LINUX.ORG.RU
ФорумAdmin

Бэкап для толстого шаред хостинга

 ,


0

1

Достались мне на поддержку парочка шаредных серверов. Образчик одного из них:

# mount
/dev/sda3 on / type ext3 (rw,grpquota,usrquota)
/dev/sda1 on /boot type ext2 (rw)
//и всякие виртуальные ФС
# df -h /dev/sda3
Filesystem            Size  Used Avail Use% Mounted on
/dev/sda3             873G   57G  772G   7% /
Из них на /usr, /var и т.п. используется 9Гб, остальное - сайты. БД - 460 штук суммарным весом 4,5Гб.
# grep ServerName /etc/apache2/apache2.conf|wc -l
1399
Файлов там какие-то сотни тысяч, если не миллионы. На сетевом хранилище доступно 100Гб дискового пространства, т.е. впритык под два full бэкапа, если без сжатия.

Собственно, вопрос уважаемым коллегам: чем это бэкапить? tar очевидно не вариант.

P.S. Схему разбивки диска изменить не представляется возможным.

★★★★★

Последнее исправление: leave (всего исправлений: 2)

rsync с инкрементом для файлов. Позже посмотреть что он в инкремент бекапить и убрать оттуда всякие пути с кешами и логами. Тогда у тебя будет 1 полная копия и скорее всего довольно маленькие изменения всего остального.

для базы, хорошо бы чтобы она была в innodb, тогда percona-xtrabackup с инкрементом, опять же, объем бекапов ежедневный сокращается процентов до 5-10 от веса базы для довольно активных сайтов.

Хотя, скорее всего, БД ты не сможешь поменять и в лучшем случае сделать slave сервер с периодическим снятием дампа, чтобы боевой не гасить.

BaBL ★★★★★
()
Последнее исправление: BaBL (всего исправлений: 1)
Ответ на: комментарий от BaBL

К моему большому сожалению, из этих 460 баз в innodb только 18, остальные тупой myisam.

Про rsync тоже думал, но негде провести тест: за сколько он перелопатит эту свалку? На данный момент простой nice -n 19 find /var/www/ -type f |wc -l за три минуты подымает LA до 50, успевая пройти где-то 30% каталогов.

leave ★★★★★
() автор топика
Ответ на: комментарий от leave

я тоже про нее думал, видимо, придется еще один сервак ставить :(

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

tazhate ★★★★★
()
Ответ на: комментарий от tazhate

Ну, ДЦ большой, и бэкап нужен в первую очередь для того, чтобы обезопасить сервис от аппаратного сбоя. Если сгорит ДЦ - конторе так и так будет трындец. Железо брать придется под серверную часть бакулы, потому что backup disk space смонтирован с noexec.

leave ★★★★★
() автор топика
Ответ на: комментарий от leave

Если сгорит ДЦ - конторе так и так будет трындец.

Стоит донести это начальству и обеспечить отказоустойчивость.

tazhate ★★★★★
()
Ответ на: комментарий от tazhate

Начальство очень плотно завязано на этот конкретный ДЦ (вплоть до 30% скидки на серверы), но будем пробовать. На хетцнере этот нас из себя что представляет: квотируемый кусок хранилки, полноценный сервак, или еще что-то?

leave ★★★★★
() автор топика
Ответ на: комментарий от leave

Обычная домашняя наска, с доступом по фтп и прочему и тьмой места. Стоит баксов 50 в месяц, если не меньше.

tazhate ★★★★★
()
Ответ на: комментарий от tazhate

Т.е. доп. железку под директора и сторадж демонов таки надо будет ставить отдельно. Пичалька. Ладно, пойду выбивать ресурсы :)ё

leave ★★★★★
() автор топика

На доставшемся мне серваке (hetzner EX 4) тоже куча файлов общим объёмом ~30 гигов, и тоже стандартные 100 гигов под бекапы. Всё было настроено до меня, и вот как там сделано:

Винт поделен на 2 части, ~1 и ~2 тера, все сайты на первом.

Раз в день (в 6 утра) скрипт останавливает почти все основные процессы (nginx, apache, mysql, ...)

потом rsync всё вместе с системой копирует на второй раздел

далее запускает все остановленные проги

и делает cp -al

раз в неделю tar'ит, gzip'ит и отправляет последний бекап.

Между остановкой и запуском сервисов проходит обычно менее 3 минут.

Получается на самом серваке пачка бекапов с возможностью по-быстрому достать любой файл, а на бекап-сервере только один недельный.

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.