Устранение распространенных ошибок при развертывании в Azure с использованием Azure Load Balancer

  • Статья

В этой статье перечислены некоторые распространенные ошибки при развертывании Azure Load Balancer и описаны способы их устранения. Если вам нужны сведения о коде ошибки, который отсутствует в этой статье, сообщите нам об этом. Отзыв можно оставить внизу страницы. Все отзывы отслеживаются через раздел проблем на GitHub.

Коды ошибок

Код ошибки Сведения о проблемах и способы их устранения
DifferentSkuLoadBalancersAndPublicIPAddressNotAllowed Ценовые категории общедоступного IP-адреса и Load Balancer должны совпадать. Убедитесь, что ценовые категории Load Balancer и общедоступного IP-адреса совпадают. Для производственных рабочих нагрузок рекомендуется ценовая категория "Стандартный". Дополнительные сведения о различиях между ценовыми категориями см. здесь.
DifferentSkuLoadBalancerAndPublicIPAddressNotAllowedInVMSS Масштабируемые наборы виртуальных машин по умолчанию подсистемы балансировки нагрузки уровня "Базовый", если номер SKU не указан или развернут без общедоступных IP-адресов уровня "Стандартный". Повторно разверните масштабируемый набор виртуальных машин с общедоступными IP-адресами уровня "Стандартный" на отдельных экземплярах, чтобы убедиться, что при развертывании масштабируемого набора виртуальных машин из портал Azure выбрано Load Balancer (цен. категория или выберите стандартный балансировщик нагрузки.
MaxAvailabilitySetsInLoadBalancerReached Внутренний пул Load Balancer может содержать не более 150 групп доступности. Если вы явно не определили группы доступности для виртуальных машин во внутреннем пуле, каждая виртуальная машина будет помещена в собственную группу доступности. Это означает, что при развертывании 150 изолированных виртуальных машин создаются 150 групп доступности, что является предельным значением. В качестве обходного пути можно развернуть группу доступности и добавить в нее дополнительные виртуальные машины.
NetworkInterfaceAndLoadBalancerAreInDifferentAvailabilitySets Для Load Balancer ценовой категории "Базовый" сетевой интерфейс и подсистема балансировки нагрузки должны находиться в одной группе доступности.
RulesOfSameLoadBalancerTypeUseSameBackendPortProtocolAndIPConfig Для данного типа подсистемы балансировки нагрузки (внутренней, общедоступной) не может быть более одного правила с одним и тем же серверным портом и протоколом, на которые ссылается один и тот же масштабируемый набор виртуальных машин. Измените правило, чтобы избежать создания дублирующихся правил.
RulesOfSameLoadBalancerTypeUseSameBackendPortProtocolAndVmssIPConfig Для данного типа подсистемы балансировки нагрузки (внутренней, общедоступной) не может быть более одного правила с одним и тем же серверным портом и протоколом, на которые ссылается один и тот же масштабируемый набор виртуальных машин. Измените параметры правила, чтобы избежать создания дублирующихся правил.
AnotherInternalLoadBalancerExists Вы можете создать только один экземпляр Load Balancer с типом "внутренний", ссылающийся на один и тот же набор виртуальных машин или сетевых интерфейсов во внутренней части этого экземпляра Load Balancer. Обновите развертывание, чтобы убедиться, что вы создаете только один Load Balancer того же типа.
CannotUseInactiveHealthProbe У вас не может быть пробы, которая не используется ни в одном правиле, настроенном для работоспособности масштабируемого набора виртуальных машин. Убедитесь, что настроенная проба активно используется.
VMScaleSetCannotUseMultipleLoadBalancersOfSameType Вы не можете использовать несколько подсистем балансировки нагрузки одного типа (внутренние, общедоступные). Вы можете использовать только один внутренний и один общедоступный экземпляр Load Balancer.
VMScaleSetCannotReferenceLoadbalancerWhenLargeScaleOrCrossAZ Базовые Load Balancer не поддерживаются для групп с несколькими размещениями Масштабируемые наборы виртуальных машин или масштабируемого набора виртуальных машин между зонами доступности. Используйте Load Balancer ценовой категории "Стандартный".
MarketplacePurchaseEligibilityFailed Переключитесь на правильную учетную запись администратора, чтобы разрешить покупки, так как используется подписка EA. С дополнительными сведениями вы можете ознакомиться здесь.
ResourceDeploymentFailure Если подсистема балансировки нагрузки находится в состоянии сбоя, выполните следующие шаги, чтобы устранить это состояние:
  1. Перейдите на сайт https://resources.azure.com и выполните вход с учетными данными для портала Azure.
  2. Выберите Чтение и запись.
  3. В области слева разверните узел Подписки, а затем разверните подписку, в которой нужно обновить Load Balancer.
  4. Разверните узел Группы ресурсов, а затем разверните группу ресурсов, в которой нужно обновить Load Balancer.
  5. Выберите Microsoft.Network>LoadBalancers, а затем выберите обновляемый экземпляр Load Balancer (в нашем примере это LoadBalancer_1).
  6. На странице сведений о LoadBalancer_1 щелкните GET>Правка.
  7. Обновите параметр ProvisioningState, указав вместо Failed значение Succeeded.
  8. Выберите PUT.
LoadBalancerWithoutFrontendIPCantHaveChildResources Ресурс Load Balancer, не имеющий интерфейсных IP-конфигураций, не может иметь связанных дочерних ресурсов или компонентов. Чтобы устранить эту ошибку, добавьте интерфейсную IP-конфигурацию, а затем добавьте ресурсы, которые вы пытаетесь добавить.
LoadBalancerRuleCountLimitReachedForNic Сетевой интерфейс члена внутреннего пула (виртуальная машина, масштабируемый набор виртуальных машин) не может быть связан с более чем 300 правилами. Сократите количество правил или используйте другой Load Balancer. Это ограничение указано на странице об ограничениях Load Balancer.
LoadBalancerInUseByVirtualMachineScaleSet Ресурс Load Balancer используется масштабируемым набором виртуальных машин и не может быть удален. Используйте идентификатор Resource Manager Azure, указанный в сообщении об ошибке, для поиска масштабируемого набора виртуальных машин, чтобы удалить его.

Дальнейшие действия