Группы консистентности в СХД: согласованные снимки томов
Группы консистентности (Consistency Groups, CG) в ПО «Юпитер» объединяют несколько логических томов, чтобы мгновенный снимок создавался для них одновременно и в единой точке времени. Функция входит в стек возможностей ПО «Юпитер» и работает одинаково на СХД «Гром» и «Молния», дополняя механизмы снимков (snapshots) и клонов томов (snapclone). Без CG снимки разных томов одного приложения могут оказаться рассинхронизированы, что при восстановлении СУБД приводит к повреждению данных.
Инженеры ЦОД знают: распределённая база данных редко хранится на одном LUN — файлы данных, журналы транзакций и temp-область часто разнесены по разным томам. Снять снимок каждого тома по отдельности недостаточно: между операциями проходят миллисекунды, и этого хватает, чтобы данные и журнал транзакций разошлись по состоянию.
Зачем нужны группы консистентности
CG решает задачу синхронной фиксации состояния для набора связанных томов. На практике мы видим это в сценариях, где приложение распределяет нагрузку между несколькими виртуальными дисками, а восстановление имеет смысл только при согласованности всех томов сразу.
- Кластеризованные СУБД с раздельными томами под данные и логи транзакций.
- Виртуальные машины с несколькими virtual disk, подключёнными к одному приложению.
- Распределённые файловые системы, где метаданные и данные хранятся раздельно.
Как работает согласованный снимок
ПО «Юпитер» фиксирует состояние всех томов, входящих в CG, в единый момент времени — так снимок группы становится точкой восстановления, идентичной по семантике синхронному снимку баз данных. Это отличается от независимых снимков отдельных томов, где момент фиксации у каждого тома свой.
- Группа снимается одной операцией, а не последовательностью команд по каждому тому.
- Восстановление тоже выполняется на уровне группы — все тома откатываются к одной точке.
- CG совместима с клонами логических томов (snapclone), что позволяет создавать тестовые копии всей группы данных.
Функции защиты данных в ПО «Юпитер»
| Функция | Уровень применения | Доступность в NIMBUS |
|---|---|---|
| Мгновенные снимки (Snapshots) | Отдельный том | «Гром» и «Молния» |
| Группы консистентности (CG) | Набор связанных томов | «Гром» и «Молния» |
| Клоны логических томов (Snapclone) | Отдельный том или группа | «Гром» и «Молния» |
| Непрерывная защита по расписанию | Том или группа | «Гром» и «Молния» |
| Удалённая репликация | Синхронная/асинхронная | «Гром» и «Молния» |
Практический кейс: резервное копирование распределённой БД
Для СУБД, развёрнутой на нескольких LUN на СХД «Молния», администратор объединяет тома данных и журналов транзакций в одну CG перед плановым бэкапом — снимок фиксирует состояние группы целиком, исключая рассинхронизацию между файлами данных и логом. При восстановлении после сбоя это гарантирует, что база откатывается в консистентное состояние, а не в промежуточное между операциями записи. Настроить группы консистентности под конкретную топологию приложения помогут инженеры на сайте систем хранения данных NIMBUS.
Частые вопросы
Чем CG отличается от обычного снимка тома?
Обычный снимок фиксирует состояние одного тома, а CG синхронно фиксирует состояние сразу нескольких связанных томов в единой точке времени.
Можно ли клонировать всю группу консистентности?
Да, клоны логических томов (snapclone) применимы как к отдельному тому, так и к группе, что позволяет получить согласованную тестовую копию сразу всех томов приложения.
Работают ли группы консистентности одинаково на «Гром» и «Молния»?
Да, функция входит в единый функционал ПО «Юпитер», управляющего обеими линейками СХД.
Нужны ли CG для приложения на одном томе?
Нет, группы консистентности актуальны именно для распределённых приложений с несколькими взаимосвязанными томами — для единственного тома достаточно обычного снимка.
Как CG сочетается с расписанием защиты данных?
Непрерывная защита по расписанию может применяться к группе консистентности целиком, обеспечивая регулярные согласованные точки восстановления без ручного вмешательства администратора.
Гром
система хранения данных
В реестре
Оптимально подходит для организаций среднего и крупного бизнеса, которым требуется надежное, масштабируемое и эффективное решение для хранения данных с возможностью адаптации к различным типам нагрузок
Молния
система хранения данных
В реестре
Решение премиум-класса для организаций, чей бизнес зависит от скорости обработки данных и требует инфраструктуры хранения с высокой пропускной способностью. Подходит для отраслей: телекоммуникации, финансы, госучреждения и производство