* Re: [Sysadmins] быстрое восстановление с помощью LVM & OpenVZ?
2007-12-21 6:38 [Sysadmins] быстрое восстановление с помощью LVM & OpenVZ? Mike Lykov
@ 2007-12-22 12:01 ` Eugene Prokopiev
2007-12-22 12:17 ` Michael Shigorin
2007-12-24 19:13 ` Mike Lykov
2 siblings, 0 replies; 4+ messages in thread
From: Eugene Prokopiev @ 2007-12-22 12:01 UTC (permalink / raw)
To: ALT Linux sysadmin discuss
> Задача такая: есть, например, хостинг (или сервер другого назначения, но с публичным доступом, и стоит он в датацентре).
> На нем настраивается что-то администраторами и работает. от железных сбоев они защитились двойным питанием, RAID и т.п.
> Но тут приходит "злобный взломщик", который через некую необьявленую дыру получает root и делает rm -rf /
> (или это был пьяный администратор, может, перепутав с домашней машиной).
>
> Соответственно, RAID никак не спасает, и нужно быстро восстановить систему каким-либо средством (но учитывая, что сервер удаленный - в датацентре. т.е. возиться "как у себя" долго не дадут, пришел - запустил - сделал).
>
> Пока есть два варианта - LVM snapshots и/или OpenVZ.
> в первом случае - как, куда, чем кто пользуется, чтобы сделать бекап? сколько на это нужно места? (если система занимает все доступное пространство - куда тогда кладется бекап?)
Места нужно столько же, сколько и под рабочую систему (для снапшотов)
+ место, куда будет помещен образ файловых систем или cpio/tar-архив,
снятый с примонтированных снапшотов. Снапшоты в данном случае полезны
только для того, чтоб не получить неконсистентный бэкап, но на
практике это опасно разве что для разных БД, которые в любом случае
лучше бэкапить родными средствами вплоть до выгрузки дампов.
> Какая практика восстановления потом?
Загрузка с livecd, разметка дисков, выливание на диски готовых
файловых систем либо создание пустых, монтирование и выливание на них
архивов, прописывание загрузчика :)
В отсутствие физического доступа к серверу или всяких iLO вариант
неприменимый ...
> Второй вариант - видимо, в этом случае речь идет только об одном контейнере. Но все равно, и его нужно восстанавливать. Кто какими средствами практически пользуется в OpenVZ? опять же - какое место нужно для бекапа и куда его класть? как производится быстрое восстановление?
Я просто архивирую VE в tar.bz2 - занимается этим крон в HN. Для
postgresql делаю дампы и тоже сжимаю.
> Есть и еще (более экзотические варианты, наверно) - DRBD для создания аналога RAID, разнесенного по сети, Xen вместо OpenVZ - стоит ли их использовать, если есть преимущества?
DRBD спасет от физической смерти машины, но не от пьяного админа и rm
-rf / - подробнее
http://www.freesource.info/wiki/Software/HighAvailability и
http://www.freesource.info/wiki/TZ/RazrabotkaNuzhnyxProgramm/ClusterManager
- работа начата, но пока заморожена, т.к. есть более приоритетные
задачи :(
Xen вместо OpenVZ полезен, когда в разных VE нужны разные ядра - и
это, естественно, дороже.
PS: кажется, вы и сами знаете ответы на свои вопросы :)
--
С уважением,
Прокопьев Евгений
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [Sysadmins] быстрое восстановление с помощью LVM & OpenVZ?
2007-12-21 6:38 [Sysadmins] быстрое восстановление с помощью LVM & OpenVZ? Mike Lykov
2007-12-22 12:01 ` Eugene Prokopiev
2007-12-22 12:17 ` Michael Shigorin
@ 2007-12-24 19:13 ` Mike Lykov
2 siblings, 0 replies; 4+ messages in thread
From: Mike Lykov @ 2007-12-24 19:13 UTC (permalink / raw)
To: sysadmins
22.12.07, 15:01, Eugene Prokopiev (enp@altlinux.org):
> PS: кажется, вы и сами знаете ответы на свои вопросы :)
спасибо ;)
просто перед тем, как написать сюда, почитал/подумал - не люблю задавать неподготовленные вопросы ;)
но практический опыт всегда полезен.
суля по, выгоднее всего бекапить отдельные контейнеры в openvz - можно потом удаленно восстановить без физического доступа.
а с drbd особого смысла нет - наверно, оно только для корпоративных серверных, где можно разнести два сервера по разным комнатам, соединенным своей сетью, чтобы защититься от бомбы или пожара.
в случае с двумя датацентрами и синхронизацией через инет это как-то мало практикуется, судя по инету..
+ еще и проблема смены адресов (сервер в одном датацентре - в одном пространстве адресов, сервер в другом - в другом, и клиенты не поймут перескакивания, бкде такое случиться).
тоже решается, в принципе, но слишком уж много наслоений, дорого в организации..
ЗЫ это все только планируется ;)
--
Mike
^ permalink raw reply [flat|nested] 4+ messages in thread