Возможно вы не в курсе, что у компании VMware на YouTube есть отличный сборник воркшопов для самостоятельного изучения по большинству продуктов и технологий, которые были представлены на конференциях VMware Explore прошлых годов.

Сейчас этот плейлист насчитывает 35 видео, которые раскрывают аспекты практического использования (в том числе, в формате самостоятельных лабораторных работ - Hands-On Labs, HoL) не только основной платформы VMware vSphere, но и других важных продуктов, таких как VMware Aria, Site Recovery Manager, Tanzu, NSX и многих других.

Чтобы понять, что это такое, попробуйте посмотреть, например, вот этот ролик про расширенные возможности VMware vSphere 8, которые не так просто узнать из документации:

На прошедшей недавно конференции Explore 2023 Europe компания VMware объявила о предстоящем запуске решения VMware Live Recovery, которое обеспечит защиту от программ-вымогателей (Ransomware) и восстановление после катастроф в VMware Cloud через единую консоль.

Платформа VMware Live Recovery разработана, чтобы помочь организациям защищать свои приложения и данные в инфраструктуре VMware от множества угроз разного типа, включая атаки программ-вымогателей, сбои инфраструктуры, человеческие ошибки и многое другое.

VMware Live Recovery будет предоставлять клиентам:

• Безопасное восстановление после кибератак - это позволит организациям с уверенностью и быстро восстановиться после атак программ-вымогателей, зашифровавших и заблокировавших данные.
• Единая защита - Live Recovery предоставит единую консоль для управления функциями защиты от Ransomware и восстановления после катастроф, упрощая администрирование крупных систем.
• Упрощенное использование - продукт предложит гибкую лицензию для различных случаев использования и облачных решений, упрощая для организаций получение необходимой защиты.

VMware Live Recovery будет идеальным решением для администраторов, ответственных за устойчивость инфраструктуры, и команд безопасности, которые также управляют киберугрозами. Это будет важный инструмент для организаций, использующих VMware Cloud для работы своих критически важных приложений.

Что нового в концепции VMware Live Recovery?

VMware Live Recovery будет отличаться от других решений на рынке в ряде аспектов. Во-первых, это будет интегрированное решение, предоставляющее единую защиту от программ-вымогателей и восстановления после катастроф для всей гибридной инфраструктуры. Это означает, что организации смогут управлять своими потребностями в защите в рамках нескольких облаков с помощью единой консоли, упрощая управление и снижая затраты.

Во-вторых, VMware Live Recovery разработан изначально, чтобы помочь организациям безопасно восстанавливаться после атак программ-вымогателей. Для этого будут использоваться многие современные техники, включая неизменяемые снимки, изолированную среду восстановления VMware (isolated recovery environment, IRE) для тестирования и проверки зараженных виртуальных машин, руководство по рабочим процессам и встроенный антивирус нового поколения, а также средства анализа поведения для выявления современных программ-вымогателей.

Наконец, VMware Live Recovery предложит гибкую лицензию по подписке для различных случаев использования и облачных решений. Это упростит для организаций получение необходимой защиты, с возможностью добавления или изменения функциональности в соответствии с изменяющимися потребностями или требованиями бизнеса.

Объединенное решение

VMware Live Recovery объединит два проверенных решения VMware в единую консоль и поддержку организации. Клиенты получат доступ к функциональным возможностям VMware Site Recovery Manager и VMware Cloud Disaster Recovery с восстановлением после атак программ-вымогателей. Кроме того, клиенты могут выбирать между моделями развертывания, сохраняя при этом единую консоль, с гибкостью для изменяющихся бизнес-потребностей и уверенностью в поддержке от единого производителя.

Как VMware Live Recovery может помочь вашей организации?

Решение сможет помочь вашей организации различными способами. Оно обеспечит единую защиту с помощью восстановления после атак программ-вымогателей и восстановления после катастроф в VMware Cloud в одной консоли (Secure Cyber Recovery), которое позволяет уверенно и быстро восстанавливаться после большинства атак на данные. Кроме того, модель Simplified Consumption позволит гибко лицензировать использование сценариях и инфраструктурах.

Более подробная информация о продукте должна появиться в ближайшее время.

Недавно мы писали о новом релизе фреймворка для управления виртуальной инфраструктурой VMware PowerCLI 13.1. У данного средства есть очень много командлетов для автоматизации задач в различных продуктах VMware. Сегодня мы поговорим о том, как с помощью PowerCLI можно управлять задачами репликации в Site Recovery Manager (SRM) и vSphere Replication (VR). Данные операции осуществляются через REST API.

1. Подключение к серверу vSphere Replication через Connect-VrServer

Чтобы подключиться к серверу управления vSphere Replication, необходимо использовать команду Connect-VrServer. Репликация может быть настроена внутри одного сервера vCenter или между локальными и удаленными экземплярами сервера vCenter.

При настройке репликации внутри одного и того же сервера vCenter, вы можете подключиться только к локальному сайту репликации vSphere. В параметре Server укажите адрес сервера vSphere Replication. В параметрах User и Password укажите имя пользователя и пароль для экземпляра сервера vCenter, где развернут виртуальный модуль vSphere Replication.

$vrConnection = Connect-VrServer -Server "MyVrAddress.com" 
   -User "administrator@vsphere.local" `
   -Password "MyLocalVCenterServerPassword"

Давайте рассмотрим объект VrServerConnection, возвращаемый командой Connect-VrServer. Он содержит свойство ConnectedPairings:

Это свойство является словарем, где хранятся все подключенные пары. Пара - это представление в API VR парных локального и удаленного сайтов. Поскольку мы только что прошли аутентификацию только на локальном сайте VR, в словаре содержится только одна запись. Это самоподключение локального vCenter.

Вы можете индексировать этот словарь по имени vCenter и получить определенный объект Pairing. Вам понадобится этот объект Pairing для вызова различных операций из API VR:

Чтобы аутентифицироваться на удаленном сервере vCenter, вы будете использовать другой набор параметров команды Connect-VrServer. Обратите внимание, что у вас должна быть настроена пара сайтов между локальным и удаленным сайтами vSphere Replication.

На этот раз для параметра LocalServer укажите уже доступный объект VrServerConnection. Для параметра RemoteServer укажите имя удаленного VC. Для параметров RemoteUser и RemotePassword укажите имя пользователя и пароль удаленного VC. Обратите внимание, что с VR мы можем настроить несколько удаленных сайтов:

$remoteVc = "myRemoteVcName"
$vrConnection = Connect-VrServer -LocalServer $vrConnection `
    -RemoteServer $remoteVc `
    -RemoteUser "administrator@vsphere.local" `
    -RemotePassword "MyRemoteVCenterServerPassword"

Теперь, если вы проверите свойство ConnectedPairings объекта VrServerConnection, вы увидите, что в словаре появилась вторая пара, позволяющая вам вызывать операции API на удаленном сайте:

В качестве альтернативы вы можете аутентифицироваться на локальном и удаленном сайтах с помощью одного вызова Connect-VrServer:

$remoteVc = "myRemoteVcName"
$vrConnection = Connect-VrServer -Server $localVr `
   -User "administrator@vsphere.local" `
   -Password "MyLocalVCenterServerPassword" `
   -RemoteServer $remoteVc `
   -RemoteUser "administrator@vsphere.local" `
   -RemotePassword "MyRemoteVCenterServerPassword"

2. Настройка Host Based Replication

Для удобства давайте сохраним пару удаленного сайта, которую мы будем использовать для репликации, в переменной:

$remotePairing = $vrConnection.ConnectedPairings[$remoteVc].Pairing	

Получение реплицируемых ВМ

Для начала вам нужно получить ВМ, которую вы хотите реплицировать. Используйте команду Invoke-VrGetLocalVms, для которой нужно указать параметры PairingId и VcenterId. У нас есть эти идентификаторы в объекте Pairing, который мы сохранили в переменной $remotePairing:

$replicatedVm = Invoke-VrGetLocalVms -PairingId $remotePairing.PairingId `
   -VcenterId $remotePairing.LocalVcServer.Id.Guid `
   -FilterProperty 'Name' `
   -Filter "VrSrmDemo"

Вы также можете применить фильтр к этому вызову. Параметр FilterProperty указывает свойство ВМ, которое будет использоваться для поиска. В данном случае это свойство Name. Параметр Filter указывает значение свойства, которое вы ищете. Результатом этого вызова является объект VirtualMachineDrResponseList, который содержит список ВМ, соответствующих указанному фильтру. В нашем случае это будет список с одной ВМ:

Настройка HDD-дисков машин для репликации

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

Вот как получить целевое хранилище данных на удаленном vCenter, используя команду Invoke-VrGetVrCapableTargetDatastores:

$targetDatastore = Invoke-VrGetVrCapableTargetDatastores -PairingId $remotePairing.PairingId `
   -VcenterId $remotePairing.RemoteVcServer.Id.Guid `
   -FilterProperty "Name" `
   -Filter "MyRemoteDS"

Здесь для VcenterId укажите идентификатор удаленного vCenter. Укажите параметры FilterProperty и Filter, чтобы выбрать целевое хранилище данных по имени. Жесткие диски доступны в свойстве Disks нашего объекта VirtualMachine, сохраненного в переменной $replicatedVm.

Пройдитесь по списку Disks и инициализируйте объекты ConfigureReplicationVmDisk для каждого жесткого диска. Сохраните эти конфигурации в переменной массива $replicationVmDisks:

$replicationVmDisks = @()
$replicatedVm.List[0].Disks | ForEach-Object {
   $replicationVmDisks += Initialize-VrConfigureReplicationVmDisk -VmDisk $_ `
      -EnabledForReplication:$true `
      -DestinationDatastoreId $targetDatastore.List[0].Id `
      -DestinationDiskFormat 'SAMEASSOURCE'
}

Конфигурация Host Based Replication

Сначала вам нужно инициализировать объект ConfigureReplicationSpec. Помимо различных настроек репликации, мы должны указать конфигурацию репликации диска, сохраненную в переменной $replicationVmDisks, для параметра Disk. Также вам нужно указать идентификатор целевого vCenter и идентификатор реплицируемой ВМ.

$replicationSpec = Initialize-VrConfigureReplicationSpec `
   -Rpo 60 `
   -NetworkCompressionEnabled:$true `
   -MpitEnabled:$true `
   -AutoReplicateNewDisks:$true `
   -LwdEncryptionEnabled:$false `
   -MpitInstances 1 `
   -MpitDays 1 `
   -Disks $replicationVmDisks `
   -TargetVcId $remotePairing.RemoteVcServer.Id.Guid `
   -VmId $replicatedVm.List[0].Id

Затем используйте команду Invoke-VrConfigureReplication для настройки репликации. В качестве параметров укажите PairingId и объект ConfigureReplicationSpec:

