Снимки и репликация на СХД Huawei OceanStor: как защитить данные

Снимок и репликация — два разных инструмента защиты данных на системах хранения Huawei OceanStor, и путать их дорого. Снимок фиксирует состояние тома в момент времени и живёт на том же массиве. Репликация переносит данные на второй массив, обычно на другой площадке. Первый защищает от логической ошибки, второй — от потери оборудования.

Ни один из них не является резервной копией в полном смысле: снимок умирает вместе с массивом, а репликация честно копирует и повреждённые данные тоже. Разберём, как эти механизмы устроены, в каких сценариях работают и что нужно докупить, чтобы они заработали.

Снимки: как это устроено

OceanStor создаёт снимок мгновенно и без копирования данных — фиксируется только состояние карты блоков. Дальнейшее поведение зависит от режима.

• Copy-on-write. При первой записи в блок старое содержимое переносится в область снимка. Экономно по месту, но каждая запись превращается в чтение плюс две записи — производительность тома проседает.
• Redirect-on-write. Новая запись уходит в свободный блок, старый остаётся в снимке. Накладные расходы на запись минимальны, зато со временем данные фрагментируются. Основной режим на массивах Dorado и современных линейках.
• Расход ёмкости. Снимок занимает не объём тома, а объём изменений с момента создания. При активной записи снимок недельной давности может занять десятки процентов от тома.
• Глубина. Массив держит сотни снимков на том, но каждый добавляет накладные расходы. Практический режим — почасовые за сутки, ежедневные за неделю, еженедельные за месяц.
• Откат. Возврат тома к состоянию снимка занимает секунды и не требует переноса данных. Именно поэтому снимок незаменим перед обновлением приложения или базы.

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

Репликация: синхронная и асинхронная

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

Как собирается схема защиты

Работающая схема почти никогда не состоит из одного механизма. Типовая трёхуровневая конструкция выглядит так:

• Снимки на основном массиве — защита от логических ошибок: удалили не тот файл, обновление приложения прошло неудачно, сработал шифровальщик. Восстановление за минуты.
• Репликация на второй массив — защита от отказа оборудования и от потери площадки. Восстановление за время переключения.
• Резервная копия на отдельную систему — защита от всего остального, включая ошибку в самой схеме репликации. Копия должна быть на другом носителе и вне зоны прямого доступа основной системы.

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

Что нужно докупить

Самая частая неприятность на этом этапе: массив куплен, а функции защиты в нём не активированы. На платформах OceanStor снимки, репликация и клонирование лицензируются отдельно и по ёмкости.

• Лицензии функций. Пакеты для конкретных линеек лежат в разделе программного обеспечения для систем хранения; для отдельных моделей — например, лицензии для OceanStor 5500 V3. Проверять состав лицензий нужно до закупки массива.
• Средства управления репликацией. ReplicationDirector оркеструет переключение между площадками: без него отработка отказа выполняется вручную по инструкции.
• Резервное копирование. OceanStor Backup закрывает третий уровень схемы — копии вне основного массива.
• Ёмкость под снимки. Планируется отдельно, обычно 20–30 % от полезного объёма. Экономия здесь заканчивается тем, что при заполнении области снимки удаляются автоматически — как раз тогда, когда они нужны.
• Диски и полки. Дополнительная ёмкость — диски для СХД и модули расширения под конкретную модель.
• Канал и фабрика. Для репликации нужны порты и коммутация — например, коммутаторы SNS2000 — плюс канал с проверенной задержкой.

Из платформ под такие схемы обычно смотрят OceanStor 5000 V6 и 2910 V6 для средних инсталляций, 18000 V6 — для крупных, полностью твердотельные системы — там, где важна задержка. На второй площадке нередко ставят массив предыдущего поколения — 5300 V5 или 2200 V5: для приёмника асинхронной репликации этого достаточно.

Частые вопросы

Заменяет ли снимок резервную копию? Нет. Снимок хранится на том же массиве и исчезает вместе с ним. Он защищает от логической ошибки, а не от отказа оборудования и не от шифровальщика с правами администратора массива.

Сколько места займут снимки? Столько, сколько данных изменилось с момента их создания. Для базы с активной записью суточный набор снимков может занять 20–40 % от объёма тома, для файлового архива — единицы процентов.

Тормозят ли снимки работу массива? В режиме redirect-on-write влияние минимально. В copy-on-write при большом числе снимков падение по записи заметно — на нагруженных томах глубину ограничивают.

Обязателен ли одинаковый массив на второй площадке? Для асинхронной репликации — нет, приёмник может быть младшей моделью. Для метрокластера с синхронной репликацией требования жёстче: платформы должны быть сопоставимы по производительности, иначе медленная сторона затормозит обе.

Как проверить, что репликация рабочая? Плановой отработкой переключения на резервную площадку с запуском приложений. Репликация, которую никогда не проверяли переключением, — это не защита, а предположение.

Можно ли реплицировать в облако? На уровне массива — только на совместимую систему. Перенос в облако делается уровнем выше, средствами резервного копирования.

Спроектируем защиту данных под вашу систему

Пришлите модель массива, объём и профиль нагрузки, допустимую потерю данных и время восстановления, а также параметры канала между площадками на sale@huawei.net.ru. Подберём системы хранения, лицензии на функции защиты, диски и модули расширения — с расчётом ёмкости под снимки и сроками поставки.