Klustring på din Azure Stack Edge Pro GPU-enhet

GÄLLER FÖR: Azure Stack Edge Pro – GPUAzure Stack Edge Pro 2

Den här artikeln innehåller en kort översikt över klustring på din Azure Stack Edge-enhet.

Om redundansklustring

Azure Stack Edge kan konfigureras som en fristående enhet eller ett kluster med två noder. Ett kluster med två noder består av två oberoende Azure Stack Edge-enheter som är anslutna via fysiska kablar och programvara. Dessa noder när klustrade fungerar tillsammans som i ett Windows-redundanskluster ger hög tillgänglighet för program och tjänster som körs i klustret.

Om en av de klustrade noderna misslyckas börjar den andra noden tillhandahålla tjänsten (processen kallas redundans). Klustrade roller övervakas också proaktivt för att se till att de fungerar korrekt. Om de inte fungerar startas de om eller flyttas till den andra noden.

Azure Stack Edge använder Windows Server-redundanskluster för sitt kluster med två noder. Mer information finns i Redundansklustring i Windows Server.

Klusterkvorum och vittne

Ett kvorum underhålls alltid på ditt Azure Stack Edge-kluster för att förbli online i händelse av ett fel. Om en av noderna misslyckas måste majoriteten av de kvarvarande noderna verifiera att klustret är online. Begreppet majoritet finns bara för kluster med ett udda antal noder. Mer information om klusterkvorum finns i Förstå kvorum.

För ett Azure Stack Edge-kluster med två noder, om en nod misslyckas, ger ett klustervittne den tredje omröstningen så att klustret förblir online (eftersom klustret lämnas med två av tre röster – en majoritet). Ett klustervittne krävs i ditt Azure Stack Edge-kluster. Du kan konfigurera vittnet i molnet eller i en lokal filresurs med hjälp av enhetens lokala användargränssnitt.

• Mer information om klustervittnet finns i Klustervittne på Azure Stack Edge.
• Mer information om vittne i molnet finns i Konfigurera molnvittne.
• Detaljerade steg för att distribuera ett molnvittne finns i Distribuera molnvittne för ett redundanskluster.

Infrastrukturkluster

Infrastrukturklustret på enheten tillhandahåller beständig lagring och visas i följande diagram:

• Infrastrukturklustret består av de två oberoende noder som kör Windows Server-operativsystemet med ett Hyper-V-lager. Noderna innehåller fysiska diskar för lagrings- och nätverksgränssnitt som är anslutna back-to-back eller med växlar.

• Diskarna mellan de två noderna används för att skapa en logisk lagringspool. Lagringsdirigeringen i den här poolen ger spegling och paritet för klustret.

• Du kan distribuera dina programarbetsbelastningar ovanpå infrastrukturklustret.

  • Arbetsbelastningar som inte är containerbaserade, till exempel virtuella datorer, kan distribueras direkt ovanpå infrastrukturklustret.

    

  • Containerbaserade arbetsbelastningar använder Kubernetes för distribution och hantering av arbetsbelastningar. Ett Kubernetes-kluster som består av en virtuell huvuddator och två virtuella arbetsdatorer (en för varje nod) distribueras ovanpå infrastrukturklustret.

  Kubernetes-klustret möjliggör programorkestrering medan infrastrukturklustret tillhandahåller beständig lagring.

Nätverkstopologier som stöds

Baserat på användningsfall och arbetsbelastningar kan du välja hur de två Azure Stack Edge-enhetsnoderna ska anslutas. Nätverkstopologier varierar beroende på om du använder en Azure Stack Edge Pro GPU-enhet eller en Azure Stack Edge Pro 2-enhet.

På hög nivå beskrivs nätverkstopologier som stöds för var och en av enhetstyperna här.

Azure Stack Edge Pro GPU

På din Azure Stack Edge Pro GPU-enhetsnod:

• Port 2 används för hantering av trafik.
• Port 3 och port 4 används för lagrings- och klustertrafik. Den här trafiken omfattar den trafik som krävs för lagringsspegling och pulsslagstrafik i Azure Stack Edge-kluster som krävs för att klustret ska vara online.

Följande nätverkstopologier är tillgängliga:

• Alternativ 1 – Växellös – Använd det här alternativet när du inte har höghastighetsväxlar tillgängliga i miljön för lagrings- och klustertrafik.

  I det här alternativet är port 3 och port 4 anslutna back-to-back utan växel. Dessa portar är dedikerade till lagrings- och Azure Stack Edge-klustertrafik och är inte tillgängliga för arbetsbelastningstrafik. Du kan också ange IP-adresser för dessa portar.

