Немного про IAAS

Как вы могли заметить, на нашем блоге размещен баннер компании IT-Grad, являющейся провайдером облаков.

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

До сегодняшнего дня мне самым непонятным была аббревиатура PaaS. Спасибо ИТ-Граду – вроде стало понятнее.

В целом, блог достаточно интересный, мне понравились статьи про реализацию IaaS для Hotels.ru и Мир Hamleys.

Также товарищи пишут и про некоторые технологии, используемые в их ЦОД. Неплохо описано тестирование ЦОД на устойчивость к авариям.

Сама по себе технология IAAS достаточно перспективная, о чем можно судить по десятикратному росту рынка (с 17 миллиардов долларов в 2009 до 175 – в 2014 – по данным из Вики).

Остается только победить внутреннюю паранойю 🙂

Не удается увеличить размер хранилища VMFS

После того, как переполнилось одно хранилище VMFS, мы пошли стандартным путем: увеличили размер LUN’а и попытались увеличить хранилище.

msa01

Облом-с.

msa02

Нагугленная статья, описывающая поведение после переполнения хранилища, посоветовала произвести операцию расширения с того хоста ESXi, на котором расположена включенная ВМ с этого хранилища.

Я подключился напрямую на хост и… Бинго!

msa04

Советы по управлению производительностью в vSphere 6

Nick Marshall выпустил обзор “Performance Practices for vSphere 6” в рамках VMUG, описывающий новинки vSphere 6.0, что они дают с точки зрения производительности. Особую ценность представляют рекомендации по использованию компонентов платформы.

 Performance Practices for vSphere 6.

VMware vSphere vs OpenStack

Спросили меня на работе, а почему мы не используем бесплатные решения, разработанные сообществом? Или “платные” решения от Mirantis…

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

Начать чтение про OpenStack стоит отсюда или в вики. Вообще говоря, это некий набор решений, позволяющий сделать частное или публичное облако.

Так как вопрос изначально стоял про сравнение, то я нагуглил еще пару ссылок про сравнение функционала (раз и два):

  • VMware vMotion переносит ВМ без простоя. Максимальный заявленный latency – 100мс. В vSphere 6.0 можно осуществлять миграцию на другой vCenter (сервер управления) и даже в другую IP-сеть (через маршрутизатор). В OpenStack заявлен suspend (пауза) на две секунды. С другой стороны, OpenStack умеет мигрировать ВМ между Intel и AMD;
  • Storage vMotion в OpenStack то ли не поддерживается, то ли предлагается реализовать средствами LVM. То есть “можно, но геморройно”;
  • балансировки нагрузки, аналогичной VMware DRS, тоже практически нет. DPM также отсутствует. “Готовый” шедулер балансирует машины только при включении. Из практической пользы можно отметить, что при желании можно соорудить свой планировщик, использующий абсолютно любые требования;
  • аналог VMware HA есть (правда, вызывает сомнения функциональность). Мониторинг ОС в ВМ 100% реализуется через стороннюю связку с Zabbix/Nagios. Аналогом Fault Tolerance был Kemari+Xen, но Kemari, вроде бы, больше не поддерживается. Зеркалирование инструкций в KVM, вроде бы, также не поддерживается;
  • всякие другие штуки типа network teaming, VMware API Array Integration, Update Manager, Host Profiles, Distributed Switch, Storage/Network IO Control либо отсутствуют, либо требуют активного допиливания.

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

В целом, я рад, что на текущий момент сообщество может предложить мне не бесплатный гипервизор (Xen/KVM), а некий инструмент, позволяющий создать свою инфраструктуру виртуализации. Несколько лет назад были только гипервизоры…