перенести лпары ну другую железку.


Главная Форумы POWER Systems AIX/Hardware перенести лпары ну другую железку.

В этой теме 15 ответов, 9 участников, последнее обновление  boombox 6 года/лет, 11 мес. назад.

  • Автор
    Сообщения
  • #10722

    sdudnik
    Участник

    Добрый день, коллеги. Предстоит переезд на новую железку. с p5 на p6. Сейчас виосы и lpar перенесены на дску. Собственно вопрос, если просто поменять сервер, затем восстановитть профайл (разделы ресуры и тд) и просто загрузиться с схд, аикс корректно отреагирует на появление новый процессоров? нашел интересную доку, что такое в принципе работает, но IBM рекомендует делать через mksysb и прочее.

  • #10723

    Michael
    Участник

    Так Вы же имеете прекрасную возможность проверить всё на собственном опыте!

    Системный бэкап Вы ведь всё равно сделаете, как профи, который страхуется автоматически, так почему бы и поэкспериментировать?

  • #10724

    sdudnik
    Участник

    Вы мне льстите))) Конечно сделал мксисб, и кроме него аль_диск_инстол на отдельный лун со сбросом ODM.

  • #10725

    Sever
    Участник

    Последние года два только этим и занимаемся. Постоянно перемещаем партиции между железками. Только это не AIX, а IBM i, которая в принципе не должна переноситься между железом с разными серийными номерами. Переносим системы, которые не на «внешних» стораджах. Объемы террабайтные. Получилось даже перенести системы «динамически» без полного выключения исходного сервера и сервера приемника.
    Практикуйтесь. Получится и у вас.

  • #10738

    Oldnick
    Участник

    надеяться на советы от IBM в данном случае не стоит на 100%, так как они всегда рекомендуют Backup/Restore и без вариантов. 🙂 я имею ввиду локальный и не локальный суппорт.
    специалисты IBM, которые умеют по-другому делать, в суппорте не работают… до них не добраться…
    расчитывайте только на себя и на нашу помощь.
    если в организации много серверов и миграции на новые технологии происходят регулярно, то надо уметь делать такие переезды, а для этого надо тренироваться.

  • #10740

    uxTuaHgp
    Участник

    Я бы новые VIOS развернул и новые LPAR создал и им пробросил старые тома.
    По большому счету партиции работающей на виртуальных ресурсах все равно какое там железо.

    Заодно и работу над ошибками провести — наверняка в системе есть что улучшить.

  • #10748

    Дмитрий
    Участник

    Вот один из вариантов переноса LPAR на новое железо
    (тут всё зависит от количества lpar и наличия времени)

    0. У нас есть бэкап — это не обсуждается.
    Готовим новый дом:
    1. Создаём на новом железе новые VIOS — избавляемся от старых «хвостов» которые безусловно накопились на старых системах.
    Создаём там всю инфраструктуру (SEA, VSCSI, клиентские vg, виртуальные диски…)
    2. Создаём новые lpar (т.е. делаем для них профили со всем необходимым).
    Пакуем вещи (на старой железке):
    3. Переносим non-rootvg на внешние диски (как вариант — не перенос, а splitvg).
    4. Цепляем к lpar внешний диск (через vios), клонируем на него rootvg без customized ODM
    #alt_disk_install -gOBC hdisk
    (самая долгая часть процесса).
    Это позволит избавится от ненужных описаний старых устройств на новом железе.
    С момента начала клонирования для этого AIX объявляется downtime — всех выгоняем.
    5. Отключаем этот диск от старого LPAR.
    6. Записываем на бумажку настройки IP и кастомизированные настройки девайсов (если такие есть).
    Переезжаем:
    *если non-rootvg были просто перенесены, а не от splitvg-шлены, то старый lpar придётся погасить сейчас.
    7. Цепляем внешние диски к новому железу, пробрасываем их новому LPAR (через VIOS).
    8. Стартуем новый LPAR, в SMS-меню указываем, что грузимся с внешнего диска.
    9. Проверяем, что всё работает (первый старт будет небыстрым, т.к. будет построена новая customized база ODM).
    10. Настраиваем кастомизированные девайсы (если были такие).
    11. Настраиваем IP (теперь уж точно надо загасить старый LPAR, если этого раньше не сделали).
    12. На всякий случай перезагружаемся.
    13. Запускаем подопытных — пусть проверят работоспособность приложений.
    Убираем мусор, выкидываем коробки:
    14. Если есть желание/необходимость — переносим rootvg/non-rootvg на новый внутренний сторедж (migratepv), отключаем внешние диски, использовавшиеся для переезда
    Тогда после окончания переноса на всякий случай ещё раз перезагружаем LPAR.
    15. Можно какое-то время подержать старый LPAR, на всякий случай, а потом и его разбираем.
    Отмечаем переезд:
    Ура!

    Эта процедура достаточно прямолинейна, минимизирует время простоя, позволяет быстро откатиться назад.
    Можно за один раз перпенести несколько LPAR, можно на диске нарезать VG -> LV (importvg в новом VIOS — так даже надёжнее — не перепутаете что везёте), можно всё подключать напрямую к LPAR, без VIOS…

    С моей лёгкой руки у нас это называется «Игра в хомяка» (не спрашивайте, почему) 😉 и мы регулярно этим пользуемся.

  • #10749

    Дмитрий
    Участник

    offtop1:
    Какая-же неудобная клава у этого уродского недобука и какой гадский монитор!!!
    Компы должны делать те, кто умеет это делать, а те, кто не умеет, то и не надо!!!

    offtop2: И какого растакого мне этот замечательный портал выдал сообщение «время сессии истекло» и мне повторно пришлось набирать весь этот текст про хомяка?!
    Как это лечится? (И не надо рассказыть, что все нормальные люди длинные тексты сначала у себя набирают, а потом уже постят).

  • #10751

    andrewk
    Участник

    offtop1. HP? гыгы 🙂
    offtop2. тоже самое регулярно происходит

  • #10759

    Sever
    Участник

    Предстоит переезд на новую железку. с p5 на p6. Сейчас виосы и lpar перенесены на дску. Собственно вопрос, если просто поменять сервер, затем восстановитть профайл (разделы ресуры и тд) и просто загрузиться с схд, аикс корректно отреагирует на появление новый процессоров? .

    В любом случае имеет смысл заранее поднять уровень ОС (версия + TL) до совместимого с новым железом уровня.
    Аналогично нужно заранее обеспечить совместимость консоли HMC c уровнем прошивки нового сервера.
    С сохранением профайлов партиций и их восстановлением на p6 заморочиваться не стОит. Это не работает. На новом железе конфигурацию партиций быстрее создать заново руками.

  • #10765

    Дмитрий
    Участник

    Полностью согласен с sever насчёт поднятия версий — это обязательно надо сделать.

    offtop1 to andrewk: не HP, ХУЖЕ! У HP хотя-бы trackpoint есть, а это вообще поделка под названием недобук (или нет-бук?), им даже гвозди заколачивать не с руки, слишком хлипкий.

  • #10771

    byldozer
    Участник

    Что Вы вокруг да около говорите, скажите человеку прямо — нужно поднять ОС минмум до 5.3 TL 6 + поставить расширеный набор драйверов. Дальше сделать бекап и востановить на P6.

  • #10783

    Дмитрий
    Участник

    Про mksysb уважаемый автор темы DooD с самого начала говорил — это слишком тривиально 😉
    А про конкретику TL06 спасибо! (но я бы обновил до 5.3-12-02, если к тому нет протовопоказаний).

  • #10784

    byldozer
    Участник

    Я согласен, что человек вправе решать как эму это делать, но, как показывает практика, чем проще и проверенней решение — тем меньше вариантов совершить ошибки, и получить проблем на последние 90 🙂

    А касательно какую TL ставить, можно ответить словами хорошо знакомого Вам человека, эти слова он говорит в начале каждого курса по настройке производительности «нет правил по настройке производительности, есть только базовые рекомендации 🙂 Вам решать, что и как оптимизировать». Итак базовая рекомендация 5.3 TL6. 🙂

  • #10794

    sdudnik
    Участник

    приветствую всех!! Спасибо за советы, все выходные были собственно посвящены миграции. Отдельно спасибо Dmitry за довольно подробный экш-план, но делал немного по другому, так как ваш коммент увидел, собсвенно уже во время процесса))
    Итак, что у нас был — железка на п5, с виосами и аиксами на локальных дисках. На ее место приезжает железо на п6, старая разбирается, после чего на ее место монтируется новая.

    1)все разделы были перенесены на схд, и грузились по SAN, сделаны mk_sysb,alt_disk_install ( на всякий случай, но хотелось просто загрузиться со старых лунов, собраны снапы, и конфиги виоса)
    2)обновлено hmc, vios до 2.1.3.х-FP23, аикс до 5300-11.
    3)сохранен профайл сервера в HMC, также был сделать sysplan в HMC по рекомендации IBM, но он не понадобился. Кстати, кто-нибудь может сказать что это такое и чем отличается от профайла сервера?
    4)разобрали старое железо, воткнули новое, вставили провода и адаптеры (адаптеры из старого сервера, по location cod смотерли какой лпаре от должен принадлежать, чтобы не переделывать зоны,хост группы и вланы)
    5)первые подводные камни) в новом сервере по 2 PCI-X слота, а в старом было по 3. и нумерация немного другая.
    5)Со второго раза удалось восстановить профайл сервера.
    6)проверили что каждая лпара видит тотже адаптер, что у него было до этого.
    7) на п6 у виосов виртуальные адаптеры с ид 0-10 зарезверованы, пересоздаем эти адаптеры. (у нас потеряется старый маппинг)
    8) загружаем виосы. я не делал аль_диск_инстол, а просто грузился с луна с виосом. — удаляем дефайнед виртуальные и физические адаптеры.
    9)создаем маппинг.
    10)запускам аиксы.

    sea устройсва и etherchannal были пересозданы, как и весь маппинг на виосах.

    Еще один вопрос. Если бы испольщовали alt_disk_install, то как затем «рассказать» аиксу про пользовательскую волюм группу? importvg?

  • #10801

    boombox
    Участник

    отдать диски пользовательской группы в ЛПАР
    cfgmgr
    lspv
    importvg -y Имя_пользовательской_группы Имя_любого_диска_пользовательской группы

Для ответа в этой теме необходимо авторизоваться.