Я получаю следующую ошибку при попытке вручную увеличить количество экземпляров выше 10 в наборе масштабов Azure.

Не удалось обновить конфигурацию автомасштабирования для 'XXXX'. {"Error": {"details": [], "code": "InboundNatPoolFrontendPortRangeSmallerThanRequestedPorts", "message": "Диапазон портов внешнего интерфейса для inboundNATpool / subscription / xxxx / resourceGroups /" xxxx / provider / Microsoft.Network / loadBalancers / LB-xxx / inboundNatPools / DebuggerListenerNatPool-4vhwwa8stp меньше, чем запрошенное число портов 15 в наборе масштабов виртуальной машины /subscription/xxx/resourceGroups/xxxx/providers/Microsoft.Compute/XXX « . }}

Число экземпляров по умолчанию равно 3, и любое число до 10 работает как положено. Подписка имеет множество доступных ядер.

Глядя на ссылочный балансировщик нагрузки на портале Azure, я не вижу никаких настроек, которые явно связаны с этим сообщением об ошибке. У LB есть настройка 'SKU', которая имеет значение 'Basic', что, я думаю, может быть проблемой? (хотя чтение этого указывает на ограничение в 100)

Нет результатов Google для кода «InboundNatPoolFrontendPortRangeSmallerThanRequestedPorts», и поиск частей сообщения об ошибке не дал значимых результатов.

Любые указатели оценили

1
Alex Zevenbergen 11 Ноя 2017 в 19:19

4 ответа

Лучший ответ

Имейте в виду, что если у вас избыточное выделение ресурсов, вы временно получите больше виртуальных машин, чем просили (документация здесь). Так что вам нужно иметь достаточно правил NAT для размещения дополнительных виртуальных машин. Вы никогда не должны нуждаться в более чем в 2 раза большем количестве правил NAT, чем в виртуальных машинах (поэтому, если ваша максимальная виртуальная машина равна 10, вам никогда не понадобится более 20 правил NAT в пуле).

1
Neil Sant Gat 13 Ноя 2017 в 17:32

" InboundNatPoolFrontendPortRangeSmallerThanRequestedPorts "

Это сообщение об ошибке означает, что пул NAT балансировщика нагрузки меньше , чем запрошенное количество портов 15 в наборе масштаба виртуальной машины.

Вот пример пула VMSS NAT:

 "variables": {
 "natStartPort": 50000,
 "natEndPort": 50119,
 "natBackendPort": 3389,}
 "inboundNatPools": [
          {
            "name": "[variables('natPoolName')]",
            "properties": {
              "frontendIPConfiguration": {
                "id": "[variables('frontEndIPConfigID')]"
              },
              "protocol": "tcp",
              "frontendPortRangeStart": "[variables('natStartPort')]",
              "frontendPortRangeEnd": "[variables('natEndPort')]",
              "backendPort": "[variables('natBackendPort')]"
            }
          }
        ],

Пожалуйста, проверьте ваш диапазон пула NAT .

О редактировании входящего пула NAT в VMSS loadbalancer, мы можем использовать CLI 2.0 для его редактирования:

az network lb inbound-nat-pool create --backend-port
                                      --frontend-port-range-end
                                      --frontend-port-range-start
                                      --lb-name
                                      --name
                                      --protocol {All, Tcp, Udp}
                                      --resource-group

Вот аналогичный случай о редактировании пула VMSS NAT, пожалуйста, обратитесь к нему.

1
Jason Ye 13 Ноя 2017 в 02:08

В моем случае у меня был баланс нагрузки с входящим пулом NAT под названием EtwListenerNatPool-qs8az5dmgu, который имеет диапазон только 15 портов, ограничивая нас масштабированием только до 15 экземпляров. Чтобы это исправить, я выполнил следующие команды в интерфейсе командной строки Azure (ваше имя может отличаться, вы можете просматривать пулы на портале):

az login
az network lb inbound-nat-pool create --backend-port 810 --frontend-port-range-end 860 --frontend-port-range-start 810 --lb-name <lbName> --name EtwListenerNatPool-qs8az5dmgu --protocol Tcp --resource-group <resourceGroup>
0
UnionP 15 Ноя 2019 в 02:41

Убедись в том, что

  • ваш диапазон IP-адресов в подсети достаточно велик
  • вы также добавляете «правило входящего NAT» в балансировщик нагрузки, если вы масштабируете вручную с помощью PowerShell или CLI
0
Hermann 12 Ноя 2017 в 00:17