Спроси эксперта: Джон Сэвилл. Часть III
Как мне однозначно идентифицировать виртуальную машину Azure даже в том случае, если она деинициализирована, а затем развернута повторно?
Если виртуальная машина в Azure была деинициализирована, то когда она разворачивается повторно, она получает новый глобальный идентификатор GUID. что сильно затрудняет отслеживание виртуальных машин из приложений управления. Чтобы помочь решить эту проблему, Azure присваивает каждой виртуальной машине уникальный универсальный идентификатор UUID, который можно запросить изнутри виртуальной машины, используя следующий код:
$computerSystemProduct = Get-WmiObject -class Win32_ComputerSystemProduct -namespace rootCIMV2
'VM UUID is "{0}"' -f $computerSystemProduct.UUIDДанное значение сохраняется в SMBIOS виртуальных машин Azure и является долговременным, даже в том случае, если виртуальная машина отключена, а потом вновь подсоединена к инфраструктуре Azure. Обратите внимание, что если вы удаляете виртуальную машину, а потом создаете новую, используя существующие VHD, то универсальный уникальный идентификатор UUID виртуальной машины получит новое значение.
Я выгрузил образ в Azure (с неподдерживаемой операционной системой), но, когда пытаюсь создать из него виртуальную машину, она «зависает» в процессе инициализации. Почему?
Образ в Azure представляет собой файл VHD, который был подготовлен для развертывания. Для Windows это означает, что операционная система была обработана с использованием SYSPREP. Когда Azure разворачивает виртуальную машину, основываясь на шаблоне. как часть процесса инициализации, создается файл ответов, который прикрепляется к виртуальной машине через виртуальный файл DVD ISO. Формат файла ответов формируется для операционных систем, которые поддерживает Azure. Он не будет работать на неподдерживаемых образах, таких как клиентские операционные системы. Вот почему неподдерживаемая операционная система зависает на стадии инициализации: она не может обработать файл ответов, созданный Azure.
Если вам нужно задействовать неподдерживаемую операционную систему в Azure, могу предложить такое решение: не создавайте эту систему в виде образа, который будет использовать файл ответов. Вместо этого создайте операционную систему как обычный диск, который не подвергался обработке SYSPREP и, таким образом, не будет требовать специальной фазы работы с файлом ответов. Вот что нужно сделать:
1. Выгрузите VHD в Azure.
2. Пометьте выгруженный VHD как диск и покажите, что он содержит операционную систему.
3. Создайте виртуальную машину из полученного диска. Это означает, что диск может быть использован только одной виртуальной машиной. Если вам нужно задействовать его для нескольких виртуальных машин, то следует дублировать диск в Azure, но не использовать SYSPREP.
Как выполнить переход между режимами установки в Windows Server 2016?
Вы не можете этого сделать. Возможность поменять режим после установки недоступна в Windows Server 2016, вы жестко задаете режим во время установки.
Подобное решение логично и вызвано основными требованиями к безопасности. Именно такие ограничения и делают Windows Server 2016 таким же неприступным, как железные двери (http://www.dpz.ru/). Однако, в это же самое время, это накладывают и ряд ограничений на настройку серверов, которые, впрочем, не так уж и критичны.