• Alternativ 2 – Använd växlar och NIC-teamindelning – Använd det här alternativet när du har snabba växlar tillgängliga för användning med dina enhetsnoder för lagrings- och klustertrafik.

  Var och en av portarna 3 och 4 av enhetens två noder är anslutna via en extern växel. Port 3 och Port 4 är grupperade på varje nod och en virtuell växel och två virtuella nätverkskort skapas som möjliggör redundans på portnivå för lagrings- och klustertrafik. Dessa portar kan också användas för arbetsbelastningstrafik.

• Alternativ 3 – Använd växlar utan NIC-teamindelning – Använd det här alternativet när du behöver en extra dedikerad port för arbetsbelastningstrafik och redundans på portnivå inte krävs för lagrings- och klustertrafik.

  Port 3 på varje nod är ansluten via en extern växel. Om port 3 misslyckas kan klustret kopplas från. Separata virtuella växlar skapas på port 3 och port 4.

Mer information finns i Välja en nätverkstopologi för enhetsnoden.

Azure Stack Edge Pro 2

På din Azure Stack Edge Pro 2-enhetsnod:

• Alternativ 1 – Port 1 och Port 2 finns i olika undernät. Separata virtuella växlar skapas. Port 3 och port 4 ansluter till en extern virtuell växel.

• Alternativ 2 – Port 1 och Port 2 finns i samma undernät. En teamindelade virtuell växel skapas. Port 3 och port 4 ansluter till en extern virtuell växel.

• Alternativ 3 – Port 1 och Port 2 finns i separata undernät. Separata virtuella växlar skapas på port 1 och port 2. Port 3 och port 4 är anslutna back-to-back, utan växel för port 3 och port 4.

• Alternativ 4 – Port 1 och Port 2 finns i samma undernät. En teamindelade virtuell växel skapas. Port 3 och port 4 är anslutna back-to-back, utan växel för port 3 och port 4.

  Kommentar

  Om du kör PMEC-arbetsbelastningar använder du alternativ 1 eller alternativ 2.

Användningsöverväganden på dina Azure Stack Edge Pro 2-enhetsnoder:

• Växellös för port 3 och port 4 – Använd det här alternativet när du inte har höghastighetsväxlar tillgängliga i miljön, eller om du vill dedikera port 3 och port 4 för lagrings- och klustertrafik.
  • Port 1 och Port 2 i separata undernät – Det här är standardalternativet. I det här fallet har port 1 och port 2 separata virtuella växlar och är anslutna till separata undernät.
  • Port 1 och Port 2 i samma undernät – I det här fallet har port 1 och port 2 en teamindelad virtuell växel och båda portarna finns i samma undernät.
• Använda externa växlar för port 3 och port 4 – Använd det här alternativet när du har snabba växlar (>=10 GbE-bandbredd) tillgängliga för användning med dina enhetsnoder och du vill tillåta att ett virtuellt datornätverkskort ansluter till det virtuella nätverket som skapats på port 3 eller port 4, som ett PMEC-användningsfall.
  • Port 1 och Port 2 i separata undernät – Det här är standardalternativet. I det här fallet har port 1 och port 2 separata virtuella växlar och är anslutna till separata undernät.
  • Port 1 och Port 2 i samma undernät – I det här fallet har port 1 och port 2 en teamindelad virtuell växel och båda portarna finns i samma undernät.

Fler saker att ha i åtanke:

• Port 1 används för inledande konfiguration. Port 1 konfigureras sedan om och tilldelas en IP-adress som kanske eller kanske inte finns i samma undernät som port 2.
• Om du väljer alternativet Använd externa växlar används port 1 och port 2 för lagring i både teamindelnings- och icke-teamindelningslägen.
• När du använder alternativet Switchless ansluts port 3 och port 4 direkt direkt, utan växel. Dessa portar är dedikerade till lagrings- och Azure Stack Edge-klustertrafik. Port 3 och Port 4 är inte tillgängliga för arbetsbelastningstrafik.

Fördelar och nackdelar för topologier som stöds sammanfattas på följande sätt:

Alternativ för lokalt webbgränssnitt	Fördelar	Nackdelar
Port 3 och Port 4 är Switchless, Port 1 och Port 2 i separata undernät, separata virtuella växlar.	Redundanta sökvägar för hantering och lagringstrafik.	Klienter måste återansluta om port 1 eller port 2 misslyckas.
	Ingen enskild felpunkt i enheten.	Vm-arbetsbelastningen kan inte utnyttja port 3 eller port 4 för att ansluta till andra nätverksslutpunkter än en peer-Azure Stack Edge-nod. Därför kan PMEC-arbetsbelastningar inte använda det här alternativet.
	Massor av bandbredd för lagrings- och klustertrafik mellan noder.
	Kan distribueras med port 1 och port 2 i olika undernät.
Port 3 och Port 4 är Switchless, Port 1 och Port 2 finns i samma undernät, en teamindelade virtuell växel.	Redundanta sökvägar för hantering och lagringstrafik.	Vm-arbetsbelastningen kan inte utnyttja port 3 eller port 4 för att ansluta till andra nätverksslutpunkter än en peer-Azure Stack Edge-nod. Därför kan PMEC-arbetsbelastningar inte använda det här alternativet.
	Massor av bandbredd för lagrings- och klustertrafik mellan noder.
	Högre feltolerans.
Port 3 och port 4 använder en extern växel med >=10 Gbps länkbandbredd, port 1 och port 2 i separata undernät, separata virtuella växlar	Två oberoende virtuella växlar och nätverkssökvägar ger redundans.	Klienter måste återansluta om port 1 eller port 2 misslyckas.
	Ingen enskild felpunkt med enheten.
	Port 1 och port 2 kan anslutas till olika undernät.
Port 3 och port 4 använder en extern växel med >=10 Gbps länkbandbredd, port 1 och port 2 i samma undernät, teamindelade virtuella växel.	Belastningsutjämning.
	Högre feltolerans.	Det går inte att distribuera i en miljö med olika undernät.
	Två oberoende, redundanta sökvägar mellan noder.
	Klienterna behöver inte återansluta.

Klusterdistribution

Azure Stack Edge Pro GPU

Innan du konfigurerar klustring på enheten måste du kabela enheterna enligt någon av de nätverkstopologier som stöds som du tänker konfigurera. Om du vill distribuera ett infrastrukturkluster med två noder på dina Azure Stack Edge-enheter följer du de här stegen på hög nivå:

1. Beställ två oberoende Azure Stack Edge-enheter. Mer information finns i Beställa en Azure Stack Edge-enhet.
2. Kabelanslut varje nod oberoende av varandra som du skulle göra för en enskild nodenhet. Baserat på de arbetsbelastningar som du tänker distribuera korsansluter du nätverksgränssnitten på dessa enheter via kablar och med eller utan växlar. Detaljerade anvisningar finns i Kabelansluta din klusterenhet med två noder.
3. Starta klusterskapandet på den första noden. Välj den nätverkstopologi som överensstämmer med kabelanslutningen mellan de två noderna. Den valda topologin skulle diktera lagrings- och klustringstrafiken mellan noderna. Se detaljerade steg i Konfigurera nätverks- och webbproxy på enheten.
4. Förbered den andra noden. Konfigurera nätverket på den andra noden på samma sätt som du konfigurerade det på den första noden. Se till att portinställningarna matchar samma portnamn på varje installation. Hämta autentiseringstoken på den här noden.
5. Använd autentiseringstoken från den förberedda noden och anslut den här noden till den första noden för att skapa ett kluster.
6. Konfigurera ett molnvittne med ett Azure Storage-konto eller ett lokalt vittne på en SMB-filresurs.
7. Tilldela en virtuell IP-adress för att tillhandahålla en slutpunkt för Azure Consistent Services eller när du använder NFS.
8. Tilldela beräknings- eller hanterings avsikter till de virtuella växlar som skapats i nätverksgränssnitten. Du kan också konfigurera Kubernetes-nod-IP-adresser och Kubernetes-tjänst-IP-adresser här för nätverksgränssnittet som är aktiverat för beräkning.
9. Du kan också konfigurera webbproxy, konfigurera enhetsinställningar, konfigurera certifikat och slutligen aktivera enheten.

Mer information finns i självstudierna för enhetsdistribution med två noder som börjar med checklistan För konfiguration av hämta distribution.

Azure Stack Edge Pro 2

Innan du konfigurerar klustring på enheten måste du kabela enheterna enligt någon av de nätverkstopologier som stöds som du tänker konfigurera. Om du vill distribuera ett infrastrukturkluster med två noder på dina Azure Stack Edge-enheter följer du de här stegen på hög nivå:

