Indeling bijwerken in meerdere lidclusters
Platformbeheerders die een groot aantal clusters beheren, hebben vaak problemen met het faseren van de updates van meerdere clusters (bijvoorbeeld het upgraden van installatiekopieversies van het knooppuntbesturingssysteem, het upgraden van Kubernetes-versies) op een veilige en voorspelbare manier. Om dit pijnpunt te verhelpen, kunt u met Azure Kubernetes Fleet Manager (Fleet) updates in meerdere clusters organiseren met behulp van updateuitvoeringen, fasen, groepen en strategieën.
- Updateuitvoering: Een updateuitvoering vertegenwoordigt een update die wordt toegepast op een verzameling AKS-clusters, bestaande uit het updatedoel en de volgorde. Het updatedoel beschrijft de gewenste updates (bijvoorbeeld upgraden naar Kubernetes versie 1.28.3). De updatereeks beschrijft de exacte volgorde om de updates toe te passen op meerdere lidclusters, uitgedrukt in fasen en groepen. Indien niet opgegeven, worden alle lidclusters één voor één bijgewerkt. Een updateuitvoering kan worden gestopt en gestart.
- Updatefase: Updateuitvoeringen zijn onderverdeeld in fasen, die opeenvolgend worden toegepast. Een eerste updatefase kan bijvoorbeeld testomgevinglidclusters bijwerken en vervolgens een tweede updatefase de clusters van leden van de productieomgeving bijwerken. Er kan een wachttijd worden opgegeven om te vertragen tussen de toepassing van volgende updatefasen.
- Updategroep: Elke updatefase bevat een of meer updategroepen, die worden gebruikt om de lidclusters te selecteren die moeten worden bijgewerkt. Updategroepen worden ook gebruikt om de toepassing van updates voor lidclusters te orden. Binnen een updatefase worden updates parallel toegepast op alle verschillende updategroepen; binnen een updategroep worden lidclusters opeenvolgend bijgewerkt. Elk lidcluster van de vloot kan slechts deel uitmaken van één updategroep.
- Updatestrategie: Een updatestrategie beschrijft de updatevolgorde met fasen en groepen. U kunt een strategie in uw updateuitvoeringen opnieuw gebruiken in plaats van de volgorde herhaaldelijk in elke uitvoering te definiëren.
Momenteel zijn de ondersteunde updatebewerkingen op het cluster upgrades. Er zijn twee soorten upgrades waaruit u kunt kiezen:
- Voer een upgrade uit van Kubernetes-versies voor het Kubernetes-besturingsvlak en de knooppunten (waaronder het upgraden van de installatiekopieën van knooppunten).
- Alleen de knooppuntinstallatiekopieën bijwerken.
U kunt de Kubernetes-doelversie opgeven waarnaar u een upgrade wilt uitvoeren, maar u kunt niet de exacte versies van de doelknooppuntinstallatiekopieën opgeven omdat de meest recente versies van de beschikbare knooppuntinstallatiekopieën kunnen variëren, afhankelijk van de regio van het cluster (raadpleeg releasetracker voor meer informatie). De versies van de doelknooppuntinstallatiekopieën worden automatisch voor u geselecteerd op basis van uw voorkeuren:
Latest: Gebruik de meest recente knooppuntinstallatiekopieën die beschikbaar zijn in de regio van een cluster wanneer de upgrade van het cluster wordt gestart. Als gevolg hiervan kunnen verschillende versies van installatiekopieën worden gebruikt, afhankelijk van de regio waarin een cluster zich bevindt en wanneer de upgrade daadwerkelijk wordt gestart.Consistent: Wanneer de updateuitvoering wordt gestart, worden de meest recente algemene installatiekopieversies gekozen in de regio's van de lidclusters in deze uitvoering, zodat dezelfde, consistente installatiekopieversies in clusters worden gebruikt.
U moet ervoor kiezen Latest om nieuwere versies van installatiekopieën te gebruiken en beveiligingsrisico's te minimaliseren en ervoor te kiezen Consistent om de betrouwbaarheid te verbeteren door deze installatiekopieën in clusters in eerdere fasen te gebruiken voordat u deze in latere clusters gebruikt.