Konfigurace iSCSI/iSER target v HA

[Jose D]

Máte někdo osvědčený recipe, jak si uvařit HA iSCSI a/nebo iSER target nad sdílenou (SAS) block storage?

Rozběhat to v jedný instanci je jasný, ale nejsem si jistej nuancema jak čistě provést failover.

vím že tady pár lidí, co si dělají SAN nad Infinibandem je, tak díky za případné nasměrování.

[Reklama]

[CPU]

Můžeš to víc rozvést a lépe popsat?
Čeho chceš dosáhnout?
Toho, že když ti chcípne síťový prvek, že to nebude vadit?
Nebo mít dva vzájemně se replikující targety, takže když ti chcípne jedna serverovna, pojede to dál v té druhé?

[Ivan Brezina]

Offtopic: Tohle se moc nedela a rekl bych ze celkove IT ustupuje od takovych reseni na urovni HW. Pokud teda nejsi Google/Amazon a neprovozujes vlastni cloud. Castejsi cesta je sharding, replikace na urovni OS klienta, anebo na urovni databaze. V Linuxu dobre funguje replikace block volume ve Veritasu - VRP.

Navic treba na to abys' namontoval NFS, HA NFS, iSCSI, tak k tomu potrebujes root-a a toho ti dneska v IT nikdo neda. Proto radsi vyvojari ukladaji data do distribuovane S3 storage, nez any se bavili s Linux adminama.

Pro co to potrebujes? Pro VMware ESX?

[czechsys]

Offtopic: Tohle se moc nedela a rekl bych ze celkove IT ustupuje od takovych reseni na urovni HW. Pokud teda nejsi Google/Amazon a neprovozujes vlastni cloud. Castejsi cesta je sharding, replikace na urovni OS klienta, anebo na urovni databaze. V Linuxu dobre funguje replikace block volume ve Veritasu - VRP.

Navic treba na to abys' namontoval NFS, HA NFS, iSCSI, tak k tomu potrebujes root-a a toho ti dneska v IT nikdo neda. Proto radsi vyvojari ukladaji data do distribuovane S3 storage, nez any se bavili s Linux adminama.

Pro co to potrebujes? Pro VMware ESX?

To me zajima, prave resime novou VM storage pro Proxmoxy.
Shardingem je mysleny napr ceph? Co je Veritas VRP? Neco jako drbd?
Muzes sve myslenky vice rozvest? Jedno navrhovane reseni je totiz iscsi/ceph misto soucasneho nfs.

[Jose D]

Můžeš to víc rozvést a lépe popsat?
Čeho chceš dosáhnout?
Toho, že když ti chcípne síťový prvek, že to nebude vadit?
Nebo mít dva vzájemně se replikující targety, takže když ti chcípne jedna serverovna, pojede to dál v té druhé?

Chci mít možnost přesouvat iSCSI target z jednoho stroje na druhej, abych nemusel dělat výpadek systému kdykoliv chci udělat update kernelu. Když chcípne server, rád bych měl failover automatickej.

Storage pod tím mám redundantní s active-passive controllerem a redundantním SAS cablingem...

iSCSI budu moc failoverovat mezi více sítěma pomocí dm-multipath.

Cílem je si ošahat iSER, abych to případně (ne)použil do novějších designů.

initiatory budou v tomhle testcasu proxmox hosti.

[Reklama]

[Jose D]

Pro co to potrebujes?

já už celkem dlouho provozuju a tu a tam se nachomýtnu ke stavbě HPC systémů, a tam se z často stane, že potřebuješ blokovou storage jako podklad pro nějaké auxiliary VM. Rád bych si osahal možnosti iSER v porovnání s CEPHEM.

Ten iSER se tam přímo nabízí, protože IB je často k dispozici. Tak bych si to rád vyzkoušel a něco si o tý technologii myslel.

EDIT: nu a podmínkou nezbytnou (ale nikoliv postačující) je, abych byl schopnej ten target migrovat zaživa mezi různejma hostama. Bez toho to vůbec nedává smysl.

[Jose D]

Jedno navrhovane reseni je totiz iscsi/ceph misto soucasneho nfs.

@czechsys

aha, "CEPH iSCSI Gateway".  I když jsi to myslel jako dotaz na kolegu I.B., tak je to pro mě zajímavej vstup, díky, na tohle se kouknu.

[czechsys]

Jedno navrhovane reseni je totiz iscsi/ceph misto soucasneho nfs.

@czechsys

aha, "CEPH iSCSI Gateway".  I když jsi to myslel jako dotaz na kolegu I.B., tak je to pro mě zajímavej vstup, díky, na tohle se kouknu.

Jen nahoda chybnym napsanim, myslel jsem totiz, ze zvazujeme ceph nebo icsi reseni, ne kombinaci