Архитектура подключения

Применимо к: База данных SQL Azureбазе данных SQL в Fabric

В этой статье объясняется архитектура различных компонентов, которые направляют сетевой трафик на сервер в базе данных SQL Azure и базе данных SQL в Microsoft Fabric. Узнайте больше о различных политиках подключения и о том, как они влияют на подключение клиентов из Azure и клиентов, подключающихся за пределами Azure.

• Сведения о строка подключения База данных SQL Azure см. в разделе "Подключение и запрос к База данных SQL Azure".
• Параметры, управляющие подключением к логическому серверу для базы данных SQL Azure, см. в параметрах подключения.
• Эта статья не относится к управляемому экземпляру базы данных SQL Azure. См. архитектуру подключения для Управляемый экземпляр SQL Azure.
• Эта статья не относится к выделенным пулам SQL в Azure Synapse Analytics.
  • Параметры, управляющие подключением к выделенным пулам SQL в Azure Synapse Analytics, см. в параметрах подключения Azure Synapse Analytics.
  • Сведения о строка подключения пулах Azure Synapse Analytics см. в статье "Подключение к Synapse SQL".

Архитектура подключения

На следующей схеме показана общая архитектура подключений.

Ниже описано, как устанавливается подключение.

• Клиенты подключаются к шлюзу, который использует общедоступный IP-адрес и ожидает передачи данных через порт 1433.
• В зависимости от действующей политики подключения шлюз перенаправляет или прокси-серверы трафика в правильный кластер базы данных.
• В кластере баз данных трафик перенаправляется в соответствующую базу данных.

Политика подключения

Логические серверы SQL поддерживают следующие три параметра политики подключения сервера.

• Перенаправление (рекомендуется). Клиенты устанавливают подключения непосредственно к узлу, на котором размещена база данных, что приводит к снижению задержки и повышению пропускной способности. Для подключения к этому режиму клиентам необходимо:
  • Разрешить исходящий трафик от клиента ко всем IP-адресам Azure SQL в регионе на портах в диапазоне 11000–11999. Использовать теги службы для SQL, чтобы упростить управление. Если вы используете Приватный канал, ознакомьтесь с политикой подключения перенаправления с частными конечными точками для разрешенных диапазонов портов.
  • Разрешите исходящие подключения от клиента к IP-адресам шлюза Базы данных SQL Azure через порт 1433.
  • При использовании политики подключения перенаправления обратитесь к диапазонам IP-адресов Azure и тегам службы — общедоступному облаку для списка разрешенных IP-адресов вашего региона.
• Прокси-сервер. В этом режиме все подключения предоставляются через шлюзы Базы данных SQL Azure, что приводит к увеличению задержки и снижению пропускной способности. Для подключений, использующих этот режим, клиенты должны разрешать исходящий обмен данными между клиентом и IP-адресами шлюза Базы данных SQL Azure через порт 1433.
  • При использовании политики подключения прокси-сервера обратитесь к списку IP-адресов шлюза далее в этой статье, чтобы разрешить IP-адреса вашего региона.
• По умолчанию. Это политика подключения, которая влияет на все серверы после создания, пока вы явным образом не измените политику подключения на Proxy или Redirect. Политика по умолчанию:
  • Redirect для всех клиентских подключений, поступающих в Azure (например, из виртуальной машины Azure).
  • Proxy для всех клиентских подключений, исходящих вне (например, подключений с локальной рабочей станции).
  • В настоящее время политика подключения для базы данных SQL в Microsoft Fabricпо умолчанию и не может быть изменена.

Чтобы задержка была минимальной, а пропускная способность высокой, настоятельно рекомендуется использовать политику перенаправления подключения Redirect через политику подключения Proxy. Однако необходимо выполнить дополнительные требования для предоставления сетевого трафика для исходящего трафика:

• Если клиент является виртуальной машиной Azure, это можно сделать с помощью групп безопасности сети (NSG) с тегами служб.
• Если клиент подключается из локальной рабочей станции, возможно, потребуется работать с администратором сети, чтобы разрешить сетевой трафик через корпоративный брандмауэр.

Сведения об изменении политики подключения см. в разделе "Изменение политики подключения".

Подключение из Azure

Если вы подключаетесь из Azure, у вас есть политика Redirect подключения по умолчанию. Политика Redirect означает, что после установления TCP-сеанса сеанс клиента перенаправляется в правильный кластер базы данных с изменением целевого виртуального IP-адреса с адреса шлюза базы данных Azure SQL на адрес кластера. После этого все последующие пакеты передаются непосредственно в кластер, обходя шлюз. Этот поток трафика представлен на схеме ниже.

Подключение из-за пределов Azure

При подключении извне Azure подключения имеют политику Proxy подключения по умолчанию. Политика Proxy означает, что устанавливается сеанс TCP через шлюз Базы данных SQL Azure и все последующие пакеты проходят через этот шлюз. Этот поток трафика представлен на схеме ниже.

IP-адреса шлюза

В следующей таблице перечислены отдельные IP-адреса шлюза и подсети IP-адресов шлюза в каждом регионе.

Периодически корпорация Майкрософт удаляет отдельные IP-адреса шлюза и переносит трафик в подсети IP-адресов шлюза, как описано в процессе миграции трафика базы данных SQL Azure на более новые шлюзы.

Мы настоятельно рекомендуем клиентам отойти от использования любого отдельного IP-адреса шлюза (так как эти адреса будут отставлены в будущем). Вместо этого можно разрешить сетевому трафику обращаться как к отдельным IP-адресам шлюза, так и к подсетям IP-адресов шлюза в регионе.

Связанный контент

• Сведения о поведении подключения к базе данных SQL Azure клиентов, использующих ADO.NET 4.5 или более поздней версии, см. в разделе Порты для ADO.NET 4.5, отличные от порта 1433.
• Общая информация о разработке приложений приведена в разделе Обзор разработки приложений баз данных SQL.
• Ознакомьтесь с диапазонами IP-адресов Azure и тегами службы — общедоступным облаком.