Sie haben einen Azure Functions-Microservice namens App1, der auf dem Consumption Plan ausgeführt wird und einen Azure Queue Storage-Trigger verwendet. Sie werden App1 zu einem Azure Kubernetes Service (AKS)-Cluster migrieren. Die AKS-Umgebung muss (a) dasselbe ereignisgesteuerte Skalierungsverhalten wie die aktuelle Bereitstellung verwenden und (b) sowohl kubenet- als auch Azure CNI-Netzwerke unterstützen. Welche zwei Aktionen sollten Sie durchführen? (Wählen Sie zwei aus.)

Um das ereignisgesteuerte Skalierungsverhalten beizubehalten, das Azure Functions im Consumption Plan bietet, müssen Sie KEDA (Kubernetes-based Event Driven Autoscaling) in Ihrem AKS-Cluster installieren. KEDA ermöglicht es Kubernetes-Workloads, basierend auf der Anzahl der Elemente in einer Warteschlange (wie Azure Queue Storage) zu skalieren, was dem Verhalten von Azure Functions entspricht. Der horizontale Pod-Autoscaler (HPA) ist ebenfalls erforderlich, da KEDA den HPA verwendet, um die Skalierung der Pods basierend auf den von KEDA bereitgestellten Metriken zu steuern. Der AKS-Cluster-Autoscaler skaliert die Anzahl der Knoten im Cluster, nicht die Pods selbst, und ist daher nicht direkt für das ereignisgesteuerte Skalieren von App1 zuständig. Virtual Kubelet und das Add-On für virtuelle Knoten ermöglichen die Ausführung von Pods auf Azure Container Instances (ACI) und sind für das Szenario der ereignisgesteuerten Skalierung von App1 nicht die primäre Lösung.