Cluster klaszter széthúzás

Ha a rendszergazda a vállalat vezetése határozza meg a feladat, hogy biztosítsák a hatékonyság egy adott alkalmazás vagy szolgáltatás a nap 24 órájában, az év 365 napján, azt kell tükröznie a telepítési az üzleti szempontból kritikus dolgokat cluster rendszerek.

Regisztráció a konferencia

Ha a rendszergazda a vállalat vezetése határozza meg a feladat, hogy biztosítsák a hatékonyság egy adott alkalmazás vagy szolgáltatás a nap 24 órájában, az év 365 napján, azt kell tükröznie a telepítési az üzleti szempontból kritikus dolgokat cluster rendszerek. A tapasztalatok szerint a kommunikáció a kollégákkal, azt lehet mondani, hogy az ötlet telepítésével fürtözött rendszerek informatikai szakemberek is nagyon népszerű. Sokan tudják, hogy ez egy kiváló módja annak, hogy hibatűrő és skálázhatóság, de kevés van gyakorlati tapasztalata ilyen rendszerek megvalósításához. Klaszterek - nem csodaszer minden bajok, és idézi a mottó Murphy törvénye érvényes tekintetében cluster rendszerek.

A célja ennek a cikknek - megmutatni, hogy mit kell figyelni, hogy a design hibatűrő megoldások, és megvizsgálja a buktatókat, amelyek futtatásához a szakember, aki tervezi, hogy telepíteni alapuló megoldások Windows Server Cluster.

A komponenseket egy cluster rendszer

Bármilyen feladatátvétel alapuló MSCS rendszer tartalmaz legalább két szerverek, hogy a csoportokban terminológia nevezik csomópontok (node), és rendelkezésre állnak mind csomópontok a külső adattároló (ábra. 1).

Minden fürtcsomóponton kell két hálózati interfésszel, amelyek közül az egyik tartalmazza a teljes hálózat, és használják a szolgáltatás az ügyfél kapcsolatok, és a segítségével egy második interfész szerverek kapcsolódnak egymáshoz, hogy a szervezet saját hálózati fürt. Private Network klaszter használni a jelzések üzenetek MSCS (a továbbiakban szinkronjeleket szívverés), és hogy meghatározza a rendelkezésre álló valamennyi csomópontok. Érdemes megjegyezni, hogy abban az esetben, egy privát hálózat hibája szolgáltatás üzenetek átvitelére és megosztott hálózaton.

A külső tároló szolgáltatás fürterőforrás úgynevezett határozatképes és adatátviteli alkalmazások bevetett a klaszter. Például, ha a klaszter rendszer fut Microsoft SQL Server, az adatbázis kell helyezni egy külső tároló (lásd. Oldalsáv „támogató alkalmazások csoportosítás”).

A fenti modell az úgynevezett klaszter egy közös klaszter határozatképes. Mint láttuk, a külső tároló, amelyen a klaszter határozatképes is végre kell hajtani, mint egy failover oldatot (mint például a hibatűrő tömb RAID). Ellenkező esetben, ha nem áll rendelkezésre a határozatképesség például hibás működése miatt a külső tároló fürt is megszűnik működni.

Vannak más modellek a klaszterek - klaszter a helyi határozatképes klaszter és típusa többségi Node (MNS). Cluster egy helyi határozatképesség nem egy üzembiztos megoldás, és csak akkor lehet használni, mint a platform alkalmazások fejlesztése és tesztelése.

MNS klaszter, a Microsoft azt javasolja a használatát része a megoldásnak a beszállító által biztosított számítógépes berendezések és szoftverek, és mutatkozzon be.

Mert kommunikáció egy távoli tároló szervert a következő módszerekkel:

A hagyományos megoldás klaszter rendszerek. Ebben az esetben, a külső tároló van csatlakoztatva a szerverek keresztül hagyományos SCSI kábelek és külső párhuzamos csatlakozók SCSI interfész. Kerék elrendezve egy közös tároló megosztott SCSI és hozzáférhető, így mind a fürt csomópontjai. Lemezek szerverek, amelyek az operációs rendszer nem lehet ugyanazon a SCSI buszon egy külső tároló lemezek.

A fő hátránya ennek a megoldásnak közvetlenül kapcsolódnak hiányosságok SCSI interfész: A kábel maximális hossza 25 méter, ami nem teszi lehetővé a helymeghatározó cluster rendszer összetevőit jelentős távolságra egymástól, és a maximális adatátviteli sebesség 320 MB / s (abban az esetben, SCSI-3 SPI -4, a maximális kábelhossz lesz csak 12 méter).

2. Tárolás Storage Networking Area Network (SAN).

Tárolás helyi hálózatok szakszervezetek tárolóeszközök technológiák felhasználásával elvére épül hálózati kommunikáció. A SAN protokoll csomagkapcsolt és a különböző adatok routing technológia (ábra. 2).

A legtöbb esetben a hálózati technológia Fibre Channel (FC). optikai kábelek vagy réz kábelek (többek között Rost név váltotta Fiber, azt mutatják, hogy ez a technológia nem kötődik kizárólag az optikai átviteli közeg), speciális adapter, Fibre Channel terminológia nevezik a Host Base adapterek (HBA) használnak FC kapcsolatokat.

