Основным преимуществом продукта SANsymphony-V для виртуализации систем хранения данных является свобода выбора оборудования, на котором будет создана виртуализированная СХД. Для построения отказоустойчивой СХД необходимы два физических или виртуальных сервера под управлением ОС Windows Server 2008 R2 SP1, на которых будет установлено ПО компании DataCore Software. ПО SANSymphony-V для создания пулов виртуальных жестких дисков может использовать любые типы накопителей и их массивы:
- внутренние накопители самого сервера (SSD, SAS, SATA);
- СХД, подключенная к серверу DataCore по iSCSI либо FC. Производителем может быть любой вендор: Dell, IBM или HP.
Это позволяет создавать различные системы хранения данных: как унаследованные, так и приобретенные.
К примеру, Вы используете СХД от известного производителя, через несколько лет суммарный объем обрабатываемых данных достигает максимального предела. Вы обращаетесь к этому же вендору для увеличения количества дисков в СХД. Он, в свою очередь, предлагает Вам новую модель по другой, как правило, высшей цене. Решения компании DataCore дают Вам возможность наращивать емкость СХД, комбинируя оборудование разных производителей. У Вас есть возможность выбора накопителей, исходя из требований Вашей системы, а не требований, навязываемых производителем. Такой подход сокращает издержки и упрощает масштабирование виртуализированной СХД.
Следующим важным преимуществом SANsymphony-V является повышение производительности дисковых операций. Это позволяет нивелировать различия в производительности различных массивов накопителей. При внедрении виртуализации СХД, заказчик получает повышение производительности и ускорение доступа к данным. Это происходит за счет того, что SANsymphony-V может использовать оперативную память серверов в качестве высокопроизводительного кэша для дисковых операций. Производительность возрастает, так как скорость доступа к данным оперативной памяти намного выше скорости контроллеров жестких дисков.
Если СХД требует больше IOPS (Input/Output Operations Per Second), Вы имеете возможность нарастить количество оперативной памяти на серверах DataCore. Для кэширования SANSymphony-V может использовать до 1ТБ ОЗУ (при условии использования соответствующей редакции Windows Server 2008R2).
Отказоустойчивость и доступность виртуализированной СХД достигается за счет синхронного «зеркалирования» всех дисковых операций между серверами DataCore. Схематически это выглядит так:
Немного подробнее о том, как работает «зеркалирование». Клиентом может выступать приложение или служба виртуальной машины, которой предоставлен виртуальный жесткий диск. Оба узла в схеме являются одновременно активными, так как клиенту может понадобиться получить данные как с одного узла, так и со второго. В штатном режиме клиент выполняет все дисковые запросы по основному маршруту (к одному из узлов), а второй узел находится в ожидании и воспринимает измененные данные.
Когда клиент инициирует дисковый запрос, он обрабатывается первым узлом, однако операция считается завершенной только после того, как произойдет синхронизация – т.е. измененные блоки данных осядут в кэше обоих узлов. Таким образом, на каждом узле поддерживается «зеркало» информации.
Ниже приведена схема из двух узлов-серверов DataCore, описанных ранее:
Каким образом обеспечивается высокая доступность?
При сбое одного из узлов или его плановой остановки (для проведения профилактических мероприятий или наращивания емкостей СХД), приложения и службы, запущенные на виртуальных машинах, не теряют связи с виртуальными жесткими дисками, потому что их запрос тут же переключается по средством MPIO на второй узел (который хранит в себе актуальную копию данных), таким образом не возникает простоя, вызванного крахом приложений и необходимостью перезапускать виртуальные машины. Схема переключения при недоступности основного маршрута изображена ниже:
При обнаружении факта сбоя одного из узлов, второй немедленно отключает кэширование записи, сбрасывает данные из кэша на диск, перенимает на себя все дисковые запросы и активирует режим ведения логов операций ввода/вывода. Данный лог будет использован для восстановления синхронизации после того, как вышедший из строя узел вновь вернется в строй.
