Virtualizáció - ajánlások a szálas csatorna, az nfs és az iscsi tárolásának konfigurálásához

előző ◈ a következő

Ajánlások a VMware ESX Server / ESXi virtuális gépekhez használt Fibre Channel, NFS és iSCSI tárolók konfigurálásához.

Azok számára, akik csak a közelmúltban kezdtek keres a virtualizáció VMware Virtual Infrastructure platform, az egyik első kérdés - milyen tárolási rendszert használni, és milyen lehetőségek lesznek elérhetők érte.







Az alábbi ábra mutatja a különböző VMware ESX Server-funkciók és a tárolási típusok kompatibilitását.

Az alábbi link pedig összehasonlítja a VMware ESX Server Fiber Channel, iSCSI és NAS / NFS protokolljainak teljesítményét:

Itt olvashatunk az ESX Server tárolórendszereinek korlátairól:

Most "/>

Előnyök: garantált sávszélesség, nagy teljesítmény, minden VMware-képesség támogatása (beleértve az MSCS-fürt virtuális gépekben).

Hátrányok: a tárolási rendszerek magas költsége és a SAN gyár.

Előnyök: viszonylag alacsony költségű, jó teljesítmény, az iSCSI SAN rendszerindításának lehetősége.

Hátrányok: nincs garantált sávszélesség, az IP-hálózatokban rejlő hátrányok vannak.

Előnyök: nagyon alacsony költség (Linuxon vagy Windows szerveren keresztül megvalósítható), míg egy teljesen funkcionális megosztott tároló rendszert kapunk HA és DRS funkcióval.

Hátrányok: alacsony teljesítmény, további terhelés az ESX host processzorokon és a tároló szerveren.

Előnyök: olcsó, nincs további kapcsolat - VMFS kötetek, jó teljesítmény.

Hátrányok: újra, az IP-hálózat, nincs támogatás az MSCS-hez, az ESX nem tölthető be a SAN-ból, a processzor terhelése.

Előnyök: olcsó (az ESX helyi meghajtói), nincs további befektetés, jó teljesítmény.

Hátrányok: A VMware HA, a DRS + DPM, a VMotion és a VCB nem működnek.

A legfontosabb bevált gyakorlatok az összes típusú tárolórendszerek számára

  • Adjon meg LUN köteteket minden olyan ESX Server kiszolgálóhoz, amelyek azonos LUN azonosítóval rendelkeznek. Ellenkező esetben a VMFS-kötetek pillanatképek lehetnek, és előfordulhat, hogy nem állnak rendelkezésre.
  • Helyesen válassza ki a VMFS kötet blokkméretét. Ennek leírását itt ismertetjük.
  • Tartsa be a "1 LUN per 1 VMFS kötet" szabályt
  • Használja az egységes szabályokat a VMFS kötetek megnevezésére, ha lehetséges, azonos méretű LUN-okat. A legoptimálisabb LUN méret 250 GB-tól 2 TB-ig terjed.
  • Ne használja a kiterjesztéseket a VMFS kötetekre.
  • Tárolja az ISO képeket egy olcsó tárhelyen, például NFS-ben, és csatolja az ESX-be csak olvasható módba.
  • Az RDM lemezeket óvatosan kell használni. Nagy előnye a teljesítménynek, amit nem adnak. Csak akkor használja őket, ha funkcionalitásuk szükséges (például az MSCS-fürtök esetében).
  • Tartsa a VMFS hangerő 30% -át. Ez csökkenti a bővítés szükségességét, amikor pillanatképeket és más előre nem látható körülményeket hoz létre.
  • Ne helyezzen be több mint 30 virtuális gépet ugyanazon a VMFS köteten. A LUN megkezdheti a teljesítményproblémákat. A jó tanácsadók 5-15 virtuális gépet ajánlanak LUN-onként.
  • Tartsa a VMkernel Core Dump helyben. Ha letiltja az ESX-et a SAN-ból, akkor nem fogja tudni kitalálni.
  • Csinálj kevesebb pillanatfelvételt a virtuális gépekről, de ne csináld meg egyáltalán. Jobb a szoftver használata biztonsági másolatok készítéséhez.
  • A vendég OS Virtual Machine Disk TimeOutValue ki a paraméter 60 másodperc annak érdekében, hogy időben a SCSI eszközöket, és az út kiválasztási mechanizmus megszerzése az egyensúlyi állapot a fizikai problémák a komponensek a hálózati tároló. Ehhez a Windows registry kulcsot kell lennie «HKEY_LOCAL_MACHINE \ System \ CurrentControlSet \ Services \ Disk \ TimeOutValue» értéket kell beállítani 60.
  • Győződjön meg arról, hogy a BusLogic és az LSI Logic meghajtó vendégrendszerének sorszáma (Queue Size) legalább 30.






A virtuális gépek különböző megosztott tárolórendszereinek gyakorlata

  • ZÓNA a SAN gyár, hogy minden ESA kiszolgáló HBA adapter külön zónába kerüljön. Ebben az esetben minden ESX állomásnak meg kell jelennie minden virtuális gépen található LUN-okkal a HA és a VMotion megfelelő működéséhez.
  • Győződjön meg róla, hogy az "aktív passzív" -ként konfigurált tömbökhöz való LUN-hozzáférés az összes vezérlő aktív vezérlőjével történik. Ellenkező esetben előfordulhat a Path Thrashing jelensége.
  • Az ESX kiszolgáló állomásaihoz konfigurálja a zónázást, például a "kemény zónázást" (a portszám alapján). A "puha zónázás" típusú terület (a WWN szám szerint) zónáztatása - nem érvényes.
  • A tárolási rendszer gazda típusának beállításaiban adja meg a helyes gazda típust - "VMware" (ha van ilyen). Ha nem ez a helyzet, használja a gyártó ajánlását.
  • Állítsa politikai ösvényeken, a rögzített tárolórendszerek, vannak konfigurálva, «aktív-aktív» és MRU (legutóbb használt) tárolására vezérlők «aktív-passzív». A Round Robin nem használja a kiegyensúlyozás politikáját, mivel nem támogatja a termelési környezetet.
  • Teljesítményproblémák esetén érdemes növelni a HBA adapter sorának mélységét. Ehhez /etc/esx.conf fájlban keresse meg a sort, mint /device/002:02.0/options = „ql2xmaxqdepth =” a HBA, és adjunk hozzá, miután az utolsó az értéke Queue Depth. Az alapértelmezett érték 32. Az érték a következő képlet szerint van beállítva:



előző ◈ a következő