Название базовой системы (платформы): | VMware Cloud Director |
Разработчики: | VMware |
Дата последнего релиза: | 2022/06/24 |
Технологии: | SaaS - Программное обеспечение как услуга, ИБ - Резервное копирование и хранение данных |
Основные статьи:
2022: Cloud Director Availability 4.4
24 июня 2022 года компания VMware выпустила обновленную версию своего решения для обеспечения доступности датацентров на базе VMware Cloud Director - Cloud Director Availability 4.4.
По информации компании, Cloud Director Availability предназначен для создания резервной инфраструктуры в одном из публичных облаков сервис-провайдеров на основе VMware vCloud Director (так называемая услуга Disaster-Recovery-as-a-Service, DRaaS). Геннадий Попов, PathVision.ai: Как искусственный интеллект помогает медицине и бизнесу
Еще в прошлой версии Cloud Director Availability позволил расширить сеть Layer 2 network в облако, как для инсталляций VMware Cloud Director на базе VMware NSX-T Data Center, так и на базе NSX Data Center for vSphere.
Это позволило облачным провайдерам, использующим VMware NSX, растянуть онпремизные сети клиентов на свои облака. Благодаря этому, они могут предложить клиентам бесшовный путь миграции в их облака с использованием обеих версий решения NSX.
Теперь продукт обзавелся следующими ключевыми возможностями:
Обеспечение катастрофоустойчивости vSphere DR и миграция данных в облако без Cloud Director
Ранее для инфраструктуры катастрофоустойчивости Cloud Director Availability требовалось, чтобы решение было развернуто как на онпремизной площадке клиента, так и в облаке сервис-провайдера. Теперь же версия 4.4 позволяет подключать резервирование инфраструктуры и для тех облаков, где присутствует только инфраструктура VMware vSphere.
Для этого были добавлены 2 режима развертывания:
- Виртуальный модель vCenter Replication Management Appliance устанавливается клиентом на облачной площадке.
- Аналогичный модуль Cloud vCenter Replication Appliance развертывается и на площадке клиента.
Такая архитектура позволяет управлять всей инфраструктурой катастрофоустойчивости через vSphere Client с помощью плагина VMware Cloud Director Availability vSphere Client Plug-In, не тревожа сервис-провайдера вопросами развертывания собственной DR-инфраструктуры.
Между площадками в этом случае будет обеспечиваться как онлайн-репликация данных ВМ, так и их миграция. Если основной сайт откажет, пользователь всегда сможет сделать Failover и повернуть репликацию в обратную сторону, используя встроенные механизмы доступности данных, а также провести переключение обратно на онпремизный сайт после восстановления его работоспособности (Failback).
Миграция датацентра в облако по клику
Теперь пользователи VMware vSphere прямо из клиента vSphere Client могут одним кликом запустить миграцию в облако, избежав комплексных процедур по подготовке и настройке окружений на своей стороне и на стороне сервис-провайдера.
Для этого из контекстного меню объекта (например, виртуальной машины) нужно выбрать опцию Fast Migration из раздела Cloud Provider DR and Migration. Сам процесс запуска миграции не требует практически никакого ввода данных от пользователя.
Обновленные отчеты об исполнении задач восстановления
Теперь в продукте появились отчеты, называемые Recovery Plans Execution Reports. В них доступна информация о миграциях и восстановлении (Disaster Recovery) с указанием выполненных шагов плана и результата на каждом из них.
Тут также полезной оказывается информация о времени исполнения каждого из шагов, чтобы администратор мог понимать, сколько занимает этот процесс и, исходя из этого, планировать регламент операций по восстановлению инфраструктуры в случае сбоя.
Еще один отчет - это информация о нарушениях политик RPO (допустимый уровень потерь, выраженный во времени изменения данных) за указанный промежуток времени. К контрольной точке восстановления (RPO) - критичная метрика для асинхронных репликаций, поэтому здесь администратор может понять, достигает ли компания поставленных требований.
Прочие изменения
Здесь собраны небольшие изменения, которые появились в Cloud Director Availability версии 4.4:
- Появился встроенный фидбэк, где как клиент, так и сервис-провайдер, могут отправить сообщения в VMware о работе продукта.
- Предпроверки удаленного сайта на совместимость, в случае, когда пользователь делает обновление одного из виртуальных модулей на собственной или облачной площадке.
- Сбор бандлов поддержки (support bundles) напрямую сервис-провайдером - теперь он может получить их напрямую из интерфейса для создания тикета в поддержку.
- Функции Network Extension для VMware Cloud on AWS, что позволяет растягивать сеть датацентра в облако, что оптимизирует миграцию и выполнения пост-миграционных процедур.
- Фильтр по емкости ресурсов, которые позволяет понять, сколько и каких ресурсов требуется на целевой площадке, чтобы была возможность защитить все рабочие нагрузки.
- Оптимизация репликации - теперь для реплицируемой нагрузки автоматически подбирается соответствующий профиль хранилищ (storage profile) на целевой площадке.
- Теперь для управляемых репликаций можно установить организацию-клиента в качестве владельца настраиваемых репликаций, а не только отдельных администраторов.
VMware Cloud Director Availability 4.4 поддерживает прямое обновление только с версий 4.2.1 и 4.3.1.
Подрядчики-лидеры по количеству проектов
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
Распределение вендоров по количеству проектов внедрений (систем, проектов) с учётом партнёров
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
Распределение систем по количеству проектов, не включая партнерские решения
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
Подрядчики-лидеры по количеству проектов
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
Распределение вендоров по количеству проектов внедрений (систем, проектов) с учётом партнёров
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
Распределение систем по количеству проектов, не включая партнерские решения
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)