Co to jest usługa Azure Kubernetes Service (AKS) w wersji automatycznej?

Dotyczy: ✔️ AKS Automatic

Azure Kubernetes Service (AKS) Automatic oferuje środowisko, które sprawia, że najbardziej typowe zadania na platformie Kubernetes są szybkie i bezproblemowe, zachowując jednocześnie elastyczność, rozszerzalność i spójność platformy Kubernetes. Azure zajmuje się konfiguracją klastra, w tym zarządzaniem węzłami, skalowaniem, zabezpieczeniami i wstępnie skonfigurowanymi ustawieniami, które są zgodne z dobrze zaprojektowanymi zaleceniami usługi AKS. Klastry automatyczne dynamicznie przydzielają zasoby obliczeniowe na podstawie określonych wymagań dotyczących obciążenia i są dostrojone do uruchamiania aplikacji produkcyjnych.

• Gotowe do produkcji domyślnie: klastry są wstępnie skonfigurowane do optymalnego użycia produkcyjnego, odpowiednie dla większości aplikacji. Oferują one w pełni zarządzane pule węzłów, które automatycznie przydzielają i skalują zasoby na podstawie potrzeb związanych z obciążeniem. Zasobniki są pakowane wydajnie, aby zmaksymalizować wykorzystanie zasobów.
• Gwarantowana gotowość zasobników: Usługa AKS Automatic obejmuje gwarancję SLA dotyczącą gotowości zasobników, która zapewnia, że 99,9% kwalifikujących się operacji związanych z gotowością zasobników zostanie ukończonych w ciągu pięciu minut. Oznacza to, że obciążenia uruchamiają się szybko podczas zdarzeń skalowania i aprowizacji nowych węzłów, co daje pewność, że reakcja aplikacji jest płynna, bez potrzeby ręcznego dostrajania.
• Wbudowane najlepsze rozwiązania i zabezpieczenia: klastry automatyczne usługi AKS mają domyślną konfigurację ze wzmocnionymi zabezpieczeniami, z wieloma ustawieniami zabezpieczeń klastra, aplikacji i sieci, które są domyślnie włączone. Usługa AKS automatycznie poprawia węzły i składniki klastra podczas przestrzegania wszelkich zaplanowanych harmonogramów konserwacji.
• Kod do platformy Kubernetes w ciągu kilku minut: przejdź z obrazu kontenera do wdrożonej aplikacji, która jest zgodna z najlepszymi rozwiązaniami w ciągu kilku minut, z dostępem do kompleksowych możliwości interfejsu API Kubernetes i bogatego ekosystemu.

Ważne

Począwszy od November 30, 2025 Azure Kubernetes Service (AKS) nie obsługuje już aktualizacji zabezpieczeń dla systemu Azure Linux 2.0. Obraz węzła systemu Azure Linux 2.0 jest zamrożony w wersji 202512.06.0. Od 31 marca 2026 r. obrazy węzłów zostaną usunięte i nie będzie można skalować pul węzłów. Przeprowadź migrację do obsługiwanej wersji Azure Linux poprzez aktualizację puli węzłów do obsługiwanej wersji Kubernetes lub migrację do osSku AzureLinux3. Aby uzyskać więcej informacji, zobacz zagadnienie GitHub związane z wycofaniem oraz ogłoszenie o wycofaniu aktualizacji Azure. Aby być na bieżąco z ogłoszeniami i aktualizacjami, śledź notatki z wydania AKS.

Umowa dotycząca poziomu usług

Umowa dotycząca poziomu usług (SLA) dla automatycznych klastrów AKS obejmuje następujące elementy:

• Gotowość Podu
• Czas sprawności

Aby uzyskać więcej informacji, zobacz Umowy dotyczące poziomu usług (SLA) dla usług online.

SLA gotowości poda

Usługa AKS Automatic obejmuje umowę SLA dotyczącą gotowości zasobników, finansowo gwarantującą, że 99,9% operacji gotowości kwalifikujących się zasobników zostanie zrealizowanych w ciągu 5 minut. Ta umowa SLA obejmuje ustawianie zasobników i udostępnianie węzłów w razie potrzeby.

SLA dotycząca gotowości podu zapewnia korzyści dla obciążeń zależnych od przewidywalnego skalowania, jak na przykład:

• Obciążenia sieci Web i interfejsu API, które muszą szybko skalować horyzontalnie podczas skoków ruchu bez obniżania szybkości odpowiedzi.
• Przetwarzanie sterowane zdarzeniami, w którym nowe pody konsumenckie muszą być gotowe szybko, aby zapobiec zatorowi komunikatów.
• CI/CD i zadania wsadowe, które wymagają spójnych czasów uruchamiania podów dla niezawodnego wykonywania potoku.

