iSCSI - perspektivní protokol dnes (2022?)

[_Tomáš_]

Nesouhlasím s předřečníkem, že na NFS nelze provozovat DB. Třeba Oracle má přímou nativní podporu pro NFS a šlape to dobře. Teď ale migruji z NFS na iSCSI, protože nový storage neumí NFS. Jinak by mi to bylo jedno.
V testech vychází v některých situacích iSCSI rychleji, než NFS4.1
Každopádně iSCSI je naprosto běžné a není problém.
Zdar Max

ano, Oracle si k tomu udělal Direct NFS gateway, která mu záplatuje neduhy NFS, drží cache, řeší paralelismus a asynchronní IO. Provozovat databázi na NFS prostě není dobrý nápad z mnoha důvodů, o tom se asi přít nemusíme.

[Reklama]

[Ivan Brezina]

ano, Oracle si k tomu udělal Direct NFS gateway, která mu záplatuje neduhy NFS, drží cache, řeší paralelismus a asynchronní IO. Provozovat databázi na NFS prostě není dobrý nápad z mnoha důvodů, o tom se asi přít nemusíme.

NFS ver 4.0, 4.1, 4.2 se lisi v detailech. Navic to komplikuje fakt, ze ruzne verze kernelu, implementuji/neimplementuji volitelne casti NFS 4.0, 4.1, 4.2 takze to neni uplne prehledne. Navic Oracle ma specialni pozadavky jako zamykani souboru, paralelismus, ...

Takze to dNFS je vlastne implementace NFS klienta primo v userspace v DB engine. Coz je svym zpusobem uchylarna, ale urcite k tomu mel nekdo nejaky duvod.

[Jose D]

NFS ver 4.0, 4.1, 4.2 se lisi v detailech.

jj... když už jsme tady u NFS, měl jste tady někdo v ruce implementaci pNFS? (myslím, že vycházející ze specifikace NFS4.1 a vyšší? )

Mělo to, myslím, fungovat na principu NFS serveru, který byl de-facto metadata server vracející handly na iSCSI(?) targety, tj. mělo takhle jít dobře rozložit load, protože targety byly nezávislé.

Nicméně vím jen o tom, že to měl panasas ve svých fillerech, ve vanilkovém jádře se to na chvíli objevilo a snad už to zase zmizelo..

Obdobný usecase mám dneska řešený přes BeeGFS kde je tedy (na serverside) všechno v userspace, a vlastně nevím, proč se pNFS nedostalo do běžného IT..