Устранение сбоев, возникающих при создании кластера с помощью Azure HDInsight
Основные причины сбоев при создании кластера:
- Проблемы с разрешениями.
- Ограничения политики ресурсов.
- Брандмауэры
- Блокировки ресурсов
- Неподдерживаемые версии компонентов
- Ограничения в отношении имен учетных записей хранения
- Простои службы
Проблемы с разрешениями
Если вы используете Azure Data Lake Storage 2-го поколения и получаете ошибку AmbariClusterCreationFailedErrorCode
: "Internal server error occurred while processing the request. Please retry the request or contact support.", откройте портал Azure, перейдите в учетную запись хранения и в разделе контроль доступа (IAM), убедитесь, что участник данных хранилища или роль владельца данных BLOB-объектов хранилища назначен доступ к Назначаемое пользователем управляемое удостоверение для подписки. Подробные инструкции см. в разделе о настройке разрешений для управляемого удостоверения в Data Lake Storage 2-го поколения.
Если вы используете службу хранилища Azure, имя учетной записи хранения должно быть допустимым во время создания кластера.
Ограничения политики ресурсов.
Политики Azure на основе подписки могут запрещать создание общедоступных IP-адресов. Для создания кластера HDInsight требуется два общедоступных IP-адреса.
Как правило, на создание кластера могут влиять следующие политики:
- политики, препятствующие созданию IP-адресов и подсистем балансировки нагрузки в подписке;
- политики, препятствующие созданию учетной записи хранения;
- политики, препятствующие удалению сетевых ресурсов (IP-адресов или подсистем балансировки нагрузки).
Брандмауэры
Брандмауэры в виртуальной сети или в учетной записи хранения могут запретить обмен данными с IP-адресами управления HDInsight.
Разрешить трафик из IP-адресов в таблице.
Исходный IP-адрес | Назначение | Направление |
---|---|---|
168.61.49.99 | *:443 | Входящий трафик |
23.99.5.239 | *:443 | Входящий трафик |
168.61.48.131 | *:443 | Входящий трафик |
138.91.141.162 | *:443 | Входящий трафик |
Также добавьте IP-адреса того региона, в котором создается кластер. Список IP-адресов управления HDInsight для каждого региона Azure можно найти здесь.
Если вы используете экспресс-маршрут или собственный пользовательский DNS-сервер, см. статью "Планирование виртуальной сети для Azure HDInsight" — подключение нескольких сетей.
Блокировка ресурсов
Убедитесь в том, что в виртуальной сети и группе ресурсов нет блокировок. Кластеры не могут быть созданы или удалены, если группа ресурсов заблокирована.
Неподдерживаемые версии компонентов
Убедитесь, что в решении используется поддерживаемая версия Azure HDInsight и компонент Apache Hadoop.
Ограничения в отношении имен учетных записей хранения
Имена учетных записей хранения не могут содержать более 24 символов и не могут содержать специальный символ. Эти ограничения также касаются имени контейнера по умолчанию в учетной записи хранения.
При создании кластера применяются и другие ограничения именования. Дополнительные сведения см. в разделе об ограничениях для имен кластеров.
Простои службы
Проверьте состояние Azure на предмет наличия сбоев или проблем со службой.
Следующие шаги
- Расширение возможностей HDInsight с помощью виртуальной сети Azure
- Использование Azure Data Lake Storage Gen2 с кластерами Azure HDInsight
- Использование службы хранилища Azure с кластерами Azure HDInsight
- Установка кластеров в HDInsight с использованием Apache Hadoop, Apache Spark, Apache Kafka и других технологий