Host Csomópontok és Cluster Management
Ez a dokumentáció az archívumba került, és nem támogatott.
Windows Server gyorsítótár-fürt Az AppFabric olyan dinamikus szervercsoport, amely egyetlen logikai gyorsítótárként működik együtt ezekhez az alkalmazásokhoz. A fürt műveleteinek kezelése a gyorsítótár csomópontok között bizonyos további költségekre van szükség. A fürtkezelés szerepe a cache-csomópontok és a gyorsítótár-fürt kezelése.
Attól függően, hogy az elosztott gyorsítótár telepítve van-e, a fürtkezelői szerepkörnek két lehetősége van. Ha a fürt konfigurációs beállításait az SQL Server adatbázisban tárolja, akkor az SQL Server ezen példánya is használható a fürtkezelői szerepkörök végrehajtásához.
Ha egy megosztott hálózati mappát választott ki a fürt konfigurációs beállításainak tárolására, akkor a fürtkezelői szerepköröket mindig speciális cache-csomópontok, a gazdanálók nevezik. A befogadó csomópontok ugyanazokat a feladatokat végzik, mint azok a cache-csomópontok, amelyeket a gazdagépek nem jelöltek ki, de ezek szintén felelősek a fürtkezelő szerep futtatásához a többi gazda csomóponttal együtt.
Az alábbi táblázat azt mutatja be, hogy a telepítés során milyen módon kapcsolódik a klaszterkezelési beállításokhoz. A megfelelő konfigurációs beállítások kiválasztásával kapcsolatos további információkért lásd: A fürtkonfiguráció tárolása (gyorsítótárazás a Windows Server AppFabric alkalmazásban).
Cluster konfigurációs tároló típusa
A fürtkonfiguráció tárolja a helyét
A klaszter menedzsment szerepének feladatai
Két alapvető konfigurációs paraméter határozza meg, hogyan működik a fürt a klaszterkezeléssel kapcsolatban.
- leadHostManagement. Ez a fürtszint-beállítás határozza meg, hogy hol kezdje a fürtkezelő szerepet. Ha a paraméter "igaz" -ra van állítva, a vezető csomópontok fürtkezelő szerepet töltenek be. Ha a megosztott hálózati mappát a fürtkonfigurációs beállítások tárolásához választotta, az érték csak az érvényes érvényes érték. A "hamis" érték azt jelenti, hogy a fürtkezelő szerepet az SQL Server vagy az egyéni szolgáltató futtatja. Ha SQL Server vagy egyéni gyártót használ a fürtkonfigurációs beállítások tárolására, beállíthatja ezt a paramétert "igaznak", és engedélyezheti a mestercsomópontok számára a fürtkezelő szerepének végrehajtását.
E két tulajdonság jelenléte lehetővé teszi, hogy négy lehetséges opciót használjon a cache-csomópont viselkedésének meghatározásához. Ezeket a lehetőségeket az alábbi táblázat ismerteti.
LeadHostManagement klaszter szintű paraméter
LeadHost cache node paraméter
A paraméterek kombinációjának leírása
Eredményes gyorsítótár-fogadó felelősség
Az SQL Server vagy az egyéni szolgáltató elvégzi a fürtkezelés szerepét. Ez nem a vezető csomópont.
Csak a gyorsítótár csomópont szokásos műveletei.
Az SQL Server fürtkezelő eszközként működik. Ez a mester csomópont, ha az leadHostManagement paraméter értéke "true".
Csak a gyorsítótár csomópont szokásos műveletei.
Amikor a gazdacsomópontok klaszterkezelő eszközként működnek
Amikor a leadHostManagement és leadHost paraméterei true értékre vannak állítva. a gyorsítótár csomópont a klaszterben megnövekedett felelősség szintjére lép és a master csomópont hozzárendeli. Az adatok gyorsítótárban tárolt gyorsítótár csomó szokásos műveletein kívül a mester csomópont más mester csomópontokkal is működik, kezeli a klaszter műveleteit.
Ha a mestercsomó meghibásodik
A gyorsítótár-fürt elérhetőségének fenntartása érdekében a legtöbb állomásnak hozzáférhetőnek kell maradnia. A kisebb klaszterek a legnagyobb veszélyt jelentik, mivel kisebb számú kiszolgálóhiba szükséges a klaszter automatikus kikapcsolásához.
Ha a vezető hostok végzik el a klaszter menedzsment szerepét, akkor a legtöbb gazda hibája esetén a teljes gyorsítótár klaszter megszűnik.
Például, fontolja meg a hat szerverből álló és a következő ábrán ábrázolt gyorsítótár-fürtöt. Ebben a példában a vezető hostok klaszterkezelő szerepként működnek, a két cache-csomópontot pedig a mesterhez rendelik.
Abban az esetben, ha a klaszter egyik szokásos gyorsítótár csomópontja meghibásodik, a fürt továbbra is működhet. A nem vezetõ csomópontok adatai elvészek (feltéve, hogy a magas rendelkezésre állási szint nem engedélyezett), de a fennmaradó fürtök továbbra is adatokat bocsátanak ki és tárolnak. Valójában a fürt tovább működhet akkor is, ha mind a négy cache-csomópont, amelyek nincsenek hozzárendelve a gazdához, elvész.
Azonban az egyik vezető csomópont hibája esetén a gyorsítótár-fürt megszűnik, mivel a vezető csomópontok többsége nem működik. A probléma megoldásához további ólomcsomókat rendelhet.
A Stop-CacheHost parancs nem fogja leállítani a Windows gyorsítótár-kiszolgáló szolgáltatását, ha végrehajtja a fürtkezelői szerepköröket. Stop leállítja a teljes fürtöt.
További master csomópontok hozzárendelése
Az AppFabric konfigurációs varázslóban a fürt méretének legördülő listáját használják a fürt megfelelő számú gazda számára. További telepítéseket is rendelhet a telepítés után. Fontos azonban figyelembe venni, hogy túl sok vezető csomópont kiválasztása problémákat okozhat:
- A gyorsítótár-fürt egészségi állapotának fenntartása érdekében a legtöbb állomásnak mindig rendelkezésre kell állnia. Minél több csomópont van a vezetőnek, annál kevesebb hiba esetén a kiszolgálók képesek lesznek ellenállni a klaszternek anélkül, hogy megzavarják a munkát.
Amikor az SQL Server elvégzi a fürtkezelő szerepét
Az leadHostManagement klaszter paramétere hamis. függetlenül a leadHost paramétertől, minden gyorsítótár csomópont csak a szokásos (a master csomópontokhoz nem kapcsolódó) feladatokat látja el. Ebben a forgatókönyvben a fürtkonfigurációs beállítások tárolására használt SQL Server példányt a fürtkezelő szerepének végrehajtására is használják.
Szerver hiba esetén
A klaszter elérhetőségének fenntartása abban az esetben, ha az SQL Server menedzsment szerepkör fut, legalább egy gyorsítótár csomópontnak hozzáférnie kell az SQL Server adatbázisához.
Például, fontolja meg a hat szerverből álló és a következő ábrán ábrázolt gyorsítótár-fürtöt.
Ebben a példában az SQL Server futtatja a fürt menedzsment szerepét; mind a hat gyorsítótár csomópont biztosítja erőforrásaikat az ügyfelek gyorsítótárának az adatokhoz való hozzáférésre.
Ha a fürt cache-csomópontja közül legalább az egyik sikertelen, az ilyen szervereken lévő adatok elveszettek (feltételezzük, hogy a nagy rendelkezésre állás nincs engedélyezve), de a fürt továbbra is működik. Az egyéb gyorsítótár csomópontokra vonatkozó adatok továbbra is hozzáférhetők a gyorsítótár-ügyfelek számára. Ebben a forgatókönyvben a fürt továbbra is működni fog, még akkor is, ha hat cache-csomópont veszít hat.