A maximális adatátviteli sebesség esetén a Fibre Channel ma eléri a 4 GB / s, és a maximális kábelhossz lehet több tíz kilométer. tárolóhálózatra tartalmazhat nagyszámú adattároló eszközök, például, SAN-szövet kapcsolók (szövet kapcsoló) elméletileg tartalmaz körülbelül 15 millió portok.

Tehát alapján Fibre Channel építhet földrajzilag elosztott cluster rendszerek, a sok külső tároló, és ma ez a technológia a legígéretesebb az építési cluster rendszerek.

Ha csatlakozni egy külső tároló szervereket lehet használni, és más technológiák jellemzően kínál alternatívaként a már elavult párhuzamos SCSI, mint például a soros SCSI (SAS) és a soros Storage Architecture (SSA). Azonban cluster rendszer alapján, és nem olyan gyakori rosszabb SAN alapú Fibre Channel skálázhatóság és adatsebesség.

Különböző Windows Server támogatja a különböző csomópontok száma a klaszter. Továbbá, a csomópontok száma függ az alkalmazott technológia egy külső adattárral. A függőség a csomópontok száma a Windows Server és a csatlakoztatási technika látható a táblázatban.

Minden alkalmazás fürtözött rendszerben, külön időt a funkció csak egyetlen csomópont a klaszter. Abban az esetben, meghibásodása a csomópont MSCS elindítja az alkalmazás egy másik csomópont (váltás az alkalmazás nem működik fürtcsomópontnak dolgozó). Ha abban az időben, hogy nem sikerült az alkalmazás voltak csatlakozó felhasználók, ezt a linket el fognak tűnni, és az összes nem mentett adatok elvesznek. Abban az időben a váltás az alkalmazás is nem lesz elérhető a felhasználók számára, hogy képes lesz csatlakozni csak után folytatódó alkalmazása egy másik csomópont a fürt. A kapcsolási idő erősen függ az alkalmazás típusától és terjedhet a másodperc törtrésze alatt a néhány perc.

Beállíthatod, hogy a klaszter, hogy minden alkalmazás fut egy csomóponton, a másik csomópont az idő „alszik”. Ez a rendszer az úgynevezett aktív / passzív. Ugyanakkor, ha több alkalmazás lehet elosztani az összes csomópontot a fürtben, és meghibásodás esetén az alkalmazás out-of-node rendszer kerül bevezetésre a fennmaradó csomóponton. Ez a rendszer az úgynevezett aktív / aktív. Az Active / Active rendszer is fut több példányban ugyanazt az alkalmazást, például lehet osztani a különböző csomópontok több példányát a Microsoft SQL Server.

Szóval úgy döntött, hogy egy klaszter rendszer kritikus fontosságú üzleti alkalmazások (például egy vállalati adatbázis, amely a Microsoft SQL Server), és most szembe a kihívással, hogy megfelelő megtervezéséhez és végrehajtásához a döntést. Arról, hogy hogyan kell ezt csinálni lesz szó a következő részben.

Andrew Mishechkin - rendszergazda, Togliatti

Kompatibilis alkalmazás csoportosítás

Annak érdekében, hogy az alkalmazás nem működik megfelelően fürtözött környezetben, akkor kell egy külön mechanizmust kölcsönhatás a szoftver komponensek a klaszter rendszer.

Microsoft Cluster Service három összetevőből áll: a nagyon klaszter Cluster Service szolgáltatás erőforrás monitor (resource monitor) és a dynamic link library erőforrások A rövidség kedvéért fogjuk hívni őket erőforrás DLL könyvtárak (erőforrás DLL).

Cluster Service - az egyik alapvető összetevője működésének biztosítása a klaszter és fut a Windows-szolgáltatás. Ez a szolgáltatás legyen minden fürtcsomóponton.

Resource Monitor által használt Cluster szolgáltatás együttműködhet az alkalmazás-erőforrások, hogy pontos legyek - egy erőforrás DLL. Resource Monitor nem indít semmilyen műveletet, de csak továbbítja a klaszter szolgáltatási kéréseket a megfelelő erőforrás DLL, amely lehetővé teszi, hogy elszigetelje a Cluster szolgáltatást a nem-teljesítő, vagy nem megfelelően működő alkalmazásokat. Egy csomópont lehet végezni több monitor erőforrások, így a különböző források lehet izolálni egymástól.

Alkalmazásokat, amelyek speciális erőforrás DLL, kölcsönhatásba lépnek a fürtszolgáltatást keresztül speciális API interfész - Cluster API, hogy megkapja az összes szükséges információt az állapota a klaszter. Az ilyen alkalmazások ismert alkalmazások támogatása csoportosításával (klaszter-tisztában alkalmazások). Ezek által kezelt Cluster szolgáltatás egy vagy több fürt erőforrás. Bizonyos alkalmazások, mint például a DHCP és a WINS szerver, Microsoft az erőforrás DLL részeként MSCS.

Alkalmazások, amelyek nem rendelkeznek saját forrás DLL is be lehet vezetni a klaszter rendszer, univerzális erőforrás DLL generikus alkalmazások, vagy az Általános Service. Ugyanakkor az adatok erőforrás DLL csak egy alap készlet fürtszolgáltatást interakció az alkalmazás, például annak meghatározására, hogy a pályázati eljárás, az alkalmazás indul el, vagy a folyamat végén, befejezné vagy elkezdené a szolgáltatást telepített keresztül Generic szolgáltatás, stb ...

Ossza meg képeit barátaival és kollégáival