The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Раздел полезных советов: Объединение томов через aufs для от..., auto_tips (?), 03-Апр-19, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


1. "Объединение томов через aufs для отказоустойчивости и моментального восстановления "  +/
Сообщение от Крикет (?), 03-Апр-19, 08:58 
Интересно но наворочено так много...
А вариант с ZFS и например снапшотами каждые 30 минут, с чисткой тех что старше недели и например оставляя ежедневные на 00.00? Не проще это?
Ответить | Правка | Наверх | Cообщить модератору

2. "Объединение томов через aufs для отказоустойчивости и момент..."  +/
Сообщение от Alex_Kemail (??), 03-Апр-19, 09:37 
Понятно, проще. Ещё и сжатие можно включить :)
Ответить | Правка | Наверх | Cообщить модератору

29. "Объединение томов через aufs для отказоустойчивости и момент..."  +/
Сообщение от glebiao (ok), 22-Апр-19, 07:03 
> Интересно но наворочено так много...

это только кажется. всего 4 строки в .mount юнитах, плюс несколько простых скриптов на таймере.

> А вариант с ZFS и например снапшотами каждые 30 минут, с чисткой

zfs не рассматривалась из-за ограниченности по оперативной памяти

> тех что старше недели и например оставляя ежедневные на 00.00? Не
> проще это?

обратите внимание, мой вариант позволяет держать непрерывную *историю*. В некоторых ситуациях, это важно.


Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

40. "Объединение томов через aufs для отказоустойчивости и момент..."  +/
Сообщение от Всем Анонимам Аноним (?), 26-Окт-19, 13:25 
> это только кажется. всего 4 строки в .mount юнитах, плюс несколько простых скриптов на таймере.

а если не успеете поймать момент, когда нужно выключить скрипты и они затрут r/o копию? В zfs можно хранить данные в сколько угодно snapshot-ов, только бы места хватало. с компрессией как раз место появляется

> zfs не рассматривалась из-за ограниченности по оперативной памяти

я не знаю что там у вас установлено, чтобы была проблема памяти в наше время, когда на серверах стоит 128-256 Г памяти обычно. но безопасность явно стоит того, чтобы потратить денег. если у Вас нет достаточно памяти, то значит её не так много и новая будет стоить копейки.

> обратите внимание, мой вариант позволяет держать непрерывную *историю*. В некоторых ситуациях, это важно.

удобно, если файлы - это исходный программный код наверное? для word файлов не так актуально.

конечно, интересный подход у Вас получился, но немного замороченный. есть ручная работа с Вашей стороны в немалом объеме. плюс возможные проблемы с git если кто-то случайно кинет 1GB iso к примеру.

Почему все пишут про zfs, потому что там все это решено. И доступ к снапшотам можно дать юзерам (он наверное и так будет там по-умолчанию, просто скрыт) чтобы Ваше время не отнимать и людям не ходить кляньчить. Не забывайте, Ваше время тоже ресурс.

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру