Коммутаторы : Cisco Nexus 1000V Switch for Microsoft Hyper-V

Nexus 1000 В на руководстве устранения неполадок Hyper-V

5 апреля 2016 - Машинный перевод
Другие версии: PDF-версия:pdf | Английский (22 августа 2015) | Отзыв

Содержание

Связанные обсуждения сообщества поддержки Cisco

Введение

Этот документ описывает процедуры, используемые для устранения проблем Серии Cisco Nexus 1000V (N1KV), включает Microsoft (MS) серверы Hyper-V. Реализация на Hyper-V является очень другой, чем на ESXi, таким образом, будут некоторые часто встреченные проблемы; таким образом этот документ был создан.

Большая часть информации, описанной в этом документе, прибывает непосредственно из Технического Введения нового продукта (NPI), и из проблем, с которыми встречаются во время бета-тестирования. Этот документ является динамичным в природе и будет обновлен соответственно.

Внесенный Луи Уоттой и Метью Вронковским, специалистами службы технической поддержки Cisco.

Предварительные условия

Требования

Компания Cisco рекомендует предварительно ознакомиться со следующими предметами:

  • Коммутаторы серии N1KV
  • MS серверы Hyper-V

Используемые компоненты

Настоящий документ не имеет жесткой привязки к каким-либо конкретным версиям программного обеспечения и оборудования. 

Сведения, представленные в этом документе, были получены от устройств, работающих в специальной лабораторной среде. Все устройства, описанные в этом документе, были запущены с чистой (стандартной) конфигурацией. В рабочей сети необходимо изучить потенциальное воздействие всех команд до их использования.

Проблемы приложения установщик

Существует много проблем с Установщиком applicaton, и этот раздел описывает наиболее распространенные.

Используйте приложение установщик с осторожностью

Вот некоторые причины, почему необходимо использовать это приложение с осторожностью:

  • Это не достаточно долго ждет Действительного модуля супервизора (VSM) для начала на большом количестве платформ, и часто отказывает.
  • Это перемещает управление (mgmt) интерфейс к Логическому ключу MS и не сообщает вам, даже при том, что вы не могли бы хотеть перемещенный интерфейс mgmt.
  • Логический ключ, который создан, не может использовать объединяемый в команду интерфейс. Это означает, что нет никакого резервирования для коммутатора или интерфейса mgmt.
  • Вы не можете просто добавить другую сетевую интерфейсную плату (NIC) к логическому ключу для создания, это объединялось в команду; необходимо создать новый коммутатор с объединяемым в команду интерфейсом и переместить все для имения резервирования.
  • Приложение не распознает, являются ли хосты, на которых вы устанавливаете VSM, частью кластера. Это означает, что виртуальные диски установлены в локальном хранилище, не кластеризуют хранилище.
  • Приложение создает сетевой канал связи с системным для сети набором. Каждый сегмент сети должен иметь системный для сети набор. Это - главный дефект, так знать о нем.

Местоположение журнала приложения установщик

Установщик applicaton только предназначен для работы в greenfield средах. Не пытайтесь использовать приложение в ранее установленной конфигурации. Чтобы проверить, если ошибки Установщика, перейдите к C:> Users> <username>> AppData> Локальный> Температура> 2> Nexus1000vInstaller_xxxxxxxx.txt и проверка журнал.

Приложение установщик перемещает NIC Mgmt

По умолчанию (и только) поведение Приложения установщик состоит в том, чтобы отобразить и использовать физический NIC, с которым связан интерфейс mgmt. При выполнении Приложения установщик вы только в состоянии выбрать один NIC - NIC mgmt.

Приложение установщик:

  1. Создает логический ключ MS
  2. Добавляют два хоста, которые имеют VSM к логическому ключу
  3. Перемещает NIC mgmt на действительный nNIC на логическом ключе
  4. Добавляют сетевые подключения VSM к тому логическому ключу

Этот образ иллюстрирует, как одному из хостов теперь назначили логический ключ MS и действительный NIC, который переносит трафик mgmt:

Вы видите, что канал связи определен без Команды канала от абонента к оператору при просмотре логического ключа, который создан. Это - проблема, потому что вы не можете добавить другой NIC или объединяемый в команду NIC к этому коммутатору. Нельзя изменить тип Команды, как только создан коммутатор. Кроме того, Приложение установщик не позволяет вам добавлять объединяемый в команду интерфейс.

Для изменения коммутатора на объединяемый в команду необходимо удалить его и добавить его назад с набором группировки. Это возможно, но утомительно. Вы хотите резервирование, поэтому если оно не объединяется в команду, тогда существует потенциальная проблема. 

Логический ключ для Mgmt и VSM Не Создан на Всех Коммутаторах

Это - другая проблема, потому что VSM связаны к только этим двум хостам. Так, оперативная миграция и Home-agent (HA) Cisco ограничены двумя хостами. У вас есть опция для миграции других хостов Hyper-V логического ключа MS, который создан, но это не завершено автоматически Приложением установщик.

Приложение установщик Не Использует Основанное на кластере Хранилище

Когда параметры настройки Виртуальной машины (VM) VSM созданы, Доступность имеет значение Низко. MS только позволяет VM со значениями Доступности Высоко быть включенными в Основанное на кластере Хранилище. Это размещает Виртуальный диск (VD) VSM и информацию о VM о локальном хранилище хоста Hyper-V. Снова, это ограничивает оперативную миграцию и HA для VM VSM.


Примечание:, К сожалению, никакие процедуры, как не обнаруживали, изменили настройки Доступности для VSM, как только он создан.  

Проблемы с конфигурацией VSM, которую создает приложение установщик

Приложение установщик создает очень базовую конфигурацию на VSM и импортирует часть той конфигурации к Системному диспетчеру виртуальных машин центра (SCVMM).

Приложение выполняет эти действия со стороны N1KV:

  • Создает логическую сеть по умолчанию
  • Создает пул сегмента сети по умолчанию
  • Создает соединительную сеть по умолчанию
  • Создает по умолчанию eth профиль порта с Группой каналов прикрепление Mac
  • Создает по умолчанию veth профиль порта для без ограничений
  • Создает шаблон пула IP по-умолчанию
  • Создает логический ключ N1KV в SCVMM

Приложение не только создает эти параметры настройки на VSM, но и это заполняет эту информацию в SCVMM, когда это создает логический ключ.

Приложение преуспевает в конфигурации аспекта, но имеет проблемы с соединительной сетью. Это - то, как создан сетевой канал связи:

nsm network uplinkn1kv_uplink_network_1_VSM-install1
 import port-profile n1kv_uplink_network_policy_VSM-install1
 allow network segment pool n1kv_network_segment_pool_VSM-install1
 native network segment n1kv_vmaccess_1_VSM-install1
 system network uplink
 publish network uplink

Существует системный для сети канал связи, который вызывает проблему. Если у вас есть канал связи с системным для сети соединительным набором, то все сегменты сети и профили порта, которые используют тот канал связи, должны быть системой также. Это означает, что вы ограничены 32 сегментами сети, которые в состоянии использовать тот канал связи.

Не ясно, что это - проблема, но давайте покажем пример того, что происходит, если вы создаете новый сегмент сети и шаблон пула IP для VLAN 152:

VSM-install1(config)# nsm ip pool template vlan-152
VSM-install1(config-ip-pool-template)# ip address 192.168.152.2 192.168.152.253
VSM-install1(config-ip-pool-template)# network 192.168.152.0 255.255.255.0
VSM-install1(config-ip-pool-template)# default-router 192.168.152.1

VSM-install1(config)# nsm network segment segment-vlan-152
VSM-install1(config-net-seg)# switchport mode access
VSM-install1(config-net-seg)# switchport access vlan 152
VSM-install1(config-net-seg)# ip pool import template vlan-152
VSM-install1(config-net-seg)# member-of network segment pool n1kv_network_
  segment_pool_VSM-install1
VSM-install1(config-net-seg)# publish network segment
VSM-install1(config-net-seg)#

Обновите расширение SCVMM N1KV и добавьте сеть VM для сегмента сети, который вы создали. Когда вы пытаетесь назначить VM на новую сеть VM, вы получаете эти ошибки:

Error (12700)
 Failed while applying switch port settings 'Ethernet Switch Port Profile Settings'
 on switch 'n1kv_VSM-install1': A device attached to the system is not functioning.
 (0x8007001F). Unknown error (0x8005)

Error (26908)
 Virtual switch on host to which the virtual network adapter is to be connected
 (n1kv_VSM-install1) is a non compliant logical switch instance


Эти ошибки вызваны, потому что сетевой канал связи переносит сеть системы, и сегмент сети не делает. У вас есть две опции: или создайте новый сетевой канал связи без сети системы или добавьте сеть системы к новому сегменту сети. 

SCVMM не может соединиться с VSM

Подключение между VSM и SCVMM является другим с Hyper-V, чем с ESXi. В решении Hyper-V SCVMM говорит с нашим (Nexus 1000 В) API. Это означает, что соединение установлено и поддержано от хоста SCVMM. Когда показ svs команда соединения используется на VSM, это ничего не показывает; в этом решении нет никакого соединения SVS.

SCVMM также опрашивает VSM один раз в тридцать минут. Это означает, что необходимо вызвать обновление, если вы хотите видеть, что отличия от VSM сразу появляются на SCVMM.  

Проверьте, что Установлен Поставщик

Поставщик для Hyper-V подобен плагину для N1KV на ESXi. Различие - то, что нет никакого уникального поставщика для каждого VSM. Один раз только необходимо выполнить установку поставщика. Это заполняет SCVMM с информацией, которая необходима, чтобы понять, как говорить с VSM.

Поставщик не является определенным для каждого VSM. Поставщик зарегистрирован в Реестре Windows. Можно искать VSEM в реестре или перейти к этому местоположению:


Если вы в состоянии, где вы не можете удалить поставщика, то можно удалить запись в реестре и перезапустить сервис SCVMM.

Примечание местоположение для модуля в записи реестра. Динамическая загружаемая библиотека (DLL) поставщика должна быть установлена в c:\Program Files\Cisco\Nexus1000V, вместе с powershell сценарием, который используется для установки поставщика. Гарантируйте, что присутствует DLL.

Примечание: Если DLL поврежден, необходимо удалить его и повторно установить. 

Удаление/Повторно устанавливать Поставщик с Панелью управления

Удаление поставщика завершено через удаление программы от панели управления Сервера 2012 года Hyper-V. Для переустановки поставщика дважды нажмите установщик поставщика. 

Проверьте дополнительное соответствие

Гарантируйте, что расширение поставщика активно и совместимо в SCVMM. Перейдите к Параметрам настройки> Поставщики Конфигурации. Проверьте, что Cisco Systems Расширение 1000 В Nexus активен. Это означает, что расширение используется SCVMM.

  

Проверьте подключение между VSM и SCVMM

SCVMM говорит с VSM, таким образом, необходимо устранить неполадки от хоста SCVMM.

Проверьте следующее:

  • Можно пропинговать VSM от хоста SCVMM.
  • Можно перейти через web-браузер к Интерфейсу прикладного программирования (API) N1KV.

Если вы не можете пропинговать VSM, то проверьте межсетевые экраны Windows и проверку для невозможности сетевого подключения. Нет никакого требования, чтобы VSM и SCVMM были в той же подсети.

Для подтверждения API используйте Internet Explorer (IE) и передите к API REST VSM с этой строкой: http://<vsm-ip>/api/n1kv.

Необходимо получить эти выходные данные:

Если вы не можете достигнуть API, то проверьте что:

  • Нет никаких интернет-прокси, настроенных на хосте SCVMM. SCVMM наследовал прокси, если они определены в IE. Проверьте интернет-Параметры настройки в IE, чтобы проверить, что определен прокси. Вы могли бы быть обязаны добавлять исключение для VSM.
  • Веб-сервер и API доступны на VSM. Проверьте, что http server включен на VSM, и если каким-либо межсетевым экранам включают тот блочный порт 80 трафиков.

Примечание: В настоящее время VSM обрабатывает вызовы API HTTP или HTTPS, но SCVMM ограничен HTTP только.

Проблемы Действительного модуля Ethernet (VEM)

N1KV на Hyper-V использует контроль за L3 только. Нет никакого способа управлять Hyper-V с с контролем за L2. Контроль за L3 конфигурации на Hyper-V намного проще, чем подобная конфигурация на VMware. Не требуется выделить NIC VEM; VSM говорит непосредственно с NIC управления Сервера 2012 года Hyper-V. Нет никакого требования, чтобы NIC управления был присоединен к модулю VEM, что означает, что вы не требуете специального veth профиля порта для контроля за L3.

Установка VEM также намного проще. Нет никакого компонента Менеджера VMware Update (VUM) с SCVMM. Возможность установить дополнительные компоненты создана непосредственно в SCVMM. Если VEM не установлен на хосте Hyper-V, то SCVMM копирует и устанавливает VEM на целевом хосте Hyper-V автоматически. Если вы хотите вручную установить VEM, это - простое двойное нажатие приложения установщик VEM на хосте. Удаление является также простой программой, удаляют из Панели управления. 

Хост Hyper-V Не Устанавливает к N1KV

Распространенная ошибка, с которой вы могли бы встретиться, - то, что хост Hyper-V не добавлен к N1KV через SCVMM. Существуют множественные проверки, которые должны быть сделаны для решения этой проблемы.

Вот типичная ошибка, которую вы могли бы видеть в SCVMM, когда VEM устанавливают сбои:

Проверьте для старых сетевых команд на хосте Hyper-V

Могла бы быть старая команда от другого N1KV на хосте Hyper-V. Если так, необходимо удалить старую команду перед добавлением хоста N1KV. На хосте Hyper-V выполните Powershell и введите команду Get-NetSwitchTeam. Если старая команда появляется, то необходимо удалить ее с командой Remove-NetSwitchTeam.

PS C:\> Get-NetSwitchTeam

Name: HPV7b9901d8-70b8-4063-b60e-bcd6679384f7 <<<< Logical Switch name is ?HPV?

Members: Ethernet

PS C:\> Remove-NetSwitchTeam -Name HPV7b9901d8-70b8-4063-b60e-bcd6679384f7

 

Максимальный размер передаваемого блока данных (MTU) NIC и N1KV Не Совпадает

Параметры MTU в Hyper-V установлены на NIC посредством параметров настройки NIC. При создании команды мандаты MS, что Параметры MTU всех NIC в команде идентичны. 

Существует два пути, чтобы установить и проверить Параметры MTU. Первое посредством параметров настройки Адаптера сети. Второй путь состоит в том, чтобы использовать Powershell. Вот пример, который иллюстрирует использование Powershell, чтобы получить и установить Параметр MTU в то же время:

PS C:\Program Files (x86)\cisco\Nexus1000V>
 Get-NetAdapterAdvancedProperty -RegistryKeyword
 *jumbo* -Name ? <adapter name>"
| Set-NetAdapterAdvancedProperty
 -RegistryValue <mtu value>

Новая Конфигурация Не Работает из-за Устаревшей/Старой Конфигурации N1KV

Вы могли бы встретиться с проблемой, где существует устаревшая конфигурация N1KV на хосте Hyper-V, который не позволяет ему быть добавленным к новой конфигурации. Обычно при удалении старого N1KV из SCVMM или Менеджера Hyper-V это очищает конфигурацию. Однако мог бы быть случай, где необходимо проверить и удалить старую конфигурацию N1KV из реестра хоста Hyper-V.

Введите команду Regedit и удалите конфигурацию N1KV в этом местоположении:

HKEY_LOCAL_MACHINE\SYSTEM > CurrentControlSet > Services > VMSMP >
  Parameters >SwitchList

После того, как вы удаляете запись реестра, очищаете через Менеджера Hyper-V и перезагрузку. 

Требуемые Драйверы Не Найдены Ошибкой

Вы могли бы получить ошибку, которой не найдены требуемые драйверы или MSI, когда вы пытаетесь добавить хост Hyper-V N1KV. Вот выборка ошибки из Окна Заданий:

Это обычно означает, что код N1KV VEM не существует на сервере SCVMM. Сервер SCVMM должен проверить расширение, которое установлено на хосте Hyper-V. Даже если код VEM уже установлен на хосте Hyper-V, установщик N1KV VEM должен быть скопирован к каталогу на сервере SCVMM.

Проверьте, что установщик N1KV VEM скопирован к C:\ProgramData\Switch Extension Drivers on the SCVMM server. Если это не существует, то скопируйте файл к каталогу и добавьте хост Hyper-V N1KV.

Модуль VEM Не Появляется на VSM

В этом случае все, кажется, работает в SCVMM, но модуль никогда не появляется на VSM. Редко, чтобы это произошло с Hyper-V, так как конфигурация так проста. Когда это действительно происходит, существует немного простых вещей попробовать.

Перезапустите процесс N1KV на хосте Hyper-V

Используйте Менеджера задач или Сервисы для перезапуска процесса N1KV на хосте Hyper-V, который представляет проблему. 

Вот снимок экрана сервиса N1KV в Менеджере задач - щелкают правой кнопкой мыши по нему и выбирают Restart:


Команда VEM Не Создана Правильно

При создании логического ключа в SCVMM можно выбрать No Team или Team. Даже если у вас есть только один подключенный NIC, с N1KV необходимо всегда выбирать Team.

Вот снимок экрана, который иллюстрирует, где установить значение Команды для логического ключа:

Все порты VETH не работают После Перезагрузки хоста

Hyper-V очень способен в этом отношении; если это видит, что VM приведены в действие - на, и что администрирование выполнило перезагрузку, это делает паузу состояние VM и перезагрузок. Когда система возвращается онлайн, она пытается возвратить VM онлайн как можно скорее. Это предполагает, что вы не жили - перемещают все VM от хоста перед перезагрузкой.

Проблема состоит в том, что Hyper-V возвращает VM онлайн, прежде чем фактически запустится процесс VEM. Обходной путь должен установить VM с задержкой автоматического запуска. Разработка рекомендует, чтобы тридцати-секундная задержка использовалась, чтобы позволить VEM и VSM связываться, прежде чем Hyper-V попробует к резюме/включению питания все VM.

 

Неспособный найти совместимую ошибку коммутатора

Когда вы пытаетесь создать или переместить VM в N1KV, или жить - перемещают VM от одного хоста до другого, вы могли бы получить эту ошибку:

Это - предупреждающее сообщение больше, чем и ошибка. Даже при том, что это появляется как ошибка на экране задания, это не указывает, что что-то сильно сломано. Проблема - то, что SCVMM пытается поддержать совместимое состояние между собой, VSM и VEM. По некоторым причинам SCVMM иногда думает, что состояние испытывает недостаток синхронизования и решает, что для определенных, некоторый хостов N1KV не соответствующ стандарту. Соблюдение отдельных хостов контролируется под Матрицей> Логические ключи> <your логический ключ N1KV>.

Нажмите кнопку Hosts на ленте наверху экрана:

Если хост не соответствующ стандарту, то необходимо попытаться повторно добиться хоста. Выберите хост, который испытывает недостаток соответствия, и щелкните по кнопке Remediate наверху экрана. Это вызывает SCVMM для синхронизации данных между собой, VSM и модулем VEM. После нескольких минут изменений состояния к Совместимому, и вы не видите ошибок.

Примечание: Состояние соответствия не всегда сразу обновляет к Совместимому. Ждите минута или два и попробуйте еще раз, если она не работает.

Другие проблемы и полезные команды

В этом разделе описываются несколько разных проблем и полезных команд для N1KV на Hyper-V. 

VSM не Может быть Вложен на Hyper-V

Вы в настоящее время не можете выполнение VSM на вложенном хосте Hyper-V. В отличие от ESXi, по некоторым причинам VSM не может работать на действительном хосте Hyper-V. Разработка знает о проблеме, но это - низкий приоритет в данный момент, так знать о том ограничении. Однако можно выполнить VSM на вложенном хосте ESXi, так, чтобы был один возможный обходной путь.  

Организация очереди виртуальной машины (VMQ)

VMQ почти идентичен Очереди устройства виртуальной машины (VMDQ) VMware. VMQ требует, чтобы физический NIC поддержал VMQ. NIC создает сетевую очередь для каждого VM в системе, которая позволяет сетевому трафику течь непосредственно от гипервизора до VM. Это улучшает производительность сети для VM.

Примечание: Для использования VMQ физический NIC в системе должен поддержать VMQ/VMDQ. Текущие адаптеры VIC Cisco НЕ поддерживают VMQ/VMDQ.

Команды Powershell, используемые для проверки VMQ

Существует две полезных команды, используемые для проверки для получения информации VMQ через Powershell на хосте Hyper-V:

  • Добраться-NetAdapterVmq
  • Добраться-NetAdapterVmqQueue

Использование команд Vemcmd для проверки VMQ

Это - основная команда, используемая для отображения информацию о VETHs, для которой очереди (ей) были выделены:

>vemcmd show vmq allocation
  LTL   VSM Port  Phy LTL  Queue id  Team queue id
   49     Veth13       17        1                49
                18        2              49
   50     Veth14       17        2                50
                18        3              50
   51     Veth16       19        1                51
                20        1              51

Использование Vemcmd для просмотра ресурсов VMQ

Эта команда отображает информацию о VMQ-поддерживающих Физических NIC:

>vemcmd show vmq resources
  LTL   VSM Port  Max queues  Free queues
   17     Eth3/1          16           10
   18     Eth3/2          16           10
   19     Eth3/3           8            7

Полезные команды PowerShell

Существует несколько Powershell, дает команду что получение по запросу или данные толчка в VSM. Это позволяет вам установке сценария и оркестровке VM к N1KV. Это также позволяет вам вытягивать более подробную информацию, которая показывает отношения между объектами N1KV и SCVMM.

Используйте Powershell от SCVMM

Необходимо гарантировать использование Powershell, который имеет плагины SCVMM. Самый простой способ выполнить это состоит в том, чтобы запустить Powershell от консоли SCVMM:

Получить-SCPortClassification команда

Эта команда используется для просмотра ссылки между классификацией порта SCVMM и профилем порта N1KV, с которым это связано:

PS C:\Users\Administrator.HYPERV> Get-SCPortClassification

Name              : NexusNoRestrict-2
Description       :
ServerConnection  : Microsoft.SystemCenter.VirtualMachineManager.
                    Remoting.ServerConnection
ID                : 9f8819c1-8b53-42bd-a6fd-0173804e3194
IsViewOnly        : False
ObjectType        : PortClassification
MarkedForDeletion : False
IsFullyCached     : True

Получить-SCVirtualNetworkAdapterExtensionPortProfile команда

Эта команда используется для просмотра информации о профиле порта каскадного соединения:

PS C:\Users\Administrator.HYPERV> Get-SCVirtualNetworkAdapterExtensionPortProfile

