Ereignisse
17. März, 23 Uhr - 21. März, 23 Uhr
Nehmen Sie an der Meetup-Serie teil, um skalierbare KI-Lösungen basierend auf realen Anwendungsfällen mit Mitentwicklern und Experten zu erstellen.
Jetzt registrierenDieser Browser wird nicht mehr unterstützt.
Führen Sie ein Upgrade auf Microsoft Edge durch, um die neuesten Features, Sicherheitsupdates und den technischen Support zu nutzen.
Sie können App Service, Funktionen und Logic Apps auf einem Kubernetes-Cluster mit Azure Arc-Unterstützung ausführen. Der Kubernetes-Cluster kann lokal oder in einer Cloud eines Drittanbieters gehostet werden. Mit diesem Ansatz können App-Entwickler die Funktionen von App Service nutzen. Gleichzeitig können IT-Administratoren die Unternehmenskonformität beibehalten, indem sie die App Service-Apps in der internen Infrastruktur hosten. Außerdem können andere IT-Betreiber ihre früheren Investitionen in andere Cloud-Anbieter schützen, indem sie App Service auf bestehenden Kubernetes-Clustern ausführen.
Hinweis
Informationen zum Einrichten Ihres Kubernetes-Clusters für App Service, Funktionen und Logic Apps finden Sie unter Erstellen einer App Service Kubernetes-Umgebung (Vorschau).
In den meisten Fällen müssen App-Entwickler nur wissen, wie die Bereitstellung in der richtigen Azure-Region erfolgen soll, die die bereitgestellte Kubernetes-Umgebung darstellt. Operatoren, die die Umgebung bereitstellen und die zugrunde liegende Kubernetes-Infrastruktur verwalten, müssen mit den folgenden Azure-Ressourcen vertraut sein:
Die folgenden Einschränkungen für die öffentliche Vorschau gelten für App Service Kubernetes-Umgebungen. Diese Liste der Einschränkungen wird aktualisiert, wenn Änderungen und Features verfügbar gemacht werden.
Einschränkung | Details |
---|---|
Unterstützte Azure-Regionen | Ost-USA, Europa, Westen |
Clusternetzwerkanforderung | Diensttyp LoadBalancer muss unterstützt werden |
Anforderung an das Knotenbetriebssystem | Nur Linux |
Clusterspeicheranforderung | Muss über eine an den Cluster angefügte Speicherklasse verfügen, die von der Erweiterung verwendet werden kann, um die Bereitstellung und ggf. den Build von codebasierten Apps zu unterstützen. |
Funktion: Netzwerk | Nicht verfügbar (angewiesen auf Clusternetzwerke) |
Funktion: Verwaltete Identitäten | Nicht verfügbar |
Funktion: Key Vault-Verweise | Nicht verfügbar (abhängig von verwalteten Identitäten) |
Funktion: Images aus ACR mit verwalteter Identität herausziehen | Nicht verfügbar (abhängig von verwalteten Identitäten) |
Funktion: Portal-Bearbeitung für Funktionen und Logic Apps | Nicht verfügbar |
Feature: Portalauflistung von Funktionen oder Schlüsseln | Nicht verfügbar, wenn der Cluster nicht öffentlich erreichbar ist |
Funktion: FTP-Veröffentlichung | Nicht verfügbar |
Protokolle | Log Analytics muss mit der Clustererweiterung konfiguriert werden. nicht pro Standort |
Wenn die App Service-Erweiterung auf dem Kubernetes-Cluster mit Azure Arc-Unterstützung installiert ist, werden mehrere Pods im angegebenen Releasenamespace erstellt. Diese Pods ermöglichen es Ihrem Kubernetes-Cluster, eine Erweiterung des Microsoft.Web
-Ressourcenanbieters in Azure zu sein und die Verwaltung und den Betrieb Ihrer Apps zu unterstützen. Optional können Sie festlegen, dass die Erweiterung KEDA für die ereignisgesteuerte Skalierung installiert.
In der folgenden Tabelle wird die Rolle der einzelnen Pods beschrieben, die standardmäßig erstellt werden:
Pod | Beschreibung |
---|---|
<extensionName>-k8se-app-controller |
Der Kern-Operatorpod, der Ressourcen im Cluster erstellt und den Zustand der Komponenten verwaltet. |
<extensionName>-k8se-envoy |
Eine Front-End-Proxy-Ebene für alle Anforderungen auf Datenebene. Es leitet den eingehenden Datenverkehr an die richtigen Apps weiter. |
<extensionName>-k8se-activator |
Ein alternatives Routing-Ziel zur Unterstützung von Apps, die auf 0 (null) skaliert wurden, während das System die erste verfügbare Instanz erhält. |
<extensionName>-k8se-build-service |
Unterstützt Bereitstellungsvorgänge und stellt das Erweiterte Tools-Funktion zur Verfügung. |
<extensionName>-k8se-http-scaler |
Überwacht das eingehende Anforderungsvolumen, um Skalierungsinformationen für KEDA bereitzustellen. |
<extensionName>-k8se-img-cacher |
Zieht Platzhalter- und App-Images in einen lokalen Cache auf dem Knoten. |
<extensionName>-k8se-log-processor |
Erfasst Protokolle von Apps und anderen Komponenten und sendet sie an Log Analytics. |
placeholder-azure-functions-* |
Wird verwendet, um Kaltstarts für Azure Functions zu beschleunigen. |
Die App Service-Kubernetes-Umgebungsressource ist erforderlich, damit Apps erstellt werden können. Sie ermöglicht die Konfiguration, die für Apps am benutzerdefinierten Speicherort üblich ist, z. B. das DNS-Standardsuffix.
An einem benutzerdefinierten Speicherort kann nur eine Kubernetes-Umgebungsressource erstellt werden. In den meisten Fällen muss ein Entwickler, der Apps erstellt und bereitstellt, die Ressource nicht direkt kennen. Sie kann direkt aus der angegebenen benutzerdefinierten Speicherort-ID abgeleitet werden. Wenn Sie jedoch Azure Resource Manager Vorlagen definieren, muss jede Plan-Ressource direkt auf die Ressourcen-ID der Umgebung verweisen. Die benutzerdefinierten Speicherortwerte des Plans und der angegebenen Umgebung müssen übereinstimmen.
App Service auf Azure Arc ist während der öffentlichen Vorschau kostenlos.
Es werden nur Linux-basierte Apps unterstützt, sowohl Code als auch benutzerdefinierte Container. Windows-Apps werden nicht unterstützt.
Nein, die Erweiterung kann nicht auf Windows-Knoten installiert werden. Die Erweiterung unterstützt nur die Installation auf Linux-Knoten.
Alle integrierten Linux-Stapel werden unterstützt.
Die FTP-Bereitstellung wird nicht unterstützt. Zu diesem Zeitpunkt wird az webapp up
ebenfalls nicht unterstützt. Andere Bereitstellungsmethoden werden unterstützt, einschließlich Git, ZIP, CI/CD, Visual Studio und Visual Studio Code.
Während des Vorschauzeitraums werden bestimmte App Service Funktionen überprüft. Wenn sie unterstützt werden, werden ihre linken Navigationsoptionen im Azure-Portal aktiviert. Features, die noch nicht unterstützt werden, werden abgeblendet dargestellt.
Nein. Netzwerkfunktionen wie Hybridverbindungen oder die Integration virtueller Netzwerke werden nicht unterstützt. Die Unterstützung für Zugriffsbeschränkungen wurde im April 2022 hinzugefügt. Das Netzwerk sollte direkt in den Netzwerkregeln im Kubernetes-Cluster selbst verarbeitet werden.
Nein. Apps können keine verwalteten Identitäten zugewiesen werden, wenn sie in Azure Arc ausgeführt werden. Wenn Ihre App eine Identität für die Arbeit mit einer anderen Azure-Ressource benötigt, sollten Sie stattdessen einen Anwendungsdienstprinzipal verwenden.
Alle mit Azure App Service in Kubernetes bereitgestellten Anwendungen mit Azure Arc lassen sich innerhalb der Grenzwerte des zugrunde liegenden Kubernetes-Clusters skalieren. Wenn die Computeressourcen (hauptsächlich CPU und Arbeitsspeicher) des zugrunde liegenden Kubernetes-Clusters zur Neige gehen, können Anwendungen nur auf die Anzahl von Anwendungsinstanzen skaliert werden, die Kubernetes mit den verfügbaren Ressourcen planen kann.
Protokolle für Systemkomponenten und Ihre Anwendungen werden in die Standardausgabe geschrieben. Beide Protokolltypen können für die Analyse mithilfe von Kubernetes-Standardtools gesammelt werden. Sie können die App Service-Clustererweiterung auch mit einem Log Analytics-Arbeitsbereich konfigurieren. Alle Protokolle werden dann an diesen Arbeitsbereich gesendet.
Standardmäßig werden Protokolle von Systemkomponenten an das Azure-Team gesendet. Anwendungsprotokolle werden nicht gesendet. Sie können verhindern, dass diese Protokolle übertragen werden, indem Sie logProcessor.enabled=false
als Erweiterungskonfigurationseinstellung festlegen. Durch diese Konfigurationseinstellung wird auch die Weiterleitung der Anwendung an Ihren Log Analytics-Arbeitsbereich deaktiviert. Das Deaktivieren des Protokollprozessors kann sich auf die Zeit auswirken, die für Supportfälle benötigt wird, und Sie werden aufgefordert, Protokolle aus der Standardausgabe auf andere Weise zu erfassen.
Beim Erstellen einer Kubernetes-Umgebungsressource wird für einige Abonnements möglicherweise der Fehler „Es wurde kein registrierter Ressourcenanbieter gefunden“ angezeigt. Die Fehlerdetails enthalten ggf. eine Reihe von Speicherorten und API-Versionen, die als gültig betrachtet werden. Wenn diese Fehlermeldung zurückgegeben wird, muss das Abonnement beim Microsoft.Web-Anbieter erneut registriert werden. Dieser Vorgang hat keine Auswirkungen auf vorhandene Anwendungen oder APIs. Verwenden Sie zum erneuten Registrieren die Azure CLI, um az provider register --namespace Microsoft.Web --wait
auszuführen. Versuchen Sie dann erneut, den Kubernetes-Umgebungsbefehl auszuführen.
Arm64-basierte Cluster werden derzeit nicht unterstützt.
Die Erweiterung wurde für AKS, AKS in Azure Local, Google Kubernetes Engine, Amazon Elastic Kubernetes Service und Kubernetes Cluster-API überprüft.
Wenn Sich Ihre Erweiterung in der stabilen Version befand und „auto-upgrade-minor-version“ auf „true“ festgelegt ist, wird automatisch ein Upgrade für die Erweiterung durchgeführt. Um die Erweiterung manuell auf die neueste Version upzugraden, können Sie den folgenden Befehl ausführen:
az k8s-extension update --cluster-type connectedClusters -c <clustername> -g <resource group> -n <extension name> --release-train stable --version 0.10.0
Wenn Sich Ihre Erweiterung in der stabilen Version befand und „auto-upgrade-minor-version“ auf „true“ festgelegt ist, wird automatisch ein Upgrade für die Erweiterung durchgeführt. Um die Erweiterung manuell auf die neueste Version upzugraden, können Sie den folgenden Befehl ausführen:
az k8s-extension update --cluster-type connectedClusters -c <clustername> -g <resource group> -n <extension name> --release-train stable --version 0.11.0
Wenn Sich Ihre Erweiterung in der stabilen Version befand und „auto-upgrade-minor-version“ auf „true“ festgelegt ist, wird automatisch ein Upgrade für die Erweiterung durchgeführt. Um die Erweiterung manuell auf die neueste Version upzugraden, können Sie den folgenden Befehl ausführen:
az k8s-extension update --cluster-type connectedClusters -c <clustername> -g <resource group> -n <extension name> --release-train stable --version 0.11.1
Wenn Sich Ihre Erweiterung in der stabilen Version befand und „auto-upgrade-minor-version“ auf „true“ festgelegt ist, wird automatisch ein Upgrade für die Erweiterung durchgeführt. Um die Erweiterung manuell auf die neueste Version upzugraden, können Sie den folgenden Befehl ausführen:
az k8s-extension update --cluster-type connectedClusters -c <clustername> -g <resource group> -n <extension name> --release-train stable --version 0.12.0
Wenn Sich Ihre Erweiterung in der stabilen Version befand und „auto-upgrade-minor-version“ auf „true“ festgelegt ist, wird automatisch ein Upgrade für die Erweiterung durchgeführt. Um die Erweiterung manuell auf die neueste Version upzugraden, können Sie den folgenden Befehl ausführen:
az k8s-extension update --cluster-type connectedClusters -c <clustername> -g <resource group> -n <extension name> --release-train stable --version 0.12.1
Wenn Sich Ihre Erweiterung in der stabilen Version befand und „auto-upgrade-minor-version“ auf „true“ festgelegt ist, wird automatisch ein Upgrade für die Erweiterung durchgeführt. Um die Erweiterung manuell auf die neueste Version upzugraden, können Sie den folgenden Befehl ausführen:
az k8s-extension update --cluster-type connectedClusters -c <clustername> -g <resource group> -n <extension name> --release-train stable --version 0.12.2
Wenn Sich Ihre Erweiterung in der stabilen Version befand und „auto-upgrade-minor-version“ auf „true“ festgelegt ist, wird automatisch ein Upgrade für die Erweiterung durchgeführt. Um die Erweiterung manuell auf die neueste Version upzugraden, können Sie den folgenden Befehl ausführen:
az k8s-extension update --cluster-type connectedClusters -c <clustername> -g <resource group> -n <extension name> --release-train stable --version 0.13.0
Wenn Sich Ihre Erweiterung in der stabilen Version befand und „auto-upgrade-minor-version“ auf „true“ festgelegt ist, wird automatisch ein Upgrade für die Erweiterung durchgeführt. Um die Erweiterung manuell auf die neueste Version upzugraden, können Sie den folgenden Befehl ausführen:
az k8s-extension update --cluster-type connectedClusters -c <clustername> -g <resource group> -n <extension name> --release-train stable --version 0.13.1
Wenn Sich Ihre Erweiterung in der stabilen Version befand und „auto-upgrade-minor-version“ auf „true“ festgelegt ist, wird automatisch ein Upgrade für die Erweiterung durchgeführt. Um die Erweiterung manuell auf die neueste Version upzugraden, können Sie den folgenden Befehl ausführen:
az k8s-extension update --cluster-type connectedClusters -c <clustername> -g <resource group> -n <extension name> --release-train stable --version 0.13.5
Ereignisse
17. März, 23 Uhr - 21. März, 23 Uhr
Nehmen Sie an der Meetup-Serie teil, um skalierbare KI-Lösungen basierend auf realen Anwendungsfällen mit Mitentwicklern und Experten zu erstellen.
Jetzt registrierenTraining
Modul
Einführung in Azure Arc-fähige Kubernetes-Cluster - Training
Erfahren Sie mehr über Kubernetes mit Azure Arc-Unterstützung und darüber, wie Organisationen damit ihre Vorgänge optimieren und vereinfachen können.
Zertifizierung
Microsoft Certified: Azure Developer Associate - Certifications
Erstellen von End-to-End-Lösungen in Microsoft Azure zum Erstellen von Azure Functions-Lösungen, Implementieren und Verwalten von Web-Apps, Entwickeln von Lösungen mit Azure Storage u. v. m.