Verbindungsarchitektur

Gilt für:Azure SQL-DatenbankSQL-Datenbank in Fabric

In diesem Artikel wird die Architektur verschiedener Komponenten erläutert, die den Netzwerkdatenverkehr zu einem Server in der Azure SQL-Datenbank und sql-Datenbank in Microsoft Fabric leiten. Es umfasst verschiedene Verbindungsrichtlinien und wie sie sich auf Clients auswirken, die eine Verbindung zwischen Azure und Clients herstellen, die sich von außerhalb von Azure verbinden.

• Informationen für Verbindungszeichenfolgen zu Azure SQL-Datenbank finden Sie unter Verbinden und Abfragen mit Azure SQL-Datenbank.

• Einstellungen, die die Konnektivität mit dem logischen Server für Azure SQL-Datenbank steuern, finden Sie unter Konnektivitätseinstellungen.

• Dieser Artikel gilt nicht für Azure SQL Managed Instance. Weitere Informationen finden Sie unter Konnektivitätsarchitektur für azure SQL Managed Instance.

• Dieser Artikel gilt nicht für dedizierte SQL-Pools in Azure Synapse Analytics.

  • Einstellungen, die die Konnektivität mit dedizierten SQL-Pools in Azure Synapse Analytics steuern, finden Sie unter Azure Synapse Analytics-Konnektivitätseinstellungen.

  • Verbindungszeichenfolgen zu Azure Synapse Analytics-Pools finden Sie unter Verbinden mit Synapse SQL.

Übersicht über die Konnektivitätsarchitektur

Das folgende Diagramm bietet einen allgemeinen Überblick über die Verbindungsarchitektur.

In den folgenden Schritten wird beschrieben, wie eine Verbindung hergestellt wird:

1. Clients stellen eine Verbindung mit dem Gateway her, das über eine öffentliche IP-Adresse verfügt und an Port 1433 lauscht.

2. Je nach effektiver Verbindungsrichtlinie leitet das Gateway den Datenverkehr an den richtigen Datenbankcluster um oder fungiert als Proxy.

3. Innerhalb des Datenbankclusters leitet das Gateway Datenverkehr an die entsprechende Datenbank weiter.

Verbindungsrichtlinie

Logische SQL-Server unterstützen die folgenden drei Optionen für die Verbindungsrichtlinieneinstellung des Servers:

• Umleitung (empfohlen): Clients richten Verbindungen direkt mit dem Knoten ein, der die Datenbank hostet, wodurch die Latenz reduziert und der Durchsatz verbessert wird. Um diesen Modus für Verbindungen zu verwenden, müssen Clients:

  • Ausgehende Kommunikation zwischen dem Client und allen IP-Adressen für Azure SQL in der Region an Ports im Bereich zwischen 11000 und 11999 zulassen. die Diensttags für SQL verwenden, um die Verwaltung zu vereinfachen. Wenn Sie Private Link verwenden, lesen Sie Verwendung der Umleitungsverbindungsrichtlinie mit privaten Endpunkten für die zuzulassenden Portbereiche.

  • Erlauben Sie die ausgehende Kommunikation vom Client zu den IP-Adressen des Azure SQL-Datenbank-Gateways über Port 1433.

  • Wenn Sie die Umleitungsverbindungsrichtlinie verwenden, lesen Sie die Azure-IP-Bereiche und -Diensttags – Public Cloud für eine Liste der IP-Adressen Ihrer Region, die zugelassen werden sollen.

• Proxy: In diesem Modus durchlaufen alle Verbindungen die Azure SQL-Datenbankgateways, wodurch die Latenz erhöht und der Durchsatz reduziert wird. Um diesen Modus für Verbindungen zu verwenden, müssen Clients ausgehende Kommunikation vom Client zu IP-Adressen des Azure SQL-Datenbankgateways über Port 1433 zulassen.

  • Wenn Sie die Proxyverbindungsrichtlinie verwenden, lesen Sie die Liste der Gateway-IP-Adressen weiter unten in diesem Artikel, um die IP-Adressen Ihrer Region zuzulassen.

• Standard: Diese Verbindungsrichtlinie ist nach der Erstellung auf allen Servern wirksam, es sei denn, Sie ändern die Verbindungsrichtlinie explizit auf eine Proxy oder Redirect. Die Standardrichtlinie lautet:

  • Redirect für alle Clientverbindungen, die innerhalb von Azure stammen (z. B. von einem virtuellen Azure-Computer).

  • Proxy für alle Clientverbindungen von außerhalb (z. B. Verbindungen von Ihrer lokalen Arbeitsstation).

  • Derzeit ist die Verbindungsrichtlinie für die SQL-Datenbank in Microsoft Fabricstandard und kann nicht geändert werden.

Für die niedrigste Latenz und den höchsten Durchsatz empfehlen wir dringend die Redirect Verbindungsrichtlinie anstelle der Proxy Verbindungsrichtlinie. Sie müssen jedoch die zusätzlichen Anforderungen für die Zulassung des Netzwerkverkehrs für die ausgehende Kommunikation erfüllen:

• Wenn der Client ein virtueller Azure-Computer ist, können Sie diese Anforderung mithilfe von Netzwerksicherheitsgruppen (Network Security Groups, NSG) mit Diensttags erreichen.

• Wenn der Client eine Verbindung von einer lokalen Arbeitsstation herstellt, müssen Sie möglicherweise mit Ihrem Netzwerkadministrator zusammenarbeiten, um den Netzwerkdatenverkehr über Ihre Unternehmensfirewall zuzulassen.

Informationen zum Ändern der Verbindungsrichtlinie finden Sie unter Ändern der Verbindungsrichtlinie.

Verbindung innerhalb von Azure

Wenn Sie eine Verbindung aus Azure herstellen, verwenden Ihre Verbindungen standardmäßig eine Verbindungsrichtlinie Redirect . Eine Redirect Richtlinie bedeutet, dass die Clientsitzung nach dem Einrichten der TCP-Sitzung an den richtigen Datenbankcluster umleitet. Die virtuelle Ziel-IP ändert sich vom Azure-SQL-Datenbank-Gateway zum Cluster. Alle nachfolgenden Pakete fließen direkt an den Cluster und umgehen das Gateway. Das folgende Diagramm veranschaulicht diesen Datenverkehrfluss.

Verbindung von außerhalb von Azure

Wenn Sie eine Verbindung von außerhalb von Azure herstellen, verwenden Ihre Verbindungen standardmäßig eine Verbindungsrichtlinie Proxy. Die Richtlinie Proxy bedeutet, dass die TCP-Sitzung über das Gateway von Azure SQL-Datenbank hergestellt wird und dass alle nachfolgenden Pakete über das Gateway fließen. Das folgende Diagramm veranschaulicht diesen Datenverkehrfluss.

Gateway-IP-Adressen

In diesem Abschnitt werden die IP-Adressbereiche aufgeführt, die den regionalen Gateways der SQL-Datenbank zugewiesen sind.

Wenn die Proxyverbindungsrichtlinie wirksam ist, müssen Datenbankclients alle angegebenen IP-Adressen in allen Bereichen für die Region des logischen Servers erreichen können. Mit dem Umleitungsverbindungstyp müssen Clients in der Lage sein, einen größeren Satz von IP-Adressen zu erreichen. Verwenden Sie dazu die Sql.<region> Diensttags in Azure. Weitere Informationen finden Sie unter Azure-IP-Adressbereiche und Diensttags – öffentliche Cloud.

Clients, die eine Verbindung mit privaten Endpunkten herstellen, benötigen keine Verbindung zu einem dieser Bereiche, da ein privater Endpunkt eine direkte Verbindung mit den Gateways hat.

Zugehöriger Inhalt

• Ports jenseits von 1433 für ADO.NET 4.5
• Übersicht über die Anwendungsentwicklung – Azure SQL-Datenbank und azure SQL Managed Instance
• Azure IP Ranges and Service Tags – Public Cloud (Azure-IP-Bereiche und -Diensttags – Public Cloud)