Megjegyzi, virtuális admin hibatűrő tárolási vSphere alapú Starwind iscsi

Korábban írtam arról, hogyan lehet egy olcsó közös tároló vSphere Linux alapú. De mi van, ha azt akarjuk, hogy megszabaduljon a ponton a kudarc, és osztott tároló failover? Akkor vedd fel a második csomópont Linux és rögzítse a különböző csomagokat hibatűréshez, például drbd és a szívverés. És akkor felhívni a figyelmet, hogy a kereskedelmi fejlesztés a cég Starwind, és kap Enterprise minőségű megoldás.

Starwind iSCSI rugalmassága funkciót, a hálózati tükrözött vezetni, régen. De ebben a konfigurációban működik csak a fő csomópont, és ha vele történik valami, valami egyszerű és kézi kapcsolási elkerülhetetlen.

Ennek elkerülése érdekében a történik, nem volt függvénye HA - Folyamatos szinkron adatreplikáció csomópontok között és támogatás multipathing.

Szóval le a Starwind iSCSI és most kell csinálni vele? Megmondom.

Először is néhány szó a hardver - Azt ajánljuk szerveren legalább 2mya gigabites interfészt. Egy interfész a vissza adatokat a külső, a második a szinkronizáláshoz. Ezenkívül meg kell jegyezni, hogy abban az esetben, interfészek egy vastag kombinálásával virtuális kifelé, hogy visszatérjen a szinkronizációs felület kell terjeszteni egyformán hogy elkerüljük a fék miatt az alacsony szinkronizálás sebessége. Továbbá a szinkronizációs pontok legyen a lehető legkisebb közötti köztes kapcsoló jó esetben csak egy, vagy akár egy közvetlen kapcsolat.

A két csomópont én stand: Starwind-Node1 (10.xx.xx.228, 10.xx.xx.230) és Starwind-node2 (10.xx.xx.229, 10.xx.xx.231). Az első felület - ki, a második ill. szinkronizáláshoz. Érdemes megjegyezni, hogy a második felületen, akkor törölje az „Register DNS-be”, hogy elkerülhető legyen a névfeloldás.

Starwind iSCSI létre mindkét csomópont. A telepítés egyszerű, további konfigurációs még nem szükséges.

Feje fölött a Node1. A menedzsment konzol üres és érintetlen. Adjunk hozzá két csomópont.

Bejelentkezett Node1 (dupla kattintás). Bejelentkezés / root jelszavát / Starwind alapértelmezett.

Hozzon létre egy virtuális meghajtót, magas rendelkezésre állást VMFS tárolására.

Wizard meg kell adnia a társa csomópont, amelyet található egy példányt a lemezt. Ebben az esetben meg kell adnia egy ellenőrző interfész (ugyanaz, mint amit használni, hogy visszatérjen az adatokat a külső).

A meghajtó típusa van kiválasztva, a partner, menj a létesítmény. Készítsen egy 10GB lemezt.

Ismételje meg az eljárást a második csomópont.

A választás a felületek, amelyeket használni fognak a szinkronizálás.

Mivel mi létre egy új lemezt, majd válassza ki a lehetőséget a gyors szinkronizálás, könnyen tisztítható mind a virtuális lemez-fele tükör.

Válassza ki a cache üzemmódot és a gyorsítótár méretét. A 5.4-es verziója ezt komolyan kell venni, amíg nem tudja megváltoztatni a cache mód működik, akkor egyszer adják át létrehozását. WriteThrough - a cache alkalmazása csak olvasási műveletek, és a felvétel megy közvetlenül a lemezre. Visszaírási - cache is használják írási műveleteket.
Starwind iSCSI használ cache koherencia technológia, hogy van, Cache ugyanaz lesz mindkét csomópont és a halál az egyik közülük, az adatok nem vesznek el. Ugyanakkor nem szabad elfelejteni, hogy van egy valószínűsége halála mindkét egység egyszerre -, majd az adatokat a cache fog veszni.

Nos, a lemez készült. Most az engedélyeket, az alapértelmezett hagyjuk az egész. Mi nem különösebben zavarja, korlátozza a hozzáférést a szint IQN (iSCSI csomópont azonosítót).

IQN ESX (i) szerver megtalálható (és másolat) itt:

És megtiltotta az egész.

Hozzá mindkét csomópont Starwind ESX (piros).

És íme! Disc látta. Ne tegye ki a szót ROCKET - Starwind cég korábban egy részlege Rocket Division.

Ügyeljen arra, hogy multipathing munkák és látható mindkét csomópontja.

Kitűnő. Folytassuk létre VMFS adatrögzítők.

Otkazoustychivoe áruház létre, a boldogság jön :)