Notatka
Dostęp do tej strony wymaga autoryzacji. Może spróbować zalogować się lub zmienić katalogi.
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować zmienić katalogi.
W tym artykule przedstawiono omówienie Azure Container Linux (ACL), niezmiennego, zoptymalizowanego pod kątem kontenera systemu operacyjnego dla Azure Kubernetes Service (AKS). ACL wywodzi się z projektu Flatcar Container Linux i bazuje na sprawdzonej, niezmiennej architekturze stawiającej kontenery na pierwszym miejscu, wzbogaconej o pakiety Azure Linux, obsługę serwisową i integrację z platformą. Dzięki temu ACL może pozostawać w ścisłej zgodności z rozwojem projektu Flatcar, a jednocześnie spełniać wymagania Azure dotyczące środowiska produkcyjnego, bezpieczeństwa i zgodności. Aby dowiedzieć się więcej o systemie Flatcar Container Linux, zobacz dokumentację flatcar.
ACL jest ogólnie dostępne jako opcja systemu operacyjnego w AKS od wersji 1.34. Pule węzłów ACL można wdrożyć w nowym klastrze AKS lub dodać je do istniejących klastrów.
Ważna
Począwszy od 10 grudnia 2026 r., Azure Kubernetes Service (AKS) nie obsługuje już Azure Linux z funkcją OS Guard dla usługi AKS (wersja zapoznawcza). W tym momencie usługa AKS nie tworzy już nowych obrazów węzłów Azure Linux z funkcją OS Guard ani nie zapewnia poprawek zabezpieczeń, a także nie można już tworzyć nowych pul węzłów opartych na Azure Linux z funkcją OS Guard. W dniu 10 marca 2027 r. usługa AKS usunie wszystkie istniejące obrazy węzłów systemu Azure Linux z usługą OS Guard, co spowoduje, że operacje skalowania i naprawy (ponownego tworzenia obrazu i ponownego wdrażania) zakończą się niepowodzeniem. Aby uniknąć zakłóceń, przeprowadź migrację do usługi Azure Container Linux (ACL). Aby uzyskać więcej informacji na temat tego wycofania, zobacz zgłoszenie w serwisie GitHub dotyczące wycofania oraz ogłoszenie o wycofaniu w Azure Updates. Aby być na bieżąco z komunikatami i aktualizacjami, śledź informacje o wersjach usługi AKS.
Korzyści wynikające z używania listy ACL w usłudze AKS
ACL to bezpieczny, minimalny system operacyjny, który zawiera tylko krytyczne składniki wymagane do uruchamiania kontenerów. Wykorzystuje niezmienną architekturę, aby zachować integralność systemu operacyjnego i zmniejszyć rozbieżności konfiguracji węzłów.
| Benefit | Description |
|---|---|
| Warstwowe zabezpieczenia systemu operacyjnego | ACL łączy niezmienny system operacyjny, obowiązkowe mechanizmy kontroli dostępu, zweryfikowany rozruch i zaufane procesy kompilacji, aby chronić węzły od rozruchu po środowisko uruchomieniowe. Aby uzyskać szczegółowe informacje, zobacz Funkcje zabezpieczeń listy ACL. |
| Minimalny host kontenera | ACL zawiera tylko składniki wymagane do uruchamiania kontenerów, co zmniejsza złożoność systemu operacyjnego i upraszcza zarządzanie węzłami. |
| Spójna obsługa węzłów | Cotygodniowe aktualizacje oparte na obrazach zapewniają poprawki zabezpieczeń i poprawki błędów, zachowując spójność wersji systemu operacyjnego we wszystkich obrazach węzłów. |
| Przezroczystość typu open source | Flatcar, a także wiele podstawowych technologii (dm-verity i SELinux) są nadrzędne lub open source, a Microsoft ma narzędzia i wkład w obsługę tych funkcji. |
Możliwości i zgodność
ACL obsługuje następujące możliwości usługi AKS:
- Obsługa węzłów GPU NVIDIA: ACL obsługuje pule węzłów wyposażone w układy GPU NVIDIA w architekturze AMD64, umożliwiając uruchamianie obciążeń HPC i AI/ML w usłudze AKS z wykorzystaniem wzmocnionego systemu operacyjnego zoptymalizowanego pod kątem kontenerów. ACL nie obsługuje architektur ARM64 dla pul węzłów z obsługą GPU.
- FIPS: ACL obsługuje pule węzłów z obsługą protokołu FIPS.
- Obsługa architektur AMD64 i ARM64: ACL jest dostępna w usłudze AKS zarówno dla architektury AMD64, jak i ARM64.
- Automatyczna aprowizacja węzłów: ACL obsługuje automatyczną aprowizację węzłów (NAP).
- Poufna maszyna wirtualna: ACL jest dostępna jako obraz poufnej maszyny wirtualnej (CVM) dla usługi AKS z opcją z obsługą protokołu FIPS.
Nieobsługiwane funkcje
Lista ACL nie obsługuje obecnie następujących funkcji:
-
SecurityPatchKanały aktualizacjiUnmanagedsystemu operacyjnego węzła. - Maszyny wirtualne 1. generacji: Nie można używać rozmiarów maszyn wirtualnych, które obsługują wyłącznie 1. generację, z mechanizmem ACL.
- Sandboxing poda.
- Wariant bez funkcji Trusted Launch. ACL wymaga funkcji Trusted Launch.
Jeśli istniejący klaster korzysta z dowolnych z tych nieobsługiwanych funkcji, może nie być możliwe dodanie puli węzłów listy ACL do tego klastra.
Plan rozwoju funkcji
Azure Linux publikuje plan rozwoju funkcji, który zawiera funkcje będące w trakcie opracowywania oraz dostępne w ramach ogólnej dostępności (GA) i publicznej wersji zapoznawczej.
Migracje i aktualizacje systemu operacyjnego z użyciem list ACL
Usługa AKS obsługuje migrację istniejących pul węzłów do ACL przy użyciu migracji SKU systemu operacyjnego w miejscu lub przez utworzenie nowych pul węzłów ACL. Aby uzyskać szczegółowe instrukcje dotyczące migracji, kwestie do rozważenia oraz instrukcje wycofania, zobacz Migrowanie istniejących węzłów do ACL.
ACL dla wersjonowania usługi AKS
ACL for AKS publikuje co tydzień obrazy węzłów AKS. Przechowywanie wersji jest zgodne z formatem opartym na dacie usługi AKS (na przykład: 202506.13.0). ACL obecnie obsługuje tylko aktualizacje pełnego obrazu węzła. Aby uzyskać więcej informacji, zobacz obrazy węzłów Azure Container Linux (ACL).
Możesz sprawdzić dostępne obrazy węzłów w informacjach o wydaniu i wyświetlić nodeImageVersion dla uruchomionego klastra za pomocą polecenia az aks nodepool list. Przykład:
az aks nodepool list --resource-group <resource-group-name> --cluster-name <aks-cluster-name> --query '[].{name: name, nodeImageVersion: nodeImageVersion}'
Przykładowy wynik:
[
{
"name": "nodes",
"nodeImageVersion": "AKSAzureContainerLinux-202606.01.0"
}
]
Treści powiązane
Aby rozpocząć korzystanie z ACL w usłudze AKS, zobacz następujące zasoby: