The OpenNET Project / Index page

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



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

Оглавление

Предложен механизм blksnap для создания снапшотов блочных устройств в Linux, opennews (??), 07-Ноя-22, (0) [смотреть все]

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


50. "Предложен механизм blksnap для создания снапшотов блочных ус..."  +/
Сообщение от Аноним (50), 07-Ноя-22, 21:15 
Снапшоты без взаимодействия с внутренним миром приложения - ну такое...
Ну или (во избежание рассогласований) всё останавливать на момент снапшота, но тогда и dd прокатит.
Ответить | Правка | Наверх | Cообщить модератору

80. "Предложен механизм blksnap для создания снапшотов блочных ус..."  +/
Сообщение от ыы (?), 08-Ноя-22, 02:00 
это просто работает. так надо.
Ответить | Правка | Наверх | Cообщить модератору

136. "Предложен механизм blksnap для создания снапшотов блочных ус..."  +/
Сообщение от Аноним (57), 09-Ноя-22, 06:07 
Самое правильное (если на уровне носителя) - завершать процессы записи на носитель, чтобы приложения зафиксировали семантику данных, перевод носителя в ro, далее - хоть dd. Не завершишь запись - получишь кашу в снапшоте.
Ответить | Правка | Наверх | Cообщить модератору

137. "Предложен механизм blksnap для создания снапшотов блочных ус..."  +/
Сообщение от Аноним (57), 09-Ноя-22, 06:09 
P.S. а вообще снапшотить надо не абстрактный носитель, а пользоваться инструментами конкретного приложения, чьи данные тебе так дороги.
Ответить | Правка | Наверх | Cообщить модератору

201. "Предложен механизм blksnap для создания снапшотов блочных ус..."  +/
Сообщение от somethingfunny (ok), 16-Ноя-22, 04:13 
Консистентность данных приложения обеспечивается самим приложением (в случае с базами при помощи логов).

1. Хватается снапшот системы целиком при помощи blksnap.
2. Спокойно утаскивается в бэкап целиком система (или при желании только диски на которых живёт файл с данными базы + логи базы).
3. Отпускаем снапшот.

База в течении всего процесса продолжает работать как будто ничего и не происходило.
При подъёме же из бэкапа база будет думать что хост на котором она стояла грохнулся по питанию, адекватные ACID compliant движки с таким спокойно справляются (если админ не накосорезил с настройками).

Расскажите, как вы подобное сделаете при помощи dd?

Если же хочется более продвинутой интеграции, то перед снятием снапшота базе командуем встать в правильную позу (checkpoint на postgres, flush tables with read lock для MyISAM древнего, и так далее в зависимости от типа приложения). После того как снапшот взят, базе можно дать команду расслабиться и снять блокировки. Это всё можно сделать самописными скриптами.

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

153. "Предложен механизм blksnap для создания снапшотов блочных ус..."  +1 +/
Сообщение от TydymBydym (?), 09-Ноя-22, 14:43 
> Ну или (во избежание рассогласований) всё останавливать на момент снапшота

Именно. Я так и поступаю. Перед созданием снапшота торможу докер и базу, делаю снимок, а потом всё запускаю. После этого спокойно бэкаплю снимок. Конечно, имеется простой, связанный с тем что контейнера поднимаются не слишком быстро - Конфлюенс и всё вот это вот..., но минуту-другую в середине ночи все потребители стойко переживают :D

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

187. "Предложен механизм blksnap для создания снапшотов блочных ус..."  +/
Сообщение от Аноним (185), 11-Ноя-22, 14:49 
Тем не менее это прерывание сервиса. Кому-то катит, кому-то нет. Попробуй так игровой сервер или чатик тормознуть, узнаешь о себе много нового.
Ответить | Правка | Наверх | Cообщить модератору

188. "Предложен механизм blksnap для создания снапшотов блочных ус..."  +/
Сообщение от TydymBydym (ok), 11-Ноя-22, 16:22 
> Тем не менее это прерывание сервиса.

Само собой. В моем случае - подходит. Если бы докера не было, то можно было бы не останавливать - СУБД в режим логирования и вперед, на танки. В принципе, и с докером можно было бы контейнера переделать так, чтобы тома с данными биндить, а при восстановлении пересоздавать контейнер. Но последнее мне просто лень делать.

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

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

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




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

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