Режимы резервного копирования: цена простоя написана, цена согласованности нет

Разницу между тремя режимами обычно объясняют временем простоя. Настоящая разница в согласованности, и для машины, которая пишет непрерывно, именно она решает, годится ли копия вообще.

AtlasPVE ·

Эта статья отвечает на

  • какой режим резервного копирования proxmox
  • proxmox разница snapshot suspend stop
  • согласована ли резервная копия базы данных в proxmox
  • proxmox простой во время копирования
  • proxmox выбор режима копирования

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

Что на самом деле делает режим без простоя

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

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

Закрыть разрыв, не останавливая машину

Когда установлен гостевой агент, в момент копирования файловой системе можно сказать: «подожди, сначала запиши на диск то, что держишь». Происходит короткая заморозка, снимается образ, заморозка снимается. Так состояние «шнур выдернут» превращается в состояние «аккуратно приостановлено», и простоя по-прежнему нет.

Это самый практичный довод в пользу установки гостевого агента. Он существует не только чтобы сообщить адрес, он существует ровно ради этого момента.

Собственная копия приложения, это другое

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

Приостановка и остановка

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

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

Практическое правило

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

Что делает Atlas

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

Источники

Собственная документация Proxmox. На английском, и последнее слово в этом вопросе за ней.

Похожие статьи

Как это выглядит внутри Atlas?

Перейти на страницу продукта