
Пример:
сегодня вы используете пару СХД от известного вендора, через несколько лет суммарный объем обрабатываемых данных возрастает, Вы обращаетесь к вендору с просьбой нарастить количество дисков в СХД либо приобрести еще одну-две таких же... Производитель предлагает Вам уже новую модель, с большей емкостью и… возросшей ценой

Несомненно, виртуализация является одним из основных трендов развития ИТ инфраструктуры современных успешных компаний. Опытные пользователи виртуализации наверняка знают, что наряду с очевидными преимуществами, такими как: оптимизация использования аппаратных ресурсов, сокращение издержек и повышение эффективности бизнеса, использование виртуализации также связанно с дополнительными рисками и т.н. «узкими местами».
Компания DataCore представляет третье измерение виртуализации - виртуализация систем хранения данных, которое является эффективным инструментом для устранения "узких мест" при использовании СХД для нужд виртуализации и не только.
Основным преимуществом использования виртуализации СХД с помощью решения DataCore SANsymphony-V является свобода выбора оборудования, на котором будет строиться виртуализированное СХД. По сути, все, что необходимо для построения отказоустойчивой СХД - это два физических или виртуализированных сервера под управлением ОС Windows Server 2008 R2 SP1, на которых будет установлено ПО DataCore. SANSymphony-V может использовать в качестве «сырья» для создания пулов виртуальных жестких дисков любые типы накопителей и их массивы, это могут быть внутренние накопители самого сервера (SSD, SAS, S ATA), это может быть СХД (который подключен к серверу DataCore по iSCSI либо FC), произведенная Dell, IBM, HP и т.д. - для DataCore не важен вендор и тип, главное условие - чтобы устройство хранения определялось ОС, на которой запущен SANsymphony-V. Кроме описанных выше функций, SANSymphony-V обладает рядом возможностей, таких как:
- Удаленная асинхронная репликация данных;
- Auto-Tiering (перераспределение данных в зависимости от частоты обращения к ним);
- ThinProvisioning (динамическое выделение дискового пространства для ВМ);
- CDP (48-часовое окно для восстановления данных);
- другое...
Немного подробнее о технологии CDP
Что такое CDP? Это лог (журнал) всех дисковых операций, которые совершались клиентами (приложения/службы, запущенные на виртуальных машинах, которым предоставлен доступ к виртуальным дискам из пула сервера DataCore). Ширина "окна" CDP - 48 часов. Перемещаясь по журналу в пределах последних 48 часов можно откатить состояние файловой системы того виртуального диска, для которого была активирована функция CDP. При восстановлении можно откатываться на любую точку времени, вплоть до секунд.

Операцию восстановления можно повторять неоднократно, для того чтобы "поймать" нужный момент. При восстановлении создается т.н. rollback виртуальный диск, который можно предоставить виртуальной машине. При этом, процесс восстановления не затрагивает текущую работу клиентов с исходным виртуальным диском, т.е. доступ служб и приложений не прекращается. CDP можно использовать как для гранулированного восстановления отдельных файлов/каталогов, так и для полного восстановления виртуального диска.
аким образом, заказчик может компоновать различные системы хранения (как унаследованные, так и вновь приобретенные). DataCore дает Вам возможность наращивать емкость СХД, комбинируя оборудование различных производителей, позволяя выбирать накопители исходя из требований Вашей системы, а не требований, навязанных Вам производителем. Очевидно, что такой подход резко снижает издержки и упрощает масштабирование виртуализированной СХД.
Вторым наиболее важным преимуществом SANsymphony-V является повышение производительности дисковых операций, что позволяет нивелировать различия в производительности различных массивов накопителей. Таким образом, при внедрении виртуализации СХД, заказчик получает не падение производительности, а наоборот - существенное ускорение доступа к данным. За счет чего это происходит? Решение DataCore может использовать оперативную память серверов, на которых развернут SANsymphony-V в качестве высокопроизводительного кэша для дисковых операций. Поскольку скорость доступа к данным оперативной памяти несоизмеримо выше скорости контроллеров жестких дисков, мы получаем увеличение производительности.
Вашей СХД нужно больше IOPS? Просто нарастите количество оперативной памяти на серверах DataCore. SANSymphony-V может использовать под кэш до 1ТБ ОЗУ (при условии использования соответствующей редакции Windows Server 2008R2).
Отказоустойчивость и высокая доступность виртуализированного СХД достигается за счет синхронного зеркалирования всех дисковых операций между серверами DataCore.

Немного подробнее о том, как работает зеркалирование
Приведена схема из двух узлов-серверов DataCore, клиентом может выступать приложение или служба виртуальной машины, которой предоставлен виртуальный жесткий диск. Оба узла в схеме являются одновременно активным, т.к. клиент вправе получить данные как с одного узла, так и со второго. В штатном режиме клиент выполняет все дисковые запросы по основному маршруту (к одному из узлов), второй узел находиться в ожидании и воспринимает измененные данные. Когда клиент инициирует дисковый запрос, он обрабатывается первым узлом, однако операция считается завершенной только после того, как произойдет синхронизация - т.е. измененные блоки данных осядут в кэше обоих узлов, таким образом на каждом узле поддерживается «зеркало» информации.
За счет чего обеспечивается высокая доступность? При сбое одного из узлов или его плановой остановки (для проведения профилактических мероприятий или наращивания емкостей СХД), приложения и службы, запущенные на виртуальных машинах, не теряют связи с виртуальными жесткими дисками, потому что их запрос тут же переключается посредством МРIO на второй узел (который хранит в себе актуальную копию данных), таким образом не возникает простоя, вызванного крахом приложений и необходимостью перезапускать виртуальные машины.
При обнаружении факта сбоя одного из узлов, второй немедленно отключает кэширование записи, сбрасывает данные из кэша на диск, перенимает на себя все дисковые запросы и активирует режим ведения логов операций ввода/вывода. Данный лог будет использован для восстановления синхронизации после того, как вышедший из строя узел вновь вернется в строй.