Was ist der Application Gateway-Eingangscontroller?
Der Application Gateway-Eingangscontroller (Application Gateway Ingress Controller, AGIC) ist eine Kubernetes-Anwendung, die es Kunden von Azure Kubernetes Service (AKS) ermöglicht, den nativen L7-Lastenausgleich von Application Gateway zu nutzen, um Cloudsoftware im Internet bereitzustellen. AGIC überwacht den Kubernetes-Cluster, auf dem er gehostet wird, und aktualisiert fortlaufend eine Application Gateway-Instanz, sodass ausgewählte Dienste im Internet bereitgestellt werden.
Der Eingangscontroller wird in einem eigenen Pod im AKS des Kunden ausgeführt. AGIC überwacht eine Teilmenge der Kubernetes-Ressourcen auf Änderungen. Der Status des AKS-Clusters wird in Application Gateway-spezifische Konfiguration übersetzt und auf Azure Resource Manager (ARM) angewendet.
Vorteile des Application Gateway-Eingangscontrollers
AGIC hilft, die Notwendigkeit zu vermeiden, einen weiteren Lastenausgleich bzw. eine öffentliche IP-Adresse vor dem AKS-Cluster einzusetzen, und vermeidet mehrere Hops in Ihrem Datenpfad, bevor Anforderungen den AKS-Cluster erreichen. Application Gateway kommuniziert direkt mit Pods über ihre private IP-Adresse und benötigt keine NodePort- oder KubeProxy-Dienste. Dies führt auch zu einer besseren Leistung für Ihre Bereitstellungen.
Eingangscontroller werden exklusiv von den Standard_v2- und WAF_v2-SKUs unterstützt, wodurch auch Vorteile der automatischen Skalierung erzielt werden. Application Gateway kann als Reaktion auf eine Erhöhung oder Verringerung der Datenverkehrslast reagieren und eine entsprechende Skalierung ausführen, ohne Ressourcen aus Ihrem AKS-Cluster zu verbrauchen.
Die Verwendung von Application Gateway zusätzlich zu AGIC schützt auch Ihren AKS-Cluster durch die Bereitstellung von TLS-Richtlinien und WAF-Funktionen (Web Application Firewall).
AGIC wird über die Kubernetes-Eingangsressource sowie über Dienste und Bereitstellungen/Pods konfiguriert. Er bietet eine Reihe von Features und nutzt dabei den nativen L7-Lastenausgleich von Application Gateway in Azure. Beispiele für solche Features:
- URL-Routing
- Cookiebasierte Affinität
- TLS-Terminierung
- End-to-End-TLS
- Unterstützung für öffentliche, private und hybride Websites
- Integrierte Web Application Firewall
Unterschied zwischen Helm-Bereitstellung und AKS-Add-On
Es gibt zwei Möglichkeiten, AGIC für Ihren AKS-Cluster bereitzustellen. Die erste Möglichkeit ist die Verwendung von Helm, bei der zweiten wird AKS als Add-On verwendet. Der Hauptvorteil der Bereitstellung von AGIC als AKS-Add-On ist, dass dies wesentlich einfacher ist, als die Bereitstellung mittels Helm. Bei einer neuen Einrichtung können Sie mit nur einer Zeile in Azure CLI ein neues Application Gateway und einen neuen AKS-Cluster mit als Add-On aktiviertem AGIC bereitstellen. Das Add-On ist außerdem ein vollständig verwalteter Dienst, der zusätzliche Vorteile bietet wie automatische Updates und verbesserten Support. Beide Bereitstellungsmethoden für AGIC (Helm- und AKS-Add-On) werden von Microsoft vollständig unterstützt. Zusätzlich bietet das Add-On als ein erstklassiges Add-On bessere Integrationsmöglichkeiten mit AKS.
Das AGIC-Add-On wird weiterhin als Pod im AKS-Cluster des Kunden bereitgestellt, doch es gibt ein paar Unterschiede zwischen der Helm-Bereitstellungsversion und der Add-On-Version von AGIC. Im Folgenden finden Sie eine Liste der Unterschiede zwischen den beiden Versionen:
- Helm-Bereitstellungswerte können für das AKS-Add-On nicht geändert werden:
verbosityLevel
wird standardmäßig auf 5 festgelegt.usePrivateIp
wird standardmäßig auf „false“ festgelegt. Dies kann mit der „use-private-ip“-Anmerkung außer Kraft gesetzt werden.shared
wird beim Add-On nicht unterstützt.reconcilePeriodSeconds
wird beim Add-On nicht unterstützt.armAuth.type
wird beim Add-On nicht unterstützt.
- Der mittels Helm bereitgestellte AGIC unterstützt ProhibitedTargets, was bedeutet, dass AGIC das Application Gateway speziell für AKS-Cluster konfigurieren kann, ohne dass sich dies auf andere vorhandene Back-Ends auswirkt. Diese Funktion wird vom AGIC-Add-On zurzeit nicht unterstützt.
- Da das AGIC-Add-On ein verwalteter Dienst ist, werden Kunden automatisch auf die neueste Version des AGIC-Add-Ons aktualisiert, anders als beim mittels Helm bereitgestellten AGIC, bei dem der Kunde AGIC manuell aktualisieren muss.
Hinweis
Kunden können nur ein AGIC-Add-On pro AKS-Cluster bereitstellen, und jedes AGIC-Add-On kann aktuell nur ein Anwendungsgateway als Ziel verwenden. Für Bereitstellungen, für die mehr als ein AGIC-Add-On pro Cluster oder mehrere AGIC-Add-Ons für ein Anwendungsgateway erforderlich sind, stellen Sie AGIC weiterhin über Helm bereit.
Nächste Schritte
- Greenfield-Bereitstellung mit AKS-Add-On: Anleitungen zum Installieren des AGIC-Add-Ons, von AKS und Application Gateway in einer leeren Infrastruktur.
- Brownfield-Bereitstellung mit AKS-Add-On: Installieren des AGIC-Add-Ons auf einem AKS-Cluster mit einem vorhandenen Application Gateway.
- Greenfield-Bereitstellung mit Helm: Installieren von AGIC mittels Helm, eines neuen AKS-Clusters und eines neuen Application Gateways in einer leeren Infrastruktur.
- Brownfield-Bereitstellung von Helm: Bereitstellen von AGIC mittels Helm auf einem vorhandenen AKS-Cluster und Application Gateway.