Когда принято решение о построении гибридного облака, важно подобрать правильный инструмент для переноса виртуальных машин. Таким инструментом является VMware vCloud Director Extender. Взглянем на то, каким образом можно подготовить инфраструктуру к расширению в облачную среду.

vCloud Director Extender был анонсирован как компонент продукта VMware vCloud Director 9. Его релиз состоялся в октябре 2017 года. Он пришел на смену уже зарекомендовавшему себя VMware vCloud Connector. В основе продукта лежит решение «H4 engine», развернутое на Photon OS (собственной операционной системе от VMware).

За подробностями — добро пожаловать под кат… (много картинок!)

Весной 2018 года Selectel запустил услугу резервного копирования для Облака на базе VMware посредством Veeam® Backup&Replication™ (далее VBR). К реализации проекта мы подошли основательно, спланировали и выполнили следующий перечень работ:

• Изучение документации и лучших практик по продуктам Veeam
• Разработку архитектуры VBR уровня сервис-провайдера
• Развертывание инфраструктуры VBR
• Тестирование решения, определение оптимальных настроек и режимов работы
• Запуск решения в промышленную (коммерческую) эксплуатацию

Как оказалось – не зря. Услуга стабильно функционирует, клиенты могут бэкапить свои виртуалки, а у нас появилась определенная экспертиза, которой мы хотим поделиться.

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

В этой статье будет рассмотрена процедура расширения сети предприятия в облако провайдера посредством компонента VMware NSX® Edge™ Gateway Standalone. А также детально разобраны виды миграции виртуальных машин.

Прежде чем приступать к миграциям и настройке сети, необходимо убедиться в том, что все компоненты инфраструктуры развернуты, настроены и запущены. О том, как развернуть и настроить инфраструктуру VMware vCloud Director® Extender, можно посмотреть в предыдущей статье.

Все описанные далее действия требуется выполнять на инфраструктуре клиента.

В VMware vCloud Director, есть два типа внешних сетей — routed network и direct network.

При создании второго типа сети на VDS создается порт, к которому пробрасывается напрямую машина.
При создании второго типа сети для каждой организации создается виртуальный роутер — vShield Edge, который позволяет строить site-to-site VPN, делать публикации, пробрасывать порты на внутренние виртуальные машины, быть DHCP, NAT, балансировщиком нагрузки (при том что в 5.1 он может еще ставиться в HA режиме) и прочие полезные функции функции роутера.

Подробнее про него можно почитать тут.

Из интерфейса vCloud Director нельзя настроить VPN для подключения к нему с обычных ПК, но иногда это необходимо и чтобы не ставить внутри организации какой-нибудь сервер (будь то OpenVPN или MS TMG) можно настроить vShield так, что он будет служить сервером доступа.
Настроить может только администратор vSphere — прав у администратора организации в vCloud Director недостаточно. И я покажу, как можно это сделать.

Решила написать небольшую статью об установке VMware vShield Manager для VMware vCloud Director.

VMware vShield Manager – это сервер, который управляет другими серверами семейства vShield. Сервера семейства vShield необходимы для обеспечения безопасности в виртуальной инфраструктуре.
Под «другими серверами» имеются ввиду vShield App, vShield Edge, vShield Endpoint, vShield Zones:

vCloud Connector — продукт компании VMware входящий в набор vCloud Suite — который позволяет подключать публичные облака (vCloud Director), удаленные vSphere инфраструктуры к локальной vSphere инфраструктуре, перемещать машины между инфраструктурами.

Возможности (общая схема работы):

Нередко к нам обращаются с вопросом: «Можно ли установить в вашем облаке Router OS (MikroTik)» — первое, что возникает у нас в голове при виде этого вопроса: «Зачем?» — однако существует ряд логичных и весомых причин для использования программно-определяемых маршрутизаторов, отличных от предоставляемых облачным провайдером (VMware NSX Edge). Давайте подумаем, какие же это могут быть причины.

Практика по поддержке и развитию облака в ЦОДе Linxdatacenter преподнесла нам интересный кейс. Достаточно рутинная операция по обновлению всего одного элемента облачной платформы привела к масштабному глубокому апгрейду. 

Рассказываем, с чего все началось и как нам помогает «цифровой двойник» облака. 

Наверное всем уже надоели эти самые облака, но вкратце остановимся на том какие они бывают если кто-то не знает. В зависимости от модели развертывания они бывают:

• private cloud
• public cloud
• hybrid cloud

Более подробно можно прочитать тут.
В зависимости от модели обслуживания:

• SaaS
• PaaS
• IaaS

Так вот мы с вами сегодня будем говорить о платформах для построения именно IaaS облаков. Поехали!

In God we trust, the rest we automate
— unknown DevOps Engineer

Использование виртуализации и облачных платформ позволяет в десятки раз сократить время, затрачиваемое на запуск и обслуживание IT инфраструктуры. Один человек может манипулировать десятками, сотнями и даже тысячами виртуальных серверов, с легкостью их запускать, останавливать, клонировать, изменять конфигурацию оборудования и создавать на их основе готовые образы систем. Если все ваши сервера имеют одинаковую конфигурацию, то особых проблем нет, можно один раз вручную настроить сервер, сделать на его основе образ и запускать столько машин, сколько вам необходимо. Если же у вас большое количество разных операционных систем с разным набором программного обеспечения или если вам необходимо быстро запускать и останавливать сложные кластерные конфигурации, то обслуживание даже нескольких десятков таких серверов будет занимать очень много времени. Можно, конечно иметь набор разных скриптов и образов на все случаи жизни, которые необходимо будет сопровождать и обновлять, но более рационально использовать один скрипт и несколько образов, а все необходимые параметры передавать при старте системы. Многие платформы для облачных вычислений предлагают, так называемый, механизм метаданных (metadata) или пользовательских данных (user-data), используя этот механизм, вы можете передать скрипту все необходимые данные по настройке конкретной виртуальной машины или даже передать сам скрипт, чтобы он выполнился при старте.

