Если в среде диспетчер виртуальных машин (VMM) установлен накопительный пакет обновления Microsoft System Center R2 2012 R2 или более поздней версии, вы можете повторно связать потерянную виртуальную машину с ее ролью службы или виртуальной машины после повторной передачи главного сервера в VMM. Это полезно, если виртуальные машины роли службы или виртуальной машины потеряны во время цикла добавления или удаления узла. Это также полезно для реализации сценариев восстановления и резервного копирования для служб и ролей виртуальных машин.
В чем была проблема ранее?
-
Иногда узлу или кластеру можно вывести из эксплуатации VMM, и его необходимо восстановить. Если в таких узлах или кластерах размещались виртуальные машины, которые были частью какой-либо роли службы или виртуальной машины, администраторам VMM не было возможности перед UR7 связать виртуальные машины с соответствующими ролями службы или виртуальной машины.
-
Если Site Recovery службы используются при отключении первичного сайта, виртуальные машины восстанавливаются на вторичном сайте. После того как шаблоны служб стали доступны на вторичном сайте, ранее невозможно было связать восстановленные виртуальные машины с новым развернутым экземпляром службы.
Разделы справки связать виртуальную машину?
С помощью следующего командлета можно повторно связать виртуальную машину с ролью службы или виртуальной машины.
Набор параметров: Service
Join-SCVirtualMachine [–VM] <VM> -ComputerTier <ComputerTier> [<CommonParameters>]
Parameter Set: VM Role
Join-SCVirtualMachine [–VM]<виртуальная машина > -VMRole <CloudVMRole> [<CommonParameters>]Этот командлет выполняет задачу повторного связывания в VMM. Эта задача выполняет набор проверки, которые помогают подтвердить совместимость виртуальной машины с шаблоном службы. Щелкните здесь, чтобы просмотреть список проверок.
Сведения о параметре
-VM <виртуальную машину>
этот параметр указывает потерянную виртуальную машину, которая должна быть присоединена к роли службы или виртуальной машины.
|
Псевдонимы |
Нет |
|
Обязательно? |
Истинный |
|
Позиции? |
1 |
|
Значение по умолчанию |
Нет |
|
Принять входные данные конвейера? |
True (ByValue) |
|
Принять подстановочные знаки? |
Ложных |
-ComputerTier <ComputerTier>
используйте этот параметр, чтобы указать уровень компьютера экземпляра службы, к которому должна быть присоединена виртуальная машина.
|
Псевдонимы |
Нет |
|
Обязательно? |
Истинный |
|
Позиции? |
Именем |
|
Значение по умолчанию |
Нет |
|
Принять входные данные конвейера? |
Ложных |
|
Принять подстановочные знаки? |
Ложных |
-VMRole <CloudVMRole
>используйте этот параметр, чтобы указать роль виртуальной машины, к которой должна быть присоединена виртуальная машина.
|
Псевдонимы |
Нет |
|
Обязательно? |
Истинный |
|
Позиции? |
Именем |
|
Значение по умолчанию |
Нет |
|
Принять входные данные конвейера? |
Ложных |
|
Принять подстановочные знаки? |
Ложных |
Примеры
Пример 1. Присоединение потерянной виртуальной машины к уровню служб
$vm = Get-SCVirtualMachine –Name "PS-Web-001"
$ct = Get-SCComputerTier –Name "MyService-WebTier"
Join-SCVirtualMachine –VM $vm –ComputerTier $ct
Example 2: Join an orphaned virtual machine to a VMRole
$vm = Get-SCVirtualMachine –Name "PS-Web-001"
$vmRole = Get-CloudResource –Name "PetShop"
Join-SCVirtualMachine –VM $vm –VMRole $vmRole
Снимки экрана
На следующем снимке экрана показано поведение VMM до того, как эта функция была представлена. На панели "Службы " в VMM показано, что виртуальные машины для экземпляра службы отсутствуют.
Предположения, сделанные до повторного связывания виртуальной машины
-
Предполагается, что виртуальная машина запущена и что все гостевые приложения и службы, работающие на ней, остаются без изменений.
-
Уровень компьютера, к которому присоединяется виртуальная машина, должен работать меньше максимального числа экземпляров. Домен обновления для операции соединения похож на масштабирование.
-
Повторно связываемая виртуальная машина должна быть виртуальной машиной, которая изначально была частью развертывания роли службы или виртуальной машины. Кроме того, его нельзя изменить таким образом, чтобы проверка VMM завершались сбоем. (Полный список проверок см. в разделе "Список проверок").
Не поддерживается процесс
присоединения виртуальной машины к роли службы или виртуальной машины, использующей подсистемы балансировки нагрузки. При попытке присоединить виртуальную машину к такой роли службы или виртуальной машины пользователю необходимо вручную настроить любые параметры подсистемы балансировки нагрузки.
Список проверок
Ниже приведен список проверок, которые выполняются для проверки совместимости виртуальной машины с шаблоном службы.
Виртуальная машина и состояние ComputerTier
. Виртуальная машина должна быть запущена, а уровень компьютера должен быть развернут. Кроме того, поскольку эта операция похожа на горизонтальное масштабирование, общее количество виртуальных машин для уровня не должно превышать максимальное ограничение.
-
Проверьте, находится ли виртуальная машина в состоянии выполнения.
-
Проверьте, связана ли виртуальная машина с уровнем компьютера.
-
Проверьте, находится ли уровень компьютера в состоянии "Развернуто".
-
Проверьте, меньше ли значение VMInstanceCount уровня.
Проверка области действия виртуальной
машины. Служба A может быть развернута в облаке или группе узлов. Виртуальная машина должна находиться в области облака или hostGroup, в которой развернута служба.
-
Проверьте, находится ли виртуальная машина в области действия экземпляра службы.
-
Проверьте, совпадает ли владелец виртуальной машины с владельцем экземпляра службы.
-
Проверьте, совпадает ли значение UserRole виртуальной машины с userRole экземпляра службы.
Сеть проверяет,
выполняются ли основные минимальные проверки в сетях виртуальных машин и типах IP-адресов, ожидаемых на виртуальной машине.
-
Если на виртуальной машине есть виртуальный сетевой адаптер (виртуальная сеть или виртуальный сетевой адаптер), соответствующий сети виртуальной машины, проверьте наличие каждого сетевого адаптера, определенного шаблоном.
-
Проверьте типы IP-адресов.
Проверка состояния гостевого агента
. Если для шаблона виртуальной машины на уровне компьютера требуется наличие гостевого агента на виртуальной машине, выполняются следующие проверки.
-
Убедитесь, что на виртуальной машине установлен гостевой агент.
-
Проверьте, отвечает ли гостевой агент (пульс).
-
Проверьте версию гостевого агента.
Обратите внимание, что если с уровнем компьютера связан один или несколько виртуальных IP-адресов (Load Balancer ВИРТУАЛЬНЫХ IP-адресов), а число экземпляров компьютера уровня равно нулю (0), этот командлет нельзя использовать для связывания виртуальной машины с таким уровнем.
То есть для уровня компьютера с LBVips связанная виртуальная машина не может быть первой виртуальной машиной этого уровня. Она должна иметь по крайней мере одну существующую виртуальную машину, которую можно получить путем масштабирования этого уровня. В этом случае мы рекомендуем масштабировать уровень, чтобы иметь по крайней мере одну виртуальную машину. Это позволяет избежать проблем, влияющих на кластеры балансировки сетевой нагрузки, в которых на уровне может не быть узла NLB, и мы пытаемся добавить член виртуального IP-адреса, который в конечном итоге завершается сбоем.
