The OpenNET Project / Index page

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



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

Оглавление

Раздел полезных советов: Подключение в BHyVe zvol-диска с другой машины, auto_tips (?), 28-Апр-24, (0) [смотреть все] +1

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


46. "Подключение в BHyVe zvol-диска с другой машины"  +2 +/
Сообщение от Аноним (46), 02-Май-24, 18:55 
Была похожая история когда-то давно, только там не 1с был и не бсд, а центос, который прожил вполне себе лет 10, и ломался 2 раза, потому что админы чего-то мутили в днс и он не мог авторизацию, мне стремно было деньги брать за "поправить" хостнэйм, поэтому обновлял релиз центоса с 5 на 6, а с 6 на 7..

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

А бэкапы это отдельная песня, зазиповать папку в файлек с датой в названии - 1 строка в кроне, ну логично, что оно сожрет все место

find /path/to/ -type f -mtime +90 -name '*.gz' -delete

- удаляет файлы старше 90 дней, тоже не панацея, так как, малоли кто зайдет и где чего насохраняет.

На прошлой работе делал скрипт, который каждую ночь удаляет старые данные пока на диске не станет более 10% свободного места, лет пять работает есть не просит, но это надо заморочиться для конкретной задачи

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

47. "Подключение в BHyVe zvol-диска с другой машины"  +2 +/
Сообщение от КриоМух (ok), 02-Май-24, 20:19 
По поводу удаления файлов старше, там конечно же так и сделано было. Причём из-за изначальных вводных о 500 гиговых винтах HDD, менять которые на более ёмкие ценой по тыщи 3-4 в те времена заказчица отказалась, план хранения бэкапов был установлен такой: 7 последних дней и бэкапы на 1 число каждого месяца, и все более чем годичной давности удаляются. Т.е. максимум хранящихся архивов могло быть - 20 штук. Но базы видимо добавились и прежние распухли, да ещё там напихали в файлопомойку всякого, вот и для такого нехитрого объёма места не осталось.

А вот про удаление до "границы по свободному месту" - спасибо! Возьму на заметку.

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

52. "Подключение в BHyVe zvol-диска с другой машины"  +/
Сообщение от 44 (?), 03-Май-24, 08:49 
> А вот про удаление до "границы по свободному месту"

на самом деле, на sh это довольно сложно, то есть получится много не очень читаемого кода.

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

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

54. "Подключение в BHyVe zvol-диска с другой машины"  +/
Сообщение от нах. (?), 03-Май-24, 09:55 
> Но базы видимо добавились и прежние распухли, да ещё там напихали
> в файлопомойку всякого, вот и для такого нехитрого объёма места не
> осталось.

хинт: zfs умеет в reservation (впрочем, для zvol еще надо суметь выключить)

> А вот про удаление до "границы по свободному месту" - спасибо! Возьму
> на заметку.

ну оно и поудаляло бы ВСЕ бэкапы нафиг. А место так и не нашлось бы, потому что сожрано чем-то еще, ну нет там искомых 10%.

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

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

58. "Подключение в BHyVe zvol-диска с другой машины"  +/
Сообщение от Аноним (58), 05-Май-24, 04:35 
> хинт: zfs умеет в reservation (впрочем, для zvol еще надо суметь выключить)

Однако в целом все у вас весьма ректально. Btrfs зацепили бы к другому компу или куда там - и работало бы оно себе и каши не просило. А у вас вечно танцы с бубном. Отправитесь за freebsd вдогонку. А буху посоветую гнать таких админов туда же куда и остальные. По тем же причинам.

> Озабочиваться для таких клиентов надо именно изоляцией датасетов, чтобы файлопомойка не
> могла пожрать место под бэкапы, и понятным клиенту мониторингом

Вот ща любитель FreeBSD сделает понятный клиенту мониторинг. Самому то не смешно? Разве что вон там iXsystem был, но он чего-то вынес FreeBSD в режим майнтенанса...

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

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

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




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

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