$task = Invoke-VrConfigureReplication -PairingId $remotePairing.PairingId `
   -ConfigureReplicationSpec $replicationSpec

Результатом операции является объект TaskDrResponseList, который в нашем примере содержит список из одной задачи. Если хотите, вы можете указать массив объектов ConfigureReplicationSpec и реплицировать несколько ВМ одним вызовом. Чтобы дождаться завершения задачи настройки репликации, получите задачу, пока ее свойство Status не будет равно чему-то отличному от "RUNNING":

Invoke-VrGetTaskInfo -TaskId $task.List[0].Id

В следующем разделе мы будем использовать командлеты из модуля VMware.Sdk.Srm для создания группы защиты и плана восстановления для только что созданной репликации.

3. Подключение к Site Recovery Manager с помощью Connect-SrmSdkServer

Для подключения к серверу Site Recovery Manager используйте командлет Connect-SrmSdkServer. Не используйте старый командлет Connect-SrmServer, уже доступный в модуле VMware.VimAutomation.Srm, так как он не совместим с командлетами модуля VMware.Sdk.Srm.

Site Recovery Manager поддерживает только одно соединение между локальными и удаленными сайтами SRM. Вы можете подключиться либо только к локальному сайту, либо вы можете аутентифицироваться на удаленном сайте сервера vCenter в том же вызове. Поскольку далее мы будем создавать группу защиты и план восстановления, мы выберем второй вариант. Обратите внимание, что у вас должна быть настроена пара сайтов между локальными и удаленными сайтами SRM.

$srmConnection = Connect-SrmSdkServer -Server "MySrmAddress.com" `
   -User "administrator@vsphere.local" `
   -Password "MyLocalVcPassword" `
   -RemoteUser "administrator@vsphere.local" `
   -RemotePassword "MyRemoteVcPassword"

Если мы посмотрим на объект SrmServerConnection, возвращенный командлетом Connect-SrmSdkServer, мы увидим, что он содержит свойство с именем ConnectedPairing. В этом случае это один объект Pairing, который представляет пару между локальным и удаленным сайтами SRM. Вам потребуется этот объект Pairing для вызова различных операций из API SRM:

4. Создание Protection Group и Recovery Plan для Host Based Replication

В этой главе мы будем использовать репликацию на основе хоста, которую мы настроили ранее. Сначала мы инициализируем HbrProtectionGroupSpec с уже реплицированной ВМ:

$hbrSpec = Initialize-SrmHbrProtectionGroupSpec -Vms $replicatedVm.List[0].Id

В этом примере мы повторно используем идентификатор ВМ, который мы сохранили в переменной $replicatedVm, поскольку он совместим между API VR и SRM. Если вам нужно получить реплицированную ВМ с помощью модуля VMware.Sdk.Srm, используйте командлет Invoke-SrmGetReplicatedVms:

$replicatedVm = Invoke-SrmGetReplicatedVms `
   -PairingId $srmConnection.ConnectedPairing.PairingId `
   -VcenterId $srmConnection.ConnectedPairing.LocalVcServer.Id.Guid `
   -FilterProperty "Name" `
   -Filter "VrSrmDemo"

Используйте объект HbrProtectionGroupSpec для инициализации SrmProtectionGroupCreateSpec. Для параметра ReplicationType укажите HBR:

$protectionGroupSpec = Initialize-SrmProtectionGroupCreateSpec -Name "SrmDemoGroup" `
   -ReplicationType HBR `
   -ProtectedVcGuid $srmConnection.ConnectedPairing.LocalVcServer.Id.Guid `
   -HbrSpec $hbrSpec

Создайте Protection Group с помощью командлета Invoke-SrmCreateGroup:

$task = Invoke-SrmCreateGroup -PairingId $srmConnection.ConnectedPairing.PairingId `
   -ProtectionGroupCreateSpec $protectionGroupSpec

Дождитесь завершения задачи SRM:

$task = Invoke-SrmGetTaskInfo -TaskId $task.Id

Когда $task.Status равно 'SUCCESS', получите Protection Group, используя свойство $task.Result, которое содержит ID созданной группы:

$protectionGroup = Invoke-SrmGetGroup -PairingId $srmConnection.ConnectedPairing.PairingId `
   -GroupId $task.Result
	

Чтобы завершить этот пример, мы создадим Recovery Plan для Protection Group. Для этого сначала инициализируйте RecoveryPlanCreateSpec, требуемый командлетом Invoke-SrmCreatePlan:

$recPlanSpec = Initialize-SrmRecoveryPlanCreateSpec `
   -Name "SrmDemoRecoveryPlan" `
   -ProtectedVcGuid $srmConnection.ConnectedPairing.LocalVcServer.Id.Guid `
   -ProtectionGroups $protectionGroup.Id

Затем создайте план восстановления с объектом RecoveryPlanCreateSpec и дождитесь завершения задачи, используя Invoke-SrmCreatePlan:

$task = Invoke-SrmCreatePlan -PairingId $srmConnection.ConnectedPairing.PairingId `
  -RecoveryPlanCreateSpec $recPlanSpec
Invoke-SrmGetTaskInfo -TaskId $task.Id

5. Отключение соединений к SRM и VR

После того, как вы закончили взаимодействовать с сервером SRM, закройте соединение, используя командлет Disconnect-SrmSdkServer:

Disconnect-SrmSdkServer "MySrmAddress.com"

Чтобы закрыть соединение с сервером VR, используйте командлет Disconnect-VrServer:

Disconnect-VrServer "MyVrAddress.com"

Вы можете объединить модули PowerCLI VMware.Sdk.Vr и VMware.Sdk.Srm для автоматизации всего сценария создания репликации на основе хоста и использования ее с группой защиты и планом восстановления. Если вы хотите автоматизировать репликацию на основе массива, доступную с модулем VMware.Sdk.Srm, обратитесь к статье "Array Based Replication with PowerCLI 13.1". Также вы можете ознакомиться со статьей "vSphere Replication REST API with PowerShell: Configure VM replication".

На сайте проекта VMware Labs появилась еще одна одна мобильная версия клиента для управления большим продуктом VMware - Site Recovery Manager Mobile. Эта утилита предназначена для мониторинга состояния Protection-групп и планов восстановления в интерфейсе максимально приближенном к десктопному SRM.

Напомним, что у VMware есть мобильная версия и своего основного клиента для управления виртуальной инфраструктурой vSphere Mobile Client, а также мобильный клиент для управления решением по виртуализации и агрегации сетей NSX Mobile.

Очевидно, что мобильные версии всех этих решений сфокусированы на мониторинге - посмотреть, что случилось (или чего не случилось), а потом уже открыть ноутбук и заняться решением проблемы. VMware SRM Mobile не стал исключением, в нем администраторам доступны следующие возможности:

• Мониторинг следующих сущностей:
  • Сводной информации о паре сайтов основной-резервный
  • Всех объектов protection groups / recovery plans
• Объекты отображаются в отдельном представлении в виде таблиц
• Объекты можно представить в виде меню drawer мобильного приложения для быстрого доступа к элементам дерева
• Информация о Protection groups разделена на 3 вкладки:
  • Summary
  • Recovery Plans
  • Virtual Machines
• Информация о планах восстановления разделена на 4 вкладки:
  • Summary
  • History
  • Protection Groups
  • Virtual Machines
• Администратор получает нотификацию, если какие-либо данные невозможно загрузить

Скачать VMware Site Recovery Manager Mobile можно по этой ссылке. Утилита пока работает только под Android версии 4.4 и выше.

На прошлой неделе компания VMware выпустила обновления своих главных продуктов - vSphere 7 Update 2 и vSAN 7 Update 2. Одной из важных составляющих инфраструктуры vSphere является технология репликации, которая служит основой для защиты активного датацентра и позволяет создать горячие копии виртуальных машин на резервной площадке в рамках решения VMware Site Recovery Manager. Напомним, что о возможностях репликации и SRM 8.3 мы писали около года назад вот тут.

Давайте посмотрим на новые возможности недавнего обновления VMware SRM 8.4 и vSphere Replication 8.4:

1. Оптимизация процедуры Re-Protect

При возвращении основного сайта в онлайн после операции восстановления на резервную площадку происходит обратная ресинхронизация данных виртуальных машин. Теперь этот процесс работает значительно быстрее, так как SRM начинает отслеживать изменяющиеся данные сразу после Failover'а или плановой миграции на резервный сайт.

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

2. Улучшения масштабируемости и производительности

Раньше технология vSphere Replication поддерживала репликацию до 2000 виртуальных машин на один сервер vCenter, теперь же это число было увеличено до 3000. На один модуль Replication Appliance теперь может приходиться до 300 ВМ вместо 200 ранее. Кроме того, инженеры VMware также поработали и над улучшением производительности процесса репликации.

3. Отчетность

Ранее отчеты можно было выгружать в файл XML, теперь же была добавлена еще и возможность копировать их в любой Datagrid через UI. Также появилась опция "Export Global Report" в формат CSV, которая позволяет экспортировать все настройки и конфигурации инфраструктуры катастрофоустойчивости для отчетности и анализа. Там будут все Recovery Plans и Protection groups с их подробными конфигурациями.

4. Улучшения интерфейса

Тут появилось множество всего нового, например, раздел Missing network mappings, очень полезный для администраторов SRM.

На скриншоте видно, что при настройке репликации недостающие маппинги показываются в интерфейсе, где есть возможность их добавить в Protection groups на этапе одного из шагов мастера.

После создания плана аварийного восстановления вам покажут список задач с ошибками, обнаруженными для полученных конфигураций. Это доступно на Summary Page, без необходимости открывать recovery plan report.

В истории задач видны все ошибки, сгруппированные по задачам:

На любом экране с деревом инфраструктуры теперь есть информация о состоянии каждого из объектов (Disconnected, Maintenance Mode и т.п.):

Для маппинга папок теперь есть подсказка об их иерархии:

После фейловера или плановой миграции на другую площадку наступает необходимость восстановить функционирование основного сайта и вернуться к изначальной конфигурации. О процедуре Reprotect теперь напоминает специальный попап:

Также при настройке репликации для виртуальной машин, помимо формата диска и политики хранилищ, теперь показывается и контроллер для каждого диска.

Ну и появилась возможность read-only просмотра мастера recovery settings для ВМ, когда планы восстановления находятся в нередактируемом состоянии.

5. Улучшения vSphere Replication Appliance Management

Интерфейс модуля VRMS был приведен к тем же стандартам, что и консоли Site Recovery Manager и vCenter. Теперь нужные задачи и настройки находить легче:

6. Улучшения простоты использования

Теперь Site Recovery Manager автоматически выбирает placeholder datastores на обеих площадках с учетом характеристик этих датасторов. Эту механику можно отключить в настройках:

Также теперь при настройке репликации автоматически определяются редко используемые ISO, подключенные как CD/DVD и исключаются из репликации:

7. Улучшенная поддержка соединения площадок

Теперь конфигурация SRM поддерживает разницу в версиях (N+1), что очень удобно в целях апгрейда версии ПО на обеих площадках:

Тут есть 3 основных момента:

• Пара будет функционировать на условиях младшей версии
• SRM и vSphere Replication должны быть одной версии в рамках одной площадки
• Эта функциональность идет отдельно от совместимости разных версий vCenter

8. Улучшения автоматизации

Через SRM API теперь доступны следующие возможности:

• Просмотр числа и типов лицензий
• Создание пустых protection groups
• Создание/редактирование папок и перемещение recovery plans и protection groups
• Настройка array managers
• Управление реплицируемыми парами дисковых массивов
• Ручной маппинг/защита ВМ
• Функции Add/Remove/Get для Placeholder Datastores
• Добавление зависимостей ВМ

Для плагина vRealize Orchestrator plug-in for SRM было добавлено:

• Добавление Inventory Mappings на уровне ВМ
• Настройка Placeholder Datastore
• Новый рабочий процесс создания папок Protection Group и Recovery Plan, а также их перемещение из одной папки в другую

9. Улучшения vRealize Operations Management Packs

Management Pack теперь поддерживает vRealize Operations Manager 8.3. В отчетах теперь можно найти новую информацию о:

• Лицензиях
• Объектах Array Manager
• Ошибках, алертах и алармах
• Recovery History
• MPIT visibility для vSphere Replication

Более подробная информация о релизах VMware Site Recovery Manager 8.4 и vSphere Replication 8.4 приведена тут и тут, соответственно. Скачать SRM 8.4 можно по этой ссылке.

Не так давно мы писали о новых возможностях средства обеспечения катастрофоустойчивости VMware Site Recovery Manager 8.3 и средств репликации vSphere Replication. Одной из новых фич стала поддержка томов Virtual Volumes (VVols), про которую мы расскажем сегодня несколько подробнее.

Первый момент - это то, что вам не потребуется Storage Replication Adapter (SRA), чтобы использовать репликацию на уровне дискового массива. Тома VVols изначально поддерживают управление хранилищами и их репликацией за счет механизма Storage Policy-Based Management (SPBM). Когда вы настраиваете репликацию VVols, она устанавливается не на уровне LUN, а на уровне виртуальных машин.

Все это упрощает управление репликацией виртуальных машин (нет необходимости настройки и обслуживания SRA), а также повышает гранулярность управления за счет оперирования на уровне отдельных виртуальных машин, а не всего LUN в рамках настройки SRM Protection Groups:

Второй важный момент - это то, что поскольку репликация VVols происходит на уровне виртуальных машин и их хранилищ, то ввиду меньшей гранулярности ВМ можно параллельно реплицировать на разные хранилища в соответствии с политиками SPBM, но при этом с разной периодичностью в зависимости от места назначения и их Protection Groups:

В традиционной инфраструктуре хранилищ, когда вы делаете тест восстановления хранилищ в SRM, то он должен выполняться для целой Protection Group, что рождает определенные сложности и условия при подготовке к тестированию. Для томов VVols все происходит гораздо проще, с учетом разной частоты репликации для виртуальных машин и большей гранулярности тестирования. Также это дает возможности простого восстановления отдельной ВМ в случае сбоя.

Между тем есть некоторые ограничения использования томов VVols и SRM:

• SRM не поддерживает защиту виртуальных машин, которые имеют нереплицируемые виртуальные диски.
• SRM не поддерживает защиту виртуальных машин с разными дисками на базе VVols, которые имеют разные политики хранилищ с точки зрения репликации и разные replication groups.
• vVols не поддерживают восстановление шаблонов виртуальных машин (templates).

VVols поддерживает применение разных политик SPBM к дискам виртуальной машины, но чтобы эта ВМ поддерживалась со стороны SRM, нужно, чтобы все ее диски были настроены на базе одной политики:

Тома vVols 2 с поддержкой репликации уже поддерживаются на стороне хранилищ Dell EMC (PowerMax), HPE и Pure Storage. Также в ближайшем будущем ожидается существенное расширение этого списка.

Более подробную информацию вы можете получить по следующим ссылкам:

• About vVols Protection Groups
• Configure vVols
• Using vVols with Site Recovery Manager
• Create vVols Protection Groups
• Apply Inventory Mappings to All Members of an Array-Based, vVols, or vSphere Replication Protection Group

• vVols and Replication
• Requirements for Replication with vVols
• vVols and Replication Groups
• vVols Resource Page on Core.vmware.com

Таги: VMware, SRM, VVols, Storage, Replication, VMachines, DR



Платформа VMware vSphere 7 и другие продукты доступны для скачивания уже сейчас!




Вчера компания VMware объявила о доступности для загрузки (General Availability) своей флагманской платформы виртуализации VMware vSphere 7. Скачать ее можно по этой ссылке.



Объявление о доступности продукта было сделано во время почти часовой онлайн-сессии:

Одновременно стали доступны для скачивания и следующие решения:

• VMware vSAN 7
• VMware Site Recovery Manager 8.3
• VMware Horizon 7.12

Напомним все наши статьи, относящиеся к данному релизу и другим обновлениям продуктовой линейки VMware:

• Анонсирована новая версия VMware vSphere 7 - что нового?
• Новые возможности VMware Site Recovery Manager 8.3 и vSphere Replication
• Анонсирована новая версия VMware vSAN 7.0 - что там будет интересного?
• Что нового в VMware vRealize Operations 8.1 - самое главное
• Новые возможности решения для виртуализации и доставки настольных ПК предприятия VMware Horizon 7.12
• Новые возможности Dynamic Environment Manager 9.11
• Что нового в VMware Cloud Foundation 4?

Что еще есть интересного по теме:

• VMware vSphere 7 Upgrade Center
• VMware vSphere 7 Release Notes
• vSphere 7 YouTube Playlist
• vSphere Academy
• vSphere Central

Из больших релизов осталось ждать только vRealize Operations 8.1.


Таги: VMware, vSphere, Update, vSAN, SRM, Horizon



Новые возможности VMware Site Recovery Manager 8.3 и vSphere Replication.




На днях компания VMware сделала много важных анонсов, о двух из них мы уже рассказали:

• Анонсирована новая версия VMware vSphere 7 - что нового?
• Анонсирована новая версия VMware vSAN 7.0 - что там будет интересного?

Одновременно с этим было объявлено и о скором выпуске обновленной версии решения VMware Site Recovery Manager 8.3, предназначенного для обеспечения катастрофоустойчивости виртуальных датацентров. Напомним, что о прошлой версии SRM 8.2 мы писали в мае прошлого года. Главной новой возможностью тогда стала реализация функций продукта в виртуальном модуле (Virtual Appliance) на базе Photon OS.

Давайте посмотрим, что нового появилось в SRM 8.3:

1. Интеграция с Virtual Volumes (vVols).

Это было одной из самых ожидаемых возможностей SRM. Теперь тома vVols полностью поддерживаются для защиты с помощью SRM на базе технологий репликации на уровне дискового массива. Репликация для томов vVols работает на уровне отдельных виртуальных машин, а также в составе групп (replication groups).

Как некоторые знают, компонент VASA provider заменил модуль SRA (Storage Replication Adaptor), поэтому ежедневные операции теперь выполняются проще и быстрее. Сначала поддержка будет реализована для хранилищ Pure, HPE 3par и Nimble, но вскоре появится и для других вендоров. Список совместимости доступен здесь и будет постоянно обновляться.



2. Автоматическая защита виртуальных машин.

Раньше если вам было необходимо добавить ВМ в защищаемые на protected datastore, нужно было открыть консоль SRM и добавить ее в protection group. Теперь же, если машина перемещается на такой датастор с помощью vMotion или создается там администратором, то она автоматически попадает в состав защищенной группы.



Точно такая же автоматическая защита теперь распространяется и на тома vVols, которые поддерживаются, начиная с этой версии SRM.

Надо отметить, что если машина перемещается между датасторами через Storage vMotion, то она не попадает в protection group. Это сделано для того, чтобы предотвратить изменение protection group для машины во время этой операции.

3. Бесшовное изменение размера диска.

Раньше для изменения размера диска реплицируемой машины средствами vSphere Replication требовалось сделать несколько ручных операций на стороне таргета репликации. Теперь же эта операция делается автоматически, когда вы меняете размер диска исходной ВМ.



4. Утилита vSphere Replication Configuration Export/Import Tool.

В SRM 8.1 появилась возможность сохранять и восстанавливать конфигурацию защищаемой среды, а в SRM 8.3 с помощью утилиты vSphere Replication Configuration Export/Import Tool можно делать то же самое для конфигураций репликации. Теперь администраторы могут сделать резервную копию конфигураций реплицируемых ВМ, включая RPO, MPIT, компрессии, подморозки (quiescing), шифрования, настройки датасторов и все прочее. Пока эта возможность доступна только через CLI.

5. Улучшения интерфейса.

В плане UI в SRM 8.3 было сделано очень много изменений, вот лишь некоторые из них:

• Улучшения репортинга, включая возможность экспорта всех представлений в формат CSV.
• Пользователь теперь может экспортировать детали репликации отдельных ВМ.
• Интерфейс репликации теперь включает статистику lag time, которая показывает прошедшее с момента последней репликации время.
• Возможность спрятать/показать колонки во всех табличных представлениях.
• Список replications list теперь показывает ассоциированные protection groups.



6. Улучшения производительности vSphere Replication.

Инженеры VMware приложили много усилий для внесения оптимизаций в эту версию vSphere Replication. Улучшения касаются как механизма первоначальной синхронизации, так и постоянной репликации машины под нагрузкой.

7. Прочие улучшения.

• Улучшения утилиты SRM Configuration Import/Export Tool.
• Расширенные возможности плагинов vRO для SRM и vSphere Replication, включая рабочие процессы для томов vVols.
• Новые возможности для vROps Management packs, как для SRM, так и для vSphere Replication.
• Улучшенная интеграция с хранилищами vSAN, которые теперь больше понимают о наличии данных реплик vSphere Replication.
• Улучшения безопасности, включая поддержку FIPS в интерфейсе, и интеграция с шифрованием vSphere Trust Authority.

Доступность для загрузки VMware Site Recovery Manager 8.3 ожидается в апреле, одновременно с релизами vSphere 7 и vSAN 7. Пока за обновлениями можно следить на этой странице.


Таги: VMware, SRM, Update, DR, Replication, Enterprise



Как перейти с обычного VMware Site Recovery Manager под Windows на виртуальный модуль с Photon OS (Virtual Appliance).




Недавно мы писали о выходе обновленной версии решения для обеспечения катастрофоустойчивости виртуальных датацентров VMware Site Recovery Manager 8.2. Многие пользователи после ее релиза задались вопросом миграции на виртуальный модуль (Virtual Appliance), который построен на базе операционной системы Photon OS и управляется через веб-браузер.



Давайте вкратце рассмотрим этот процесс. В целом процедура миграции выглядит так:

• Убеждаемся, что ваш SRM на базе Windows обновлен до версии 8.2.
• Экспортируем конфигурацию и останавливаем SRM на хосте с Windows.
• Развертываем Site Recovery Manager Virtual Appliance и импортируем туда конфиг.

Пошагово этот процесс будет таким:

1. Логинимся в Site Recovery Manager for Windows, открываем командную строку и переходим в папку %SRM_INSTALL_DIR%\bin.

2. Запускаем следующий скрипт, он потребует ввод пароля администратора:

export-srm-data.bat

3. Экспортированную папку перемещаем на виртуальный модуль SRM.

4. Выключаем машину с SRM для Windows и логинимся как root в SRM VA.

5. Если вы создавали кастомные сертификаты, то их надо положить в папку /etc/ssl/certs (это файлы с расширением .pem). Импортировать сертификаты можно через Site Recovery Manager Appliance Management Interface.

Для изменения прав доступа к сертификатам используйте команду:

chmod a+r <new-root-ca>.pem

Далее выполните:

c_rehash

6. После этого запустите импорт окружения SRM, указав папку, которую вы экспортировали из Windows-окружения:

/opt/vmware/srm/bin/import-srm-data.sh <export_dir>

7. Вас попросят пароль администратора vCenter Single Sign-On, root виртуального модуля, а также пароль от файла, который был задан при экспорте конфигурации.

8. На вкладке Home веб-консоли решения SRM VA выберите импортированную пару сайтов и нажмите Actions > Reconnect. Выберите первый сайт из списка, введите адрес Platform Services Controller сервера SRM на резервной площадке и введите имя пользователя и пароль.

9. Далее вас попросят выбрать сервер vCenter, который нужно настроить и его сервисы, где вы просто нажимаете Next, а потом Finish.

Также весь этот процесс описан вот тут.


Таги: VMware, SRM, Virtual Appliance, DR, Migration, Linux



Вышел и доступен для скачивания VMware Site Recovery Manager 8.2 - теперь виртуальный модуль без Windows.




На днях компания VMware выпустила новую версию решения для обеспечения катастрофоустойчивости виртуальных датацентров VMware Site Recovery Manager 8.2. Напомним, что прошлая версия SRM 8.1 вышла довольно давно - аж в апреле прошлого года.

Главное нововведение данного обновления - это отказ от Windows и переход на виртуальный модуль (Virtual Appliance) на базе гостевой ОС Photon. Правда установщик под Windows пока еще доступен, но, скорее всего, его уже не будет в следующих версиях.



Давайте посмотрим, что еще нового появилось в новой версии VMware SRM 8.2:

• Полная совместимость с платформой виртуализации VMware vSphere 6.7 Update 2.
• Улучшения интерфейса управления на базе HTML5:
  • Утилита SRM Configuration Import/Export Tool теперь доступна прямо из консоли решения.
  • Теперь можно выбирать цветовые схемы пользовательского интерфейса, включая темную тему, которая показана на скриншоте выше.
  • Отображение информации о емкости на влкадке Protection Groups Datastores.
  • Возможность дать фидбэк в VMware касательно нового интерфейса.
• Улучшения публичного API:
  • Вывод информации обо всех Array Managers.
  • Вывод всех реплицируемых томов RDM.
  • Обновленный пакет к vROPs - vRealize Operations Management Pack for Site Recovery Manager 8.2
  • Обновленный плагин к vRO - vRealize Orchestrator Plug-In for VMware Site Recovery Manager 8.2
• Возможность отсылать логи SRM на удаленный syslog-сервер.
• Поддержка шифрования сетевого трафика для vSphere Replication 8.2.

Скачать VMware Site Recovery Manager 8.2 (как в виде виртуального модуля, так и в виде установщика для Windows) можно уже сейчас по этой ссылке.


Таги: VMware, SRM, Update, DR



Что такое сервис VMware Site Recovery, и для чего он нужен?




Не все из вас знают, что в начале этого года компания VMware запустила облачный DR-сервис по обеспечению катастрофоустойчивости виртуальной инфраструктуры в облаке - VMware Site Recovery. Это так называемое DRaaS для публичного облака VMware Cloud on AWS (VMC), которое позволяет организовать disaster recovery (DR) инфраструктуру без капитальных затрат на организацию резервной площадки, покупку оборудования и т.п. для бизнес-критичных приложений - можно просто взять ее в аренду и платить по времени использования.

Это Disaster Recovery as-a-Service (DRaaS) решение на базе публичного облака дает следующие преимущества:

• Возможность быстро развернуть резервное окружение для онпремизной инфраструктуры vSphere в облаке.
• Функции vSphere Replication, обеспечивающие, в случае массового сбоя в датацентре, потерю данных в объеме всего RPO=5 минут.
• Единую консоль Site Recovery Manager (SRM), которая позволяет оркестрировать весь процесс восстановления после аварии.



Учитывая возможности решения Site Recovery, можно выделить 4 основных сценария использования данной технологии:

• Замена существующего DR-решения (оптимизация затрат, перераспределение ресурсов).
• Дополнение существующего DR-решения (частичное освобождение мощностей удаленной площадки).
• Обеспечение DR-инфраструктуры для приложений, которые ранее не были защищены.
• Возможность репликации данных из облака в другой регион AWS или другую онпремизную инфраструктуру.



Сервис Site Recovery работает с любым решением для организации хранилищ, особенно эффективен он будет вкупе с решением vSAN, которое, в свою очередь, может быть построено на различных аппаратных платформах, например, Dell-EMC VxRail.

Перед тем, как развертывать компоненты решения Site Recovery, вы можете пощупать их в реальной обстановке в рамках бесплатной лабораторной работы HOL-1905-01-SDC - VMware Site Recovery Manager - Data Center Migration and Disaster Recovery.



Кстати, на VMworld 2018 компания VMware объявила, что теперь в рамках одного кластера SDDC на площадке можно защищать до 1000 виртуальных машин, что в 2 раза больше, чем раньше:



Кроме того, теперь добавлена возможность (пока в режиме превью) реплицировать несколько онпремизных площадок в одну облачную VMware Cloud on AWS DR.

Узнать больше информации о VMware Site Recovery можно в специальном блоге, а также посмотрев следующие видео:


Таги: VMware, DR, Cloud, SRM, DRaaS



Возможности утилиты Configuration Import/Export Tool в VMware Site Recovery Manager 8.1.




В апреле мы писали о новых возможностях VMware Site Recovery Manager 8.1, среди которых было упоминание утилиты Configuration Import/Export Tool, позволяющей сохранить или накатить конфигурацию SRM на существующий или новый сайт. Сегодня остановимся на ней немного подробнее.



Во-первых, напомним список того, что может быть экспортировано и импортировано в инфраструктуру SRM:

• Protection Groups
• Recovery Plans
  • Приоритетная группировка ВМ
  • Взаимосвязи ВМ
  • Callouts
  • Кастомизация настроек IP
• Маппинги сетей, папок, пулов ресурсов и политик хранилищ
  • Правила маппинга IP-подсетей
• Информация о ВМ-плейсхолдерах
• Расширенные настройки (Advanced settings)
• Локальный и удаленные адреса площадок
• Объекты Array Managers с информацией об SRA-адаптерах

Во-вторых, на эту тему есть отличная видеоинструкция от VMware, где экспортируется существующая конфигурация SRM, а потом импортируется в чистую инсталляцию (таким образом можно переехать, например, на другую СУБД для SRM):

Вот так выглядит процесс экспорта конфигураций (единственное, что нельзя экспортировать - это историю отчетов и логи):



В-третьих, основная документация об утилите экспорта и импорта конфигурации SRM расположена по этой ссылке.

SRM Configuration Export можно запустить с сервера, где установлен SRM (помните, что потребуется Java 1.8.x или более поздняя). Саму утилиту можно добавить в запланированные задачи и запускать регулярно в целях резервного копирования конфигурации SRM.

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



Надо помнить, что импорт конфигурации нужно проводить на полностью чистой системе, где SRM связан с сервером vCenter, и Inventory которого совпадает с экспортированной конфигурацией. Ну и надо понимать, что нельзя использовать утилиту для миграций на новые версии VMware SRM, так как пока поддерживается только версия 8.1.


Таги: VMware, SRM, Backup



Новые возможности VMware Site Recovery Manager 8.1.




Во время большой серии весенних релизов, в рамках которой VMware выпустила обновление платформы виртуализации vSphere 6.7 и других продуктов, была также анонсирована и новая версия решения для обеспечения катастрофоустойчивости виртуальной инфраструктуры - VMware Site Recovery Manager 8.1.

Давайте посмотрим, что нового появилось в VMware SRM 8.1:

1. Улучшенный интерфейс на базе HTML5.

Теперь интерфейс управления решением SRM и репликацией построен на базе фреймворка Clarity и технологии HTML5 - это значит, что все работает быстро, а сам интерфейс удобен и приятно выглядит.



2. Переработанные рабочие процессы.

Теперь в SRM рабочие процессы сделаны более гибко и удобно. Например, при настройке защиты виртуальной машины можно добавить ее в существующий план восстановления (Recovery plan) или сразу же создать новый:



3. Гибкость при соединении площадок.

Теперь в SRM 8.1 отсутствует требование по идентичности версий VMware vCenter на обеих площадках. Это значит, что обновления на уровне сайтов вы можете проводить независимо. SRM 8.1 и vSphere Replication 8.1 поддерживают любую комбинацию из vCenter 6.0 Update 3, vCenter 6.5 и vCenter 6.7.



Это дает возможность обновить vCenter, не затрагивая при этом конфигурацию VMware SRM. Кроме того, теперь поддерживается и облачная инфраструктура VMware Cloud on AWS.

4. Упрощенный путь апгрейда SRM.

Теперь SRM поддерживает не только апгрейд с прошлой версии (SRM 8.0), но и прямое обновлений с версий SRM 6.5.



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

5. Утилита по сохранению и загрузке конфигураций Configuration Import/Export Tool.

Эта утилита командной строки, появившаяся впервые в этой версии, позволяет сохранить или накатить конфигурацию SRM. Ее давно ждали, теперь она позволяет не только делать резервные копии сложнейших конфигураций, но и реализовывать миграции, например, на другую СУБД.

Вот список того, что может быть экспортировано и импортировано в инфраструктуру SRM:

• Protection Groups
• Recovery Plans
  • Приоритетная группировка ВМ
  • Взаимосвязи ВМ
  • Callouts
  • Кастомизация настроек IP
• Маппинги сетей, папок, пулов ресурсов и политик хранилищ
  • Правила маппинга IP-подсетей
• Информация о ВМ-плейсхолдерах
• Расширенные настройки (Advanced settings)
• Локальный и удаленные адреса площадок
• Объекты Array Managers с информацией об SRA-адаптерах

6. Поддержка большего числа Protection Groups.

Теперь защищаемых групп может быть 500 вместо 250 в прошлой версии. Это сделано для Enterprise-пользователей, которым нужно создавать отдельную Protection Group для отдельного приложения, а таких приложений в датацентре может быть очень много.

7. Поддержка виртуальных машин, защищенных Fault Tolerance.

Эту возможность давно ждали. Теперь можно защищать ВМ с включенной технологией непрерывной доступности Fault Tolerance. Однако тут есть несколько ограничений:

• Поддерживается только репликация на уровне дискового массива.
• Обе FT-машины (Primary и Secondary) должны быть в одной группе array consistency group.
• Машина при сбое восстанавливается без включенной FT (ее придется запускать руками на резервной площадке).



8. Улучшения автоматизации.

В SRM 8.1 появилось два дополнительных API:

• Получение и настройка параметров IP-кастомизации.
• Добавление и удаление датасторов из групп Array-Based Replication Protection Groups.

9. Миграция на Photon OS.

Виртуальный модуль vSphere Replication 8.1 (VR Appliance) с SLES переехал на Photon OS. Это очередной шаг в сторону унификации инфраструктуры виртуальных модулей.

Загрузить VMware Site Recovery Manager 8.1 можно по этой ссылке. Release Notes доступны тут.


Таги: VMware, SRM, Update, DR



Новые возможности VMware Site Recovery Manager 6.5.1.




Как вы знаете, недавно компания VMware сделала доступным для загрузки обновление платформы виртуализации vSphere 6.5 Update 1, одновременно с которым были выпущены апдейты и других продуктов. Одним из них стал релиз продукта для обеспечения катастрофоустойчивости VMware Site Recovery Manager 6.5.1 (SRM).



Напомним, что выпуск версии SRM 6.5 состоялся осенью прошлого года, и там было весьма много новых возможностей. В этом же небольшом обновлении основной фичей является поддержка последней версии платформы vSphere, но не только. Давайте посмотрим на нововведения VMware SRM 6.5.1:

• VMware Site Recovery Manager 6.5.1 теперь полностью совместим с VMware vSphere 6.5 Update 1 и средствами репликации VMware vSphere Replication 6.5.1, которые также были выпущены с апдейтом vSphere.
• Доступна миграция vCenter Server Virtual Appliance 6.0 Update 3 на vCenter Server Virtual Appliance 6.5 Update 1, что дает пользователям прямой путь апгрейда с SRM 6.1.2 на SRM 6.5.1 (если же вы делаете апгрейд с версии SRM 6.0, то надо будет сначала обновиться на 6.1.2).
• Поддержка новых внешних баз данных:
  • Microsoft SQL Server 2014 Service Pack 2
  • Microsoft SQL Server 2016 Service Pack 1
• Поддержка новых гостевых ОС:
  • Windows Server 2016
  • CentOS 6.9
  • RHEL 7.3.5
  • Ubuntu 17.04 non Long Term Support (LTS)
• Исправления ошибок

Скачать VMware Site Recovery Manager 6.5.1 можно по этой ссылке.


Таги: VMware, SRM, Update, DR



VMware vSphere 6.5 и другие обновленные продукты VMware доступны для скачивания.




Не так давно мы писали о новых возможностях платформы VMware vSphere 6.5, о которых было объявлено в октябре этого года. Также мы писали о Site Recovery Manager 6.5, Virtual SAN 6.5, Virtual Volumes 2.0 и других продуктах линейки версий 6.5.

Ну а вчера компания VMware сделала эти и многие другие продукты доступными для загрузки.



Вот основные ссылки:

• VMware ESXi 6.5
• vCenter Server (Windows/VCSA) 6.5
• vSAN Witness Appliance 6.5
• vSphere Replication 6.5
• Site Recovery Manager 6.5
• vSphere Data Protection 6.1.3
• vRealize Log Insight 4.0
• vRealize Operations Manager 6.4
• vRealize Business for Cloud 7.2
• vSphere PowerCLI 6.5
• vSphere vMA 6.5
• vSphere CLI 6.5
• vSphere Management SDK 6.5
• vSphere Automation SDK for Java 6.5
• vSphere Automation SDK for .NET 6.5
• vSphere Automation SDK for REST 6.5
• vSphere Automation SDK for Python 6.5
• vSphere Automation SDK for Perl 6.5
• vSphere Automation SDK for Ruby 6.5
• vSAN Management SDK (.NET, Java, Ruby, Perl & Python ) 6.5
• Virtual Disk Development Kit (VDDK) 6.5
• vSphere Web Client SDK 6.5
• OVFTool 4.2

Отметим, что интерфейс PowerCLI версии 6.5 еще недоступен, но по ссылкам выше через некоторое время его можно будет скачать.

Также появилось несколько полезных документов по обновленным продуктам:

• Документация по vSphere 6.5
• vSphere 6.5 Configuration Maximums
• vSphere 6.5 (SOAP) API Reference Guide
• vSAN 6.5 API Reference Guide

Ну и ссылки на Release Notes к соответствующим продуктам (по SDK также ссылки пока не рабочие):

• vSphere / ESXi 6.5
• vSphere Client (HTML5) 6.5
• vSphere Update Manager 6.5
• Virtual SAN 6.5
• vSphere Replication 6.5
• vSphere Data Protection 6.1.3
• vRealize Log Insight 4.0
• vRealize Operations Manager 6.4
• vSphere PowerCLI 6.5
• vSphere vMA 6.5
• vSphere CLI 6.5
• vSphere Management SDK 6.5
• vSphere Web Services SDK 6.5
• vCenter Server Appliance Management API
• vSphere Automation SDK for Java 6.5
• vSphere Automation SDK for .NET 6.5
• vSphere Automation SDK for REST 6.5
• vSphere Automation SDK for Python 6.5
• vSphere Automation SDK for Perl 6.5
• vSphere Automation SDK for Ruby 6.5
• Virtual Disk Development Kit (VDDK) 6.5
• OVFTool 4.2

Интересно также взглянуть на график числа дней, которое потребовалось на выпуск новых версий VMware vSphere:




Таги: VMware, vSphere, Update, ESXi, vCenter, SRM



Основные анонсы VMworld Europe 2016 - все, что вам нужно знать о новых версиях продуктов VMware в одной статье.


Совсем недавно закончилась одна из главных конференций по виртуализации VMworld Europe 2016, которая, по традиции, проходит несколько позже главного VMworld в США. Если в Америке компания VMware рассказывала о новых технологиях и концепциях построения будущих датацентров, то в Европе гораздо больше внимания было уделено новым возможностям обновленных версий продуктов VMware...
Таги: VMware, VMworld, vSphere, Update, VVols, SRM, Virtual SAN, VSAN



Анонсирован VMware Site Recovery Manager 6.5 - что нового?




На прошедшей конференции VMworld Europe 2016 в Барселоне компания VMware сделала довольно много анонсов новых продуктов, доступность которых ожидается до конца этого года. Мы уже писали о некоторых из них:

• Анонсирована новая версия платформы виртуализации VMware vSphere 6.5
• Анонсы VMworld Europe 2016: VMware представила Virtual SAN 6.5
• VMware и Amazon Web Services анонсировали совместное публичное облако

В этой заметке мы рассмотрим новые возможности средства для обеспечения катастрофоустойчивости виртуальных датацентров - VMware Site Recovery Manager 6.5. Напомним, что о прошлой версии SRM 6.1 мы уже писали вот тут.



Итак, что нового в VMware SRM 6.5:

1. Полная совместимость с VMware vSphere 6.5.

Это включает в себя:

• Полную интеграцию с возможностью vCenter HA. SRM продолжит функционировать в штатном режиме, если vCenter HA сработает на восстановление сервера управления в случае сбоя.
• Полную поддержку процесса миграции с vCenter на vCSA. Если пользователь произведет такую миграцию, то с точки зрения SRM это будет апгрейд vCenter с его надстройкой SRM - и все продолжит работать.
• Защиту виртуальных машин, использующих функции шифрования виртуальных дисков при использовании Storage Policy-Based Protection Groups (SPPGs).
• Поддержку двухфакторной аутентификации, такой как RSA SecurID.
• Интеграцию с новыми vSphere Guest Operations API. Это означает, что изменения в IP-адресе машины и сценарии в ней исполняемые теперь станут более безопасными.

2. Полная совместимость с VMware Virtual SAN 6.5.

SRM 6.5 полностью поддерживается для инфраструктуры виртуальных хранилищ VSAN 6.5, а также и для предыдущих версий этого продукта для механизма vSphere Replication. Во всех остальных аспектах SRM и VSAN также отлично работают вместе, что позволяет строить гибкие и защищенные распределенные инфраструктуры.

3. Совместимость SRM и VVOLs.

В дополнение ко всем новым возможностям, которые были анонсированы в Virtual Volumes (VVols) 2.0, SRM 6.5 теперь поддерживает защиту виртуальных машин на VVols средствами технологии vSphere Replication.

4. Улучшения API и плагина к vRealize Orchestrator.

В плане программных интерфейсов SRM 6.5 было сделано множество улучшений. В плане API появилось несколько новых функций, которые будут описаны в отдельном документе (для версии 6.1 они есть вот тут). Плагин vRealize Orchestrator (vRO) для SRM использует эти интерфейсы для реализации коммуникации между продуктами и интеграции необходимых рабочих процессов SRM в vRO (подробнее об этом тут).

Вот какие функции теперь также полностью автоматизируемы через API:

• Add a Test Network Mapping
• Get Test Network Mappings
• Remove a Test Network Mapping
• Remove Folder Mapping
• Remove Network Mapping
• Remove Resource Mapping
• Remove Protection Group
• Remove Replicated VM From VR Group
• Unprotect Virtual Machines
• Add Test Network Mapping to Recovery Plan
• Create Recovery Plan
• Delete Recovery Plan
• Initiate Planned Migration Recovery Plan
• Remove Protection Group From Recovery Plan
• Remove Test Network Mapping From Recovery Plan
• Discover Replicated Devices

Вкупе с функциями API прошлых версий, эти функции покрывают практически всю функциональность SRM.

Кроме того, SRM 6.5 теперь полностью поддерживает "тихую" (unattended/silent) установку и апгрейды. Это позволяет экономить на развертывании и обслуживании компонентов виртуальной инфраструктуры.

5. vSphere Replication RPO.

Для технологии репликации vSphere Replication, на базе которой работает SRM, теперь поддерживаются политики контрольной точки восстановления (Recovery Point Objective, RPO), которые доходят до 5 минут в некоторых архитектурах. Это дешевый и надежный метод реализации катастрофоустойчивости, а функции vSphere Replication есть уже в издании vSphere Essentials Plus и более поздних редакциях.

6. Новый vROps SRM Management Pack.



Теперь решение для комплексного мониторинга и решения проблем в виртуальной инфраструктуре vRealize Operations имеет специальный пак для SRM, который позволяет осуществлять мониторинг самого сервера SRM, протекшн групп и планов восстановления прямо из консоли vROps. Это позволяет добавить SRM в линейку ИТ-систем, наблюдаемых администратором датацентра из единой консоли vROps.

Доступность VMware SRM 6.5 ожидается ближайшие пару месяцев. Следите за обновлениями - мы напишем об этом.


Таги: VMware, SRM, Update, DR



Контент-пак VMware Site Recovery Manager (SRM) для vRealize Log Insight.




Как вы знаете, у VMware есть замечательное решение для сбора и анализа логов vRealize Log Insight, которое позволяет осуществлять поиск любых данных в виртуальной инфраструктуре и предоставляет мощные возможности аналитики по этим данным. Функциональность этого решения можно расширять за счет контент-паков для соответствующих продуктов, которые дают дополнительные возможности, связанные с их рабочими процессами. На днях компания VMware выпустила Site Recovery Manager (SRM) content pack для vRealize Log Insight.

Для начала работы с контент-паком вам потребуется версия Log Insign 3.0 или выше (сейчас актуальная 3.3). На дэшборде мы увидим основные события, касающиеся различных компонентов инфраструктуры SRM:



Вкладки SRA Overview и SRA Device Overview позволяют понять состояние адаптеров SRA и процесса репликации в целом:



Вкладка SRM Virtual Machine Overview позволяет просматривать и анализировать состояние защищенных виртуальных машин в разрезе хранилищ, на которых они находятся:



Кроме того, можно смотреть события в разрезе групп хранилищ, защищаемых SRM (Datastore Groups).

Напомним также, что у VMware есть контент паки для решений VMware NSX, Virtual SAN, vRealize Automation, vRealize Operations Manager а также многих других продуктов и партнерских решений. Они, как и контент-пак для SRM, доступны для загрузки с сайта VMware Solution Exchange.


Таги: VMware, Log Insight, SRM



Максимальные конфигурации VMware vSphere и Site Recovery Manager по версиям платформы.




На сайте vcommunique.blogspot.ru появилась интересная табличка в которой приведены максимальные конфигурации хостов, серверов vCenter, виртуальных машин и других компонентов виртуального датацентра в сравнительной таблице, где представлена информация для различных версий платформы VMware vSphere и средства катастрофоустойчивости Site Recovery Manager (SRM).

Вот так прогрессировали vSphere и SRM от версии к версии:

Максимально поддерживаемая конфигурация / Версия платформы	6	5.5	5.1	5	4.1	4
Число Virtual CPU на виртуальную машину (Virtual SMP)	128	64	64	32	8	8
Объем оперативной памяти (RAM) на ВМ	4 TB	1TB	1TB	1TB	255GB	255GB
Размер виртуального диска	62 TB	62TB	2TB	2TB	2TB	2TB
Число виртуальных дисков	На хост - 2048 На Datastore Cluster - 9000	60	60	60	60	60
Логических CPU на хост	480	320	160	160	160	20
Виртуальных машин на хост	1024	512	512	512	320	320
Виртуальных CPU на хост	4096	4096	2048	2048	512	512
Виртуальных CPU на ядро	32	32	25	25	25	20
Оперативной памяти (RAM) на хост	6 TB	4TB	2TB	2TB	1TB	1TB
Размер LUN	64 TB	64TB	64TB	64TB	2TB	2TB
Raw Device Mapping size (virtual compatibility)	62TB	62TB	2TB	2TB	2TB	2TB
Размер диска Raw Device Mapping в режиме физической совместимости (Physical RDM)	64TB	64TB	64TB	64TB	2TB	2TB
Виртуальных машин в кластере	8000	4000	4000	3000	3000	1280
Пулов ресурсов в кластере	1600	1600	1600	1600	512	512
Хостов на один vCenter Server	1000	1000	1000	1000	1000	200
Число хостов в виртуальном датацентре	500	500	500	500	400	100
Включенных виртуальных машин на один vCenter Server	10000	10000	10000	10000	10000	2000
Зарегистрированных виртуальных машин на один vCenter Server	15000	15000	15000	15000	15000	3000
Число распределенных коммутаторов (Distributed switches, VDS) на один vCenter	128	128	128	32	32	16
Single Sign On (SSO)	Требуется	Требуется	Требуется	Не доступен	Не доступен	Не доступен
Параметры VMware Site Recovery Manager (SRM)
Число защищенных виртуальных машин всего	5000	1000	1000	1000	1000	1000
Число защищенных ВМ в одной protection group	500	500	500	500	500	500
Число Protection groups на один recovery plan	250	250	150	150	150	150
Число Datastore groups	255	255	150	150	150	150
Число одновременно запущенных планов восстановления (recovery plans)	10	10	10	10	3	3


Таги: VMware, vSphere, SRM



Награда Veeam Vanguard 2016 и несколько важных новостей от Veeam о новых продуктах.




На днях от известного многим из вас Рика Вановера (Rick Vanover) из компании Veeam пришло письмо о том, что в этом году мне пришла награда Veeam Vanguard 2016 в качестве признания заслуг по распространению технологий Veeam, предназначенных для обеспечения доступности сервисов современного датацентра. Я получаю ее уже во второй раз (в первый раз ее вручали в Лас-Вегасе).



Большое спасибо вот этим ребятам (надеюсь, скоро вас всех увижу), а также Дарье Крючковой:



Это хороший повод рассказать об интересных новостях Veeam Software, которых набралось в последнее время немало.

1. Уже доступен Veeam Managed Backup Portal (бесплатно).

Осенью мы писали про Veeam Managed Backup Portal - решение, позволяющее сервис-провайдерам (и даже реселлерам решений по виртуализации) организовать резервное копирование виртуальных машин своих клиентов.

Решение Veeam Managed Backup Portal for Service Providers состоит из двух ключевых компонентов: облачная инфраструктура виртуализации, где работают виртуальные машины (это может быть как IaaS-облако, так и частная инфраструктура клиента), а также виртуальный модуль на Microsoft Azure Marketplace, который реализует портал управления резервным копированием нескольких клиентов. То есть, сама управляющая ВМ находится в облаке Azure.



Основные возможности решения Veeam Managed Backup Portal:

• Упрощенное подключение новых заказчиков - благодаря порталу для поставщиков услуг создавать учетные записи, предоставлять услуги и управлять биллингом стало значительно проще. Одна из главных сложностей для провайдера — расчет стоимости услуги. Больше не придется интегрировать разнородные решения воедино или производить подсчеты вручную в Excel, потому что Veeam предлагает для этого готовую опцию.
• Удаленный мониторинг и управление резервным копированием. Комплексный контроль над Veeam-инфраструктурой заказчика из централизованного интерфейса. Удаленный мониторинг и управление заданиями резервного копирования теперь не представляют сложности. Все это осуществляется через единый порт (VPN не требуется).
• Многопользовательский портал - заказчики будут в курсе происходящего благодаря пользовательскому порталу с вашим логотипом. Вы можете делегировать пользователям базовые возможности мониторинга и настройки, чтобы уменьшить количество однотипных звонков и запросов в службу техподдержки. Заказчики смогут добавлять пользователей и площадки, проверять состояние резервных копий, контролировать емкость облачного репозитория и проверять ежемесячные выписки по расходам. Благодаря общему представлению об уровне защиты своей инфраструктуры заказчик будет уверен и в доступности сервиса при возникновении непредвиденных обстоятельств.
Это полностью бесплатное решение, которое значительно упростит предоставление услуг, биллинг и отчетность для существующих и будущих облачных провайдеров. Став участником программы VCSP, вы получите по электронной почте бесплатный ключ для использования в Azure. Алгоритм действий таков:
• Шаг 1. Станьте участником программы Veeam Cloud & Service Provider.
• Шаг 2. После одобрения вашей заявки запросите бесплатный ключ.
• Шаг 3. Используйте полученный ключ в Microsoft Azure.

Более подробная информация о Veeam Managed Backup Portal приведена по этой ссылке.

2. Анонсирован Veeam Availability Orchestrator.

Veeam Availability Orchestrator - это инструмент для управления послеаварийным восстановлением для крупных компаний. В данном случае это может стать неплохой заменой VMware Site Recovery Manager, так как Veeam всегда все делает качественнее и надежнее, чем сама VMware.

Основные возможности Veeam Availability Orchestrator:

• Управление резервным копированием и репликацией Veeam в соответствии с планом послеаварийного восстановления.
• Автоматическая проверка работоспособности — тестирование планов восстановления без ущерба для рабочей среды и без ручных манипуляций.
• Документирование и соответствие требованиям — возможности документирования, обновления информации и формирования отчетов в соответствии с требованиями компании. Эта функция - приятное и полезное дополнение к традиционным возможностям SRM.

Более подробно о Veeam Availability Orchestrato можно узнать по этой ссылке (там же можно оставить почту для оповещения о новостях по продукту).

3. Мероприятие серии VeeamON Tour в Санкт-Петербурге.

Компания Veeam приглашает вас принять участие в ежегодном мероприятии VeeamON Tour St. Petersburg, которое состоится 14 апреля 2016 года в отеле «Талион Империал».



Основные темы конференции:

• Повышение эффективности инвестиций в современный ЦОД. Концепция "Always-On Enterprise".
• Управление, диагностика и мониторинг виртуальной инфраструктуры.
• Аварийное восстановление как сервис (DRaaS) и облачные технологии.
• Живая демонстрация новых возможностей Veeam Avalability Suite v9.

В конце мероприятия состоится розыгрыш ценных призов!

Зарегистрироваться можно по этой ссылке.


Таги: Veeam, Vanguard, SRM, Portal, IaaS, Cloud, Backup



VMware Site Recovery Manager (SRM) и тома Raw Device Mapping (RDM).




Многие из вас знают, что в VMware vSphere есть такой режим работы виртуальных дисков, как Raw Device Mapping (RDM), который позволяет напрямую использовать блочное устройство хранения без создания на нем файловой системы VMFS. Тома RDM бывают pRDM (physical) и vRDM (virtual), то есть могут работать в режиме физической и виртуальной совместимости. При работе томов в режиме виртуальной совместимости они очень похожи на VMFS-тома (и используются очень редко), а вот режим физической совместимости имеет некоторые преимущества перед VMFS и довольно часто используется в крупных предприятиях.

Итак, для чего может быть полезен pRDM:

• Администратору требуется использовать специальное ПО от производителя массива, которое работает с LUN напрямую. Например, для создания снапшотов тома, реплики базы данных или ПО, работающее с технологией VSS на уровне тома.
• Старые данные приложений, которые еще не удалось перенести в виртуальные диски VMDK.
• Виртуальная машина нуждается в прямом выполнении команд к тому RDM (например, управляющие SCSI-команды, которые блокируются слоем SCSI в VMkernel).

Перейдем к рассмотрению схемы решения VMware Site Recovery Manager (SRM):



Как вы знаете, продукт VMware SRM может использовать репликацию уровня массива (синхронную) или технологию vSphere Replication (асинхронную). Как мы писали вот тут, если вы используете репликацию уровня массива, то поддерживаются тома pRDM и vRDM, а вот если vSphere Replication, то репликация физических RDM будет невозможна.

Далее мы будем говорить о репликации уровня дискового массива томов pRDM, как о самом часто встречающемся случае.

Если говорить об уровне Storage Replication Adapter (SRA), который предоставляется производителем массива и которым оперирует SRM, то SRA вообще ничего не знает о томах VMFS, то есть о том, какого типа LUN реплицируется, и что на нем находится.

Он оперирует понятием только серийного номера тома, в чем можно убедиться, заглянув в XML-лог SRA:



Тут видно, что после серийного номера есть еще и имя тома - в нашем случае SRMRDM0 и SRMVMFS, а в остальном устройства обрабатываются одинаково.

SRM обрабатывает RDM-диски похожим на VMFS образом. Однако RDM-том не видится в качестве защищаемых хранилищ в консоли SRM, поэтому чтобы добавить такой диск, нужно добавить виртуальную машину, к которой он присоединен, в Protection Group (PG).

Допустим, мы добавили такую машину в PG, а в консоли SRM получили вот такое сообщение:

Device not found: Hard disk 3



Это значит одно из двух:

• Не настроена репликация RDM-тома на резервную площадку.
• Репликация тома настроена, но SRM еще не обнаружил его.

В первом случае вам нужно заняться настройкой репликации на уровне дискового массива и SRA. А во втором случае нужно пойти в настройки SRA->Manage->Array Pairs и нажать там кнопку "Обновить":



Этот том после этого должен появиться в списке реплицируемых устройств:



Далее в настройках защиты ВМ в Protection Group можно увидеть, что данный том видится и защищен:



Добавление RDM-диска к уже защищенной SRM виртуальной машине

Если вы просто подцепите диск такой ВМ, то увидите вот такую ошибку:

There are configuration issues with associated VMs



Потому, что даже если вы настроили репликацию RDM-диска на уровне дискового массива и SRA (как это описано выше), он автоматически не подцепится в настройки - нужно запустить редактирование Protection Group заново, и там уже будет будет виден RDM-том в разделе Datastore groups (если репликация корректно настроена):



Помните также, что SRM автоматически запускает обнаружение новых устройств каждые 24 часа по умолчанию.


Таги: VMware, vSphere, SRM, RDM, Storage



Новый документ: VMware Site Recovery Manager 6.1 Technical Overview.




Компания VMware еще в августе выпустила полезный технический документ VMware Site Recovery Manager 6.1 Technical Overview, в котором описываются основные возможности средства для создания катастрофоустойчивых инфраструктур VMware SRM 6.1.



Основные сведения, которые можно почерпнуть из небольшого 22-страничного документа:

• варианты использования решения SRM
• основные топологии при построении архитектуры (active/active, active/passive и т.д.)
• развертывание и настройка продукта
• возможности механизма репликации
• сведения о настройке Protection Groups
• настройка и использование планов аварийного восстановления (Recovery Plans)
• рабочие процессы по тестированию аварийного восстановления, собственно аварийному восстановлению (Failover), а также возврату рабочей инфраструктуры с резервной на основную (Failback)

Таги: VMware, SRM, Whitepaper, DR



Новые возможности VMware Site Recovery Manager 6.1.




Как вы знаете, на конференции VMware VMworld 2015 было сделано немало интересных анонсов. О некоторых из них мы уже писали - это объявления о выходе VMware Virtual SAN 6.1 и VMware Horizon 6.2. Сегодня мы расскажем еще об одной интересной новости с VMworld - выпуске решения для обеспечения катастрофоустойчивости виртуального датацентра VMware Site Recovery Manager 6.1.

1. Управление защитой данных на базе политик

Напомним, что в VMware vSphere есть понятие Storage Profile - это профиль хранилища, используемый механизмом Profile Driven Storage, который создается, как правило, для различных групп хранилищ (Tier), где эти группы содержат устройства с похожими характеристиками производительности. Виртуальную машину при создании или миграции можно разместить на хранилище, соответствующем требованиям к производительности и надежности:



В SRM 6.1 появился новый тип Protection-групп - storage policy-based protection groups. Они используют механизм vSphere Storage Profiles для идентификации виртуальных машин и добавления их в группы. Также существенно упрощается настройка защищаемых хранилищ.



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



Кроме того, появилась интеграция со средствами развертывания виртуальных машин, такими как VMware vRealize Automation.

2. Поддержка растянутых кластеров и vMotion между датацентрами.

Раньше пользователям приходилось выбирать между использованием Site Recovery Manager и vSphere Metro Storage Clusters (так называемые Stretched Clusters, vMSC). Теперь обе этих технологии используются совместно.

Site Recovery Manager 6.1 теперь поддерживает и координирует исполнение операций cross-vCenter vMotion для обеспечения единого пространства отказо- и катастрофоустойчивости для распределенных датацентров:



Таким образом, SRM 6.1 вобрал в себя все преимущества "растянутых" кластеров:



Интеграция растянутых кластеров и VMware SRM 6.1 позволяет реализовать следующие сценарии, ранее доступны только в vMSC:

• Плановое обслуживание оборудования целого датацентра - исполнение плана миграции виртуальных машин на другую площадку под управлением другого vCenter прозрачно для пользователей и приложений.
• Нулевой простой при сбоях - исполнение плана аварийного восстановления в сочетании с cross-site vMotion (эвакуация машин) поможет избежать простоев при авариях и прочих неприятностях. Ранее такой план мог быть выполнен только путем остановки машин в основном ЦОД и последующим запуском на резервной площадке.

Вот как исполнение плана с подобным сценарием выглядит в консоли SRM:



Также функции растянутого кластера и vMotion между датацентрами будут востребованы при тестировании плана аварийного восстановления в распределенных ЦОД.

3. Улучшенная интеграция с VMware NSX.

Интеграция с решением для виртуализации сетей VMware NSX решает такие проблемы, как разделение сетей в двух датацентрах, необходимость обечить единое пространство миграции vMotion и создание изолированного сетевого окружения для тестирования плана аварийного восстановления.

Используя новые логические коммутаторы NSX, которые охватывают несколько серверов vCenter, Site Recovery Manager позволяет автоматически создать маппинги виртуальных сетевых ресурсов сред при создании плана восстановления, что снижает эксплуатационные расходы и сокращает время, необходимое для настройки.

