Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
Container entwickeln sich mehr und mehr zum bevorzugten Instrument für das Packen, Bereitstellen und Verwalten von Cloudanwendungen. Mit Azure Container Instances lassen sich Windows- oder Linux-Container in Azure besonders schnell und einfach ausführen, ohne dass Sie dazu VMs verwalten oder einen übergeordneten Dienst einführen müssen.
ACI unterstützt reguläre Container, vertrauliche Container und Spotcontainer. ACI kann als einzelne Instanz oder Lösung mit mehreren Instanzen über NGroups verwendet werden. Sie können auch Orchestrierungsfunktionen nutzen, indem Sie Pods in Ihrem Azure Kubernetes Service-Cluster (AKS) über virtuelle Knoten in ACI bereitstellen. Für noch schnellere Startzeiten unterstützt ACI Standbypools.
Schneller Start
Container bieten im Vergleich zu virtuellen Computern (VMs) erhebliche Vorteile beim Start. Azure Container Instances kann in Sekundenschnelle Container in Azure starten, ohne virtuelle Computer bereitstellen und verwalten zu müssen.
Verwenden Sie Linux- oder Windows-Containerimages aus Docker Hub, aus einer privaten Azure-Containerregistrierung oder aus einer anderen cloudbasierten Docker-Registrierung. In den häufig gestellten Fragen (Frequently Asked Questions, FAQ) erfahren Sie, welche Registrierungen von ACI unterstützt werden. Azure Container Instances speichert mehrere gängige Basisimages von Betriebssystemen zwischen, was die Bereitstellung Ihrer benutzerdefinierten Anwendungsimages beschleunigt.
Für noch schnellere Startzeiten unterstützt ACI Standbypools.
Containerzugriff
Mit Azure Container Instances können Sie Ihre Containergruppen direkt über eine öffentliche IP-Adresse und einen vollqualifizierten Domainnamen (FQDN) im Internet verfügbar machen. Beim Erstellen einer Containerinstanz können Sie eine benutzerdefinierte DNS-Namensbezeichnung angeben, sodass Ihre Anwendung unter „customlabel.azureregion.azurecontainer.io“ erreichbar ist.
Azure Container Instances unterstützt auch das Ausführen eines Befehls in einem ausgeführten Container durch Bereitstellen einer interaktiven Shell zur Unterstützung durch Anwendungsentwicklung und Problembehandlung. Der Zugriff erfolgt über HTTPS und verwendet TLS zum Sichern von Clientverbindungen.
Wichtig
Azure Container Instances erfordert, dass alle sicheren Verbindungen von Servern und Anwendungen TLS 1.2 verwenden. Die Unterstützung für TLS 1.0 und 1.1 wurde eingestellt.
Konforme Bereitstellungen
Sicherheit auf Hypervisor-Ebene
In der Vergangenheit boten Container zwar eine Isolierung von Anwendungsabhängigkeiten und Ressourcensteuerung, waren jedoch für den Einsatz in potenziell feindlichen Multi-Tenant-Umgebungen nicht ausreichend gehärtet. Azure Container Instances gewährleistet, dass Ihre Anwendung in einem Container isoliert ist – genau wie bei einem virtuellen Computer.
Kundendaten
Der Azure Container Instances-Dienst speichert keine Kundendaten. Er speichert jedoch die Abonnement-IDs des Azure-Abonnements, das zum Erstellen von Ressourcen verwendet wird. Das Speichern von Abonnement-IDs ist erforderlich, um sicherzustellen, dass Ihre Containergruppen weiterhin wie erwartet ausgeführt werden.
Benutzerdefinierte Größen
Container sind in der Regel für die Ausführung einer einzelnen Anwendung optimiert. Die genauen Anforderungen dieser Anwendungen können sich jedoch erheblich voneinander unterscheiden. Azure Container Instances ermöglicht exakte Angaben für CPU-Kerne und Arbeitsspeicher und bietet dadurch eine optimale Auslastung. Sie zahlen nur für das, was Sie benötigen, und die Abrechnung erfolgt sekundengenau, sodass Sie Ihre Ausgaben gezielt an den tatsächlichen Bedarf anpassen können.
Bei rechenintensiven Aufträgen wie maschinelles Lernen kann Azure Container Instances Linux-Container für die Nutzung von NVIDIA Tesla GPU-Ressourcen (Vorschau) planen.
Permanenter Speicher
Zum Abrufen und persistenten Speichern des Zustands mit Azure Container Instances bieten wir das direkte Einbinden von Azure Files-Freigaben an, die von Azure Storage unterstützt werden.
Linux- und Windows-Container
Azure Container Instances kann sowohl Windows- als auch Linux-Container mit der gleichen API planen. Sie können Ihre Betriebssystemtyppräferenz angeben, wenn Sie Ihre Containergruppen erstellen.
Note
Azure Container Instances unterstützt nur x64-Containerimages (AMD64). Container-Images für ARM64 (arm64) werden nicht unterstützt. Weitere Informationen finden Sie in den häufig gestellten Fragen.
Einige Features sind momentan auf Linux-Container beschränkt:
- Mehrere Container pro Containergruppe
- Einbindung von Volumes (Azure Files, emptyDir, GitRepo, geheimes Volume)
- Ressourcennutzungsmetriken von Azure Monitor
- GPU-Ressourcen (eingestellt)
Verwenden Sie für Windows-Containerbereitstellungen Images, die auf allgemeinen Windows-Basisimages beruhen.
Mehrere Container in einer einzelnen Containergruppe ausführen
Azure Container Instances unterstützt die Planung von mehreren Containern in einer einzelnen Containergruppe mit gemeinsamem Containerhost, lokalem Netzwerk, Speicher und Lebenszyklus. Dadurch können Sie Ihren Hauptanwendungscontainer mit anderen Containern in unterstützender Funktion kombinieren, wie etwa Logging-Sidecars.
VNET-Bereitstellung
Wichtig
Wenn Sie Ihre Containergruppe in einem virtuellen Netzwerk bereitstellen, müssen Sie ein NAT-Gateway für ausgehende Verbindungen verwenden. Dies ist die einzige unterstützte Konfiguration für ausgehende Verbindungen aus Ihrer Containergruppe in einem virtuellen Netzwerk. Weitere Informationen zum Konfigurieren dieser Konfiguration finden Sie unter Konfigurieren eines NAT-Gateways für statische IP-Adresse für ausgehenden Datenverkehr aus einer Containergruppe .
Azure Container Instances ermöglicht die Bereitstellung von Containerinstanzen in einem virtuellen Azure-Netzwerk. Bei Bereitstellung in einem Subnetz Ihres virtuellen Netzwerks können Containerinstanzen sicher mit anderen Ressourcen im virtuellen Netzwerk kommunizieren. Dies gilt auch für lokale Ressourcen (per VPN-Gateway oder ExpressRoute).
Unterstützung von Verfügbarkeitszonen
Azure Container Instances unterstützt zonale Containergruppenbereitstellungen. Das bedeutet, dass die Instanz an eine bestimmte, selbst ausgewählte Verfügbarkeitszone angeheftet ist. Die Verfügbarkeitszone kann pro Containergruppe angegeben werden.
Verwaltete Identität
Azure Container Instances unterstützt die Verwendung einer verwalteten Identität mit der Containergruppe. Dadurch kann sich die Containergruppe bei jedem Dienst authentifizieren, der die Microsoft Entra-Authentifizierung unterstützt, ohne Anmeldeinformationen im Containercode verwalten zu müssen.
Authentifizierter Imageabruf mit verwalteter Identität
Azure Container Instances kann sich mithilfe einer verwalteten Identität bei einer ACR-Instanz (Azure Container Registry) authentifizieren, sodass Sie das Image pullen können, ohne einen Benutzernamen und ein Kennwort direkt in die Containergruppendefinition aufnehmen zu müssen.
Bereitstellung vertraulicher Container
Mit vertraulichen Containern in ACI können Sie Container in einer vertrauenswürdigen Ausführungsumgebung (Trusted Execution Environment, TEE) ausführen, die hardwarebasierten Schutz für die Vertraulichkeit und Integrität Ihrer Containerworkloads bietet. Vertrauliche Container in ACI können verwendete Daten während der Verarbeitung schützen und Daten verschlüsseln, die im Arbeitsspeicher verarbeitet werden. Vertrauliche Container in ACI werden als SKU unterstützt, die Sie auswählen können, wenn Sie Ihren Workload bereitstellen. Weitere Informationen finden Sie unter Vertrauliche Containergruppen.
Bereitstellung von Spot-Containern
Mit ACI Spot-Containern können Kunden unterbrechbare, containerisierte Workloads mit ungenutzter Azure-Kapazität zu deutlich reduzierten Preisen (bis zu 70 %) im Vergleich zu ACI Containern mit regulärer Priorität ausführen. ACI-Spotcontainer können vorzeitig ausgelastet werden, wenn Azure auf einen Mangel an überschüssiger Kapazität stößt, und sie eignen sich für Workloads ohne strenge Verfügbarkeitsanforderungen. Kunden werden nach der Speicher- und CPU-Kern-Nutzung pro Sekunde abgerechnet. Um ACI Spot-Containergruppen zu nutzen, können Sie Ihre Workload mit einem bestimmten Eigenschaftenflag bereitstellen, das angibt, dass Sie Spot-Containergruppen verwenden und das vergünstigte Preismodell nutzen möchten. Weitere Informationen finden Sie unter Spot-Containergruppen.
NGroups
NGroups bietet erweiterte Funktionen zum Verwalten mehrerer verwandter Containergruppen. NGroups unterstützt die Aufrechterhaltung einer bestimmten Anzahl von Containergruppen, die Durchführung von rollierenden Upgrades, die Bereitstellung über mehrere Verfügbarkeitszonen hinweg, die Verwendung von Load Balancern für den eingehenden Datenverkehr und die Bereitstellung vertraulicher Container. Weitere Informationen finden Sie unter Informationen zu NGroups.
Virtuelle Knoten in Azure Container Instances
Mit virtuellen Knoten in Azure Container Instances können Sie Pods in Ihrem AKS-Cluster (Azure Kubernetes Service) bereitstellen, die als Containergruppen in ACI ausgeführt werden. Auf diese Weise können Sie Ihre Containergruppen mithilfe vertrauter Kubernetes-Konstrukte koordinieren. Da virtuelle Knoten auf der serverlosen Infrastruktur von ACI basieren, können Sie Ihre Workload schnell hochskalieren, ohne darauf warten zu müssen, dass die automatische Skalierung des Kubernetes-Clusters VM-Rechenknoten bereitstellt.
Überlegungen
Die über die Befehlszeilenschnittstelle (CLI) übergebenen Anmeldeinformationen des Benutzers werden als Nur-Text im Back-End gespeichert. Das Speichern von Anmeldeinformationen in Nur-Text ist ein Sicherheitsrisiko. Microsoft empfiehlt Kunden, Benutzeranmeldeinformationen in CLI-Umgebungsvariablen (Command Line Interface, Befehlszeilenschnittstelle) zu speichern, um sicherzustellen, dass sie beim Speichern im Back-End verschlüsselt/transformiert werden.
Sollte Ihre Containergruppe nicht mehr funktionieren, empfiehlt es sich, den Container neu zu starten sowie den Anwendungscode und die lokale Netzwerkkonfiguration zu überprüfen, bevor Sie eine Supportanfrage erstellen.
Containerimages dürfen maximal 15 GB groß sein. Größere Images führen unter Umständen zu unerwartetem Verhalten: Wie groß darf mein Containerimage sein?
Einige Windows Server-Basisimages sind nicht mehr mit Azure Container Instances kompatibel:
Welche Windows-Basisbetriebssystem-Images werden unterstützt?
Wenn eine Containergruppe neu gestartet wird, ändert sich möglicherweise ihre IP-Adresse. Wir raten davon ab, eine hartcodierte IP-Adresse in Ihrem Szenario zu verwenden. Wenn Sie eine statische öffentliche IP-Adresse benötigen, verwenden Sie Application Gateway: Statische IP-Adresse für eine Containergruppe – Azure Container Instances | Microsoft Learn
Bestimmte Ports sind für Dienstfunktionen reserviert. Diese Ports sollten nicht verwendet werden, da dies zu unerwartetem Verhalten führt: Reserviert der ACI-Dienst Ports für die Dienstfunktionalität?
Sollten Sie Probleme beim Bereitstellen oder Ausführen Ihres Containers haben, überprüfen Sie zunächst den Leitfaden zur Problembehandlung auf allgemeine Fehler und Probleme.
Ihre Containergruppen können aufgrund von Wartungsereignissen auf der Plattform neu gestartet werden. Diese Wartungsmaßnahmen erfolgen, um die kontinuierliche Verbesserung der zugrunde liegenden Infrastruktur sicherzustellen: Der Container wurde ohne ausdrückliche Benutzereingabe isoliert neu gestartet
ACI erlaubt keine privilegierten Containervorgänge. Wir raten Ihnen, sich in Ihrem Szenario nicht auf die Verwendung des Stammverzeichnisses zu verlassen.
Nächste Schritte
Stellen Sie mit einem einzelnen Befehl einen Container in Azure bereit. Eine entsprechende Anleitung finden Sie in unserem Schnellstarthandbuch: