форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

Вариант для распечатки		Пред. тема | След. тема
Форум Открытые системы на сервере (Виртуализация / FreeBSD)
Изначальное сообщение		[ Отслеживать ]

"FreeBSD - безопасная миграция на amd64"	+/–
Сообщение от JSmith (??) on 10-Май-12, 13:39
Имеется сервер с двумя винтами - на одном работает FreeBSD 7.4 x86, полностью рабочая с софтом, на второй установлена 8.2 amd64, но без софта и данных. Хотелось бы плавно без даунтайма мигрировать с одной оси на другую. Бродит мысль запустить 8.2, а в виртуалке поднять старую 7.4 с другого винта (и плавно мигрировать сервисы) - но реально ли это (и если реально - то как)? Или же проще сделать "выходной" на сутки, и перетащить ударным трудом всё в новую ось/на новые версии ПО?
Ответить | Правка | Cообщить модератору

Сообщения по теме

[Сортировка по времени | RSS]

1. "FreeBSD - безопасная миграция на amd64"	+/–
Сообщение от Pahanivo (ok) on 10-Май-12, 14:33
Плавно не получится, софт пересобирать/апргейдить надо > Или же проще сделать "выходной" на сутки, и перетащить ударным трудом всё > в новую ось/на новые версии ПО? о каких данных речь для начала?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	6. "FreeBSD - безопасная миграция на amd64"	+/–
	Сообщение от JSmith01 on 10-Май-12, 23:32
	> Плавно не получится, софт пересобирать/апргейдить надо >> Или же проще сделать "выходной" на сутки, и перетащить ударным трудом всё >> в новую ось/на новые версии ПО? > о каких данных речь для начала? Базы MySQL (75Mb .sql.bz2), PostgreSQL (135Mb .sql.bz2), вирт.хосты (52Гб) ну и всякое по мелочи (логи, архивы, почта).
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

2. "FreeBSD - безопасная миграция на amd64"	+/–
Сообщение от Аноним (??) on 10-Май-12, 14:41
> Бродит мысль запустить 8.2, а в виртуалке поднять старую 7.4 с другого > винта (и плавно мигрировать сервисы) - но реально ли это (и > если реально - то как)? Мы примерно так и делали, с одним различием - сервисы потом переехали в линукс. Но это не суть важно. Порядок работы у нас был примерно такой: сняли dump'ы с живой системы, создали виртуалку с подходящими параметрами жестких дисков, грузанулись с образа livefs, разбили диски. Подмонтировали ресурс с дампами, сделали restore, вернули fstab, отрихтовали конфиги с учетом изменившегося "железа", запустили виртуалку. В общей сложности ушло часа три, с учетом досадного ляпа, когда по неосторожности была удалена почти полностью перенесенная виртуалка :) И да, лично мой совет - если позволяет железо, новый сервак сразу виртуальным делайте. Избавляет от кучи проблем.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	7. "FreeBSD - безопасная миграция на amd64"	+/–
	Сообщение от JSmith01 on 10-Май-12, 23:36
	> был примерно такой: сняли dump'ы с живой системы, создали виртуалку с > подходящими параметрами жестких дисков, грузанулись с образа livefs, разбили диски. Подмонтировали > ресурс с дампами, сделали restore, вернули fstab, отрихтовали конфиги с учетом > изменившегося "железа", запустили виртуалку. В общей сложности ушло часа три, с Jail или Virtualbox? KVM/etc по понятным причинам недоступен.
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	9. "FreeBSD - безопасная миграция на amd64"	+/–
	Сообщение от Аноним (??) on 11-Май-12, 12:49
	>> был примерно такой: сняли dump'ы с живой системы, создали виртуалку с >> подходящими параметрами жестких дисков, грузанулись с образа livefs, разбили диски. Подмонтировали >> ресурс с дампами, сделали restore, вернули fstab, отрихтовали конфиги с учетом >> изменившегося "железа", запустили виртуалку. В общей сложности ушло часа три, с > Jail или Virtualbox? KVM/etc по понятным причинам недоступен. По понятным - это по каким? Разница между гипервизором первого и второго типа все-таки колоссальная. Если вам принципиально важно, чтобы хост-системой была именно bsd, тогда сложно что-то посоветовать. Можно запихнуть все в virtualbox. Плюсы такого решения - относительно легко бэкапить и переносить систему, минус - нет живой миграции, есть приличная просадка по производительности. Можно все запихнуть в джейл. Его плюсы - относительная простота и гибкость настройки, нет просадки по производительности относительно хост-системы. Минусы: опять же, нет живой миграции, и с бэкапами придется мудрить что-то свое. Писать скрипты бэкапа самостоятельно, скорее всего. Я не говорю, что в этом есть что-то ужасное, просто теряется приличная часть приятных фишек виртуализации. Т.е. есть изоляция системы, а всего остального (простоты бэкапа, возможности переноса виртуальной системы на другую аппаратную платформу с минимальным простоем, и прочего) нет. Я в данном случае за БСД в качестве гостя.
	Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

	11. "FreeBSD - безопасная миграция на amd64"	+/–
	Сообщение от JSmith (??) on 12-Май-12, 18:17
	>[оверквотинг удален] > такого решения - относительно легко бэкапить и переносить систему, минус - > нет живой миграции, есть приличная просадка по производительности. Можно все запихнуть > в джейл. Его плюсы - относительная простота и гибкость настройки, нет > просадки по производительности относительно хост-системы. Минусы: опять же, нет живой > миграции, и с бэкапами придется мудрить что-то свое. Писать скрипты бэкапа > самостоятельно, скорее всего. Я не говорю, что в этом есть что-то > ужасное, просто теряется приличная часть приятных фишек виртуализации. Т.е. есть изоляция > системы, а всего остального (простоты бэкапа, возможности переноса виртуальной системы > на другую аппаратную платформу с минимальным простоем, и прочего) нет. > Я в данном случае за БСД в качестве гостя. Городить огород из пачки ОС не хочется. Тем более что Linux я знаю только на уровне пользователя. Скрипт бэкапа уже есть. Плюс у фряхи есть ZFS, что очень хочется оставить :) Живая миграция - а на кой она нужна вообще, сервер один и так оно и дальше будет. Может, лет через 5-7 в линуксе будет нормальная фс - тогда и будем переезжать, вряд ли FBSD в этот срок нормальной виртуализацией обзаведётся (Linux KVM был портирован аж в 2007, а воз и ныне там). ЗЫ сервер на базе десктопной железки, amd x4, 16Gib ram. Обслуживаемый порт - 100mbit/s. Нагрузка - мелкий хостинг.
	Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