Гибридное облако помогает масштабировать ресурсы компании за счет мощностей сервис-провайдера. К облачному провайдеру обращаются, когда нужно быстро получить дополнительные вычислительные ресурсы, например, во время сдачи бухгалтерской отчетности. Внешние ресурсы пригодятся для удаленного хранения резервных копий. В облако сервис-провайдера также можно настроить репликацию и автоматическое восстановление виртуальных машин в случае ЧП на основной площадке.

В этом и следующих постах мы расскажем про решение этих задач с помощью гибридного облака на базе VMware.
Сегодня поговорим о VMware vCloud Connector – решении для управления распределенной виртуальной инфраструктурой из одного интерфейса.

Работаем с гибридным облаком: VMware vCloud Connector, часть 1
Работаем с гибридным облаком: репликация и послеаварийное восстановление в облако сервис-провайдера с помощью Veeam Cloud Connect Replication

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

Всем привет!

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

Причин тому было множество, но наша история не про холивар.

Из инфраструктурной основы выбор у нас был небольшой. vCloud Director и vCloud Director. Выбрали версию поновее и решили начать.

В очередной раз полистав «The Hard Way», я очень быстро пришёл к выводу, что инструмент для автоматизации хотя бы базовых процессов, таких как деплой и сайзинг, нужен ещё вчера. Глубокое погружение в Google явило на свет такой продукт как VMware Container Service Extension (CSE) — опенсорсный продукт, позволяющий автоматизировать создание и сайзинг k8s кластеров для тех, кто в vCloud-е.

Итак, вот перед вами свеженькая организация в vCloud Director, и вам только предстоит создать свою первую виртуальную машину. Сегодня расскажу, какие настройки выбирать при создании виртуальной машины, чтобы она работала и не просила есть. Поехали!


Источник: drive2.ru

Лет 7 назад самые первые проекты переезжали в наше облако просто и незатейливо. Образы виртуальных машин загружались на FTP-сервер, или их привозили на жестких дисках. Затем через специальный импорт-сервер ВМ загружали в облако.

Если для клиента не проблема выключить виртуалку на сутки-двое (или нет других вариантов), то можно и так. Но если простой должен быть максимум час, то такой способ не подойдет. Сегодня расскажу, какие инструменты помогут мигрировать в облако с минимальным простоем и про то, как устроен сам процесс миграции у нас.

Гибридное облако — это возможность оперативно расширять имеющиеся вычислительные мощности за счет ресурсов облачного провайдера, переносить нагрузки из локальной инфраструктуры в облако, мигрировать виртуальные машины в облако IaaS-провайдера и обратно. Сегодня всё больше и больше наших облачных проектов запускаются именно в модели гибридного облака.

UPDATE: Мы автоматизировали создание сети и правил NAT. Теперь при оформление подписки все это создается само :). Все что вам остается — это развернуть виртуальную машину из шаблона или с нуля. При этом у вас по-прежнему остается возможность менять настройки сети при необходимости.
Только не забываем про Firewall, который по умолчанию не пропускает никакой трафик и требует настройки правил.

Часть 1. Настройка сети

В vCloud Director виртуальные машины «живут» в контейнерах vApp, поэтому создание ВМ начинается с создания vApp. Можно выбрать следующие варианты:

• vApp из шаблона (с ВМ с предустановленной ОС);
• vApp c «пустой» ВМ, т.е. без ОС.
• «пустой» vApp и добавить ВМ туда позже.

В данном материале подробно рассмотрим первые два случая.

В одном из первых постов мы рассказывали, как в панели vCloud Director развернуть виртуальную машину из готового шаблона. Сегодня разберем, как импортировать свои OVF-шаблоны виртуальных машин, управлять каталогами и экспортировать шаблоны из vCloud Director.

Сегодня расскажем, как строить site-to-site VPN-соединение, используя vShield Edge в панели vCloud Director. В конце расскажем про новые возможности, которые появились с этой недели в CloudLITE, летних ценах и скидках. Дочитайте до конца).

В середине октября мы перезапустили облачный сервис CloudLITE, поменяв платформу провижининга и биллинга на BILLManager. Сегодня расскажем о том, что у нас изменилось и почему.

Вместо предисловия

CloudLITE – это IaaS-сервис на базе VMware, позволяющий автоматически развернуть виртуальный дата-центр, создавать виртуальные машины с любыми ОС и конфигурациями и управлять всем этим хозяйством через панель VMware vCloud Director.
Таким сервис был в момент своего запуска в апреле. С тех пор CloudLITE уже успел набить кое-какие шишки (без жертв среди клиентов, к счастью), обрасти стабильным пулом клиентов, которые очень помогли нам обратить внимание на отдельные моменты и внести корректировки в дальнейшее развитие сервиса.