Wat is QUORUM Disk en een Schermoorlog?

Hallo mensen. Deze keer dacht ik erover om een vraag van onze lezers (Danielle) in de reacties in detail te beantwoorden, omdat je misschien ook met dit probleem te maken hebt gehad als er sprake is van een geclusterde omgeving die je moet onderhouden.

Hieronder staat de vraag van Daniel Bello.

“ Ik heb een vraag: ik heb geprobeerd een virtueel hekapparaat in een virtuele omgeving te plaatsen, maar het werkt niet voor mij, in een deel van mijn configuratie komt het knooppunt na een storing niet terug naar het cluster. Dus ik heb een quorumschijf toegevoegd en uiteindelijk werkt mijn cluster goed (het knooppunt gaat uit en keert na de fout terug naar het cluster), dus mijn vraag is: wat is het verschil tussen een hekapparaat en een quorumschijf in een virtuele omgeving omgeving? ”

U kunt zien wat een afrasteringsapparaat is door hieronder naar onze eerdere artikelreeks Clustering te verwijzen.

1. Schermen en een failover toevoegen aan clustering – Deel 3

Laten we eerst eens kijken wat een Quorum-schijf is.

Wat is Quorumschijf?

Een quorumschijf is het opslagtype van clusterconfiguraties. Het fungeert als een database die de gegevens bevat die betrekking hebben op de geclusterde omgeving en de taak van de quorumschijf is om het cluster te informeren welk(e) knooppunt(en) in de ALIVE-status moeten blijven. Het biedt gelijktijdige toegang vanaf alle andere knooppunten om gegevens te lezen/schrijven.

Wanneer de connectiviteit tussen de knooppunten afneemt (kan één knooppunt of meer dan één zijn), isoleert het quorum degenen zonder verbinding en blijven de services actief met de actieve knooppunten die het heeft. Het haalt de knooppunten zonder connectiviteit buiten dienst van het cluster.

Laten we nu naar de vraag kijken. Dit lijkt op een omgeving met twee knooppunten en één is uitgevallen. De situatie waarmee Danielle te maken kreeg, lijkt op een “Schermoorlog ” tussen de twee actieve knooppunten.

Stel dat er een geclusterde omgeving is waarin geen quorumschijf aan de configuratie is toegevoegd. Dit cluster heeft twee knooppunten en momenteel is één knooppunt uitgevallen. In dit specifieke scenario gaat de connectiviteit tussen knooppunt 1 en knooppunt 2 volledig verloren.

Vervolgens ziet knooppunt 1 dat knooppunt 2 mislukt is omdat er geen verbinding mee tot stand kan worden gebracht en knooppunt 1 besluit knooppunt 2< af te schermen /sterk>. Tegelijkertijd ziet knooppunt 2 dat knooppunt 1 mislukt is omdat er geen verbinding mee tot stand kan worden gebracht en besluit knooppunt 2 om af te schermen knooppunt 1 ook.

Omdat knooppunt 1 knooppunt 2 heeft afgeschermd, neemt het de services en bronnen over die zijn geclusterd. Omdat er geen quorumschijf is om deze situatie in knooppunt 2 te verifiëren, en knooppunt 2 alle services op de server opnieuw kan starten zonder enige verbinding met knooppunt 1 sterk>.

Zoals ik eerder heb vermeld, schermt knooppunt 2 ook knooppunt 1 af, omdat het geen enkele verbinding kan zien met knooppunt 1 vanaf knooppunt 2 > en wat er vervolgens gebeurt is dat knooppunt 1 alle services op de server opnieuw opstart, omdat er geen quorum is om ook de status van knooppunt 1 te controleren.

Dit wordt geïdentificeerd als een schermoorlog

Nu zal deze cyclus eeuwig doorgaan totdat een technicus de services handmatig stopt of servers worden uitgeschakeld of een netwerkverbinding tussen de knooppunten tot stand is gebracht. Dit is waar een quorumschijf te hulp komt. Het stemproces in quorumconfiguraties is het mechanisme dat het veroorzaken van bovenstaande cyclus voorkomt.

Samenvatting :

1. Geclusterde omgevingen worden overal gebruikt voor de veiligheid van data en diensten om eindgebruikers maximale uptime en live data-ervaring te bieden.
2. In geclusterde omgevingen wordt een hekapparaat gebruikt om een knooppunt te isoleren waarvan de status onbekend is bij andere knooppunten. Het cluster gebruikt een hekapparaat om het defecte knooppunt automatisch af te schermen (verwijderen), de services actief te houden en de failover-over-processen te starten.
3. Een quorumschijf is niet essentieel in een geclusterde omgeving, maar het is beter om er een te hebben in een cluster met twee knooppunten om oorlogen te voorkomen.
4. Het is geen probleem om een quorumschijf te hebben in een cluster waar er meer dan twee knooppunten zijn, maar de kans op een schermoorlog in deze specifieke omgeving is kleiner. Daarom is het minder belangrijk om een quorumschijf in een cluster met 3 of meer knooppunten te hebben dan in een cluster met 2 knooppunten.
5. Het is trouwens goed om een quorumschijf te hebben in een clusteromgeving met meerdere knooppunten, zodat u door de gebruiker aangepaste gezondheidscontroles kunt uitvoeren voor de knooppunten.