Я пробовал несколько раз по нескольким подпискам, используя несколько разных учетных записей, и постоянно сталкиваюсь с одной и той же проблемой при попытке развернуть новый кластер служебной фабрики через портал Azure. Я пробовал это как с безопасными, так и с незащищенными кластерами (чтобы убедиться, что моя установка сертификата не виновата), а также с кластерами с 5 узлами, а также с кластерами с одним узлом. Во всех случаях ошибка была одинаковой.
На шаге 4 во всех случаях портал указывает, что шаблон ARM, созданный порталом, действителен, и позволяет мне начать процесс развертывания. Примерно через 10 минут я в 20-й раз получаю ужасный значок Ошибка развертывания на панели инструментов!
Нажав на значок, я попадаю в журнал ошибок, который указывает на то, что возникла проблема с «Запись развертываний».
Я также вижу, что созданы все необходимые типы ресурсов (учетные записи хранения, масштабируемые наборы виртуальных машин и т. Д.)
Однако, глядя на масштабируемый набор виртуальных машин, я вижу другую (более описательную) проблему, в которой говорится, что произошла ошибка подготовки с кодом «ProvisioningState / failed / InternalDiskManagementError» и что произошла внутренняя ошибка управления диском.
Я в полной растерянности. Я не делаю ничего особенного, это все на портале Azure, и, как я уже упоминал, я пробовал как простые тестовые кластеры без безопасности или ведения журнала, так и кластеры из 5 узлов с включенными безопасностью и ведением журнала. Во всех случаях я получаю ту же самую ошибку. Это в трех разных учетных записях Azure.
Единственное, что я мог бы попробовать, - это разные регионы (я ориентировался только на запад США 2) и, возможно, некоторые варианты размера виртуальной машины (ориентировался на A0 по стоимости).
Кто-нибудь еще сталкивался с подобными проблемами? Мне удавалось развертывать кластеры и раньше (несколько месяцев назад), но с тех пор меня постоянно останавливает эта ошибка!
ОБНОВЛЕНИЕ 1
Я попытался выполнить развертывание в западной части США 2, используя размер виртуальной машины A1_V2, и снова получил сбой развертывания записи, но на этот раз в масштабируемом наборе виртуальных машин у меня другая ошибка:
ProvisioningState / failed / VMExtensionHandlerNonTransientError
Обработчик Microsoft.Azure.Diagnostics.IaaSDiagnostics сообщил об ошибке для расширения виртуальной машины VMDiagnosticsVmExt_vmNodeType0Name с кодом ошибки терминала «1007» и сообщением об ошибке: «Не удалось установить плагин (имя: Microsoft.Azure.Diagnostics.IaaSDiagnostics, версия 1.10.0.0) с исключением. Команда C: \ Packages \ Plugins \ Microsoft.Azure.Diagnostics.IaaSDiagnostics \ 1.10.0.0 \ DiagnosticsInstall.cmd из Microsoft.Azure.Diagnostics.IaaSDiagnostics не завершилась вовремя! Убить его ... '
ОБНОВЛЕНИЕ 2
Я выполнил развертывание в центральной части США, используя виртуальную машину размера D, и смог развернуть ее нормально. На данный момент кажется, что проблемы вызывают либо регион, либо размер виртуальной машины. Собираюсь сделать еще несколько развертываний с использованием различных размеров и регионов виртуальных машин и продолжу обновлять здесь свои выводы ...
ОБНОВЛЕНИЕ 3
Удалось создать кластер Standard_D1_v2 с одним узлом в Западном США 2.
ОБНОВЛЕНИЕ 4
Смог создать 3-узловой кластер Standard_A2_v2 в Западной части США 2.
Проблема не в регионе .....
ОБНОВЛЕНИЕ 5
Вторая попытка развернуть виртуальную машину A1_V2 на западе США 2 привела к той же ошибке, что и в прошлый раз, когда использовалась виртуальная машина этого размера:
ProvisioningState / failed / VMExtensionHandlerNonTransientError
ОКОНЧАТЕЛЬНОЕ ОБНОВЛЕНИЕ
Проблема, похоже, в том, что виртуальные машины, которые я использовал, недостаточно заряжены.
Я надеюсь, что Microsoft обновит свой портал, чтобы следующий разработчик не столкнулся с такими же проблемами, как я. Прямо сейчас портал заставляет вас думать, что ваша установка действительна (даже проходит проверку на шаге 4), а затем терпит неудачу без какой-либо ясности. Я открыл заявку в службу поддержки, и даже специалисты по Azure дают мне возможность проверить настройки своего поставщика ресурсов! Они понятия не имеют, что я использую виртуальные машины недостаточного размера!
Я также считаю, что разработчикам слишком дорого платить так много только за то, чтобы установить несколько тестовых узлов в облаке. И я до сих пор недоумеваю, что смог запустить 5-узловой кластер A0, но больше не могу! Может быть, с тех пор было обновление программного обеспечения Service Fabric?