Gwarancja ta jest wyłączna dla usługi AKS Automatic i jest wspierana przez umowę SLA Microsoft Online Services. Nie musisz konfigurować żadnych elementów, aby ją włączyć i jest ona dołączona do każdego klastra automatycznego usługi AKS.

SLA dostępności

Usługa AKS Automatic zawiera gwarancję dostępności (SLA), czyli gwarancję z zabezpieczeniem finansowym zapewniającą 99,95% dostępności serwera interfejsu API platformy Kubernetes. Nie musisz konfigurować żadnych elementów, aby ją włączyć i jest ona dołączona do każdego klastra automatycznego usługi AKS.

Porównanie funkcji automatycznych i standardowych usługi AKS

Poniższa tabela zawiera porównanie opcji, które są dostępne, wstępnie skonfigurowane i domyślne zarówno w usłudze AKS Automatic, jak i AKS Standard. Aby uzyskać więcej informacji na temat tego, czy określone funkcje są dostępne w obszarze Automatyczne, możesz zapoznać się z dokumentacją dotyczącą tej funkcji.

Wstępnie skonfigurowane funkcje są zawsze włączone i nie można wyłączyć ani zmienić ich ustawień. Funkcje domyślne są konfigurowane, ale można je zmienić. Funkcje opcjonalne są dostępne do skonfigurowania i nie są domyślnie włączone.

Podczas włączania funkcji opcjonalnych możesz postępować zgodnie z dokumentacją funkcji połączonych. Po osiągnięciu kroku tworzenia klastra, postępuj według kroków, aby utworzyć automatyczny klaster AKS, zamiast tworzyć klaster AKS w warstwie Standardowej.

Wdrażanie, monitorowanie i obserwowanie aplikacji

Wdrażanie aplikacji można usprawnić, korzystając z zautomatyzowanych wdrożeń z kontroli źródła, co prowadzi do utworzenia manifestu Kubernetes i generowania przepływów pracy CI/CD (ciągłej integracji/ciągłego wdrażania). Ponadto klaster jest konfigurowany przy użyciu narzędzi do monitorowania, takich jak zarządzany prometheus dla metryk, zarządzana Grafana do wizualizacji i usługa Container Insights na potrzeby zbierania dzienników.

Opcja	Automatyczne usługi AKS	AKS Standard
Wdrażanie aplikacji	Opcjonalnie: • Użyj zautomatyzowanych wdrożeń, aby konteneryzować aplikacje z kontroli źródła, tworzyć manifesty Kubernetes oraz przepływy pracy ciągłej integracji i ciągłego wdrażania (CI/CD). • Tworzenie potoków wdrażania przy użyciu funkcji GitHub Actions dla platformy Kubernetes. • Korzystaj z własnego potoku CI/CD.	Opcjonalnie: • Użyj zautomatyzowanych wdrożeń , aby konteneryzować aplikacje na podstawie kontroli źródła, utworzyć manifesty kubernetes i przepływy pracy ciągłej integracji/ciągłego wdrażania (CI/CD). • Tworzenie potoków wdrażania przy użyciu funkcji GitHub Actions dla platformy Kubernetes. • Użyj własnego potoku CI/CD.
Monitorowanie, rejestrowanie i wizualizacja	Ustawienie domyślne: • Zarządzana aplikacja Prometheus do zbierania metryk w przypadku korzystania z interfejsu wiersza polecenia platformy Azure lub witryny Azure Portal. • Analiza kontenerów na potrzeby zbierania dzienników podczas korzystania z interfejsu wiersza polecenia Azure lub portalu Azure. • Tablice usługi Azure Monitor w połączeniu z Grafana do wizualizacji są zintegrowane podczas korzystania z portalu Azure. Opcjonalnie: • Zarządzana aplikacja Grafana do wizualizacji podczas korzystania z interfejsu wiersza polecenia platformy Azure lub witryny Azure Portal.	Default: Azure Monitor Pulpity nawigacyjne z platformą Grafana wizualizacji są wbudowane podczas korzystania z portalu Azure. Opcjonalnie: • Zarządzany Prometheus do zbierania metryk. • Grafana zarządzana do wizualizacji. • Szczegółowe informacje o kontenerze na potrzeby zbierania dzienników. • Advanced Container Networking Services zaawansowane obserwowanie sieci kontenerowej dla metryk zasobników, metryk DNS, L4 i dzienników przepływu sieci.

Zarządzanie węzłami, skalowanie i operacje klastra

Zarządzanie węzłami jest obsługiwane automatycznie bez konieczności ręcznego tworzenia puli węzłów użytkownika, pule węzłów systemowych i składniki są zarządzane przez usługę AKS. Skalowanie jest bezproblemowe, gdy węzły są tworzone na podstawie wymagań dotyczących obciążenia. Ponadto są włączone funkcje skalowania obciążeń, takie jak Horizontal Pod Autoscaler (HPA), Kubernetes Event Driven Autoscaling (KEDA) i Vertical Pod Autoscaler (VPA). Umowa SLA dotycząca gotowości zasobników , która gwarantuje ukończenie 99,9% operacji gotowości zasobników w ciągu 5 minut. Klastry są konfigurowane pod kątem automatycznego naprawiania węzłów, automatycznego uaktualniania klastra i wykrywania przestarzałego standardowego użycia interfejsu API platformy Kubernetes. W razie potrzeby można również ustawić harmonogram planowanej konserwacji pod kątem uaktualnień.

Opcja	Automatyczne usługi AKS	AKS Standard
Pule węzłów systemowych	Wstępnie skonfigurowane: usługa AKS Automatycznie z zarządzanymi pulami węzłów systemu tworzy, skaluje, uaktualnia węzły systemowe i składniki systemowe w Twoim imieniu i hostuje je w subskrypcjach usługi AKS.	Domyślne: Tworzysz pule węzłów systemowych i zarządzasz nimi.
Automatyczne provisionowanie węzłów	Wstępnie skonfigurowane: AKS Automatic zarządza pulami węzłów za pomocą automatycznego aprowizowania węzłów.	Opcjonalne: AKS Standard zarządza pulami węzłów użytkownika za pomocą automatycznego udostępniania węzłów.
Skalowanie	Wstępnie skonfigurowane: AKS Automatic tworzy węzły na podstawie żądań obciążeń przy użyciu Node Autoprovisioning. Horyzontalny automatyczny skalownik zasobników (HPA), Automatyczne skalowanie sterowane zdarzeniami Kubernetes (KEDA) i Pionowy automatyczny skalownik zasobników (VPA) są włączone w klastrze.	Ustawienie domyślne: Ręczne skalowanie pul węzłów. Opcjonalnie: • Automatyczne skalowanie klastra • Automatyczne aprowizowanie węzłów • Kubernetes Event Driven Autoscaling (KEDA) • Pionowy autoskalator zasobnika (VPA)
Warstwa klastra i umowa dotycząca poziomu usług (SLA)	Wstępnie skonfigurowane: klaster w warstwie Standardowa z maksymalnie 5000 węzłami, umową SLA czasu działania klastra i umową SLA gotowości zasobnika gwarantującą 99,9% kwalifikujących się operacji gotowości zasobników w ciągu 5 minut.	Domyślny: Klaster o poziomie bezpłatnym z 10 węzłami, ale może obsługiwać aż do 1000 węzłów. Opcjonalnie: • Klaster w warstwie Standard z maksymalnie 5000 węzłami i gwarancją SLA dotyczącą czasu działania klastra. • Klaster w warstwie Premium z maksymalnie 5000 węzłami, SLA dla czasu działania klastra i wsparciem długoterminowym.
System operacyjny węzła	Wstępnie skonfigurowany dla puli węzłów systemowych: Azure Linux Opcjonalne dla węzłów użytkownika: • Azure Linux •Ubuntu	Ustawienie domyślne: Ubuntu Opcjonalnie: • Azure Linux • Windows Server
Grupa zasobów węzła	Wstępnie skonfigurowane: w pełni zarządzana grupa zasobów węzła , aby zapobiec przypadkowym lub zamierzonym zmianom zasobów klastra.	Ustawienie domyślne: Nieograniczone Opcjonalnie: tylko do odczytu z blokadą grupy zasobów węzła
Automatyczna naprawa węzła	Wstępnie skonfigurowane: ciągle monitoruje stan zdrowia węzłów roboczych i wykonuje automatyczną naprawę węzła, jeśli staną się niezdatne do użytku.	Wstępnie skonfigurowane: ciągle monitoruje stan zdrowia węzłów roboczych i wykonuje automatyczną naprawę węzła, jeśli staną się niezdatne do użytku.
Uaktualnienia klastra	Wstępnie skonfigurowane: klastry są automatycznie uaktualniane przy użyciu stabilnego kanału do wersji pomocniczej N-1, gdzie N jest najnowszą obsługiwaną wersją pomocniczą.	Ustawienie domyślne: Uaktualnianie ręczne. Opcjonalnie: Automatyczne uaktualnianie przy użyciu wybranego kanału uaktualniania.
Uaktualnienia obrazu systemu operacyjnego Node	Wstępnie skonfigurowane: klastry są automatycznie uaktualniane przy użyciu kanału NodeImage z poprawkami zabezpieczeń i poprawkami błędów.	Ustawienie domyślne: Uaktualnianie ręczne. Opcjonalnie: automatyczne uaktualnianie przy użyciu wybranego kanału uaktualniania systemu operacyjnego węzła
Wykrywanie niekompatybilnych zmian w API Kubernetes	Wstępnie skonfigurowane: uaktualnienia klastra są zatrzymywane podczas wykrywania przestarzałego standardowego użycia interfejsu API platformy Kubernetes.	Wstępnie skonfigurowane: uaktualnienia klastra są zatrzymywane podczas wykrywania przestarzałego standardowego użycia interfejsu API platformy Kubernetes.
Planowane terminy konserwacji	Ustawienie domyślne: Ustaw konfigurację harmonogramu planowanej konserwacji , aby kontrolować uaktualnienia.	Opcjonalnie: ustaw konfigurację harmonogramu planowanej konserwacji , aby kontrolować uaktualnienia.

