Если не секрет можно подробней ?
как это понимаю я: берём систему делаем снапшот, делаем апдейт, если адтейт не устроил (порушил что либо) то делает откат со снапшота. Я правильно понял идею ?

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

вместо этого на тестовом сервере собирается готовая VM, со всем нужным софтом, тестируется, и дальше происходит следующее
0. пакуем LV с новым софтом целиком
1. грузим действующую машину с лайвсиди
2. переименовываем существующие LV в LV_old
3. заливаем по сети LV от новой машины
4. грузим и прогоняем тесты.

если тесты падают, сносим изменения, переименовываем _old в оригинальные названия, и грузим рабочую машину, пробуем апгрейд в следующей итерации когда откроется окно. если тесты прошли, стираем старые LV.

да, индивидуальные конфиги лежат в отдельном LV который подгружается сверху через bind mount

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

я при его помощи делаю апдейты на куче серверов, с вожможностью отката.

Если не секрет можно подробней ?
как это понимаю я: берём систему делаем снапшот, делаем апдейт, если адтейт не устроил (порушил что либо) то делает откат со снапшота. Я правильно понял идею ?

насчет вечной нехватки места тут тоже мимо - нормальный сервер который не хранит инфу а только ее обрабатывает и локально пишет только логи (гипервизор, фронт-энд для бд, балансировщик и т.д.) прекрасно себя чувствует на 40-50Гб (и это уже с изрядным запасом), а самый мелкий sas диск это 146Гб. то есть места в три раза больше чем надо, а значит можно спокойно отложить кусок для снепшотов или (как у меня) апдейтов.

для надежности

тогда ясно.

эм а нафига 2 сетевых шлюза, в чем профит ?

для надежности

у нас для этого есть железки, mikrotik + juniper srx ;-)

эм а нафига 2 сетевых шлюза, в чем профит ?

И сколько это железо стоит?

mikrotik дешевый, а вот 2й дорого, от 200к

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

у нас для этого есть железки, mikrotik + juniper srx ;-)

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

эх да это хорошая идея 

i2ks пишет:

Hardware

Похоже я сегодня конкретно уселся на ру3чник да есчё и тормозной жидкостью заправился до краёв 
Я правильно понимаю что имеется виду hdd, ssd и т.д. ? то есть использование без виртуализации, ну скажем под какой нибудь роутерчик.

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

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

ну хотя бы и так)

Hardware

Похоже я сегодня конкретно уселся на ру3чник да есчё и тормозной жидкостью заправился до краёв 
Я правильно понимаю что имеется виду hdd, ssd и т.д. ? то есть использование без виртуализации, ну скажем под какой нибудь роутерчик.