# RAID1 с моделями: доступность диска и восстановление версий

Чем доступность RAID1 отличается от резервной копии версии модели и как составить карту восстановления с артефактами, проверкой и этапами готовности сервиса.

Автор: Команда Retrivium
Обновлено: 2026-11-01
Канонический URL: https://retrivium.ai/ru/journal/raid1-model-backup-boundary/
Language: ru

## Зеркало и восстановление версий решают разные задачи

RAID1 сохраняет зеркало текущих блочных данных на настроенных участниках. Это помогает доступности при отказе участника в поддерживаемых условиях. Но массив не создаёт независимую историю артефактов модели и не определяет, что оператор хотел сохранить именно вчерашнюю версию токенизатора.

[Документация Linux по RAID](https://docs.kernel.org/admin-guide/md.html) описывает поведение и рабочее состояние массива. Его здоровье нужно отделять от восстановления приложения. Исправное зеркало способно точно содержать случайно удалённый каталог или новую неподходящую версию модели: эти изменения являются частью текущих данных, которые оно поддерживает.

## Определите состав восстановления

Перечислите веса, токенизатор, конфигурацию, необходимый пользовательский код и настройки развёртывания с версиями или хешами. Уточните, что можно скачать заново из закреплённого источника, а что содержит локальные изменения или сложно воспроизводится. От этого зависит состав записи восстановления сверх наличия работающего дискового массива.

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

## Проверяйте восстановление вне рабочего пути

[Документация извлечения Borg](https://borgbackup.readthedocs.io/en/stable/usage/extract.html) показывает восстановление как отдельную операцию архива с определённым контекстом назначения. Общий принцип — извлекать в контролируемое место и проверять результат до включения в активный каталог сервиса. Успешное восстановление отличается от предположения, что плановое задание копирования обязательно сохранило пригодные данные.

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

## Разделяйте время восстановления и доступность диска

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

Фиксируйте получение, проверку, развёртывание и готовность модели отдельными интервалами. Скачивание весов не завершает восстановление сервиса. Перестроение массива тоже меняет условия эксплуатации: сохраняйте этот контекст при измерении readiness вместо скрытого сравнения с исходным свободным накопителем.

## Подготовьте карту восстановления

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

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

## Связанные материалы

- [Ephemeral и persistent disk у GPU VM: проверка перед удалением](/ru/journal/cloud-gpu-ephemeral-vs-persistent-checklist/)
- [Воспроизводимый стек инференса: как сохранить результат GPU-пилота](/ru/journal/software-stack-reproducibility/)