3. "FreeBSD - безопасная миграция на amd64"	+/–
Сообщение от Аноним (??) on 10-Май-12, 17:12
> Имеется сервер с двумя винтами - на одном работает FreeBSD 7.4 x86, > полностью рабочая с софтом, на второй установлена 8.2 amd64, но без > софта и данных. Хотелось бы плавно без даунтайма мигрировать с одной > оси на другую. > Бродит мысль запустить 8.2, а в виртуалке поднять старую 7.4 с другого > винта (и плавно мигрировать сервисы) - но реально ли это (и > если реально - то как)? > Или же проще сделать "выходной" на сутки, и перетащить ударным трудом всё > в новую ось/на новые версии ПО? а. лучше всего стопить на момент пересбора. б. для начала обновить систему и софт. в. на новый винт нужно скопировать полностью систему, затем собрать мир и ядро с TARGET_ARCH=amd64 (make buildworld TARGET_ARCH=amd64) и установить их на второй винт (допустим что винт примонтирован к /mnt: make installworld TARGET_ARCH=amd64 DESTDIR=/mnt), поправить /mnt/etc/fstab, поправить очередь загрузки: boot0cfg и уйти в 86-ую систему, там пересобрать все порты portupgrade-ом, еще лучше где-то на др. машине подготовить пакеджи и перезагрузившись просто распаковать все пакеджи, что бы не тратить время на пересборку и тем самым сократить даунтайм.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	4. "FreeBSD - безопасная миграция на amd64"	+/–
	Сообщение от Аноним (??) on 10-Май-12, 17:16
	*уйти в 64-ую систему*
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

	5. "FreeBSD - безопасная миграция на amd64"	+/–
	Сообщение от JSmith01 on 10-Май-12, 23:29
	> а. лучше всего стопить на момент пересбора. > б. для начала обновить систему и софт. > в. на новый винт нужно скопировать полностью систему, затем собрать мир и > ядро с TARGET_ARCH=amd64 (make buildworld TARGET_ARCH=amd64) и установить их на второй > винт (допустим что винт примонтирован к /mnt: make installworld TARGET_ARCH=amd64 DESTDIR=/mnt), > поправить /mnt/etc/fstab, поправить очередь загрузки: boot0cfg и уйти в 86-ую систему, система уже установлена, она грузится, но софта под ней - только mc :) Про очередь загрузки спасибо, а то квм заказывать опять не хочется - медленно это.
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

	8. "FreeBSD - безопасная миграция на amd64"	+/–
	Сообщение от Аноним (??) on 11-Май-12, 06:33
	> система уже установлена, она грузится, но софта под ней - только mc если возникнут проблемы после апгрейда, вы желаете ломать голову стало причиной тому: переход на амд64, новая система, новый софт? если нет, то менять нужно за раз что-то одно.
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

	10. "FreeBSD - безопасная миграция на amd64"	+/–
	Сообщение от JSmith (??) on 12-Май-12, 17:57
	>> система уже установлена, она грузится, но софта под ней - только mc > если возникнут проблемы после апгрейда, вы желаете ломать голову стало причиной тому: > переход на амд64, новая система, новый софт? если нет, то менять > нужно за раз что-то одно. Из mission critical только Apache (ветка остается та же, 2.0.х), Nginx (аналогично апачу только последняя цифра поменяется), PostgreSQL (здесь переезд на несколько веток вверх, но в тесте всё работает как надо). PHP - аналогично, сменится только минорный номер релиза, всё в рамках 5.2.x (вообще команда этой фигни - редкие уроды, ломают обратную совместимость заради принципа, это я про register_long_arrays в 5.3/5.4, не говоря уж о safe_mode). Переезд в MySQL c 5.1 -> 5.5, если и что-то поломает на время - не критично. Всякая фигня вроде почты вообще погоды не делает в моём случае.
	Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

	12. "FreeBSD - безопасная миграция на amd64"	+/–
	Сообщение от Аноним (??) on 12-Май-12, 18:26
	> Из mission critical только Apache (ветка остается та же, 2.0.х), Nginx (аналогично > апачу только последняя цифра поменяется), PostgreSQL (здесь переезд на несколько веток > вверх, но в тесте всё работает как надо). PHP - аналогично, > сменится только минорный номер релиза, всё в рамках 5.2.x (вообще команда > этой фигни - редкие уроды, ломают обратную совместимость заради принципа, это > я про register_long_arrays в 5.3/5.4, не говоря уж о safe_mode). > Переезд в MySQL c 5.1 -> 5.5, если и что-то поломает на > время - не критично. Всякая фигня вроде почты вообще погоды не > делает в моём случае. а это разницы не играет. сразу видно, что вы не славливали проблемы, причиной которой могли стать сразу несколько ваших действий. я например, уже давно не такой смелый. сейчас мы обновляем довольно большой парк машин, простой на каждой получается не более трех часов, и подготовительная работа по каждой 3-5-ть часов, т.е. выходит одна машина в день на одного человека. до этого подробно разрабатывался план обновления, для того что бы минимизировать простой и были пробные сервера, что бы обкатать возможные глюки.
	Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

	13. "FreeBSD - безопасная миграция на amd64"	+/–
	Сообщение от JSmith (??) on 12-Май-12, 23:46
	>[оверквотинг удален] >> вверх, но в тесте всё работает как надо). PHP - аналогично, >> сменится только минорный номер релиза, всё в рамках 5.2.x (вообще команда >> этой фигни - редкие уроды, ломают обратную совместимость заради принципа, это >> я про register_long_arrays в 5.3/5.4, не говоря уж о safe_mode). >> Переезд в MySQL c 5.1 -> 5.5, если и что-то поломает на >> время - не критично. Всякая фигня вроде почты вообще погоды не >> делает в моём случае. > а это разницы не играет. сразу видно, что вы не славливали проблемы, > причиной которой могли стать сразу несколько ваших действий. я например, уже > давно не такой смелый. Сутки-двое простоя в данном случае не смертельно. Насчет "сразу видно" - не стоит так поспешно судить, смею надеяться, что с 99 года под фряшей всякого навидался.
	Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

	14. "FreeBSD - безопасная миграция на amd64"	+/–
	Сообщение от JSmith (??) on 12-Май-12, 23:54
	> Насчет "сразу видно" - не стоит так поспешно судить, смею надеяться, что с 99 года под > фряшей всякого навидался. // включая попытку закатить 4.х на 386-й с 8мб памяти и (упс) EGA видео. Не взлетело - в какой-то из версий бабушку ягу выпилили :(
	Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

	15. "FreeBSD - безопасная миграция на amd64"	+/–
	Сообщение от Аноним (??) on 13-Май-12, 13:21
	>[оверквотинг удален] >>> я про register_long_arrays в 5.3/5.4, не говоря уж о safe_mode). >>> Переезд в MySQL c 5.1 -> 5.5, если и что-то поломает на >>> время - не критично. Всякая фигня вроде почты вообще погоды не >>> делает в моём случае. >> а это разницы не играет. сразу видно, что вы не славливали проблемы, >> причиной которой могли стать сразу несколько ваших действий. я например, уже >> давно не такой смелый. > Сутки-двое простоя в данном случае не смертельно. Насчет "сразу видно" - не > стоит так поспешно судить, смею надеяться, что с 99 года под > фряшей всякого навидался. Извиняйте, обидеть ни в коем случае не хотел. Если простой не критичен, то зачем усложнять себе задачу играясь с виртуалкой?
	Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема