Невозможно подключиться из фабрики данных Azure к гибкому серверу Postgres с помощью частной конечной точки
Я пытаюсь подключиться к фабрике данных Azure к гибкому серверу Postgres. Для этого я придерживался официальной документации Microsoft: https://learn.microsoft.com/en-us/azure/postgresql/flexible-server/how-to-connect-to-data-factory-private-endpoint.
У меня была идентичная настройка с одним сервером Postgres, который работал, однако использование гибкого сервера оставляет мне тайм-аут соединения при тестировании соединения со стороны adf с помощью кнопки «Проверить соединение» в меню «Связанные службы».
Мы проверили правила брандмауэра и настройки nsg, трафик ничего не блокирует. Единственная разница в настройке — это сам сервер postgres, все остальные настройки идентичны. Кроме того, мы можем успешно подключаться к базе данных из других ресурсов в Azure, а также с локальных компьютеров.
Как подключить гибкий сервер postgres к adf?
Ответы 2
Невозможно подключиться из фабрики данных Azure к гибкому серверу Postgres с помощью частной конечной точки.
Проблема может возникнуть по нескольким причинам, таким как проблема с брандмауэром, проблема с сетью между Postgres SQL и экземпляром ADF или настройка тайм-аута Azure Postgres SQL.
Чтобы решить эту проблему, сначала проверьте брандмауэр, который вы правильно разрешаете всем службам подключаться к гибкому серверу Azure Postgres, и добавьте параметр тайм-аута в строку подключения, используя Дополнительные свойства подключения, добавьте имя свойства как Timeout и значение в секундах, как показано ниже:
Также убедитесь, что ваша управляемая частная конечная точка находится в утвержденном состоянии и выбранный вами целевой сервер верен:
Вот мое успешное соединение с гибким сервером Postgres с использованием управляемой конечной точки.
По данным службы поддержки Microsoft, в базовом контейнере гибкого сервера postgres имеется ошибка, которая не позволяет postgres обновлять свой внутренний сетевой интерфейс при добавлении новых частных конечных точек.
По словам поддержки, проблема решается остановкой и запуском сервера (НЕ перезагрузкой). Самостоятельно не проверял, нам исправили.
Они планируют исправить проблему в августе, возможно, в официальных примечаниях к выпуску будет запись об этой проблеме:
https://learn.microsoft.com/en-us/azure/postgresql/flexible-server/release-notes#release-july-2024
Как я уже сказал, мы проверили все правила брандмауэра, правила блокировки нет. Я пробовал использовать другое значение тайм-аута, но результат тот же. Где я могу проверить правила брандмауэра? Я проверил сами правила nsgs и брандмауэра, есть ли еще где искать?