Устранение сбоев, возникающих при создании кластера с помощью 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-объектов хранилища или владельцу данных BLOB-объектов хранилища предоставлен доступ к управляемому удостоверению, назначаемому пользователем, для этой подписки. Подробные инструкции см. в разделе о настройке разрешений для управляемого удостоверения в Data Lake Storage 2-го поколения.
Если вы используете Azure Data Lake Storage 1-го поколения, воспользуйтесь инструкциями по установке и настройке в статье Использование Azure Data Lake Storage 1-го поколения с кластерами Azure HDInsight. Data Lake Storage 1-го поколения не поддерживается в кластерах HBase и в HDInsight версии 4.0.
Если вы используете службу хранилища 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 можно найти здесь.
Если вы используете Express Route или собственный 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 и других технологий