Tworzenie i konfigurowanie klastra usługi Azure Kubernetes Services (AKS) do używania węzłów wirtualnych
Aby szybko skalować obciążenia aplikacji w klastrze usługi AKS, można użyć węzłów wirtualnych. W przypadku węzłów wirtualnych masz szybką aprowizację zasobników i płacisz tylko za sekundę za ich czas wykonywania. Nie musisz czekać na automatyczne skalowanie klastra Kubernetes w celu wdrożenia węzłów obliczeniowych maszyny wirtualnej w celu uruchomienia większej liczby zasobników. Węzły wirtualne są obsługiwane tylko w przypadku zasobników i węzłów systemu Linux.
Węzły wirtualne dodawane dla usługi AKS są oparte na projekcie typu open source Virtual Kubelet.
Ten artykuł zawiera omówienie wymagań dotyczących dostępności i sieci regionów dotyczących korzystania z węzłów wirtualnych oraz znanych ograniczeń.
Dostępność regionalna
Wszystkie regiony, w których usługa ACI obsługuje jednostki SKU sieci wirtualnej, są obsługiwane w przypadku wdrożeń węzłów wirtualnych. Aby uzyskać więcej informacji, zobacz Dostępność zasobów dla usługi Azure Container Instances w regionach świadczenia usługi Azure.
Aby uzyskać dostępne jednostki SKU procesora CPU i pamięci w każdym regionie, zapoznaj się z artykułem Dostępność zasobów usługi Azure Container Instances dla usługi Azure Container Instances w regionach platformy Azure — grupy kontenerów systemu Linux
Wymagania dotyczące sieci
Węzły wirtualne umożliwiają komunikację sieciową między zasobnikami uruchomionymi w usłudze Azure Container Instances (ACI) i klastrze AKS. Aby obsługiwać tę komunikację, tworzona jest podsieć sieci wirtualnej i przypisywane są delegowane uprawnienia. Węzły wirtualne działają tylko z klastrami usługi AKS utworzonymi przy użyciu zaawansowanej sieci (Azure CNI). Domyślnie klastry usługi AKS są tworzone przy użyciu sieci podstawowej (kubenet).
Zasobniki działające w usłudze Azure Container Instances (ACI) muszą mieć dostęp do punktu końcowego serwera interfejsu API usługi AKS, aby skonfigurować sieć.
Ograniczenia
Funkcje węzłów wirtualnych są w dużym stopniu zależne od zestawu funkcji usługi ACI. Oprócz limitów przydziałów i limitów dla usługi Azure Container Instances następujące scenariusze nie są obsługiwane w przypadku węzłów wirtualnych lub są zagadnieniami dotyczącymi wdrażania:
- Ściąganie obrazów usługi ACR przy użyciu jednostki usługi. Obejście polega na użyciu wpisów tajnych platformy Kubernetes
- Ograniczenia sieci wirtualnej, w tym komunikacja równorzędna sieci wirtualnych, zasady sieci Kubernetes i ruch wychodzący do Internetu z sieciowymi grupami zabezpieczeń.
- Kontenery inicjowania
- Aliasy hostów
- Argumenty dla pliku exec w usłudze ACI
- Zestawy DaemonSet nie będą wdrażać zasobników w węzłach wirtualnych
- Aby zaplanować kontenery systemu Windows Server w usłudze ACI, należy ręcznie zainstalować dostawcę usługi ACI typu open source.
- Węzły wirtualne wymagają klastrów usługi AKS z siecią CNI platformy Azure.
- Używanie autoryzowanych zakresów adresów IP serwera interfejsu API dla usługi AKS.
- Udziały usługi Azure Files instalowania woluminów obsługują usługę Ogólnego przeznaczenia w wersji 2 i Ogólnego przeznaczenia w wersji 1. Jednak węzły wirtualne obecnie nie obsługują woluminów trwałych i oświadczeń trwałych woluminów. Postępuj zgodnie z instrukcjami dotyczącymi instalowania woluminu za pomocą udziału usługi Azure Files jako woluminu wbudowanego.
- Korzystanie z protokołu IPv6 nie jest obsługiwane.
- Węzły wirtualne nie obsługują funkcji punkty zaczepienia kontenera .
Następne kroki
Konfigurowanie węzłów wirtualnych dla klastrów:
- Tworzenie węzłów wirtualnych przy użyciu interfejsu wiersza polecenia platformy Azure
- Tworzenie węzłów wirtualnych przy użyciu portalu w usługach Azure Kubernetes Services (AKS)
Węzły wirtualne są często jednym ze składników rozwiązania skalowania w usłudze AKS. Aby uzyskać więcej informacji na temat skalowania rozwiązań, zobacz następujące artykuły: