9 марта 2021 года VMware представила следующий минорный релиз замечательного, во всех отношениях, продукта Site Recovery Manager. О 8.3.1-версии и патче к ней – 8.3.1.1 мы писали здесь и здесь в ноябре и декабре прошлого года, соответственно. 8.4, по сравнению с ними, поменялась не кардинально, но, все же, весьма ощутимо, и, конечно же, обо всем, что в ней появилось нового, в подробностях поведаем ниже.
Актуальная сборка
Новый Virtual Appliance SRM 8.4 под номером билда 17684897 теперь доступен для скачивания по этой ссылке:
Соответствующие изменения были внесены и в PIM, и в VCG, коими, по традиции, стоит руководствоваться, решаясь на апгрейд до последней актуальной версии, либо же устанавливая Site Recovery Manager 8.4 с нуля.
Новое в SRM 8.4
В первую очередь, новая версия преследовала цель достичь совместимости с vSphere 7.0U2 – долгожданным вторым апдейтом компонентов нашей среды. Также была оптимизирована повторная защита, если в комплекте с SRM используется vSphere Replication, в плане отказа от применения контрольной суммы вскоре после плановой миграции. Вместо этого изменения отслеживаются на источнике, и только эти изменения реплицируются при запуске повторной защиты.
В остальном стоит отметить:
- Автоотключение виртуального CD-ROM или виртуального флоппи-диска с защищаемых ВМ;
- Автоматический выбор заполнителя хранилищ данных, если нет никакого сконфигурированного предварительно.
Улучшения пользовательского интерфейса
- Продолжение поддержки улучшения доступности на основе тестов VPAT (Voluntary Product Accessibility Template);
- Возможность экспортировать все планы восстановления с группами защиты, виртуальные машины и данные хранилищ;
- Новый визард комбинированной защиты и соответствия;
- Включены данные статуса репликации vSphere Replication и проблемы репликации в план восстановления SRM;
- Доступна для просмотра недавняя история плана восстановления с большей детализацией ошибок;
- Совместимость с FIPS для UI сайта восстановления и плагином клиента vSphere;
- Более тесная интеграция с vSphere (показывается статус хоста в деревьях UI SRM);
- Просмотр настроек визарда восстановления ВМ в режиме только для чтения при нахождении RP в не редактируемом статусе;
- Оповещение после плановой миграции SRM и аварийного переключения после падения, приглашающее пользователя совершить повторную защиту;
- Демонстрация контроллера хранилища для каждого диска на ВМ-источнике;
- Сопоставление папок (показывает полный путь и иерархию).
Новые методы Public API SRM
- Обзор количества и типов лицензий;
- Создание пустых групп защиты;
- Создание/редактирование папок и перемещение планов восстановления и групп защиты;
- Настройка менеджеров массивов;
- Управление реплицированными парами массивов;
- Сопоставление защиты/инвентаря по каждой ВМ вручную;
- Функции Add/Remove/Get плейсхолдера хранилища данных;
- Сервисы SRM Pair/Reconfigure/Break;
- Добавление зависимостей ВМ.
Важно! Больше об API SRM и интенсивных методах автоматизации продукта можно почитать здесь.
Окончание поддержки
SRM 8.4 более не поддерживает Windows-версию инсталлятора и доступна исключительно как Аppliance.
Изменения в операционных лимитах
Максимумы защиты для SRM 8.4 от тех, что были перечислены в нашей статье «Разворот и базовая настройка Site Recovery Manager 8.3.1», отличаются всего по одному пункту, правда, весьма решающему. Речь об общем количестве ВМ, настроенных для защиты с использованием vSphere Replication – теперь их может быть 3 000, а не 2 000, как ранее.
Несколько важных предостережений и ограничений
- Если шифрование ВМ включено, SRM 8.4 не поддерживает vSphere 7.0U2;
- Консервация тегов vSphere для групп защиты политик хранения не поддерживается;
- Если создается ВМ – связанный клон, некоторые его диски продолжают использовать базовые диски родительской ВМ. При использовании репликации vVol нужно реплицировать ВМ связанного клона в ту же самую группу репликации, что и базовую ВМ. В противном случае будет ошибка:
Virtual machine ‘{vmName}’ is replicated by multiple replication groups
Если это неприемлемо по какой-то причине, либо же базовую машину реплицировать нельзя, в принципе, следует переконвертировать связанный клон в полный;
- Если пользуетесь vCenter Server 6.7U3, зашифрованные ВМ в группах защиты vVol не поддерживаются;
- Virtual Appliance SRM поддерживает конфигурацию с единственным сетевым адаптером;
- Авто-сопоставление сети для групп защиты политик хранения не поддерживается NSX-T Data Center;
- Чтобы пользоваться защитой и восстановлением зашифрованных ВМ с репликацией на основе массива или же с vSphere Replication необходимо перейти на vSphere 6.7 и 6.7U1, соответственно, либо более свежие версии;
- Инструмент VMware Site Recovery Manager4 Configuration Import/Export Toolпопытается импортировать настройки восстановления защищаемых ВМ только однажды, независимо от того, являются ли они частью одного или многих планов восстановления;
- После восстановления кэш vSphere Flash Read будет выключен на ВМ, а резервирование сброшено до нуля. Поэтому перед тем, как приступать к восстановлению сконфигурированных с ним ВМ, обязательно сделайте соответствующие заметки из веб-клиента vSphere – потом нужно будет восстановить настройку;
- SRM4 поддерживает защиту ВМ с однопроцессорной vSphere FT, однако деактивирует ее на ВМ сайта восстановления после восстановления. Больше информации по этому вопросу в соответствующем КБ;
- SRM 8.4 поддерживает vSphere Replication 8.4 с vSphere Virtual Volumes. Однако, нельзя использовать Point-in-Time-снэпшоты vSphere Replication с ВМ, на которых целью репликации является датастор Virtual Volumes. Также стоит учесть, что при применении хранилища Virtual Volumes в качестве цели репликации, все принадлежащие этой ВМ диски должны реплицироваться в один и тот же датастор Virtual Volumes. И, наконец, не забываем, что в отношении дисков реплицируемой ВМ из хранилища Virtual Volumes это правило аналогично актуально;
- SRM4 не поддерживает NFS v 4.1 для репликации на основе массивов и репликацию vVol. Только vSphere Replication;
- Не поддерживается реконфигурация групп защиты профиля хранилища, в т. ч. изменение набора ассоциированных политик хранения, имен группы или описаний. Чтобы модифицировать группу защиты профиля хранилища, нужно удалить ее и пересоздать с новыми параметрами;
- SRM не защищает RDM-диски или fault-tolerant ВМ в группах защиты политик хранения;
- Не поддерживается соответствие или исключение не реплицируемых виртуальных девайсов в группах защиты политик хранения;
- Чтобы была доступна двухфакторная идентификация с RSA SecureID или Smart Card (Common Access Card) аутентификацией, нужно обязательно использовать учетную запись администратора контроллера сервисов платформы и при установке SRM4 и для объединения в пару сайтов, а инстансы vCenter Server на них обоих должны работать в Enhanced Linked Mode.
Что ж, вот, собственно, и все, что хотелось сегодня рассказать о новой версии Site Recovery Manager – 8.4. Единственное, что осталось заметить, в отношении локализации и механики обновления ничего революционного не появилось (если интересует, как осуществить последнее, вполне можно пользоваться и гайдом, который мы публиковали для 8.3.1 – «Обновление VMware Site Recovery Manager до версии 8.3.1»). А новым ошибкам и методам их исправления мы посвятим следующую нашу статью из цикла траблшутинга SRM.