Zabezpieczenia i zasady

Uwierzytelnianie i autoryzacja klastra używają kontroli dostępu opartej na rolach w Azure (RBAC) do autoryzacji w Kubernetes, a aplikacje mogą używać funkcji, takich jak tożsamości obciążenia z Tożsamość obciążeń Microsoft Entra i klastrowego wystawcy OpenID Connect (OIDC), aby zapewnić bezpieczną komunikację z usługami Azure. Zabezpieczenia wdrażania wymuszają najlepsze praktyki dotyczące platformy Kubernetes za pomocą zasad Azure Policy, a wbudowane narzędzie do czyszczenia obrazów usuwa nieużywane obrazy z lukami w zabezpieczeniach, zwiększając bezpieczeństwo obrazów.

Opcja	Automatyczne usługi AKS	AKS Standard
Uwierzytelnianie i autoryzacja klastra	Wstępnie skonfigurowana: Kontrola dostępu oparta na rolach Azure (Azure RBAC) na potrzeby autoryzacji Kubernetes do zarządzania uwierzytelnianiem i autoryzacją klastra przy użyciu kontroli dostępu opartej na rolach platformy Azure.	Ustawienie domyślne: Konta lokalne. Opcjonalnie: • Azure RBAC do autoryzacji w Kubernetes • RBAC Kubernetes z integracją z Microsoft Entra
Zabezpieczenia klastra	Wstępnie skonfigurowane: integracja sieci wirtualnej serwera interfejsu API umożliwia komunikację sieciową między serwerem interfejsu API a węzłami klastra za pośrednictwem sieci prywatnej bez konieczności łączenia prywatnego lub tunelu.	Opcjonalnie: integracja sieci wirtualnej serwera interfejsu API umożliwia komunikację sieciową między serwerem interfejsu API a węzłami klastra za pośrednictwem sieci prywatnej bez konieczności łączenia prywatnego lub tunelu.
Zabezpieczenia aplikacji	Wstępnie skonfigurowane: • Tożsamość obciążenia przy użyciu identyfikatora obciążenia firmy Microsoft Entra • Wystawca klastra OpenID Connect (OIDC) Opcjonalnie: • Zaawansowane usługi sieciowe kontenerów — zabezpieczenia sieci kontenerów dla ruchu zasobników z szyfrowaniem węzłów WireGuard.	Opcjonalnie: • Tożsamość obciążenia przy użyciu identyfikatora obciążenia firmy Microsoft Entra • Wystawca klastra OpenID Connect (OIDC) Opcjonalnie: • Zaawansowane usługi Container Networking —zabezpieczenia sieci kontenerów dla ruchu podów z szyfrowaniem węzłów za pomocą WireGuard.
Zabezpieczenia obrazu	Wstępnie skonfigurowane: Czyszczenie obrazów w celu usunięcia nieużywanych obrazów z lukami w zabezpieczeniach.	Opcjonalnie: Czyszczenie obrazów w celu usunięcia nieużywanych obrazów z lukami w zabezpieczeniach.
Egzekwowanie zasad	Wstępnie skonfigurowane: Zabezpieczenia wdrażania i bazowe standardy zabezpieczeń zasobników, które wymuszają najlepsze praktyki Kubernetes w klastrze AKS przy użyciu mechanizmów kontroli Azure Policy w trybie wymuszania. • Ograniczenia dotyczące zabezpieczeń zarządzanych pul węzłów systemowych chronią zarządzane składniki systemu i pozwalają zachować granicę między obciążeniami klientów a infrastrukturą zarządzaną przez usługę AKS. Opcjonalnie: • Zaawansowane zabezpieczenia sieci kontenera usługi Container Networking Services dla zasad CIlium DNS i L7.	Optional: Zabezpieczenia wdrażania i Pod Security Standards wymuszać najlepsze rozwiązania dotyczące rozwiązania Kubernetes w klastrze AKS za pomocą kontrolek Azure Policy w trybie wymuszania lub ostrzegania. Opcjonalnie: • Advanced Container Networking Services — zabezpieczenia sieci kontenerów dla zasad Cilium DNS i L7.
Zarządzane przestrzenie nazw	Opcjonalnie: Użyj zarządzanych przestrzeni nazw , aby utworzyć wstępnie skonfigurowane przestrzenie nazw, w których można zdefiniować zasady sieciowe dla ruchu przychodzącego/wychodzącego, przydziały zasobów dla pamięci/procesora CPU oraz skonfigurować etykiety/adnotacje.	Opcjonalnie: Użyj zarządzanych przestrzeni nazw , aby utworzyć wstępnie skonfigurowane przestrzenie nazw, w których można zdefiniować zasady sieciowe dla ruchu przychodzącego/wychodzącego, przydziały zasobów dla pamięci/procesora CPU oraz skonfigurować etykiety/adnotacje.

