Комментарии 21
lvremove /dev/VG_XenStorage-cc5e2fd6-e2f5-2e1c-ad01-1f8635b02f24/MGT
vgremove VG_XenStorage-cc5e2fd6-e2f5-2e1c-ad01-1f8635b02f24
pvremove /dev/sda3
Извините за прямоту, но после этого можно не читать. Это уже не миграция, а чистая установка.
Удалили хранилища => спокойно переставляем систему с нуля, как положено без создания хранилища. ВСЁ. Дальше делаем рейд, вводим в пул, настраиваем согласно своих предпочтений.
Единственный вопрос:
Где тут миграция?
Миграция, это когда у вас одна из боевых нод на рейде и вы апгрейдите её до новой версии. У меня так не получалось с рейдом, надеялся увидеть данное шаманство здесь.
Я делал именно на свежеустановленном XenServer. Но вы правы, удалю, дабы не смущать лишний раз.
На «боевой» системе я так тоже делал, но еще на шестерке.
С апгрейдом всё сложнее — на уже созданный linux-raid xenserver не встает, проверено. Т.е. как минимум, придется переставлять базовую систему, и потом цеплять к ней хранилища. смигрировать существующий lvm на raid проблем не составляет — делаем raid, добавляем в vg, мигрируем данные, вынимаем «старый» раздел из vg.
На «боевой» системе я так тоже делал, но еще на шестерке.
С апгрейдом всё сложнее — на уже созданный linux-raid xenserver не встает, проверено. Т.е. как минимум, придется переставлять базовую систему, и потом цеплять к ней хранилища. смигрировать существующий lvm на raid проблем не составляет — делаем raid, добавляем в vg, мигрируем данные, вынимаем «старый» раздел из vg.
Я swap слздаю на md, иначе при выходе диска из строя получается краш системы.
Тоже удивило — делать зеркало, а swap раскидывать на два физических диска — вероятность вылета даже в 2 раза больше, чем на одном диске. Логично тогда вообще все положить на RAID 0 — летать будет, но недолго проживет.
Swap либо на зеркале, либо вовсе без него (что тоже может осложнить жизнь).
Swap либо на зеркале, либо вовсе без него (что тоже может осложнить жизнь).
Я в двух мануалах (в т.ч. на форуме цитрикса как «рекомендованное решение») видел именно такой сценарий. Хотя, соглашусь, странно. Пожалуй, сделаю апдейт, спасибо
Возможно имелось ввиду, что swap не следует располагать на томе LVM — это где-то понять можно — лишняя нагрузка на процессор. Еще попадалось рассуждение, что при серьезной нехватке памяти, в swap может попасть сам модуль LVM на которой этот swap лежит. Лет 20 назад такое еще можно было представить, но сейчас памяти хватает, swap в системе — «на всякий случай» (чтобы OOM килер не посетил).
Не совсем понял автора — у меня XenServer 6.5 & RAID1 (hardware) + RAID1 (hardware), т.е. в моем случае штатный update до 7.0 не пройдет? И спасет только этот мануал?
Обновлять я не пробовал, сразу скажу. Но при загрузке с диска xenserver тупо не дает поставиться на RAID.
не пройдёт.
Что бы прошёл вам нужно:
1 — вывести один диск из массива.
2 — поставить на этот освободившийся диск новую систему
3 — поднять дегрейдед рейд на новом диске (для хранилища)
4 — мигрировать VG на новый диск
5 — дальше как обычно переезжаем на рейд
Что бы прошёл вам нужно:
1 — вывести один диск из массива.
2 — поставить на этот освободившийся диск новую систему
3 — поднять дегрейдед рейд на новом диске (для хранилища)
4 — мигрировать VG на новый диск
5 — дальше как обычно переезжаем на рейд
Вот интересно почему ext3, а не ext4? И да, причем тут XenServer? Процесс для миграции на RAID и без XenServer'а будет выглядет также.
Ну и немного непонятно зачем XenServer'у софтварный RAID? Что-то серьезное собирать без нормального RAID контроллера это, извиняюсь, поиск приключений на собственную голову.
Ну и немного непонятно зачем XenServer'у софтварный RAID? Что-то серьезное собирать без нормального RAID контроллера это, извиняюсь, поиск приключений на собственную голову.
Так исторически сложилось (с). Думаю, этот вопрос надо задать Citrix, которые до сих пор пользуют ext3 для хост-системы, даже после перехода на ядро centos 7.
XenServer тут, собственно, не сильно при делах — за исключением того, что он, в отличие от «обычного» линукса на RAID не ставится.
Про аппаратный RAID-контроллер вы всё правильно говорите, но далеко не всегда есть возможность и/или необходимость в его покупке.
XenServer тут, собственно, не сильно при делах — за исключением того, что он, в отличие от «обычного» линукса на RAID не ставится.
Про аппаратный RAID-контроллер вы всё правильно говорите, но далеко не всегда есть возможность и/или необходимость в его покупке.
Думаю, этот вопрос надо задать Citrix, которые до сих пор пользуют ext3 для хост-системы, даже после перехода на ядро centos 7.
Не пользуюсь их продуктом. Но мы тут вовсю используем FOSS Xen под версией 4.x. Так вот он отлично работает со всеми известными FS, так как в этом случае Xen ядро подгружает оригинальное ядро, которое в свою очередь поддерживает все доступные драйвера.
XenServer тут, собственно, не сильно при делах — за исключением того, что он, в отличие от «обычного» линукса на RAID не ставится.
Вот это для меня новость. Так как обычный Xen спокойно ставится на все что угодно за исключением Secure Boot (его тоже можно завести, но для Centos придется руками все компилировать, не хочется с этим связываться)
Про аппаратный RAID-контроллер вы всё правильно говорите, но далеко не всегда есть возможность и/или необходимость в его покупке.
Ну как бы даже очень древние сервера «for small office» шли с какой-никакой а картой. Не уверен про другие бренды, в основном работал с Dell. Так что может это только к ним относится.
Не пользуюсь их продуктом. Но мы тут вовсю используем FOSS Xen под версией 4.x. Так вот он отлично работает со всеми известными FS, так как в этом случае Xen ядро подгружает оригинальное ядро, которое в свою очередь поддерживает все доступные драйвера.
Очень рад за вас, но в данном случае речь идет именно о XenServer от Citrix. Пользовать для хост-системы ext4 или ext3 — дело вкуса, на мой взгляд.
Вот это для меня новость. Так как обычный Xen спокойно ставится на все что угодно за исключением Secure Boot (его тоже можно завести, но для Centos придется руками все компилировать, не хочется с этим связываться)
XenServer это очень сильно урезанный и перепиленный CentOS. Вообще, как и любой другой гипервизор, его спокойно можно ставить на флешку, а отказоустойчивость обеспечивать кластером. Но в данном случае сервер был один, так что ставить пришлось на диски.
Ну как бы даже очень древние сервера «for small office» шли с какой-никакой а картой. Не уверен про другие бренды, в основном работал с Dell. Так что может это только к ним относится.
У меня в наличии самосбор на супермикре. Покупать к нему еще и RAID-контроллер смысла как-то не вижу, учитывая круг задач. В брендовых серверах да, встречал, но не во всех.
XenServer это очень сильно урезанный и перепиленный CentOS.
Да ну?
Обычный Centos. Ничего там супер перепиленного я не вижу. Урезанного тоже.
Проблема только в том, что вся обвязка xen tools достаточно жестко привязана к некоторым либам (если я не ошибаюсь), поэтому обновлять из репозиториев пакеты я не рискую. Но в остальном это всё тот же CentOS со всеми его возможностями. Утык происходит когда необходимо сделать то, что реализуется через xentools, но это редкость.
Ну как бы даже очень древние сервера «for small office» шли с какой-никакой а картой. Не уверен про другие бренды, в основном работал с Dell. Так что может это только к ним относится.
Железный рейд нужен только в системах с высокой надёжностью сохранности данных и обязательно с батарейкой. Остальные варианты — костыль. mdadm лучше этого костыля раз в 100.
Обычный Centos. Ничего там супер перепиленного я не вижу. Урезанного тоже.
Там очень своя разбивка дисков (которая поменялась в лучшую сторону в семерке), свой набор драйверов и модулей (что логично), плюс патчи и всё такое.
Ну да, по сути это CentOS, только почти всё придется по необходимости руками подключать/загружать.
Железный рейд нужен только в системах с высокой надёжностью сохранности данных и обязательно с батарейкой. Остальные варианты — костыль. mdadm лучше этого костыля раз в 100.
Сюда же я бы ответил, что вытащить информацию при смерти контроллера может оказаться той еще задачей, в отличие от
Ну да, по сути это CentOS, только почти всё придется по необходимости руками подключать/загружать.
мне puppet отлично помогает. Свои скрипты для первоначальной настройки делал как для Centos — никакой разницы. Учёл что там 5-я ветка и всё — чуть чуть костылей добавил.
я вообще стараюсь без очень большой необходимости не трогать хост-систему. может быть чревато.
Спасибо за компиляцию,
мы при установке обнаружили ошибку в последней строке мануала,
xe sr-create content-type=user device-config:device=/dev/md5 host-uuid=<host-uuid> name-label=”SRRaid1-Local” shared=false type=lvm
нужно поменять /dev/md5 на /dev/md2.
И еще, надо бы тоже подсказать, как найти host-uuid через запуск xe list-hosts
мы при установке обнаружили ошибку в последней строке мануала,
xe sr-create content-type=user device-config:device=/dev/md5 host-uuid=<host-uuid> name-label=”SRRaid1-Local” shared=false type=lvm
нужно поменять /dev/md5 на /dev/md2.
И еще, надо бы тоже подсказать, как найти host-uuid через запуск xe list-hosts
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Миграция Xenserver 7 на linux raid