Herbruikbare updatestrategieën definiëren met Azure Kubernetes Fleet Manager

1. Navigeer in Azure Portal naar uw Azure Kubernetes Fleet Manager-resource.

2. Selecteer Lidclusterstoevoegen in het servicemenu onder >.

   

3. Selecteer het cluster dat u wilt toevoegen en selecteer vervolgens Volgende: Beoordelen en toevoegen.

4. Voer de naam in van de updategroep waaraan u het cluster wilt toewijzen en selecteer vervolgens Toevoegen.

   

Wijs een lidcluster toe aan een updategroep wanneer u het lidcluster aan de vloot toevoegt met behulp van de az fleet member create opdracht met de --update-group parameter die is ingesteld op de naam van de updategroep.

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

1. Navigeer in Azure Portal naar uw Azure Kubernetes Fleet Manager-resource.

2. Selecteer lidclusters in het servicemenu onder Instellingen.

3. Selecteer de clusters die u wilt toewijzen aan een updategroep en selecteer vervolgens Updategroep toewijzen

   

4. Voer de naam in van de updategroep waaraan u het cluster wilt toewijzen en selecteer vervolgens Toewijzen.

   

Wijs een bestaand vlootlid toe aan een updategroep met behulp van de az fleet member update opdracht met de --update-group vlag die is ingesteld op de naam van de updategroep.

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

1. Navigeer in Azure Portal naar uw Azure Kubernetes Fleet Manager-resource.

2. Selecteer in het servicemenu onder Instellingen de optie Strategieën voor het bijwerken>van meerdere clusters en vervolgens Maken.

3. Voer een naam in voor de strategie.

4. De eerste keer dat u de pagina bekijkt, wordt een uitlegdiagram voor de updatestrategie weergegeven, waarmee u kunt visualiseren hoe strategieën werken.

   

5. Selecteer Maak Fase en voer het volgende in:

   • Fasenaam - de naam van de fase - deze moet uniek zijn voor alle fasenamen in de strategie.
   • (Optioneel) Fasegoedkeuringen : selecteer deze optie als u wilt wachten op een goedkeuring voordat deze fase wordt gestart of nadat deze is voltooid. Zie Goedkeuringen toevoegen om groepen en fasen bij te werken voor meer informatie.
   • (Optioneel) Onderbreken na fase : selecteer deze optie als u een pauze wilt definiëren voordat u naar de volgende fase gaat.
   • (Optioneel) Onderbrekingsduur : selecteer een vooraf gedefinieerde duur of voer een aangepaste waarde in seconden in.

   

6. Wijs een of meer Updategroepen toe aan de fase en selecteer Maken.

   Notitie

   Het maximum aantal updategroepen in elke updatefase is 50.

   

Voor dit scenario maken we fasen en groepen die overeenkomen met de details die worden gebruikt voor het Azure Portal-proces.

1. Maak een JSON-bestand om de fasen en groepen voor de updateuitvoering te definiëren. Fasen worden opeenvolgend uitgevoerd in de volgorde waarin ze worden weergegeven in het JSON-bestand. Groepen worden parallel uitgevoerd binnen elke fase, dus volgorde is niet belangrijk. Het volgende voorbeeldbestand (example-stages.json) definieert een strategie met twee fasen en bevat optioneel maxConcurrency en maxAllowedFailures instellingen:

   {
       "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

   Het maxConcurrency veld is optioneel en bepaalt hoeveel clusters gelijktijdig kunnen worden bijgewerkt op fase- of groepsniveau. Gebruik een grotere waarde om clusters binnen uw vloot sneller te upgraden, of een kleinere waarde voor een meer gecontroleerde uitrol die de impact beperkt als er problemen optreden.

   In dit voorbeeld stelt stage-1maxConcurrency in op "7", waardoor in deze fase maximaal "7" clusters gelijktijdig kunnen worden bijgewerkt. Binnen stage-1 beperkt group-1 de gelijktijdigheid tot "3" clusters, wat betekent dat maximaal "3" in deze groep tegelijkertijd kan worden bijgewerkt. group-2 maakt het mogelijk dat maximaal "50%" clusters tegelijkertijd worden bijgewerkt (bijvoorbeeld, als de groep vier clusters bevat, kunnen er maximaal 2 tegelijkertijd worden bijgewerkt).

   Waarden kunnen een vast geheel getal zijn (bijvoorbeeld "3") of een percentage (bijvoorbeeld "100%"). Als u dit weglaat, past het systeem standaardwaarden toe. Zie Maximale gelijktijdigheid (preview) voor meer informatie over hoe deze waarden worden omgezet en de bovengrens.

   maxAllowedFailures

   Het maxAllowedFailures veld is optioneel en bepaalt hoeveel mislukte upgradefouten in het lidcluster worden getolereerd voordat de groep of fase is gemarkeerd als mislukt. Standaard (wanneer dit niet is ingesteld of "0"), stopt één fout de volledige updateuitvoering.

   Met deze instelling wordt alleen het aantal fouten geëvalueerd. Er wordt geen minimum slagingspercentage afgedwongen. Een groep of fase kan dus op Completed eindigen, zelfs als sommige of alle leden zijn mislukt, zolang de foutdrempel niet was overschreden toen Fleet zijn planningsbeslissingen nam.

   In dit voorbeeld stelt stage-1maxAllowedFailures in op "2", waarbij uitval van maximaal twee leden binnen de fase wordt getolereerd. Binnenstage-1, group-1 tolereert fouten en "1" tolereert group-2"25%" van de leden die mislukken (bijvoorbeeld als de groep 4 clusters bevat, maximaal 1 fout wordt getolereerd). stage-2 stelt maxAllowedFailures in op "0", wat betekent dat elke fout de run onmiddellijk stopt en vaak nuttig is voor productiefases.

   Voor de meeste implementaties geeft u de voorkeur aan waarden op basis van percentages, omdat ze beter worden geschaald in verschillende groepsgrootten. Vermijd de waarde gelijk te stellen aan het totaal aantal leden, tenzij u voor dat segment opzettelijk gedrag wilt waarbij het in de praktijk nooit mislukt.

   Waarden kunnen een vast geheel getal zijn (bijvoorbeeld "3") of een percentage (bijvoorbeeld "25%"). Zie Maximaal toegestane fouten (preview) voor meer informatie over hoe deze waarden worden opgelost.

2. Maak een nieuwe updatestrategie met behulp van de az fleet updatestrategy create opdracht waarbij de --stages vlag is ingesteld op de naam van uw JSON-bestand.

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