Управление локальным общим хранилищем

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

• скрытие механизмов работы за драйверами и расширениями модулей;

• отсутствие гибкости в случае мультивендорной инфраструктуры;

• необоснованное программное переусложнение модулей;

• конфликты плагинов к модулям, например, невозможно завести под один Cinder backend СХД EMC и NetApp;

• серьезная потеря гибкости и функциональности в угоду универсальности интерфейсов.

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

• получить абстракцию от вендорских СХД;

• объединять СХД разных вендоров в один общий Cinder backend;

• выводить вендорские СХД в режим обслуживания без прерывания сервиса для клиентов платформы виртуализации;

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