Konfigurera ett Azure Stack HCI-klusterkvorum
De senaste maskinvarufelen och strömavbrotten i Contosos lokala datacenter visade på brister i hur vissa av de mer kritiska internt utvecklade programmen implementerades, inklusive brist på tillräckliga bestämmelser om hög tillgänglighet. Som en del av utvärderingen av Azure Stack HCI vill du se till att implementeringen tar hänsyn till behovet av sådana bestämmelser. För att uppnå det här målet bestämmer du dig för att utforska begreppet klusterkvorum och vittne i Azure Stack HCI och identifiera deras optimala konfiguration.
Översikt över klusterkvorum och klustervittne i Azure Stack HCI-kluster
Azure Stack HCI förlitar sig på operativsystemet Windows Server Failover Clustering för att implementera dess funktioner för hög tillgänglighet. I ett redundanskluster representerar termen kvorum antalet klusterkomponenter som måste vara tillgängliga för att klustret ska förbli online. Dessa komponenter omfattar klusternoderna och ett vittne. Ett vittne är en resurs som hjälper till att upprätta och upprätthålla ett kvorum.
Kommentar
Syftet med ett kvorum är att förhindra scenariot "delad hjärna". I ett sådant scenario, på grund av problem med internode-anslutning, börjar två uppsättningar noder i ett kluster att fungera oberoende av varandra, vilket resulterar i att klustertillståndet och dess resurser skadas.
Du kan fastställa kvorumet baserat på antalet röster som är associerade med varje komponent och kvorummekanismen. Azure Stack HCI innehåller två kvorummekanismer:
Klusterkvorum, som fungerar på klusternivå och baseras på röster från noder och ett vittne. Du kan implementera ett sådant vittne antingen som en filresurs eller som en blob i ett Azure Storage-konto.
Kommentar
Azure Stack HCI stöder inte diskvittne.
Poolkvorum, som fungerar på lagringspoolsnivå och baseras på röster från noder och lagringsåterhämtning. Poolkvorumet anger den nod som äger lagringspoolresursen som vittne.
Följande tabell ger en översikt över klusteråterhämtning baserat på antalet noder och förekomsten av ett vittne.
| Servernoder | Kan överleva ett servernodfel | Kan överleva ett servernodfel och sedan ett annat | Kan överleva två samtidiga servernodfel |
|---|---|---|---|
| 2 | 50/50 | Nej | Nej |
| 2 plus vittne | Ja | Nej | Nej |
| 3 | Ja | 50/50 | Nej |
| 3 plus vittne | Ja | Ja | Nej |
| 4 | Ja | Ja | 50/50 |
| 4 plus vittne | Ja | Ja | Ja |
| 5 och senare | Ja | Ja | Ja |
Följande tabell innehåller en översikt över återhämtning av poolkvorum baserat på antalet noder och förekomsten av ett vittne.
| Servernoder | Kan överleva ett servernodfel | Kan överleva ett servernodfel och sedan ett annat | Kan överleva två samtidiga servernodfel |
|---|---|---|---|
| 2 | Nej | Nej | Nej |
| 2 plus vittne | Ja | Nej | Nej |
| 3 | Ja | Nej | Nej |
| 3 plus vittne | Ja | Nej | Nej |
| 4 | Ja | Nej | Nej |
| 4 plus vittne | Ja | Ja | Ja |
| 5 och senare | Ja | Ja | Ja |
Kommentar
Lagringsdirigering tolererar (högst) två samtidiga nodfel för fyra eller fler noder med ett vittne, oavsett klusterstorlek.
Kommentar
Funktionerna i ett Azure Stack HCI-kluster beror inte bara på ett kvorum utan även på de resurser som är tillgängliga för klusternoder och deras möjlighet att köra klustrade arbetsbelastningar som redundansväxlar till den noden. Ett kluster med fem noder har till exempel fortfarande ett kvorum även om två noder misslyckas. Men varje återstående klusternod kan bara fortsätta att betjäna klienter om de har tillräckligt med resurser för att köra de klusterroller som redundansväxlades till de återstående tre noderna. Dessa resurser innefattar lagring, bearbetning, nätverksbredd och minne.
Konfigurera ett Azure Stack HCI-klustervittne med hjälp av Windows Admin Center
Även om du kan konfigurera ett klustervittne antingen som en filresurs eller som en blob i ett Azure Storage-konto rekommenderar vi blobalternativet så länge klustret har tillförlitlig nätverksanslutning till Azure-regionen som är värd för lagringskontot. Den här metoden ger mer återhämtning, vilket underlättar haveriberedskap när du använder stretchkluster, som beskrivs i nästa utbildningsenhet.
Den här typen av konfiguration kallas molnvittne och det enklaste sättet att konfigurera den är att använda Administrationscenter för Windows. Konfigurationen består av följande steg på hög nivå:
Anslut till Azure-prenumerationen som ska vara värd för Azure Storage-kontot som innehåller molnvittnesbloben.
I Azure-prenumerationen skapar du ett Azure Storage-konto för generell användning v1 eller Generell användning v2 som konfigurerats med en lokalt redundant lagringsreplikeringsinställning (LRS).
Hämta värdet för en av de två åtkomstnycklar som är associerade med lagringskontot. Du kan identifiera nyckelvärdena direkt från lagringskontobladet i Azure-portalen.
Anslut till Azure Stack HCI-klustret med hjälp av Windows Admin Center.
Konfigurera molnvittnekvorumet från Cluster Manager-gränssnittet i Administrationscenter för Windows genom att ange lagringskontots namn och en av dess åtkomstnycklar.
Demonstration: Konfigurera molnvittne i Azure Stack HCI
I den här demonstrationen får du lära dig hur du konfigurerar molnvittne i Azure Stack HCI.