Vous concevez un cluster AKS pour une plateforme qui exécute des composants système Linux et des services métier .NET basés sur Windows. Les pods doivent recevoir des adresses IP routables au sein du VNet pour être inspectés par une appliance de réseau virtuel. Le cluster doit mettre à l'échelle les nœuds automatiquement en fonction de la demande. Quelle conception devriez-vous implémenter ?

La bonne conception implique un pool de nœuds système Linux et un pool de nœuds utilisateur Windows pour prendre en charge les deux types de charges de travail. L'activation d'Azure CNI est essentielle car elle attribue des adresses IP routables aux pods directement depuis le VNet, permettant l'inspection par une appliance de réseau virtuel. Le cluster autoscaler est nécessaire pour ajuster automatiquement le nombre de nœuds en fonction de la demande, garantissant l'élasticité. Les autres options sont incorrectes car : Exécuter un seul pool de nœuds Linux ne prendrait pas en charge les services .NET basés sur Windows. Kubenet n'attribue pas d'adresses IP routables directement depuis le VNet. Utiliser deux pools de nœuds Windows ne prendrait pas en charge les composants système Linux. La mise à l'échelle manuelle des nœuds n'est pas efficace. Désactiver le cluster autoscaler empêcherait l'ajustement automatique des nœuds en fonction de la demande.