Definiera återanvändbara uppdateringsstrategier med Azure Kubernetes Fleet Manager

1. I Azure Portal går du till din Azure Kubernetes Fleet Manager-resurs.

2. På tjänstmenyn går du till Inställningar och väljer Medlemskluster>Lägg till.

   

3. Välj det kluster som du vill lägga till och välj sedan Nästa: Granska + lägg till.

4. Ange namnet på den uppdateringsgrupp som du vill tilldela klustret till och välj sedan Lägg till.

   

Tilldela ett medlemskluster till en uppdateringsgrupp när du lägger till medlemsklustret i flottan med kommandot az fleet member create med parametern --update-group inställd på namnet på uppdateringsgruppen.

az fleet member create \
    --resource-group $GROUP \
    --fleet-name $FLEET \
    --name member1 \
    --member-cluster-id $CLUSTERID \
    --update-group group-1a

1. I Azure Portal går du till din Azure Kubernetes Fleet Manager-resurs.

2. På tjänstmenyn går du till Inställningar och väljer Medlemskluster.

3. Välj de kluster som du vill tilldela till en uppdateringsgrupp och välj sedan Tilldela uppdateringsgrupp

   

4. Ange namnet på den uppdateringsgrupp som du vill tilldela klustret till och välj sedan Tilldela.

   

Tilldela en befintlig medlem i flottan till en uppdateringsgrupp med kommandot az fleet member update med --update-group flaggan inställd på namnet på uppdateringsgruppen.

az fleet member update \
 --resource-group $GROUP \
 --fleet-name $FLEET \
 --name member1 \
 --update-group group-1

1. I Azure Portal går du till din Azure Kubernetes Fleet Manager-resurs.

2. På tjänstmenyn går du till Inställningar och väljer >av flera kluster och sedan Skapa.

3. Ange ett namn för strategin.

4. Första gången du visar sidan visas ett förklaringsdiagram för uppdateringsstrategi som kan hjälpa dig att visualisera hur strategier fungerar.

   

5. Välj Skapa fas och ange:

   • Fasnamn – namnge fasen – det måste vara unikt för alla scennamn i strategin.
   • (Valfritt) Steggodkännanden – välj det här alternativet om du vill vänta på ett godkännande innan det här steget startar eller när det har slutförts. Mer information finns i Lägga till godkännanden för att uppdatera grupper och faser.
   • (Valfritt) Pausa efter fas – välj det här alternativet om du vill definiera en paus innan du går vidare till nästa steg.
   • (Valfritt) Pausa varaktighet – välj en fördefinierad varaktighet eller ange ett anpassat värde i sekunder.

   

6. Tilldela en eller flera uppdateringsgrupper till fasen och välj sedan Skapa.

   Kommentar

   Det maximala antalet uppdateringsgrupper i varje uppdateringssteg är 50.

   

I det här scenariot skapar vi faser och grupper som matchar den information som används för Azure Portal-processen.

1. Skapa en JSON-fil för att definiera faser och grupper för uppdateringskörningen. Faserna körs sekventiellt i den ordning de visas i JSON-formatet. Grupper körs parallellt inom varje steg, så ordningen har ingen betydelse. Följande exempelfil (example-stages.json) definierar en strategi med två steg och innehåller valfria maxConcurrency och maxAllowedFailures inställningar:

   {
       "stages": [
           {
               "name": "stage-1",
               "maxConcurrency": "7",
               "maxAllowedFailures": "2",
               "groups": [
                   {
                       "name": "group-1",
                       "maxConcurrency": "3",
                       "maxAllowedFailures": "1"
                   },
                   {
                       "name": "group-2",
                       "maxConcurrency": "50%",
                       "maxAllowedFailures": "25%"
                   }
               ],
               "afterStageWaitInSeconds": 300
           },
           {
               "name": "stage-2",
               "maxConcurrency": "100%",
               "maxAllowedFailures": "0",
               "groups": [
                   {
                       "name": "group-3",
                       "maxConcurrency": "2",
                       "maxAllowedFailures": "0"
                   }
               ]
           }
       ]
   }
   

   maxConcurrency

   Fältet maxConcurrency är valfritt och styr hur många kluster som kan uppgraderas samtidigt på fas- eller gruppnivå. Använd ett större värde för att uppgradera kluster snabbare i din flotta, eller ett mindre värde för en mer kontrollerad distribution som begränsar explosionsradien om problem uppstår.

   I det här exemplet stage-1 anger du maxConcurrency till "7", vilket gör att upp till "7" kluster i den här fasen kan uppgraderas samtidigt. Inom stage-1begränsar group-1 samtidighet till "3" kluster, vilket innebär att upp till "3" i den här gruppen kan uppgraderas samtidigt. group-2 tillåter upp till "50%" av sina kluster att uppgradera samtidigt (till exempel om gruppen innehåller 4 kluster kan upp till 2 uppgradera samtidigt).

   Värden kan vara ett fast heltal (till exempel "3") eller en procentandel (till exempel "100%"). Om det utelämnas tillämpar systemet standardvärden. Mer information om hur dessa värden matchas och deras övre gränser finns i Maximal samtidighet (förhandsversion).

   maxAllowedFailures

   Fältet maxAllowedFailures är valfritt och styr hur många uppgraderingsfel för medlemskluster som tolereras innan gruppen eller fasen markeras som misslyckad. Som standard (när det tas bort eller "0") stoppas hela uppdateringskörningen av ett enskilt fel.

   Den här inställningen utvärderar endast antalet fel. Den kräver ingen lägsta framgångsgrad. En grupp eller ett stadium kan därför sluta Completed även om vissa eller alla medlemmar misslyckades, så länge tröskelvärdet för fel inte överskreds när Fleet fattade sina schemaläggningsbeslut.

   I det här exemplet anger stage-1maxAllowedFailures till "2", vilket tolererar upp till två medlemsfel i steget. stage-1 Inom group-1tolererar "1" fel och group-2 tolererar "25%" att dess medlemmar misslyckas (till exempel om gruppen innehåller 4 kluster tolereras upp till 1 fel). stage-2 anger maxAllowedFailures till "0", vilket innebär att eventuella fel omedelbart stoppar körningen och ofta är användbart för produktionsfaser.

   För de flesta distributioner föredrar du procentbaserade värden eftersom de skalas bättre mellan olika gruppstorlekar. Undvik att ange värdet lika med det totala antalet medlemmar såvida du inte avsiktligt vill ha ett effektivt beteende för segmentet "misslyckas aldrig".

   Värden kan vara ett fast heltal (till exempel "3") eller en procentandel (till exempel "25%"). Mer information om hur dessa värden löses finns i Maximalt antal tillåtna fel (förhandsversion).

2. Skapa en ny uppdateringsstrategi med az fleet updatestrategy create kommandot med --stages flaggan inställd på namnet på din JSON-fil.

   az fleet updatestrategy create \
    --resource-group $GROUP \
    --fleet-name $FLEET \
    --name $STRATEGY \
    --stages example-stages.json