Zobrazit příspěvky
1
Server / Re:iSCSI Multipathing v Proxmox
« kdy: 12. 04. 2023, 20:28:45 »
Základní otázkou je jak je ta storage fyzicky řešená ?
Je to jedna krabice nebo jsou tam dva controllery ?
Pokud jsou dva controllery, tak předpokládám že každý má na sobě dva ISCSI porty.
Controllery jsou na sobě nezávislé ? Lze jeden rebootovat při zachování dostupnosti storage ?
A jak výrobce doporučuje řešit multipathing pro RedHat OS ?
Většinou je to řešeno pomocí nativního Linux multipathingu.
Co z nám já, tak konfigurace je následující:
CTRL-1 Port1 + CTRL-2 Port1 -> subnet A -> Proxmox port1
CTRL-1 Port2 + CTRL-2 Port2 -> subnet B -> Proxmox port2
Pak Linux vidí čtyřnásobek počtu LUNů prezentovaných z toho storage a pomocí nativního multipathingu jsou vytvořeny DM device nad příslušnými LUN.
Ideálně se to řeší tak že pro každý subnet je samostatný LAN switch, nebo pokud jsou to dva switche ve stacku, tak VLAN pro subnet A je na jednom switchi a VLAN pro subnet B je na druhém switchi.
Tak aby výpadek jednoho switche neovlinil oba subnety (SAN area).
A takovéto zapojení je pak odolné i k výpadku jednoho controlleru
Samozřejmostí jsou pak Jumbo frame pro ISCSI VLAN (subnet).
Na straně serveru se pokud to jde (skoro vždycky) dedikují LAN porty čistě pro ISCSI trafic.
Co se týká umístění dvou storage ve dvou různých lokalitách, tak to je další level.
Ale vždy jsem to řešil L2 protažením ISCSI subnetů (VLAN) přes obě lokality.
O routing na ISCSI jsem se nikdy nepokoušel..
Pak další věcí je zda ty storage umí mezi sebou replikovat data a případně jakým způsobem.
Pokud storage neumí replikovat nativně, pak přichází na řadu nějaký lokální mirror (mdadm), ale to si zase moc nerozumí s HA na úrovni výpočetních node..
Chtělo by to víc informací o té storage, aspoň vendora..
Je to jedna krabice nebo jsou tam dva controllery ?
Pokud jsou dva controllery, tak předpokládám že každý má na sobě dva ISCSI porty.
Controllery jsou na sobě nezávislé ? Lze jeden rebootovat při zachování dostupnosti storage ?
A jak výrobce doporučuje řešit multipathing pro RedHat OS ?
Většinou je to řešeno pomocí nativního Linux multipathingu.
Co z nám já, tak konfigurace je následující:
CTRL-1 Port1 + CTRL-2 Port1 -> subnet A -> Proxmox port1
CTRL-1 Port2 + CTRL-2 Port2 -> subnet B -> Proxmox port2
Pak Linux vidí čtyřnásobek počtu LUNů prezentovaných z toho storage a pomocí nativního multipathingu jsou vytvořeny DM device nad příslušnými LUN.
Ideálně se to řeší tak že pro každý subnet je samostatný LAN switch, nebo pokud jsou to dva switche ve stacku, tak VLAN pro subnet A je na jednom switchi a VLAN pro subnet B je na druhém switchi.
Tak aby výpadek jednoho switche neovlinil oba subnety (SAN area).
A takovéto zapojení je pak odolné i k výpadku jednoho controlleru
Samozřejmostí jsou pak Jumbo frame pro ISCSI VLAN (subnet).
Na straně serveru se pokud to jde (skoro vždycky) dedikují LAN porty čistě pro ISCSI trafic.
Co se týká umístění dvou storage ve dvou různých lokalitách, tak to je další level.
Ale vždy jsem to řešil L2 protažením ISCSI subnetů (VLAN) přes obě lokality.
O routing na ISCSI jsem se nikdy nepokoušel..
Pak další věcí je zda ty storage umí mezi sebou replikovat data a případně jakým způsobem.
Pokud storage neumí replikovat nativně, pak přichází na řadu nějaký lokální mirror (mdadm), ale to si zase moc nerozumí s HA na úrovni výpočetních node..
Chtělo by to víc informací o té storage, aspoň vendora..
