Резервное копирование ZFS и папки данных ZFS для служб

Резервное копирование ZFS и папки данных ZFS для служб

Поэтому недавно я установил свой собственный маленький сервер здесь, дома.

Я настроил свою основную систему на SSD и ZFS-пул из более крупных HDD для хранения данных.

Теперь я задал себе вопрос: будет ли разумнее хранить папки с данными на SSD-диске для таких служб, как mysql, ownCloud, gitolite и т. д. и регулярно выполнять RSYNC со специальным резервным набором данных на томе ZFS или же изначально хранить папки с данными в пуле ZFS?

По моему мнению, размещение их на SSD и их синхронизация, вероятно, не такая уж хорошая идея, поскольку это лишает меня возможности проверки согласованности, которая есть в ZFS, и в некотором роде сводит на нет сам смысл ее наличия.

Какой вариант рекомендуется в такой ситуации? Правильным ли будет сделать символическую ссылку на все из /var/lib в папки пула? Нужно ли мне изменять скрипты конфигурации? Нужно ли мне изначально монтировать /var на томе ZFS?

Какие папки вообще следует размещать на томе ZFS?

решение1

Как всегда, все во многом зависит от вашей ситуации.

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

Если вам нужна максимальная производительность приложений, вы можете разделить свои приложения и данные — приложения на SSD в любой файловой системе (потому что их можно легко переустановить), данные в вашем пуле (потому что это ценно). Затем вы используете данные локально или даже через NFS, в зависимости от того, что нужно вашим приложениям.

Если вам нужна сбалансированная производительность (лучшая производительность пула, но не такая быстрая, как собственный доступ из второго примера) и вас устраивает реорганизация макета, вы можете добавить SSD как отдельное устройство журнала для журнала намерений ZFS (ZIL), что ускоряет синхронную запись. Однако будьте осторожны, поскольку все данные, которые вы записываете на свои диски, также записываются на SSD, он может выйти из строя из-за выравнивания износа быстрее, чем обычно.

В любом случае, вы получите только снимки файловых систем ZFS и zvols. Одна эта функция убедила бы меня использовать ZFS как можно дольше. Установили неправильное программное обеспечение? Просто откатитесь назад, и ваше состояние снова будет чистым. Загрузка не удалась после обновления системы? Просто используйте последний хороший снимок 15 минут назад, не беспокойтесь. случайно перезаписали важную системную информацию при редактировании некоторых файлов в /etc/? Никаких проблем, я вас подстраховал.

Связанный контент