CloudStack 4. Архитектура, особенности и недостатки

Статья опубликована в журнале «Системный Администратор»

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

Путь от виртуализации к облаку

К сожалению, многие не видят принципиального отличия виртуализированного дата-центра от облака и зачастую не понимают, где заканчивается одно и начинается другое.
По сути, современные платформы виртуализации – это связка физических серверов, гипервизора, дополнительных компонентов и удобных средств развертки, настройки и управления программно-аппаратной виртуальной инфраструктурой. Под средствами управления и настройки я понимаю программное обеспечение типа VMware vSphere Client и VMware vCenter Server для централизованного управления ESX/ESXi, Citrix XenCenter для XenServer и т.д.
Нужно понимать, что существующие сегодня платформы виртуализации типа VMware vSphere, Citrix XenServer, RHEV (RedHat Enterprise Virtualization) и т. д. а так же различные системы хранения данных являются базовыми блоками для облачной инфраструктуры. А инструментарий администрирования входящий в состав перечисленных выше продуктов ориентирован более на инженеров и обслуживающий персонал нежели на пользователей или возможных клиентов. Кроме того, практически все поставщики продуктов серверной виртуализации ставят ставку на один тип гипервизора (чаще всего свой собственный) и не позволяют используя одни и те же средства управления, применить несколько гипервизоров в одной среде.
Платформы для построения облака, такие как CloudStack, OpenNebula, Eucaliptus и набирающей ход OpenStack предоставляют нам дополнительный уровень иерархии позволяя абстрагироваться не только от физического оборудования, но и от различных гипервизоров совместно используемых в единой инфраструктуре. Облачные платформы не отменяют и не заменяют полностью, привычные средства управления, а вводят новые понятия и предоставляют более гибкие возможности, делая работу с огромными инфраструктурами проще и логичнее не только для администраторов, но и для простых пользователей которые являются неотъемлемой частью концепции облаков.

Читать дальше

CloudStack 4. Создание и запуск виртуальных машин

После того как выполнена установка и базовая настройка облака под управлением CloudStack самое время посмотреть на него в работе запустив парочку другую виртуальных машин(далее ВМ) и понаблюдать за их работой.

CloudStack, это высокоуровневая система управления гетерогенной виртуальной инфраструктурой, которая разработана для удобного управления средами с большим количеством различных гипервизоров, предоставляя удобные механизмы управления.  Архитектура CloudSack, изначально сделана многоуровневой и масштабируемой по этому даже для запуска всего одной ВМ необходимо иметь сконфигурированную Зону(Zone), Стойку(Pod), Кластер(Cluster), хотя бы один Хост(Host) в кластере а так же по одному Первичному(Primary) и Вторичному(Secondary) хранилищу.

Перед тем как будет создан и запущен первый instace(ВМ в терминологии CloudStack), стоит отметить, что если все было сделано как в предыдущей статье, то в вашем облаке уже работает несколько ВМ. Эти ВМ-призраки которые не отображаются в разделе Instance являются служебными и увидеть их можно в разделе Infrastructure пункт System VMs. Скорей всего, будут доступны две ВМ тип(Type) у которых будет Console Proxy VM и Secondary Storage VM. Эти служебные ВМ разворачиваются CloudStack’ом из служебного шаблона SystemVM Template(доступен в разделе Templates) по мере необходимости для выполнения тех или иных служебных и фоновых задач. Например ВМ Secondary Storage VM обслуживает все операции связанные с Вторичным хранилищем(Secondary storage) и непосредственно участвует при загрузки новых шаблонов и ISO-образов в CloudStack. Что либо делать с системными ВМ не рекомендуется. CloudStack сам принимает решение когда какая то из ВМ не нужна или наоборот необходимо несколько. Убедитесь, что Secondary Storage VM работает(в сотоянии Running) т. к. без нее загрузка шаблонов и ISO-образов будет не возможной!

Читать дальше

Гипервизоры, платформы виртуализации, облачные платформы

Статья была написана 24 ноября 2012 г. Перенесена из старого блога.

Еще лет 5-ть назад, какого нибудь не продвинутого ИТ-шника можно было запросто поставить в тупик словами типа, «виртуализация», «гипервизор». Несколько лет назад пугали не особо известными платформами виртуализации класса Proxmox и XenServer. Сейчас же очень круто пугать ИТ-шников новомодными названиями платформ для построения облаков типа OpenStack и CloudStack.
Хочу утрясти информацию в собственной голове и в головах тех кто еще не понимает, что есть что и с чем его едят. А так же заложить базу для последующих статей которые будут значительно понятнее и полезнее понимая изложенный в этой статье материал.

Читать дальше

CloudStack 4. Собираем облако

Статья была написана 27 декабря 2012 г. Перенесена из старого блога.

Предварительно необходимо иметь нормально функционирующий DNS сервер способный резолвить имена NFS, iSCSI-серверров и всех хостов которые планируется подключить в CloudStack облако. Даже в тестовой среде, настоятельно рекомендую завести DNS-сервер — это позволяет избежать кучи проблем и путаницы в IP-адрессах.

После установки и прежде чем будет запущена первая ВМ нужно сконфигурировать минимально необходимые для работы CloudStack структурные элементы (Zone, Pods, Clusters), подключить системы хранения и хотя бы один хост (обычно KVM, Xen или VMware).

Все необходимые структурные элементы(Zone, Pod, Cluster, Host а также Primary и Secondary стораджи) будет предложено настроить с помощью простенького мастера запускающегося сразу после первого входа в веб-консоль CloudStack. На мой взгляд, мастер первичной настройки слишком упрощенный. Например нет возможности в качестве Primary стораджа использовать iSCSI хранилище. По этому, создание первой зоны(Zone) и всех ее составляющих я выполнял с помощью более детализованных мастеров настройки, доступных в веб-консоле CloudStack отказавшись воспользоваться мастером первичной настройки.

Читать дальше

Пробуем CloudStack 4. Устанавливаем и радуемся его работе

Статья была написана  8 декабря 2012 г. Перенесена из старого блога.

Забегая вперед на несколько статей

Предварительно необходимо иметь нормально функционирующий DNS сервер способный резолвить имена NFS, iSCSI-серверров и всех хостов которые планируется поключить в CloudStack облако. Даже в тестовой среде, настоятельно рекомендую завести DNS-сервер — это позволяет избежать кучи проблем и путаницы в IP-адрессах.

Два слова о CloudStack

По сути, CloudStack это управляющий сервер(Management Server node) для XenServer и KVM хостов с поддержкой NFS и iSCSI-хранилищ, позволяющий более гибко(по облочному) управлять подконтрольными ему ресурсами(хостами, хранилищами, виртуальными машинами). В отличии от OpenStack здесь нет кучи различных ролей и базовых компонентов разнесенных(в идеале) по разным серверам. Для своей работы, CloudStack’у необходим только MySQL который может быть установлен на том же сервере(Single Management Server node). В случае развертывания нескольких серверов CloudStack(Multiple Management Server nodes) MySQL должен быть вынесен на отдельный сервер.

Читать дальше