Виртуализация систем хранения

Если в вашей ИТ-инфраструктуре есть несколько разрозненных СХД, а в будущем вы планируете нарастить полезное дисковое пространство, расширив, например, клиентскую базу, то вовсе не нужно использовать отдельные накопители. Виртуализация поможет объединить доступные ресурсы независимо от их моделей или интерфейсов.

Пользователи заметят только возросшую производительность, с новыми ресурсами они будут работать ровно также, как и с обычными физическими дисками. Клиенты же станут более охотно пользоваться сервисами, так как данные смогут получать быстрее и без каких-либо сбоев.

Представьте, что прямо в режиме реального времени ведется зеркальное копирование информации. Тут виртуализация СХД защищает бизнес на 100%. Вышел из строя дисковый массив? Автоматически будет задействован резервный накопитель.

При этом пользователи не заметят каких-либо изменений. Системные администраторы безболезненно перенесут любые объемы данных, ведь вносить изменения в пути расположения файлов нет больше необходимости, сервер рассматривает все накопители, как единое целое.

Если вы используете виртуализацию СХД, данные, которые запрашиваются чаще всего, попадают на самые быстрые носители, архивные файлы и не самая востребованная информация хранятся на более медленных дисках. Таким образом обеспечиваются высокая скорость работы и, вместе с тем, максимальная емкость. Благодаря виртуализации инфраструктура становится проще в управлении. При этом пользователям не приходится беспокоиться о том, что дисковое пространство неожиданно закончится.

Типовые задачи возникающие при обслуживании СХД и возможности при внедрении систем виртуализации

Подключение новых серверов, их настройка
При подключении нового сервера к СХД необходимо:
- добавить новую зону в настройки коммутаторов;
- создать новую RAID-группу или выбрать уже созданную;
- выделить на ней место (LUN) данному серверу;
- установить драйверы на сервер, которые соответствуют выбранной дисковой системе.

Зонирование достаточно настроить для каждого сервера однократно - выделение дополнительного пространства не потребует перенастройки зон. Выделение дискового пространства не требует знаний по администрированию конкретной СХД - достаточно уметь управлять системой виртуализации. Нужен только один драйвер, независимо от того, на какой СХД физически находятся данные. Это значительно упрощает не только первоначальную инсталляцию, но и дальнейшее сопровождение.
+ -
Выделение дополнительного дискового пространства серверу
Выделение дополнительного дискового пространства серверу является простой задачей для администратора. Если есть система со свободным пространством и ее можно безболезненно подключить к серверу, то вся сложность состоит в изменении зонирования в коммутаторах SAN.

Если в резерве есть дисковая система другого производителя, то задача усложняется на порядок: необходимо полностью мигрировать данные между системами. Это, в свою очередь, потребует остановки сервера, а следовательно и всех сервисов, которые на нем работают на довольно продолжительное время.

Дополнительное дисковое пространство может располагаться на любых дисковых системах и одновременно на разных СХД. Не потребуется изменять зонирование на коммутаторах. Длительная остановка сервера также не требуется.
+ -
Миграция данных между системами хранения
Миграция данных между системами является одной из основных проблем в больших инфраструктурах. Причины для миграции:
- перенос данных на новую, более быструю систему;
- временный вывод системы из обслуживания (например, для модернизации).

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

Так как в первую очередь необходимо обеспечить консистентность данных, то после начала переноса данных, они не должны изменяться, следовательно, сервисы , которые обращаются к ним, должны быть остановлены все время, пока осуществляется перенос. Если объем данных велик, то не всегда есть возможность уложиться в выделенный промежуток времени.

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

Единственный эффект от миграции - незначительно понижение скорости работы в процессе миграции, поэтому для нагруженных критичных систем лучше ее спланировать на время наименьшей нагрузки. Участие администратора в процедуре миграции минимально и требуется только во время запуска процедуры (или ее планирования).
+ -
Решение проблем недостаточной производительности
Решить недостаточность производительности системы возможно несколькими способами: - добавлением дисков в RAID-группу (так как производительность зачастую определяется числом дисков в системе);
- переносом данных с медленных (SATA, FC 10k) дисков на более быстрые (FC 15k, SSD );
- переносом данных на новую более производительную систему.

Использование распределенного дискового пространства между несколькими дисковыми системами. Это дает возможность распределить том по большему числу дисков (повышая производительность) и параллельно использовать две системы.

Кроме того, некоторые системы виртуализации (например, IBM SAN Volume Controller, HDS USP/USP-V) позволяют использовать свой кэш для операций чтения и записи (который зачастую больше того, который установлен в СХД), что тоже дает заметное увеличение производительности.
+ -
Построение катастрофоустойчивых систем
В случае, когда нужно организовать резервную площадку в основном дата-центре, возникает проблема обеспечения актуальной и консистентной копии данных на удаленной площадке. Для этого существует целый ряд методов, но, в тех случаях, когда для зеркалирования данных используются встроенные средства дисковых систем, действует ряд строгих ограничений (системы должны быть одного производителя, зачастую одного поколения, есть ряд ограничений на версию прошивки).

В случае, когда закупки СХД осуществляются поэтапно, эти требования очень сложно соблюсти, и тем более это проблематично сделать, когда резервная площадка появляется в результате слияния двух компаний).

Системы виртуализации помогают решить возникшие проблемы. Репликация данных осуществляется на уровне систем виртуализации и уже не накладывает столь строгие ограничения на сами СХД, отсутствие проблем с зеркалированием данных, например, между IBM DS4700 и HP EVA4000.

Не требуются лицензии на репликацию для самих СХД. Ряд систем (например, Falconstor NSS) позволяют использовать в качестве транспорта IP протокол без применения каких-либо дополнительных аппаратных средств.
+ -
Плановое обслуживание СХД
Системы хранения предназначены для постоянной эксплуатации, но могут возникнуть ситуации, когда потребуется остановить систему: для модернизации (добавления дисковой полки), для смены прошивки (иногда ее нельзя проводить без остановки системы), для переноса системы в другой шкаф.

Такие работы потребуется проводить во вне рабочее время, это может повлечь ошибки, которые потенциально могут привести к потере данных. Система виртуализации позволяет провести плановое обслуживание СХД совершенно прозрачно для серверов и сделать это в рабочие часы.
+ -

Подробно проконсультируем по планированию и внедрению виртуализации, предоставим спецификацию и цену.

Оставьте свои контакты,

и мы свяжемся с вами в ближайшее время.

Виртуализация систем хранения

Типовые задачи возникающие при обслуживании СХД и возможности при внедрении систем виртуализации

Подробно проконсультируем по планированию и внедрению виртуализации, предоставим спецификацию и цену.

Оставьте свои контакты,

Подпишитесь на рассылку