1. Beställ två oberoende Azure Stack Edge-enheter. Mer information finns i Beställa en Azure Stack Edge-enhet.
2. Kabelanslut varje nod oberoende av varandra som du skulle göra för en enskild nodenhet. Baserat på de arbetsbelastningar som du tänker distribuera korsansluter du nätverksgränssnitten på dessa enheter via kablar och med eller utan växlar. Detaljerade anvisningar finns i Kabelansluta din klusterenhet med två noder.
3. Starta klusterskapandet på den första noden. Välj den nätverkstopologi som överensstämmer med kabelanslutningen mellan de två noderna. Den valda topologin skulle diktera lagrings- och klustringstrafiken mellan noderna. Se detaljerade steg i Konfigurera nätverks- och webbproxy på enheten.
4. Förbered den andra noden. Konfigurera nätverket på den andra noden på samma sätt som du konfigurerade det på den första noden. Se till att portinställningarna matchar samma portnamn på varje installation. Hämta autentiseringstoken på den här noden.
5. Använd autentiseringstoken från den förberedda noden och anslut den här noden till den första noden för att skapa ett kluster.
6. Konfigurera ett molnvittne med ett Azure Storage-konto eller ett lokalt vittne på en SMB-filresurs.
7. Tilldela en virtuell IP-adress för att tillhandahålla en slutpunkt för Azure Consistent Services eller när du använder NFS.
8. Tilldela beräknings- eller hanterings avsikter till de virtuella växlar som skapats i nätverksgränssnitten. Du kan också konfigurera Kubernetes-nod-IP-adresser och Kubernetes-tjänst-IP-adresser här för nätverksgränssnittet som är aktiverat för beräkning.
9. Du kan också konfigurera webbproxy, konfigurera enhetsinställningar, konfigurera certifikat och slutligen aktivera enheten.

Mer information finns i självstudierna för enhetsdistribution med två noder som börjar med checklistan För konfiguration av hämta distribution.

Klustring av arbetsbelastningar

I klustret med två noder kan du distribuera icke-containerbaserade arbetsbelastningar eller containerbaserade arbetsbelastningar.

• Icke-containerbaserade arbetsbelastningar, till exempel virtuella datorer: Klustret med två noder säkerställer hög tillgänglighet för de virtuella datorer som distribueras i enhetsklustret. Direktmigrering av virtuella datorer stöds inte.

• Containerbaserade arbetsbelastningar som Kubernetes eller IoT Edge: Kubernetes-klustret som distribueras ovanpå enhetsklustret består av en virtuell Kubernetes-huvuddator och två virtuella Kubernetes-arbetsdatorer. Varje Kubernetes-nod har en virtuell arbetsdator som fästs på varje Azure Stack Edge-nod. Redundans resulterar i redundansväxling av den virtuella Kubernetes-huvuddatorn (om det behövs) och Kubernetes-baserad ombalansering av poddar på den kvarvarande virtuella arbetsdatorn.

  Mer information finns i Kubernetes på en klustrad Azure Stack Edge-enhet.

Klusterhantering

Du kan hantera Azure Stack Edge-klustret via PowerShell-gränssnittet på enheten eller via det lokala användargränssnittet. Några vanliga hanteringsuppgifter är:

• Ångra nodförberedelse
• Konfigurera molnvittne
• Konfigurera ett lokalt vittne
• Konfigurera virtuella IP-inställningar
• Ta bort klustret

Klusteruppdateringar

En enhetsuppgradering med två noder tillämpar först enhetsuppdateringarna följt av Kubernetes-klusteruppdateringarna. Löpande uppdateringar av enhetsnoder säkerställer minimal stilleståndstid för arbetsbelastningar.

När du tillämpar dessa uppdateringar via Azure Portal behöver du bara starta processen på en nod och båda noderna uppdateras. Stegvisa instruktioner finns i Tillämpa uppdateringar på din Azure Stack Edge-enhet med två noder.

Fakturering

Om du distribuerar ett Azure Stack Edge-kluster med två noder debiteras varje nod separat. Mer information finns på sidan Prissättning för Azure Stack Edge.

Nästa steg

• Lär dig mer om klustervittne för Azure Stack Edge.
• Se Kubernetes för din Azure Stack Edge
• Förstå scenarier för klusterredundans