Bereitstellen von dedizierten Azure-Diensten in virtuellen Netzwerken

Wenn Sie dedizierte Azure-Dienste in einem virtuellen Netzwerk bereitstellen, können Sie über private IP-Adressen privat mit den Dienstressourcen kommunizieren.

Das Bereitstellen von Diensten in einem virtuellen Netzwerk bietet die folgenden Fähigkeiten:

• Ressourcen im virtuellen Netzwerk können über private IP-Adressen privat miteinander kommunizieren. Beispiel: Direktes Übertragen von Daten zwischen HDInsight und SQL Server auf einem virtuellen Computer im virtuellen Netzwerk.

• Lokale Ressourcen können mit privaten IP-Adressen über Site-to-Site-VPN (VPN Gateway) oder ExpressRoute auf Ressourcen in einem virtuellen Netzwerk zugreifen.

• Für virtuelle Netzwerke kann Peering eingerichtet werden, damit Ressourcen in den virtuellen Netzwerken mithilfe privater IP-Adressen miteinander kommunizieren können.

• Dienstinstanzen werden in einem Subnetz in einem virtuellen Netzwerk bereitgestellt. Eingehender und ausgehender Netzwerkzugriff auf das Subnetz muss gemäß der Anleitung durch den Dienst über Netzwerksicherheitsgruppen geöffnet sein.

• Einige Dienste legen Einschränkungen für das Subnetz fest, in dem sie bereitgestellt werden. Diese Einschränkungen betreffen die Anwendung von Richtlinien, Routen oder die Kombination von VMs und Dienstressourcen innerhalb desselben Subnetzes. Überprüfen Sie für jeden Dienst die spezifischen Einschränkungen, da sie sich im Laufe der Zeit ändern können. Beispiele für Dienste sind Azure NetApp Files, Dedicated HSM, Azure Container Instances und App Service.

• Optional ist für Dienste möglicherweise ein delegiertes Subnetz als expliziter Bezeichner erforderlich, damit ein Subnetz einen bestimmten Diensts hosten kann. Durch Delegierung erhalten Dienste explizite Berechtigungen zum Erstellen dienstspezifischer Ressourcen im delegierten Subnetz.

• Betrachten Sie ein Beispiel für eine REST-API-Antwort in einem virtuellen Netzwerk mit einem delegierten Subnetz. Eine umfassende Liste der Dienste, die das Modell des delegierten Subnetzes verwenden, erhalten Sie über die API für verfügbare Delegierungen.

Dienste, die in einem virtuellen Netzwerk bereitgestellt werden können

Category	Dienst	Dediziertes1 Subnetz
Compute	Virtuelle Computer: Linux oder Windows Skalierungsgruppen für virtuelle Computer Clouddienst: Nur virtuelles Netzwerk (klassisch) Azure Batch Azure BareMetal-Infrastruktur	Ohne Ohne Ohne Nein2 Nein
Network	Application Gateway – WAF Azure Bastion Azure Firewall Azure Route Server ExpressRoute-Gateway Virtuelle Netzwerkgeräte: VPN Gateway Azure DNS Private Resolver Virtual Network Data Gateway für Fabric und Power BI	Ja. Ja. Ja. Ja. Ja. Ohne Ja Nein Ja
Daten	RedisCache Azure SQL Managed Instance Azure Database for MySQL – Flexible Server Azure Database for PostgreSQL – Flexible Server	Ja. Ja. Ja Ja
Analytics	Azure HDInsight Azure Databricks	Nein2 Nein2
Identität	Microsoft Entra Domain Services	Ohne
Container	Azure Kubernetes Service (AKS) Azure Container Instances (ACI) Azure Container Service-Engine mit Azure Virtual Network-CNI-Plug-In Azure-Funktionen	Nein2 Ja. Ohne Ja
Web	API Management Web-Apps App Service-Umgebung Azure Logic Apps Azure Container Apps-Umgebungen	Ja. Ja. Ja. Ja. Ja
Gehostet	Dediziertes HSM von Azure Azure NetApp Files	Ja. Ja.
Azure Spring Apps	Bereitstellen in einem virtuellen Azure-Netzwerk (VNET-Einschleusung)	Ja.
Virtuelle Desktopinfrastruktur	Azure Lab Services	Ja.
DevOps	Azure-Auslastungstest	Ja.

¹ „Dediziert“ bedeutet, dass nur dienstspezifische Ressourcen in diesem Subnetz bereitgestellt und nicht mit VMs/VM-Skalierungsgruppen von Kunden kombiniert werden können.
² Es wird als bewährte Methode empfohlen, diese Dienste in einem dedizierten Subnetz auszuführen. Dies ist jedoch keine zwingende Vorgabe des Diensts.