Создание шлюзов данных виртуальной сети
Сведения, которые следует учитывать при создании шлюза данных виртуальной сети:
Перед созданием шлюза данных виртуальной сети убедитесь, что функция поддерживается в вашем регионе.
Создание шлюзов данных виртуальной сети через границы клиента не поддерживается.
Метаданные (имя, сведения, источники данных, зашифрованные учетные данные и т. д.) для всех шлюзов данных виртуальной сети хранятся в регионе по умолчанию дома Power BI. Тем не менее, шлюз данных виртуальной сети выполняется в том же регионе, что и виртуальная сеть Azure. Иногда существует разница между средой по умолчанию Power Platform и регионом по умолчанию Power BI. Это может повлиять на выбранные регионы.
Примечание.
Плата за виртуальную сеть начнет отображаться только в приложении "Метрики емкости" на 2/26.
Создание шлюза данных виртуальной сети — это трехэтапный процесс.
Шаг 1. Регистрация Microsoft.PowerPlatform в качестве поставщика ресурсов
Шаг 1. Регистрация Microsoft.PowerPlatform в качестве поставщика ресурсов
На портале Azure войдите в систему как владелец подписки и зарегистрируйте Microsoft.PowerPlatform в качестве поставщика ресурсов для подписки, содержащей виртуальную сеть. Это изменение позволяет вашей подписке работать с этим поставщиком ресурсов.
Войдите на портал Azure.
Перейдите к конкретной подписке.
Выберите параметр Поставщики ресурсов.
Найдите и выберите Microsoft.PowerPlatform и нажмите кнопку "Зарегистрировать".
Шаг 2. Связывание подсети с Microsoft Power Platform
Пользователь в роли с разрешением Microsoft.Network/virtualNetworks/subnets/join/action в виртуальной сети, например роль "Участник сети Azure", может делегировать подсеть в той же виртуальной сети в Microsoft Power Platform. Делегирование подсети позволяет назначить определенную подсеть выбранной службе PaaS Azure, которую необходимо внедрить в виртуальную сеть.
Примечание.
Назначение пользователя роли участника сети или предоставление разрешения microsoft.Network/virtualNetworks/subnets/join/action в виртуальной сети настроено в Azure, поэтому пользователи, незнакомые с этим способом, должны связаться с человеком в своей организации, который управляет виртуальными сетями Azure, чтобы помочь им в изменении.
Эта подсеть должна иметь возможность подключения к службе данных.
Войдите на портал Azure.
Добавьте новую подсеть в виртуальную сеть. Эта новая подсеть не может быть предоставлена другим службам, но будет использоваться полностью службой виртуальной сети Power Platform. Пять IP-адресов в этой подсети будут зарезервированы для основных функциональных возможностей. Помимо этих пяти, зарезервируйте один IP-адрес для каждого члена шлюза, который вы планируете создать. Например, если вы планируете иметь 2 кластера из 3 членов шлюза, вам потребуется всего 2 x 3 + 5 или 11 IP-адресов в диапазоне CIDR подсети. Рекомендуется добавить дополнительные IP-адреса для будущих шлюзов.
Шлюзы в каждом кластере должны иметь возможность взаимодействовать. По этой причине, если вы ограничиваете разрешенные IP-адреса, с которыми может взаимодействовать делегированная подсеть, не блокируйте сам диапазон IP-адресов подсети.
Примечание.
- Не используйте имя подсети gatewaysubnet, так как это зарезервированное слово для функции подсети шлюза Azure. Вы не сможете использовать его для создания шлюза данных виртуальной сети на шаге 3.
- Убедитесь, что в этой подсети не добавлен диапазон адресов IPV6.
- Убедитесь, что диапазон IP-адресов подсети не перекрывается 10.0.1.x.
Выберите Microsoft.PowerPlatform/vnetaccesslinks из раскрывающегося списка делегирования подсети.
Выберите Сохранить.
Шаг 3. Создание шлюза данных виртуальной сети
Пользователь Microsoft Power Platform включает подсеть для использования в Microsoft Power Platform и создает шлюз данных виртуальной сети. Выполнив этот процесс, пользователь разрешает службе виртуальной сети Microsoft Power Platform внедрить контейнеры в подсеть. Пользователь также должен иметь роль Участник сети Azure в подписке, чтобы выполнить это действие.
В верхней панели навигации щелкните значок шестеренки параметров справа.
В раскрывающемся списке выберите страницу "Управление подключениями и шлюзами".
Выберите Virtual network (VNet) data gateway (Шлюз данных виртуальной сети)>Создать.
Выберите емкость лицензии, подписку, группу ресурсов, виртуальную сеть и подсеть. В раскрывающемся списке отображаются только подсети, делегированные Microsoft Power Platform. Для шлюзов данных виртуальной сети требуется лицензия емкости Power BI Premium (SKU A4 или более поздней версии или любой номер SKU) или лицензия Fabric (любой номер SKU).
По умолчанию мы предоставляем уникальное имя для этого шлюза данных, но при желании вы можете его обновить.
Выберите Сохранить. Этот шлюз данных виртуальной сети теперь отображается на вкладке шлюзов данных виртуальной сети. Шлюз данных виртуальной сети — это управляемый шлюз, который можно использовать для управления доступом к этому ресурсу для пользователей платформы Power.
Примечание.
В зависимости от разрешений вашей учетной записи сначала может потребоваться выбрать емкость перед выбором подписки, как показано на предыдущем снимках экрана диалогового окна "Новый шлюз данных виртуальной сети".
Регионы с поддержкой шлюзов данных виртуальных сетей
Регион виртуальной сети Azure должен находиться в одном из следующих регионов, чтобы вы могли создать шлюз данных виртуальной сети:
- Восточная Австралия
- Юго-Восточная часть Австралии
- Южная Бразилия
- Центральная Канада
- Центральная Индия
- Центральная часть США
- Восточная Азия
- Восточная часть США
- Восточная часть США 2
- Центральная Франция
- Центрально-Западная Германия
- Восточная Япония
- Республика Корея, центральный регион
- Центрально-северная часть США
- Северная Европа
- Восточная Норвегия;
- Северная часть ЮАР;
- Центрально-южная часть США
- Юго-Восточная Азия
- Северная Швейцария
- Северная часть ОАЭ;
- южная часть Соединенного Королевства
- центрально-западная часть США
- Западная Европа
- Западная Индия
- Западная часть США
- Западная часть США 2
См. также
Обратная связь
Ожидается в ближайшее время: в течение 2024 года мы постепенно откажемся от GitHub Issues как механизма обратной связи для контента и заменим его новой системой обратной связи. Дополнительные сведения см. в разделе https://aka.ms/ContentUserFeedback.
Отправить и просмотреть отзыв по