Недавно я провел тест восстановления на виртуальной машине Google Compute Engine с ОС Centos 7. Виртуальная машина имеет пять разделенных дисков, которыми управляет LVM. Сервер существует уже давно, поэтому на дисках распределено около десяти файловых систем. Все снимки были созданы с интервалом в одну или две секунды в ранние утренние часы.
Казалось бы, восстановление прошло успешно, df вывод выглядит так, как я ожидал.
Мне просто повезло?
Обычно я ожидаю возникновения проблем при восстановлении из якобы несинхронизированных снимков.
Мне интересно: нужно ли мне использовать «правильную» систему резервного копирования с поддержкой логических томов для обеспечения согласованности восстановленных файловых систем? Или, если это не удается, следует ли мне убедиться, что каждая файловая система находится на отдельном диске? Или я излишне волнуюсь?
GCP рекомендует иметь каждую файловую систему на отдельном диске.
Вы можете сэкономить время и добиться максимальной производительности, если отформатируете свои постоянные диски с использованием единой файловой системы и без таблиц разделов.
Со стандартной точки зрения системного администратора это можно рассматривать как бесполезную трату ресурсов, учитывая, что существует ограничение на количество дисков, которые вы можете подключить к экземпляру, однако управлять резервным копированием проще.
Если я правильно понял, вы подключили 5 отдельных дисков к своему инстансу и приступили к созданию PV, VG, LV и FS. Наконец, вы сделали снимки для каждого диска почти одновременно
Кажется, вы не вносили изменений в свои диски между моментальными снимками, но я не рекомендую эту архитектуру для чувствительных приложений, таких как БД, так как меня беспокоит согласованность данных. Я не удивлюсь, если вы повторите эксперимент с большим промежутком времени между моментальными снимками ваших дисков и столкнетесь с проблемами согласованности данных.
Я рекомендую вам взглянуть на лучшие практики создания снимков и запланированные снимки