Re: Dropbox своими руками
Dmitrii Kashin -> debian-russian@lists.debian.org @ Wed, 12 Dec 2012 00:54:11 +0400:
>> >> DK> Решая задачу о создании резервных копий домашнего каталога, подобную
>> >> DK> Вашей, лично я ограничился созданием FHS для своего домашнего каталога,
>> >> DK> записал в файлик, какие именно директории надо бэкапить, и натравил на
>> >> DK> него банальный tar. Раз в пару недель синхронизирую директорию с
>> >> DK> бэкапами с удаленным сервером. Вручную пока. Но подумываю повесить на
>> >> DK> anacron.
>> >>
>> >> Во-во, вручную пока. И у меня все-таки бэкап серверов целиком, а не
>> >> ~.
>>
>> DK> Целиком? Извините, но просто из любопытства - это зачем? Обычно бэкапят
>> DK> /var/log, /var/spool, /var/www, /etc, ...
>> DK> Или под "целиком" мы опять же понимаем разное?
>>
>> Натурально, целиком. Чтобы при выходе из строя и замене винчестера
>> загрузиться с флешки, разбить и смонтировать новый винт, подмонтировать
>> бэкапный, rsync, chroot, install-grub, reboot, и можно работать. 15
>> минут плюс время копирования.
>>
>> В случае виртуалок и того проще.
DK> Есть важный вопрос в этом случае, о котором я раньше как-то не
DK> задумывался. Что быстрее - распаковать архив с системой на диск, или
DK> развернуть новую виртуалку и запустить сценарий доустановки необходимого
DK> софта средствами хотя бы тех же puppet или chef?
С puppet и chef дела не имел, конкретно по ним ничего сказать не готов.
Но прочтение аннотаций этих пакетов пробудило воспоминание о временах,
когда я еще редхатом пользовался. Вывод там был следующий:
использование "высокоуровневых" средств конфигурации (гуев и
инструментов со своим DSL) хорошо только до тех пор, пока тебе
достаточно той части функциональности конфигурируемого софта, которую
соизволил поддержать автор конфигуратора. Как только не хватило - до
свидания, конфигуратор немедленно приходится убрать ВЕСЬ, и ВСЁ делать
вручную, потому что разобраться в нагенерированных конфигах зачастую
слабо реально - они не для человека, а для машины генерируются. Нередко
это происходит ВНЕЗАПНО.
Не так давно по работе я ходил по тем же граблям с cmake. Который
генерирует мейкфайлы. Пока работает - ничего, нормально. Когда вдруг
не - час пришлось потратить на то, чтобы НАЙТИ ИМЕЮЩУЮСЯ возможность
включить показ выполняемых команд, чтобы понять, какие именно параметры
передаются там компилятору. Нужно, было, как обычно, внезапно, а
документация у него на эту тему оставляет желать. К человекочитаемым
сгенерированные мейкфайлы, разумеется, не относятся.
Поэтому из таких средств я пользуюсь только apt, а конфиг exim и правила
iptables (и команда их применения) у меня уже написаны руками.
А что быстрее - зависит. При прочих равных обычно быстрее развернуть
архив с системой, но если сервер на хостинге, а бэкап дома на USB-винте,
и до него ADSL (мой случай), может оказаться быстрее и инсталлировать.
При условии, что "те же puppet или chef" таки да, настроены так, что
вернут правильную конфигурацию. Полный бэкап все же гарантированно
содержит правильную конфигурацию по построению...
(Да, задача правильного полного бэкапа включает осознание, помимо
функциональности rsync, еще и функциональности mount --bind - иначе он
таки да, будет неполным, и на это есть риск налететь. Больше на
реальной машине, чем на виртуальной, но все же.)
>> Кстати, оба экземпляра что, в одном облаке? Гм, вот тут я бы, пожалуй,
>> занервничал...
DK> Да, в одном. Наслаждаюсь иллюзией безопасности.
You catched it :)
Reply to: