Projektujesz klaster AKS dla platformy, która uruchamia komponenty systemowe Linux i usługi biznesowe .NET oparte na systemie Windows. Pody muszą otrzymywać routowalne adresy IP w sieci VNet w celu inspekcji przez wirtualne urządzenie sieciowe. Klaster musi automatycznie skalować węzły wraz z zapotrzebowaniem. Który projekt należy zaimplementować?

Prawidłowa odpowiedź spełnia wszystkie wymagania. Pula węzłów systemowych Linux jest wymagana dla komponentów systemowych AKS, a pula węzłów użytkownika Windows jest potrzebna dla usług .NET. Azure CNI jest niezbędne, aby pody otrzymywały routowalne adresy IP w sieci VNet, co umożliwia inspekcję przez wirtualne urządzenie sieciowe. Automatyczne skalowanie klastra zapewnia elastyczność i skalowanie węzłów zgodnie z zapotrzebowaniem. Pozostałe opcje są nieprawidłowe, ponieważ: Uruchomienie pojedynczej puli węzłów Linux nie obsłuży usług .NET opartych na systemie Windows. Kubenet nie zapewniłby routowalnych adresów IP dla podów w sieci VNet. Użycie dwóch pul węzłów Windows nie obsłuży komponentów systemowych Linux. Ręczne skalowanie węzłów nie spełnia wymogu automatycznego skalowania. Wyłączenie automatycznego skalowania klastra nie spełnia wymogu automatycznego skalowania węzłów.