После миграции NSX-T из виртуального распределенного коммутатора NSX (N-VDS) в конвергентную службу VDS (C-VDS) необходимо обновить затронутые сетевые ресурсы vSphere в vRealize Automation, чтобы продолжить использование этих ресурсов в новых и существующих облачных шаблонах и развертываниях.
После миграции с N-VDS на C-VDS ваши сети vSphere могут отсутствовать, хотя они присутствовали в профилях сети vRealize Automation. Чтобы предотвратить потерю таких сетей типа vSphere и продолжить их выделение в существующих и новых развертываниях, необходимо вручную обновить все перечисленные сети C-VDS в vRealize Automation Cloud Assembly.
- Членам Active Directory, которым роль Cloudadmin назначена в VMware Cloud on AWS до миграции с N-VDS на C-VDS в NSX-T, сохранят эту роль в VMware Cloud on AWS после миграции с N-VDS на C-VDS, а значит, будут иметь требуемый уровень доступа к перенесенным ресурсам C-VDS.
- Членам Active Directory, которым до миграции с N-VDS на C-VDS в NSX-T роль Cloudadmin в VMware Cloud on AWS не назначена, эта роль должна быть назначена после миграции.
- Дополнительные сведения об учетных данных для VMware Cloud on AWS и vRealize Automation см. в разделе Учетные данные, необходимые для работы с облачными учетными записями в vRealize Automation.
Эта процедура предназначена для действий, необходимых в vRealize Automation для обновления сетей vSphere после миграции с N-VDS на C-VDS в NSX-T. После миграции с N-VDS на C-VDS никакие действия в vRealize Automation в сетях NSX не требуются. Для NSX вмешательство пользователя вручную после миграции с N-VDS на C-VDS также не требуется.
Сети NSX, присоединенные к облачным учетным записям vCenter, а также к облачным учетным записям VMware Cloud on AWS, поддерживаются и не требуют вмешательства вручную, которое описано в этой процедуре. Однако для сетей NSX, которые присоединены к облачным учетным записям VMware Cloud on Dell, может потребоваться вмешательство вручную, которое было здесь описано. Дополнительные сведения см. в документе Перенос VMware Cloud on AWS (VMConAWS) и VMware Cloud on Dell EMC из N-VDS в VDS (82487).
Несмотря на то что администратор NSX-T может перенести NSX-T в типах сети VDS (N-VDS) в конвергентные типы сетей VDS (C-VDS) в NSX, данное действие окажет влияние на существующие сетевые ресурсы vSphere в vRealize Automation. Администратор vRealize Automation может выполнять действия после миграции, чтобы согласовать эти ресурсы в vRealize Automation и связанные изменения в NSX-T и vCenter Server. Следует отметить, что C-VDS или просто VDS также обозначается в других местах как виртуальный распределенный коммутатор vSphere 7 (VDS).
Дополнительные сведения о конвергентной службе VDS (C-VDS) в NSX-T см. в статье базы знаний VMware NSX-T в VDS (79872).
Пример: ресурсы vRealize Automation до миграции
В этом примере показаны образцы ресурсов NSX-T в примере среды vRealize Automation до миграции с N-VDS на C-VDS.
- В этом примере используются облачные учетные записи NSX-T и vCenter, как показано ниже.
- В примере используется несколько сетей vSphere, как показано ниже.
- В примере конфигурации сети используются параметры CIDR и DNS, как показано ниже.
- В примере также используются существующие диапазоны IP-адресов, как показано ниже.
- В этом примере используется профиль сети (), который содержит несколько сетей N-VDS (N-VDS), в том числе , как показано ниже.
- В этом примере показан существующий компонент сети seg5 со следующим образцом синтаксиса облачного шаблона. Эта сеть отмечена как сеть N-VDS. В этом примере будут показаны необходимые обновления в сети seg5 после миграции.
- В примере облачного шаблона создается развертывание, как показано ниже.
- Используемые в качестве примера IP-адреса компьютеров отображаются в образце развертывания, как показано ниже.
Пример. Шаг 1 после миграции. Выполнение сбора данных после миграции с N-VDS на C-VDS и перечисление
В разделе выше были использованы снимки экрана для демонстрации инфраструктуры, задействуемой в образце среды vRealize Automation, а также выходной облачный шаблон и развертывание.
После выполнения миграции с N-VDS на C-VDS в NSX-T подождите не менее 10 минут, чтобы служба vRealize Automation начала выполнять периодический процесс сбора данных и перечисления для извлечения и отображения задействованных ресурсов в vRealize Automation.
По окончании процесса сбора данных vRealize Automation перейдите в раздел , чтобы увидеть доступные сети C-VDS и получить к ним доступ. Обратите внимание на сеть seg5, как показано ниже.
Пример. Шаг 2 после миграции. Добавление предварительно определенных CIDR и DNS в перенесенные сети C-VDS
Измените перенесенную сеть C-VDS — добавьте сведения о CIDR и DNS, указанные в определении N-VDS до миграции, и измените порядок расстановки тегов для сети.
- Добавьте сведения о CIDR и DNS, которые были заданы в определении N-VDS перед миграцией.
- Добавьте новый тег для образца сегмента сети seg-5 для C-VDS, например seg5-cvds.
Следует отметить, что исходная сеть seg-5 для N-VDS была отмечена как seg5-nvds, как показано на предыдущих экранах. При перенастройке сети требуется изменить сведения о порядке расстановки тегов для ресурсов. Для vRealize Automation требуется, чтобы в облачный шаблон для сети C-VDS было добавлено другое имя тега, а не тег, который используется в исходной сети N-VDS. Измененный порядок расстановки тегов определяет изменение в облачном шаблоне при создании допустимого повторного развертывания.
Пример. Шаг 3 после миграции. Добавление сведений об обновленном диапазоне IP-адресов
Чтобы изменить сведения о диапазоне IP-адресов сети, которые были указаны в определении N-VDS перед миграцией, можно использовать API-интерфейс командной строки или последовательность меню в vRealize Automation.
- Вариант 1. Для обновления данных о диапазоне IP-адресов используйте API-интерфейс, как показано на следующем примере экрана.
- Вариант 2. Для обновления данных о диапазоне IP-адресов используйте пользовательский интерфейс, как показано на следующем примере экрана.
Пример. Шаг 4 после миграции. Обновление профилей сети для восстановления отсутствующих сетей
После миграции сети N-VDS согласованы и удалены из vRealize Automation Cloud Assembly после сбора данных и перечисления. В затронутых профилях сетей (например, в ex-np) имеются недостающие сети. Чтобы восстановить недостающие сети, преобразуйте каждую сеть N-VDS в сеть C-VDS, как показано ниже.
Пример. Шаг 5 после миграции. Обновление ограничений сети в облачных шаблонах
Для существующих развертываний необходимо обновить ограничения сети в облачном шаблоне, чтобы они соответствовали новым сетям C-VDS в обновленных профилях сетей. Обновленные ограничения сети также необходимы для выполнения итеративных развертываний и перенастройки сетей из соответствующего представления vSphere N-VDS в представление vSphere C-VDS.
В новых развертываниях используются указанные ресурсы C-VDS, поэтому этот шаг не требуется. Итеративные развертывания и перенастройка сети просто работают в соответствии с проектом.
- В этом примере измените ограничения сети в облачном шаблоне со значения seg5-nvds на значение seg5-cvds, как показано ниже.
- Выполните итеративное развертывание для перенастройки сети, как показано ниже.
- После успешного повторного развертывания обратите внимание, что настраиваемые свойства сети отображают обновленные ограничения, как показано ниже.
Если диапазон IP-адресов был обновлен ранее с помощью новых данных C-VDS, IP-адрес компьютера не будет изменен в повторном развертывании, как показано ниже.
