Ab der Version vom September 2019 muss das Pod-Management-Subnetz auch die Netzwerkkommunikation mit der Microsoft Azure-Datenbank für den PostgreSQL-Dienstendpunkt unterstützen. Dies gilt sowohl für mit der Manifestversion dieser Version oder einer höheren Version neu bereitgestellte First-Gen-Pods als auch für Pods, die auf die Manifestversion dieser Version oder neuerer Versionen aktualisiert wurden. Bevor Sie einen neuen Pod bereitstellen oder einen vorhandenen Pod aktualisieren, muss im von Ihnen erstellten Pod-Management-Subnetz der Microsoft.Sql-Dienst als Dienstendpunkt aktiviert sein. Während des Bereitstellungs- oder Aktualisierungsvorgangs wird überprüft, ob das Subnetz über den Endpunkt verfügt. Wenn der Endpunkt nicht im Verwaltungssubnetz aktiviert ist, wird der Vorgang nicht fortgesetzt. Wenn Sie zusätzlich zum Aktivieren dieses Dienstendpunkts Firewall- oder Netzwerksicherheitsgruppenregeln (NSG) in Ihrem Verwaltungssubnetz eingerichtet haben, müssen Sie ihn so konfigurieren, dass er Datenverkehr für die Microsoft Azure-Datenbank für den PostgreSQL-Dienst zulässt, bevor Sie einen neuen Pod bereitstellen oder einen vorhandenen Pod aktualisieren.
Wichtig: Diese Informationen gelten nur, wenn Sie auf eine First-Gen-Mandantenumgebung in der First-Gen-Steuerungsebene zugreifen können. Wie im KB-Artikel 92424 beschrieben, hat die First-Gen-Steuerungsebene das Ende der Verfügbarkeit (End of Availability, EOA) erreicht. Weitere Informationen finden Sie in diesem Artikel.
Wichtig: In der Version vom Dezember 2019 wurde die Funktion zum Bereitstellen der externen Unified Access Gateway-Konfiguration des Pods in einem eigenen, vom VNet des Pods getrennten VNet eingeführt. Bei Verwendung dieser Funktion muss das Management-Subnetz im VNet des externen Gateways diese Anforderung ebenfalls erfüllen, damit der Microsoft.Sql-Dienst als Dienstendpunkt in diesem Subnetz aktiviert werden kann.
In der Version vom September 2019 wurde die Verwendung der Microsoft Azure-Datenbank für den PostgreSQL-Dienst als erforderliches Element eines Horizon Cloud-Pods in Microsoft Azure eingeführt. Wie in der Microsoft-Dokumentation beschrieben, handelt es sich bei der Microsoft Azure-Datenbank für PostgreSQL um ein vollständig verwaltetes Database-as-a-Service-Angebot. Bei einer Pod-Bereitstellung oder -Aktualisierung wird eine Microsoft Azure-Datenbank für die PostgreSQL-Serverressource in der Ressourcengruppe des Pods bereitgestellt, wobei der Einzelserverbereitstellungstyp verwendet wird. Bei den Bereitstellungs- und Aktualisierungsvorgängen wird dem VNet des Pods auch automatisch eine VNet-Regel hinzugefügt. Diese VNet-Regel schränkt die Microsoft Azure-Datenbank für den Datenverkehr des PostgreSQL-Servers auf das Management-Subnetz des Pods ein. Die Kommunikation zwischen dem Pod und dieser Microsoft Azure-Datenbank für PostgreSQL-Server verwendet das Management-Subnetz, wodurch einige Anforderungen an das Management-Subnetz des Pods gestellt werden.
Aktivieren Sie im Management-Subnetz den Microsoft.Sql-Dienst als Dienstendpunkt
Für die VNet-Regel zum Einschränken des Datenverkehrs für die bereitgestellte Microsoft Azure-Datenbank für den PostgreSQL-Server an das Management-Subnetz muss für das Subnetz der Microsoft.Sql-Dienst-Endpoint aktiviert sein. In dem Szenario, in dem der Pod-Bereitsteller die Subnetze erstellt, stellt der Bereitsteller sicher, dass für das Pod-Management-Subnetz der Microsoft.Sql-Dienst-Endpoint in dem von ihm erstellten Management-Subnetz aktiviert ist. Wenn Sie das Management-Subnetz jedoch selbst erstellen, müssen Sie sicherstellen, dass das Management-Subnetz diese Anforderungen erfüllt, bevor Sie einen neuen Pod bereitstellen oder einen vorhandenen Pod aktualisieren. Der folgende Screenshot soll beispielhaft veranschaulichen, wo Sie den Microsoft.Sql-Dienst als Dienstendpunkt in einem Subnetz mithilfe des Microsoft Azure-Portals aktivieren. Nachdem Sie im Portal auf das Subnetz geklickt haben, wählen Sie im Abschnitt Dienst-Endpoints in der Dropdown-Liste Dienste Microsoft.Sql aus und speichern Sie dann.
Sie können das Microsoft Azure-Portal verwenden, um zum Management-Subnetz zu navigieren und Microsoft.Sql im Dropdown-Menü Dienste auszuwählen.
Stellen Sie sicher, dass Ihre Firewalls oder NSGs die Pod-Kommunikation mit der Microsoft Azure-Datenbank für den PostgreSQL-Dienst zulassen
Wie unter First-Gen-Mandanten – Horizon Cloud on Microsoft Azure-Bereitstellungen – Anforderungen an die Auflösung von Hostnamen, DNS-Namen aufgeführt, müssen Sie Ihre Netzwerkregeln für das Verwaltungssubnetz konfigurieren, um die Kommunikation zwischen dem Pod und der Microsoft Azure-Datenbank für den PostgreSQL-Dienst zuzulassen. Sie müssen sicherstellen, dass Ihre Management-Subnetze diese Anforderung erfüllen, bevor Sie einen neuen Pod bereitstellen oder einen vorhandenen Pod aktualisieren.
Wenn Ihre Firewalls oder NSGs die Verwendung von Diensttags unterstützen, um den Zugriff zu gewähren, lassen Sie die Pod-Kommunikation mit einer der folgenden Optionen zu:
- Globaler Azure SQL-Diensttag:
Sql - Regionsspezifisches SQL-Dienst-Tag für die Azure-Region, in der der Pod bereitgestellt wird:
Sql.region, z. BSql.WestUS.
Wenn Ihre Firewalls oder NSGs die Verwendung von Diensttags nicht unterstützen, um den Zugriff zu gewähren, können Sie den Hostnamen der Datenbankserverressource verwenden, die in der Ressourcengruppe des Pods erstellt wird. Der Name der Serverressource folgt dem Muster *.postgres.database.azure.com.
Informationen zu Diensttags in Sicherheitsgruppen finden Sie im Microsoft Azure-Dokumentationsthema unter Diensttags.
War diese Seite hilfreich?