окей, я пока оставлю тебя на подумать, но поясни, чего это я не перенесу крупночь так же, ну с оговорками вида «я так понимаю что 3х секундная частичная потеря коннективити будет — чтоб циска тупо поняла что этот IP теперь с другим маком. „
Да ладно, меньше системы, вполне базовый бебиан влазит, но главное что гиг не приципиален.
Апач и мускуль — это все когда нить позже, не раньше чем седня вечером.
Не не, ты вообще говорил что миграций по живому не бывает. Теперь же тебе не отвертеться :)
Если вдруг надыбаю две тачки, смигрирую чем нибудь, но я так понимаю что 3х секундная частичная потеря коннективити будет — чтоб циска тупо поняла что этот IP теперь с другим маком.
Оно каешна можно и внешний сторадж, но в том сценарии что я видел железки должны были переезжать из одного в дц в другой, поэтому их и освобождали через миграцию. Т.е. сторадж бы тоже переезжал :)
Не, не вышло пока облаков. Live migration еще как-то выходит, а до облака как Щорсу до Ингерманландской Республики. Но каешна нада проверять на реальных тачках, с реальной сетью и прочим, а то в пределах одной физической машинки только теоретическое доказательство.
Если ты про битрикс и вмварю — то не знаю, мне кажется тут кто-то что-то напутал. Если нет, то действительно, чудеса маркетинга.
А там на самом деле не в гиге дело, а, например в количестве мелких файлов, от этого будет зависеть время второго rsync'a. Во время первого то ничего не останавливается.
Ну так я и говорю «локальный жаббер, сервер которого жил внутри OpenVZ контейнера». Вообще это лучше спросить .m, они там регулярно туда-сюда ездиют VEшками. Ну или ездили раньше, точно.
Я тебе не расскажу в деталях и могу переврать, но: сначала cинкается диск (private container area), потом делается checkpointing, я так понимаю что-то типа снапшота, тут по идее происходит suspend потом и он заливается, делается повторный синк private area и разварачивается контейнер там.
Мне наоборот показалось — ты про cloud computing, clusters, live migration, а Щорс про питонообвязку и rsync :)
Кстати про миграцию, как то я заставил товарища из суппорта писать мне в локальный жаббер, сервер которого жил внутри OpenVZ контейнера. Я сказал поехали, контейнер пошел мигрировать с server1 на server2 (без всяких общих стораджей) товарисч продолжал писать, мне все сообщения пришли, никто ничего не заметил. Т.е. вообще, не было отключений от сервера или пропадания связи. Так что, по крайней мере OVZ умеет мигрировать незаметно. k001.livejournal.com/448684.html
Ну так и выяснил бы что Иван имел ввиду. Я точно сам не знаю но судя по словам cache & батарейка могу предположить что у него встречаются ситуации когда диски [cache] отрабатывают быстро и действительно начинается упирание в память. Как вырожденный случай — маленькая база на 100к записей и из нее выборки вида (сам видел такое) SELECT blabla,keke from tablenax ORDER BY RAND LIMIT 1 — база в памяти, а на сортировке жрецца проц.
Но вообще, я сам, больше склоняюсь к тому что диски кончаются быстрее.
Акжан, а как насчет например reload'a типа nginx/apache — сначала тестим конфиг, потом, если всё ок — релоад? можно/нужно отдельные скрипты типа reload/restart/whatever класть?
Нет вопросов, до какого-то предела понятно что можно жить и на одной, всё от нагрузки зависит. Другое дело что рисовать графики в одном месте, а выдавать алерты в другом несколько утомительно, как минимум в плане синхронизации.
Апач и мускуль — это все когда нить позже, не раньше чем седня вечером.
Ты вообще к чему пытаешься меня подвести?
Если вдруг надыбаю две тачки, смигрирую чем нибудь, но я так понимаю что 3х секундная частичная потеря коннективити будет — чтоб циска тупо поняла что этот IP теперь с другим маком.
Если ты про битрикс и вмварю — то не знаю, мне кажется тут кто-то что-то напутал. Если нет, то действительно, чудеса маркетинга.
vimeo.com/9435523
Как как, скрипт в комлекте идет, vzmigrate ;)
Я тебе не расскажу в деталях и могу переврать, но: сначала cинкается диск (private container area), потом делается checkpointing, я так понимаю что-то типа снапшота, тут по идее происходит suspend потом и он заливается, делается повторный синк private area и разварачивается контейнер там.
Кстати про миграцию, как то я заставил товарища из суппорта писать мне в локальный жаббер, сервер которого жил внутри OpenVZ контейнера. Я сказал поехали, контейнер пошел мигрировать с server1 на server2 (без всяких общих стораджей) товарисч продолжал писать, мне все сообщения пришли, никто ничего не заметил. Т.е. вообще, не было отключений от сервера или пропадания связи. Так что, по крайней мере OVZ умеет мигрировать незаметно.
k001.livejournal.com/448684.html
Но вообще, я сам, больше склоняюсь к тому что диски кончаются быстрее.
ioi :)