Sieć

Klastry automatyczne usługi AKS używają zarządzanych sieci Virtual Network z nakładką CNI Azure obsługiwaną przez Cilium w celu zapewnienia wysokowydajnej sieci i solidnych zabezpieczeń. Przychodzący ruch jest obsługiwany przez zarządzany NGINX przy użyciu dodatku do routingu aplikacji, który płynnie integruje się z Azure DNS oraz Azure Key Vault. Egress używa zarządzanej bramy NAT do skalowalnych połączeń wychodzących.

Opcja	Automatyczne usługi AKS	AKS Standard
Sieć wirtualna	Default: Zarządzana sieć wirtualna przy użyciu nakładki Azure CNI zasilanej przez Cilium łączy niezawodną płaszczyznę sterowania Azure CNI z płaszczyzną danych Cilium, aby zapewnić wysoką wydajność sieci i bezpieczeństwo. Opcjonalnie: • Niestandardowa sieć wirtualna • Niestandardowa sieć wirtualna z klastrem prywatnym.	Default: Zarządzana sieć wirtualna przy użyciu kubenet Opcjonalnie: • Azure CNI • Azure CNI Overlay • Nakładka CNI platformy Azure obsługiwana przez cilium • Przynieś własne CNI
Ruch przychodzący	Ustawienie domyślne: • Od wersji AKS 1.36 interfejs API Kubernetes Gateway jest dostępny w dodatku routingu aplikacji dla nowych klastrów. • Starsza wersja sprzed AKS 1.36, zarządzany serwer NGINX przy użyciu dodatku routingu aplikacji z integracją z Azure DNS i Azure Key Vault. Opcjonalnie: • Dodatek Istio CNI dla siatki usług opartej na Istio	Opcjonalnie: • Interfejs API usługi Kubernetes Gateway za pośrednictwem dodatku routingu aplikacji • Dodatek siatki usług opartej na Istio dla bramy wejściowej AKS • Użyj własnego Ingressu lub bramy.
Ruch wychodzący	Wstępnie skonfigurowane: zarządzana przez AKS brama NAT dla skalowalnych przepływów połączeń wychodzących w przypadku użycia z zarządzaną siecią wirtualną Opcjonalne (z niestandardową siecią wirtualną): • Azure Load Balancer • Brama NAT przypisana przez użytkownika • Routing zdefiniowany przez użytkownika (UDR)	Ustawienie domyślne: Azure Load Balancer Opcjonalnie: • Brama NAT przypisana przez użytkownika • Zarządzana brama NAT usługi AKS • Routing zdefiniowany przez użytkownika (UDR)
LocalDNS	Wstępnie skonfigurowane dla usługi AKS Automatic.	Opcjonalnie dla usługi AKS Standard.

Następne kroki

Aby dowiedzieć się więcej o usłudze AKS Automatic, postępuj zgodnie z przewodnikiem Szybki start, aby utworzyć klaster.

Tworzenie klastra automatycznego Azure Kubernetes Service (AKS)