Failover Clustering - általános információk

Failover Clustering - általános információk
Az információs technológiák gyorsan fejlődnek, ha az korábbi, a virtualizáció és a klaszter voltak sok nagy szervezetek, ma ezek a technológiák hozzáférhetővé válik, még a kis cégek. Virtualizáció lehetővé teszi jelentős megtakarítást hardver erőforrásokat, de ugyanakkor ez sokkal komolyabb követelményeket hibatűréshez, ezért a szükséges intézkedéseket annak érdekében, hogy meg kell venni a tervezési szakaszban. Az egyik ilyen intézkedés - létrehozásának failover cluster.

Kezdjük azzal, hogy a kifejezés nem vonatkozik a failover cluster megoldások, ez az eredmény helytelen kifejezés fordítását failover cluster. A helyes fordítás - a átállást. bár most inkább használják egy másik kifejezés - a magas rendelkezésre állás (magas rendelkezésre állás). amely véleményünk szerint, a legtöbb pontosan tükrözi a dolgok lényegét.

Ahhoz, hogy megértsük, miért a klaszter nem hibatűrő, mi magyarázza részletesebben szerkezete és rendszere a munka. Azonnal adja, hogy a klaszterek használják nem csak, hogy hibatűrő is áramköröket klaszter használt terheléselosztás vagy a növekvő számítási teljesítmény. Részeként azonban ez az anyag, arról fogunk beszélni, a magas rendelkezésre állás klaszter.

Klasszikus klaszter áramkör tartalmaz legalább két csomópontot, és a megosztott tárolási összekapcsolt több hálózati kapcsolatot.

Failover Clustering - általános információk
Először egy szolgáltató klaszter hálózaton továbbítja a jelet az „impulzus” (szívverés). amelyben a tömb figyeli az csomópontja (pirossal az ábrán), a storage area network (SAN, kék), alacsony költségű megoldás gyakran az iSCSI-n keresztül egy külön Ethernet-hálózat, de az is lehet FibreChanell vagy más technológiákat. Ügyfélszolgálati klaszter tartalmazza a meglévő hálózathoz.

A program keretében a munka egység is működtethető az üzemmódban aktív-passzív vagy aktív-aktív. Az első esetben, az összes ügyfél kéri szolgálja a csomópontok, a második csomópont csak akkor lép működésbe, amikor nem sikerült az első. A második kiviteli forma feldolgozása az ügyfél kéri a két csomópont, így megvalósítása is lehetséges terheléselosztás, és a megnövekedett számítási erőforrások, csomópontok hozzáadásával a fürt. Meghibásodás esetén az egyik csomópont kezelt ügyfél kéri a többi csomópontján.

Egy fontos pont - minden ügyfél kérésére szolgálja csak az egyik csomópontjain és a meghibásodása esetén a csatlakoztatott ügyfelek kapnak a szolgáltatás megtagadása, de ott vannak váltani a fennmaradó rendelkezésre álló csomópontok. Éppen ezért egy ilyen rendszer nem hibatűrő, csomópont meghibásodása okoz a szolgáltatás megtagadását, de az ügyfél bármikor csatlakozhat egy másik dolgozó csomópont, amely megvalósítja csak a magas rendelkezésre állás szolgálati rendszerben.

A figyelmes olvasónak kell figyelni, hogy a létezés a fenti ábrán, a meghibásodási pont - a tárolóból. Sőt, a magas rendelkezésre állású tároló is kell hibatűrő és magas rendelkezésre állású. Meg lehet végrehajtani a vásárlás speciális hardver és szoftver modellek, beleértve a nyílt forráskódú szoftverek.

Ha a tároló iSCSI, a segédprogram a klaszter hálózati és tárolási hálózat lehet kombinálni. De ez hagy minket egy pont nem - a hálózat, így kell használni, hogy hozzáférjen a SAN a felelősségi rendszer legalább két hálózat. Amellett, hogy javítja a megbízhatóságát ezt a megközelítést erősíti az átvitelt, ami szintén fontos.

Failover Clustering - általános információk
Nem szabad elfelejteni a szoftver megoldásokat hozzon létre egy failover cluster csak két nodah használ, mint egy virtuális SAN tároló. Például Starwind virtuális SAN, iSCSI amely létrehoz egy virtuális tároló alapuló helyi lemezen minden egyes csomópont. Ez csökkenti a költségeit létrehozása és elhelyezése failover adattár, de ugyanakkor növeli az igényeket a hálózat teljesítménye közötti csomópontjain, mint amikor a lemezre írásnál összes változás ott is összehangolták a csomópontok között.

Failover Clustering - általános információk

Failover Clustering - általános információk
Jelenleg a klaszter egyre inkább használják a virtualizáció, ebben az esetben a virtuális gép rendszergazda manuálisan elosztott csomópontok között, figyelembe véve a számítástechnikai erőforrásokat. Minden meghatározott virtualke álló csomópontok csökkenő fontossági sorrendben. Ez kiküszöböli a veszélye igényes virtuális gép gyenge egység. Ha a leállítási folyamatot egyik csomópont a klaszter összes virtuális gép fut rajta segítségével élő migráció mechanizmusok továbbítjuk más csomópontok megszakítása nélkül munkájukat és megszakítás.

Failover Clustering - általános információk

Amikor egy csomópont meghibásodik minden futó virtuális gépek is újraindul más csomópontok szerint a kitett prioritás.

Failover Clustering - általános információk

Annak elkerülése érdekében, túlzott terhet a tárolási és hálózat a virtuális gép beállításait, beállíthatja a helyreállítási késleltetés annyira kritikus virtualke azonnal újraindítható, kisebb - egy idő után.

A következő cikkünkben fogjuk megnézni a gyakorlati végrehajtását a failover cluster Hyper-V-alapú.

Kapcsolódó cikkek