Объекты Universal Logical Switches объединяют два сетевых домена vCenter на уровне Layer-2, позволяя создавать виртуальные группы портов, которые подключены к виртуальным коммутаторам обеих площадок.



В этом случае Site Recovery Manager автоматически определяет и сопоставляет сети основного и резервного сайтов, никаких ручных операций по настройке маппинга не требуется:



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

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

Доступность для загрузки VMware Site Recovery Manager 6.1 ожидается в ближайшее время, пока можно следить за новостями на странице обновленного продукта.


Таги: VMware, SRM, Update, NSX, DR



Репликация в VMware Site Recovery Manager - чем отличаются Array Based Replication и vSphere Replication.




Многие из вас знакомы с продуктом VMware Site Recovery Manager, который позволяет построить катастрофоустойчивую виртуальную инфраструктуру за счет репликации виртуальных машин на хосты резервной площадки, помещения или стойки. Как известно, VMware SRM может использовать два типа репликации:

• Array Based Replication - репликация уровня массива, котора требует наличия соответствующего типа дискового массива на основной и резервной площадке, канала репликации, а также, собственно, программного продукта, который реализует эту репликацию. Как правило, данный тип представляет собой синхронную репликацию с возможностью быстрого переключения на резервную инфраструктуру в случае сбоя без потери данных.
• vSphere Replication - репликация уровня массива, которая не требует ничего кроме сетевого соединения между площадками, но она происходит в асинхронном режиме, а значит возможна потеря данных в случае сбоя.



Давайте попробуем рассмотреть особенность обоих методов репликации в таблице:

Категория	Репликация уровня массива (Array-Based Replication)	Репликация уровня хоста ESXi (vSphere Replication)
Тип репликации	Репликация на уровне массива по выделенному каналу	Репликация на уровне хостов ESXi по сети
Минимальная и максимальная потеря данных (требования к контрольной точке восстановления - RPO)	От 0 до максимально определенной вендором массива.	От 15 минут до 24 часов
Максимальное число ВМ	До 5 000 защищенных ВМ и до 2 000 машин, одновременно восстанавливаемых с одного vCenter	До 2 000 ВМ (и защищаемых, и одновременно восстанавливаемых) на один vCenter
Порядок записи данных на резервной инфраструктуре (Write order fidelity)	Write order fidelity поддерживается для нескольких ВМ в пределах одной consistency group	Write order fidelity поддерживается для дисков VMDK одной ВМ. Для нескольких ВМ одной consistency group это не гарантируется.
Уровень репликации	Репликация на уровне LUN/VMFS или томов NFS	Репликация на уровне виртуальной машины
Метод настройки репликации	Репликация настраивается на стороне дискового массива средствами продуктов вендора	Репликация настраивается и управляется через vSphere Web Client
Тип дискового массива	Необходим массив с поддержкой репликации на обеих площадках (например, EMC RecoverPoint, NetApp vFiler, IBM SVC и т.п.)	Любое хранилище, включая локальное хранилище (в случае наличия в списке vSphere HCL)
Тип хранилища и протокол	Только для хранилищ с протоколами FC, iSCSI или NFS	Поддержка ВМ на локальном хранилище, VSAN, FC, iSCSI или NFS
Стоимость решения	Относительно высокая. Нужна лицензия на функции Replication и Snapshot.	vSphere Replication включена в издание vSphere Essentials Plus 5.1 и более высокие
Развертывание	Необходимо привлечение администраторов хранилищ и, возможно, сетевых администраторов	Администратор vSphere может настроить самостоятельно
Консистентность данных на уровне приложений	В зависимости от дискового массива и производителя консистентность приложений может поддерживаться средствами агентов в гостевой ОС ВМ	Поддержка VSS и Linux file system application consistency
Возможность репликации ВМ, защищенных технологией Fault Tolerance (FT)	Можно реплицировать FT ВМ, но при восстановлении FT будет выключена. Также не поддерживаются ВМ с несколькими vCPU.	Репликация ВМ с включенной FT не поддерживается
Возможность репликации выключенных ВМ, шаблонов, связанных клонов (Linked clones), ISO-образов	Все эти объекты (как и любые другие файлы на виртуальных хранилищах) можно реплицировать на уровне томов VMFS	Можно реплицировать только запущенные виртуальные машины.
Поддержка томов RDM	Тома RDM в режиме физической и виртуальной совместимости могут быть реплицированы	Только тома RDM в режиме виртуальной совместимости (virtual mode)
Поддержка кластеров MSCS	Да, машины, являющиеся частью кластера MSCS, можно реплицировать	Нет, репликация ВМ в составе MSCS-кластера не поддерживается (нельзя реплицировать диски в режиме записи с нескольких хостов - multi-writer)
Поддержка виртуальных сервисов vApp	Да, полностью поддерживается	Нет, объекты vApp реплицировать нельзя. Можно реплицировать машины виртуальных сервисов по отдельности, а потом вручную собрать из них vApp на резервной площадке.
Поддержка версий хостов vSphere	Поддерживаются версии vSphere 3.5-6.0	Только начиная с vSphere 5.0 и более поздние версии
Несколько точек восстановления (Multiple point in time - MPIT)	Снапшоты Multiple point in time и возможность отката к ним поддерживается только отдельными производителями (например, в продукте EMC RecoverPoint)	До 24 точек восстановления
Снапшоты	Поддержка репликации ВМ со снапшотами в неизменяемом виде	Поддержка репликации ВМ со снапшотами, на на целевой площадке они будут удалены (ВМ будет в последнем состоянии, без снапшотов)
Реакция на сбой хоста	Не влияет, так как репликация идет независимо на уровне дискового массива	При сбое хоста, машина перезапускается на другом ESXi и вызывается полная ресинхронизация ВМ (больше подробностей в vSphere Replication FAQ)

Также при использовании репликации уровня дискового массива рекомендуется прочитать документацию к соответствующему компоненту SRA (storage replication adapter).


Таги: VMware, SRM, Replication, Hardware, vSphere, ESXi, Сравнение



Новые возможности VMware Site Recovery Manager 6.0.




Вскоре после релиза новой версии платформы виртуализации VMware vSphere 6.0 компания VMware объявила о доступности для загрузки обновленного решения VMware Site Recovery Manager 6.0, предназначенного для создания катастрофоустойчивой виртуальной инфраструктуры. Напомним, что о возможностях прошлой версии - VMware SRM 5.8 - мы писали вот тут.



В продукте VMware SRM 6.0 появилось четыре основных улучшения:

1. Улучшенная совместимость с Storage DRS и Storage vMotion.

Ранее была только базовая совместимость с этими продуктами - во-первых, при перемещении с помощью SVMotion машины из consistency group, защищенной SRM, не выводилось никакого предупреждения (теперь есть), а, во-вторых, теперь Datastore Cluster в SDRS поддерживает несколько consistency groups, защищенных SRM:



То есть, как бы получается, что теперь между этими всеми продуктами полная совместимость, и решение можно использовать более гибко.

2. Упрощенные требования в SSL-сертификатам.

 



Теперь SRM 6.0 полностью интегрирован со службами vSphere 6.0 platform services (SSO, Authorization, Licensing, Tags и прочее), что делает удобным развертывание и установку сертификатов SSL для безопасного взаимодействия компонентов.

3. Полная поддержка VMware vSphere 6.0.

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

• vCenter Server 6.0
• vSphere Web Client 6.0
  
• vSphere Replication, version 6.0 (если используется)

Большинство SRA (Storage Replication Adapters), которые поддерживались в версии SRM 5.8, продолжают поддерживаться и в 6.0. Для точной информации смотрите Compatibility Guide.

Все максимальные лимиты vSphere 6.0 также поддерживаются и со стороны SRM 6.0. Кроме того, теперь стали доступны для развертывания различные топологии совместно с SRM, описанные вот тут. Об этом постараемся написать вскоре подробнее.

4. Улучшения IP-кастомизации.

Утилита dr-ip-customizer теперь при кастомизации IP-адреса виртуальной машины обновляет как IPv4, так и IPv6 спецификацию. Кроме того, в этом плане поддерживается обратная совместимость с версиями SRM 5.x.

Скачать VMware Site Recovery Manager 6.0 можно по этой ссылке.


Таги: VMware, SRM, Update, DR



Новые подробности о VMware vCloud Suite 6.0 - теперь без Director и vCNS.




Как вы все знаете, в ближайшее время ожидается релиз новой версии платформы виртуализации VMware vSphere 6, где будет масса новых возможностей. Помимо, собственно, платформы, компания VMware выпустит также и обновленную версию пакета ПО для создания частного облака предприятия - VMware vCloud Suite 6.0. Не так давно стали известны подробности о составе и условиях лицензирования пакета - попробуем рассказать об этом.

Надо начать с того, что VMware vCloud Suite 6.0 состоит из следующих продуктов (как и прежде, лицензия - на процессоры хост-серверов ESXi):

• VMware vSphere - платформа виртуализации серверов.
• VMware vCenter Site Recovery Manager - средство управления аварийным восстановлением на основе политик.
• VMware vRealize Business - пакет решений для автоматического определения стоимости инфраструктуры и измерения потребления ресурсов.
• VMware vRealize Automation - решение для автоматизации управления инфраструктурой и приложениями для сред vSphere на основе политик и в режиме самообслуживания.
• VMware vRealize Operations - ПО для интеллектуального управления производительностью (мониторинг), ресурсами и конфигурациями.

Напомним, что о решениях семейства vRealize мы писали вот тут и тут, а также тут. Под брендом vRealize компания VMware объединяет все решения, предназначенные для управления гибридной инфраструктурой, в том числе средства управления ресурсами на стороне облачных провайдеров (не только VMware), а также средства управления инфраструктурами на базе различных гипервизоров.

Те, кто читал нашу статью о составе пакета VMware vCloud Suite 5.8, помнят, что в нем были две вещи, которые пропали в версии 6.0:

• VMware vCloud Director - этот продукт теперь снят с производства, а его функции переложены на решение vRealize Automation (ранее это был продукт vCloud Automation Center, vCAC). О подробностях перехода функций решения написано вот тут.



Теперь во все издания vCloud Suite входит решение vRealize Automation (имя издания соответствует изданию vCloud Suite), а в издания vCloud Suite Advanced и Enterprise - решение vRealize Business Standard:



Давайте посмотрим на возможности vRealize Business Standard в сравнениями с более продвинутыми изданиями этого решения (кликабельно):



Ранее vRealize Business Standard назывался IT Business Management Suite, и о нем мы немного писали вот тут. Это решение нужно для биллинга в виртуальной среде, когда вы знаете почасовую стоимость ваших ресурсов (старички помнят его еще как продукт vCenter Chargeback). С тех пор он весьма неплохо нарастил функционал.

• vCenter Networking and Security (vCNS) - это решение также пропало из состава пакета VMware vCloud Suite 6.0. Когда-то vCNS был универсальным решением по обеспечению безопасности для платформы vSphere 5.1 и облачной инфраструктуры под управлением vCloud Director. Теперь же его функции взяла на себя и расширила платформа VMware NSX (она не входит в состав пакета и приобретается отдельно - но со скидкой для пользователей vCloud Suite).

Многих интересует вопрос - в связи с тем что vCNS снимается с продаж, будет ли возможность развертывать интерфейс безопасности vShield Endpoint? Ответ прост - vShield Endpoint является функцией vSphere. Будет возможность скачать и использовать vShield Manager / vCNS Manager только для установки и администрирования vShield Endpoint. Его функции будут лицензироваться ключом к vSphere. Другие функции vCNS будут недоступны.

Что касается состава пакета и лицензирования - на этом все. В следующих заметках мы расскажем о новых функциях компонентов, как станут известны подробности. Добавим, что есть документ на русском языке "VMware vCloud Suite 6.0 - Лицензирование, цены и комплектация", в котором приведено некоторое количество дополнительной информации о данном пакете продуктов.