Name                    : NoRest-unicast-norest
ExternalId              : 308ad66b-7c42-4067-90af-13f7a6e59afe
NetworkEntityAccessType : ExternallyManaged
VirtualSwitchExtension  : n1kv-test
Tags                    : {}
AllowedVNicType         : Both
MaxNumberOfPorts        : 32
MaxNumberOfPortsPerHost : 216
ProfileData             : 0
ServerConnection        : Microsoft.SystemCenter.VirtualMachineManager.
                          Remoting.ServerConnection
ID                      : 8934a01c-0cb7-4ee2-ae9d-21ff5b26568f
IsViewOnly              : False
ObjectType              : VirtualSwitchExtensionVirtualPortProfile
MarkedForDeletion       : False
IsFullyCached           : True

Получить-SCConfigurationProvider команда

Эта команда используется для просмотра информации о Расширениях Поставщика, загруженных на сервере SCVMM:

PS C:\Users\Administrator.HYPERV> Get-SCConfigurationProvider

Name              : Cisco Systems Nexus 1000V
Type              : VirtualSwitchExtensionManager
Description       : Provider for Cisco Systems Nexus 1000V
                    Virtual Switch Extension Manager
LatestVersion     : 1.0
PublishDate       :
Publisher         : Cisco Systems, Inc.
Manufacturer      : Cisco Systems, Inc.
Model             : {Nexus 1000V}
Error             :
ServerConnection  : Microsoft.SystemCenter.VirtualMachineManager.
                    Remoting.ServerConnection
ID                : 22a8f431-b5fe-4ee8-a0f5-9b5a99f723f2
IsViewOnly        : False
ObjectType        : ConfigurationProvider
MarkedForDeletion : False
IsFullyCached     : True

Vemcmd и местоположения Vemlog

Команды VEM доступны в C:> Program Files (x86)> Cisco> Nexus1000V.

Проверьте материально-технические ресурсы физического адаптера посредством реестра

Для подтверждения физического adatper подключения к N1KV в реестре обратитесь к этому местоположению реестра:

  • Куст реестра: HKEY_LOCAL_MACHINE> СИСТЕМА> CurrentControlSet
  • Ключ реестра: Сервисы> Nexus1000V> Параметры> HostPhyAdapters

Не удалить объекты N1KV из-за временного шаблона

Если бы вы внедрили шаблоны и создали VM через SCVMM Sevice приложение Шаблона и позволили пользователям самообслуживания создавать свои собственные VM, вы могли бы встретиться с этой проблемой. Этот временный шаблон не является доступным для просмотра объектом через SCVMM. Необходимо использовать SCVMM Powershell для удаления временного шаблона с этой командой:

 Get-SCVMTemplate | where {$_.Name -like "Temporary*"} | Remove-SCVMTemplate 

VM, назначенные на N1KV, получают ошибки соответствия логического ключа

Иногда ошибки соответствия являются просто функцией способа, которым работает SCVMM. N1KV мог бы быть полностью совместимым в SCVMM, но вы все еще получаете ошибки соответствия.

Вы могли бы также получить это сообщение, где нельзя выбрать или модифицировать любые настройки сети для VM:

Когда один из узлов Кластера MS имеет проблемы, это происходит. SCVMM обнаруживает, что все узлы не находятся в соответствии, и не позволяет вам вносить изменения, пока вы не удаляете или исправляете узел с проблемой. Это - нормальное поведение в SCVMM.

Для определения, какой узел имеет проблемы, используйте SCVMM или Кластерного Менеджера Аварийного переключения, и исправьте проблемный узел. Если вы не можете исправить узел, то необходимо удалить или сделать паузу он от кластера. Как только это завершено, у вас есть возможность добавить и модифицировать VM к N1KV.


Связанные обсуждения сообщества поддержки Cisco

В рамках сообщества поддержки Cisco можно задавать и отвечать на вопросы, обмениваться рекомендациями и совместно работать со своими коллегами.


Document ID: 116402