О решении StarWind Enterprise iSCSI для создания отказоустойчивых хранилищ VMware vSphere и Microsoft Hyper-V мы уже писали немало (для этого есть специальный раздел на нашем сайте) и будем писать еще, пока все кому оно нужно его не купят. А нужно оно очень многим, так как позволяет создать отказоустойчивый кластер хранения на базе существующей инфраструктуры Ethernet при минимальных инвестициях (не надо покупать FC-хранилища, устройства коммутации SAN и прочее).

Сегодня мы поговорим о типе диска Snapshot and CDP Device в StarWind Enterprise iSCSI. Во-первых, вам нужно прочитать первую часть статьи, где описаны основные режимы работы дисков со снапшотами, которые поддерживает продукт.

Диски типа Snapshot and CDP Device можно создать, когда вы выбираете опцию создания виртуального образа Advanced Virtual, а затем Snapshot and CDP Device:

CDP - это Continuous Data Protection, т.е. непрерывная защита данных ваших виртуальных машин. В этом режиме поддерживаются мгновенные снимки хранилища (snapshots), которые защитят вас от утраты каких-либо важных данных по вине пользователя - вы всегда сможете откатиться к снимку, созданному в определенный момент времени.

Какие опции мы имеем (кстати, обратите внимание, что StarWind можно использовать и для Citrix XenServer, где он находится в официальном HCL):

Во-первых, у нас есть три режима работы диска Snapshot and CDP Device:

• Growing Image - это образ виртуального диска под хранилище VMFS или другое, который будет расти по мере наполнения его данными. Таким образом, вам не понадобится сразу много свободного места на сервере или хранилище. Однако в этом режиме поддерживается создание снапшотов только в ручном режиме. Для такого диска можно задать лимит хранимых снапшотов (опция Limit maximum number of stored snapshots).
• Snapshot and CDP - в таком режиме StarWind будет автоматически создавать снапшоты хранилищ с заданным интервалом времени (опция Snapshot auto creation with interval of (minutes)). Такой тип диска полезен для постоянной защиты данных (Continuous Data Protection, CDP) хранилищ виртуальных машин от их утери или порчи. В случае сбоя можно откатиться к нужному снапшоту.
• Auto-Restored Snapshot - в таком режиме хранилище виртуальных машин во время одной сессии iSCSI будет изначально работать в режиме снапшота, а при окончании сессии - снапшот откатится к изначальному состоянию. Представьте, например, что вы тестируете связку систем на хранилище, но не хотите в итоге вносить изменения в эталонный виртуальный диск.

Также есть несколько опций, которые доступны в зависимости от режима работы:

• Limit on the maximum number of stored snapshots - здесь мы ограничиваем число хранимых снапшотов.
• Snapshot auto creation interval - это число минут, через которое будут автоматически создаваться снапшоты для защиты вашего хранилища от порчи пользовательских данных. Данная настройка актуальная только для режима Snapshot and CDP. Это очень удобно при разработке и тестировании, когда вам нужно создавать копии целого набора виртуальных машин на хранилище автоматически. Ну и, само собой, это удобно в производственной среде - когда есть шанс того, что какие-нибудь действия приведут к утере данных (БД и прочее).
• Asynchronous mode - асинхронная запись на том (не знаю, для чего это нужно - скорее, для оптимизации производительности)
• Allow multiple concurrent iSCSI connections (clustering) - возможность одновременного подключения нескольких серверов к хранилищу по iSCSI.

Для чего нужны диски StarWind со снапшотами:

1. Для резервного копирования всего хранилища целиком. Поскольку при создании снимка хранилища все, что было до его создания, особождается от операций записи (то есть переходит в режим Read Only) - вы можете сделать его резервную копию целиком на диск или ленточную библиотеку.

2. При тестировании приложений в многомашинных конфигурациях можно использовать режим Auto-Restoreed Snapshot, который откатывает все изменения произведенные в тестовой конфигурации для возврата к эталонному окружению.

3. Для защиты данных в режиме CDP - у вас всегда будет под рукой снапшот хранилища с набором виртуальных машин, готовый к восстановлению.

Рассмотрим простейшии операции по работе со снапшотами хранилищ StarWind Enterprise. Для создания нового виртуального диска в режиме CDP нужно выбрать Create new virtual disk:

Далее задаем имя и размер виртуального диска, а также число секторов на блок (не знаю для чего) и папку с файлами журнала:

Далее вам будет предложено выбрать режим работы виртуального диска (выбираем Snapshot and CDP или Growing Image - для ручного управления снапшотами), о котором мы писали выше и настройки кэширования.

После того как диск создан, добавим его к серверу VMware ESX / ESXi в качестве хранилища (как это сделать посмотрите здесь) и создадим на этом хранилище виртуальную машину:

Теперь сделаем снапшот нашего хранилища в StarWind Enterprise iSCSI. Для этого нужно правой кнопкой нажать на устройстве и выбрать пункт Create Snapshot:

После этого в папке на сервере появится файл снапшота нашего хранилища с расширением ibvss:

Затем мы смело можем удалять нашу виртуальную машину, чтобы потом восстановить хранилище из снапшота:

Теперь приступаем к восстановлению нашего хранилища StarWind Enterprise iSCS. Для этого пока в интерфейсе отдельного рабочего процесса не предусмотрено, но есть простой путь: либо прилинковать новое созданное хранилище к сохраненной копии в режиме Linked Clone, либо сделать Full Clone из сохраненной копии.

Для начала отсоединяем VMware ESX / ESXi от нашего теперь уже пустого хранилища:

И создаем новый Target в интерфейсе StarWind, выбрав Create Full clone или Create linked clone. Разница между этими двумя вариантами в том, что в первом случае создается полная копия хранилища в момент снятия снапшота, а во втором - к существующему хранилищу прилинковывается новое и начинает жить своей жизнью на базе существующего (то есть данные общие - до момента снятия снапшота, а дальше каждая ветка хранилища хранит свои данные):

Выбираем снапшот хранилища, который мы создавали, когда на нем еще были данные, и размещение нового хранилища-клона:

Снова включаем обнаружение таргетов на сервере VMware ESX / ESXi и подключаем созданный клон хранилища, при этом при добавлении Datastore (Add Storage) новый том VMFS надо будет переподписать, поскольку его идентификатор остался прежним (подробнее - здесь):

После этого у нас создается том с некрасивым именем snap-XXX, для которого мы делаем Browse Datastore и видим виртуальную машину, которую удалили на основном хранилище:

То есть у нас теперь две версии хранилища, которые живут отдельно, если вы выбрали Full Clone и на базе общего состояния до момента снятия снапшота, если вы выбрали Linked Clone. Красиво, не правда ли - с физическим хранилищем за небольшие деньги такого не провернешь (понятно, что функциональность Snapshot и Snapclone есть у дорогих FC-массивов, но сколько вы за них заплатите).

А можно совсем просто - создать новый Target и указать ему в качестве источника существующий ibv-файл, проигнорировав файл снапшота (естественно, предыдущий Target нужно в StarWind отключить). Сам ibvss-файл можно просто удалить с диска.

Напоминаю, что функциональность по работе со снапшотами есть во всех изданиях StarWind Enterprise iSCSI, включая самое недорогое StarWind Enterprise CDP Edition, которое стоит меньше тысячи долларов. Где продукт можно купить - вы все уже знаете.

P.S. Для получения более подробной информации прочитайте документ "Implementation of enhanced data protection using StarWind snapshots".