Таги: VMware, vCloud, Update, vSphere, vRealize, SRM, vCNS



Вышел VMware Site Recovery Manager 5.8 - теперь с поддержкой vSphere Web Client.




Оказывается, пару месяцев назад, еще до проходящего сейчас в Барселоне VMworld Europe 2014, компания VMware сделала анонс VMware Site Recovery Manager 5.8 - средства создания катастрофоустойчивой архитектуры виртуального датацентра. Но на днях была обновлена vSphere Replication до версии 5.6, где появилась возможность проводить безопасную репликацию виртуальных машин в облако VMware vCloud Air, поэтому новость про SRM 5.8 сейчас будет очень кстати.

Напомним, что прошлую мажорную версию VMware SRM 5.5 компания VMware выпустила больше года назад.

Новые возможности VMware SRM 5.8:

• Наконец-то SRM полностью поддерживает vSphere Web Client (ранее он был доступен только для "толстого" клиента).



Интерфейс полнофункциональный. Вот, например, автоматическое создание реверсного мапинга на резервной площадке:



• Максимальное число защищаемых ВМ увеличилось до 5000.
• Максимальное число одновременно исполняемых задач увеличилось до 2000.
• Улучшилась производительность задач - теперь они выполняются до 75% быстрее.



• Теперь в рамках создания плана аварийного восстановления можно мапить не только отдельные IP-адреса машин (что неудобно при массовом мапинге), но и целые подсети (IP customisation plans).



• Новая версия vSphere Replication обеспечивает возможность проводить безопасную репликацию виртуальных машин в облако VMware vCloud Air.
• vSphere replication calculator - возможность посчитать, какой канал вам потребуется для репликации нужного числа виртуальных машин.
• Enhanced reporting – в новой версии vSphere Replication появилось новое представление reporting dashboard, которое представляет детальную информацию об использовании vSphere Replication.
• Появился новый плагин VMware Orchestrator Plugin for SRM для автоматизации операций SRM (это необходимо для нестандартных и комплексных сценариев).
• SRM теперь может использовать встроенную базу данных vPostgres для быстрого развертывания.
• Полная поддержка VSAN и vSphere Storage Appliance (VSA).
• Интегрированная Windows-аутентификация при использовании БД Microsoft SQL Server (подробнее тут).
• Поддержка интеграции с vCloud Automation Center (vCAC - сейчас этот продукт называется vRealize Automation) - появились средства самообслуживания пользователей.



Скачать VMware Site Recovery Manager 5.8 можно по этой ссылке. Документация доступна тут, а вот тут - презентация о новых фичах с VMworld.


Таги: VMware, SRM, Update, HA, vSphere, vCenter, Web Client



Вышел VMware vCloud Suite 5.8 - новые возможности продуктов.




На проходившей на прошлой неделе конференции VMworld 2014 компания VMware анонсировала обновленную версию пакета продуктов VMware vCloud Suite 5.8 (о том, что это такое, мы писали вот тут). Напомним, что vCloud Suite - это комплект решений для создания частного облака на основе продуктов VMware. Он поставляется в одном из трех изданий:



Состав пакета VMware vCloud Suite (основные компоненты):

• Платформа виртуализации VMware vSphere Enterprise Plus
• Средства управления облачной инфраструктурой VMware vCloud Director и vCloud Connector
• Средства безопасности в облаке vCloud Networking and Security (с поддержкой VXLAN)
• Средство централизованного управления и мониторинга vCenter Operations Management Suite
• Средство развертывания приложений в облаке vFabric Application Director
• Средство обеспечения катастрофоустойчивости VMware SRM

Поскольку версия продвинулась всего лишь до 5.8, а не до полноценной шестерки (при этом версия vSphere так и осталась 5.5), то новых возможностей у продуктов, входящих в состав пакета, не так уж и много.

Итак, что нового в VMware SRM:

• 5x the scale of protection – теперь можно защитить до 5000 виртуальных машин для одного сервера VMware vCenter (это в пять раз больше предыдущего лимита).
• Enhanced self-service - улучшенные возможности портала самообслуживания для пользователей, которые позволяют самостоятельно применить политики катастрофоустойчивости к новым виртуальным машинам на основе шаблонов в vCloud Automation Center при использовании репликации на уровне дискового массива (array-based replication). В vCAC решение SRM доступно теперь как сервис.

В целом VMware vCloud Suite 5.8 получил следующие новые возможности:

• Big Data Extensions, поддерживающие решение Hadoop 2.
• Улучшенное взаимодействие с решением VMware NSX.
• Новые средства проактивной поддержки (бесплатный плагин Support Assistant для vCenter).

Также технология репликации на уровне хоста продвинулась до версии vSphere Replication 5.8. Там появились средующие новые возможности:

• Поддержка публичного облака VMware vCloud Air. Теперь при настройке репликации предлагают выбрать, куда нужно будет это делать - на другой хост под управлением vCenter или в облако.



• Представление обоих типов репликации в vSphere Web Client:



• Улучшилась отчетность по репликации. Теперь она включает в себя такие параметры, как Replicated VMs (by VC), Replicated VMs (by Host), RPO Violations и Transferred Bytes.



Обновилось и средство резервного копирования VMware vSphere Data Protection Advanced до версии 5.8. Там появились следующие новые возможности:

• Улучшенная поддержка бизнес-критичных приложений. Пользователи могут выполнять бэкапы кластеров серверов Microsoft SQL Server, также как и групп Microsoft Exchange DAGs (Database Availability Groups).
• Прокси-серверы и Backup Work Streams теперь более кастомизабельны - теперь можно выбрать число параллельно выполняемых потоков резервного копирования, чтобы соблюсти требования по SLA.
• Теперь можно восстановить реплицируемые ВМ как на основной, так и на резервный сайт. Реплицированные ВМ можно снова реплицировать.

Помимо этого обновились и средства автоматизации администрирования PowerCLI 5.8 U1:

• Улучшенная скорость работы
• Командлеты политик хранилищ
• Возможность опроса свойств виртуальных модулей OVF/OVA, а также их развертывание и конфигурация
• Фильтры по тэгам
• Улучшенная отчетность по ошибкам
• Поддержка RelatedObject в процедуре Get-HardDisk
• Поддержка фильтров в разных областях
• Поддержка последней версии vCloud API
• Новый командлет New-CIVM
• Поддержка VMware SRM 5.8.

Про стоимость и комплектацию решения VMware vCloud Suite 5.8, доступного уже сегодня, написано в этом документе.


Таги: VMware, vCloud, Update, Suite, Replication, vSphere, vCAC, SRM, VDP, Backup, PowerCLI



Пример использования кластера VMware Virtual SAN для резервной инфраструктуры vSphere (+Replication / SRM).




Недавно компания VMware начала серию статей про совместимость ее решения для организации кластеров хранилищ Virtual SAN с различными продуктами (например, с vCloud Automation Center и решением для резервного копирования vSphere Data Protection). Но многих пользователей интересует юзкейс использования VSAN для катастрофоустойчивой инфраструктуры, управляемой VMware Site Recovery Manager. А именно, с точки зрения экономии, наиболее интересным вариантом является создание резервной инфраструктуры на базе хранилищ локальных дисков серверов VMware ESXi, бэкэнд которых обеспечивается кластером хранилищ VSAN:



Такая схема полностью поддерживается со стороны VMware, как для решения vSphere Replication, обеспечивающего репликацию виртуальных машин на резервный сайт и его VSAN-хранилища, так и для vCenter Site Recovery Manager, обеспечивающего оркестрацию процесса.

Естественно, на данный момент поддерживается совместимость SRM+VSAN только на базе технологии асинхронной репликации vSphere Replication, поэтому такой сценарий не подойдет тем, кто хочет обеспечить RPO=0 для сервисов виртуальных машин в случае массового сбоя или катастрофы на основной площадке. Но для сценариев с RPO=15 минут такая схема вполне подойдет.

Зато такая схема не требует больших вложений в резервную инфраструктуру - не нужно покупать дорогостоящие FC-хранилища, SAN-коммутаторы и прочее. Для организации такой схемы резервирования можно использовать как только механизм vSphere Replication (но тогда потребуются регулярные ручные операции + ручное сопровождение в случае сбоя), так и автоматизировать процесс с помощью vCenter SRM.

При этом SRM может обеспечить следующие возможности:

• Автоматизированный Failover и Failback (нужно только нажать кнопку).
• Управление процессом восстановления из консоли vCenter.
• Возможность запланированной миграции сервисов на резервную площадку (при этом основную площадку можно сделать резервной).
• Несколько точек для восстановления в случае порчи данных (например, надо откатиться на день назад).
• Возможность протестировать процесс восстановления, не затрагивая продакшен-среду.

На тему всего этого компания VMware сделала отличное поясняющее видео, в котором показан процесс переезда с традиционной SAN-инфраструктуры на новую площадку, где хранилища построены на базе технологии VMware Virtual SAN:


Таги: VMware, Virtual SAN, SRM, Video, VSAN, ESXi, vSphere, DR, Enterprise



Microsoft объявила об окончательной доступности решения для обеспечения катастрофоустойчивости Windows Azure Hyper-V Recovery Manager.




На днях компания Microsoft объявила о том, что решение Windows Azure Hyper-V Recovery Manager (HRM) теперь находится в статусе General Availability, что означает не только то, что оно поддерживается в производственной среде, но и попадает под действие SLA-соглашений от Microsoft.

Напомним, что Windows Azure Hyper-V Recovery Manager - это средство управления катастрофоустойчивыми решениями от Microsoft, комбинирующее в себе возможности Windows Azure, System Center Virtual Machine Manager и Hyper-V Replica для восстановления виртуальных машин после сбоев в конфигурации с несколькими датацентрами (на данный момент два - основной и резервный).



Recovery Manager - это облачный сервис, который управляется на стороне платформы Windows Azure, позволяющий задать основную и резервную конфигурации виртуальных машин, включая схему IP-адресации (например, на резервном сайте может быть другая подсеть) и порядок восстановления виртуальных машин.

Таким образом, сторонники VMware, которые раньше в качестве своего преимущества называли наличие катастрофоустойчивого решения VMware SRM, теперь имеют на один аргумент меньше.

В качестве основной технологии репликации между площадками предлагается использовать технику Hyper-V Replica, которая производит асинхронную репликацию на уровне хоста (решение от VMware, впрочем, поддерживает и синхронную на уровне хранилищ).

HRM на стороне Azure не хранит никаких чувствительных данных (только имена сетей, настройки, имена ВМ и прочие метаданные), сам же канал передачи данных надежно шифруется.

С момента выпуска октябрьской версии сервиса Microsoft HRM обзавелся следующими возможностями:

• Improved Failback Support - улучшенный механизм для сценария обратного восстановления, когда основная площадка "пришла в себя" после сбоя.
• Support for Kerberos based Authentication - использование этого типа аутентификации для техники Hyper-V Replica. Это полезно, когда у вас в компании используются сторонние WAN-оптимизаторы.
• Support for Upgrade from VMM 2012 SP1 to VMM 2012 R2 - теперь поддерживается обновление Virtual Machine Manager с версии 2012 SP1 на версию VMM 2012 R2.
• Improved Scale - сервис был значительно улучшен в плане масштабируемости.

Ценообразование на HRM строится на базе оплаты за защищаемую виртуальную машину в месяц. При этом берется среднее количество защищаемых виртуальных машин за прошедший месяц. Цена на HRM начинается от ?11.92 / $ 16 за виртуальную машину. При этом до 28 февраля включительно продукт можно приобрести со скидкой 50% по цене от ?5.96 / $ 8 за защищаемую ВМ.

Более подробно о решении Windows Azure Hyper-V Recovery Manager можно узнать на этой странице.


Таги: Microsoft, HRM, SRM, Update, Hyper-V, HA, Azure



1 | 2 | 3    >   >>