Обеспечение высокой готовности на виртуальном сервере Xen

Опции документа PDF - Fits A4 and Letter 31KB (8 страница) Загрузить Adobe® Reader® Опции документа, требующие включения JavaScript, не отображаются Обсудить Выскажите мнение об этой странице Помогите нам улучшить содержание

Уровень сложности: простой

Да Шуан Хе, специалист по программному обеспечению, IBM
Чжуо Ма, программист, IBM

26.02.2009

В статье приводятся пошаговые инструкции по реализации высокой готовности виртуального сервера Xen с помощью программы IBM System Director Virtual Availability Manager. Virtual Availability Manager входит в пакет IBM System Director Virtualization Manager, расширения для IBM Director. В статье изложены все этапы настройки, от предварительных условий и установки до поиска и устранения неисправностей—все, что необходимо для получения виртуальных возможностей высокой готовности.

Эти шаги помогут обеспечить высокую готовность виртуального сервера Xen с помощью IBM System Director Virtual Availability Manager. В качестве аппаратной платформы используются IBM Blade Server HS21 и IBM Storage DS4300.

Предварительные условия

Для начала нам необходимы три blade-сервера HS21 с установленной SUSE Linux 10 SP1. Для двух из трех blade-серверов, blade2 и blade3, должно быть сконфигурирована общая система хранения; при этом общедоступное пространство хранения должно быть более 19 ГБ.

В начало

Подготовка среды для хост-сервера

Необходимые шаги для подготовки среды хост-сервера:

1. Установите необходимые программы с установочного образа SUSE 10 SP1:
   • heartbeat не ниже версии 2.0.8
   • ocfs2-tools не ниже версии 1.2.2
   • evms-ha не ниже версии 2.5.5
   • python-curses не ниже версии 2.4.2
   При установке из других источников удостоверьтесь, что получили правильные версии!
2. Установите ядро Xen с версией новее, чем 2.6.16.53 – т.е. с патчем для пакета ocfs2.
3. Сконфигурируйте брандмауэр:
   • Для Virtual Availability Manager
   • Предоставьте доступ службам NFS Server и Ддемона SLP
   • Откройте портыам TCP 3268,3269,15988 15989 6988 и порту UDP 2407
4. Отключите служебный локальный протокол (SLP) из системной службы
5. Проверьте совместно используемую систему хранения командой ls /dev/mapper. Результат должен выглядеть следующим образом:

   3600a0b800017939900003573484f4be0 3600a0b800017939900003573484f4be0-part1 3600a0b800017939900003573484f4be0-part4 3600a0b800017939900003573484f4be0-part5 control

   
   Если результат выглядит не так, значит, не открыты множественные пути. Выполните команды chkconfig boot.multipath и chkconfig multipathd, чтобы открыть их.
6. Удостоверьтесь, что эти два хоста могут распознать друг друга. Если эти два имени хоста сконфигурированы в DNS, настройте для них правильный DNS-сервер. Если имя хоста сконфигурировано вручную, необходимо отредактировать файл /etc/hosts на обоих хостах так, чтобы в нём указывалось имя другого хоста. Это означает, что файл на обоих хостах будет включать одну запись для себя и другую запись для другого.
7. Настройки даты/времени на этих двух хостах blade2 и blade3 должны соответствовать настройкам на сервере blade1; в противном случае сервер IBM Director будет считать, что они выключены.

Среда хоста успешно подготовлена; теперь можно установить программное обеспечение, относящееся к Virtual Availability Manager.

В начало

Установка Virtual Availability Manager

Чтобы установить программное обеспечение, относящееся к Virtual Availability Manager:

1. Установите программное обеспечение высокой готовности на сервере blade1 (IBM Director Server 5.20.2 и IBM Director Virtualization Manager 1.2 Server). The Director Virtualization Manager включает в себя Virtual Availability Manager Server.
2. Установите программное обеспечение на ведущих серверах blade2 и blade3 (Director Agent Core server version 5.20.2 и IBM Director Virtualization Manager 1.2 Agent, включающие в себя Virtual Availability Manager Agent). Устанавливая Virtualization Manager Agent на ведущих серверах, выберите опцию "создать мастер-образ позже" и не клонируйте физический сервер на виртуальный сервер.

В начало

Создание группы высокой готовности

Для создания серверной группы высокой готовности сделайте следующее:

1. Добавьте хосты к IBM Director Server и отправьте запрос к ним. Затем проверьте атрибут хостов - объект должен быть в сети, уровень его агента должен быть 1 и поддерживаемые протоколы—SSH и CIM.

   Если хост недоступен или не поддерживает протокол CIM, с помощью команды service cimserverd status удостоверьтесь, что служба service cimserverd statusзапущена на хостах. Если cimserverd остановлена, запустите ее.

   Если уровень агента хоста = 0, временно отключите брандмауэр и повторно добавьте хост к IBM Director Server.

2. Откройте Web-интерфейс IBM System Director Virtualization Manager и в Director Console выберите задачу Virtual Servers and Hosts . При этом откроется Web-интерфейс IBM System Director Virtualization Manager.
3. Выберите задачу Create Virtual Farm в пункте Hardware and Software, затем:
   1. Введите название (имя) виртуальной группы серверов, например, HAFarm.
   2. Для характеристики группы выберите High Availability with workload management.
   3. В качестве начального хоста выберите blade2 .
   4. Для совместно используемого устройства хранения данных выберите WWN.
   5. Для политики группы выберите Restart.
   6. Вы получите ошибку по таймауту; Virtual Availability Manager не может закончить создание за такое время.
   7. Проверьте файл журнала /opt/ibm/director/am/logs/aminfr.log на хосте blade2 , чтобы узнать, закончен ли процесс создания. Такая запись:
      
      [07/08/08 13:49:23] startam [INFO]: Exiting startam().
[07/08/08 13:49:24] amm [INFO]: amm_add_node Exit"
      
      означает, что процесс создания группы серверов с высокой готовностью уже закончен.
   8. Выберите задачу Add Host... и добавьте хост blade3 к группе после того, как она будет создана. Она должна успешно создаться; записи журнала должны быть аналогичны тем, что были показаны на предыдущем шаге.
4. Чтобы убедиться, что группа серверов создана успешно:
   • Проверьте папки /opt/ibm/director/am/mnt/keystore на обоих хостах; они должны быть одинаковыми и содержать четыре файла.
   • Проверьте папки /opt/ibm/director/am/mnt/clusterdata на обоих хостах; они должны быть одинаковыми и содержать три файла.
   • Проверьте файл конфигурации файловой системы совместно используемого устройства хранения /etc/ocfs2/cluster.conf; его содержание должно быть одинаковым на двух хостах.

В начало

Создание виртуального сервера

Чтобы создать виртуальный сервер, сделайте следующее:

1. Скопируйте содержимое файлов установочного образа SUSE 10 SP1 в папку (например, /shared/tmp); эта папка должна быть доступна на запись.
2. Выполните команду /opt/ibm/director/vm/im/suse_inst.py --dest=/shared/vm_master.img --src=/shared/tmp --net=local на хосте blade2 , чтобы создать образ-оригинал.
3. Скопируйте файл образа-оригинала в папку /opt/ibm/director/am/mnt/images/masters/.
4. В Web-интерфейсе IBM System Director Virtualization Manager откройте задачу Create System template в пункте Templates and Deployment для шаблона выберите файл образа-оригинала, который вы только что создали.
5. Выберите задачу Create Virtual Server в пункте Hardware and Software и создайте виртуальный сервер на хосте blade2; выберите только что созданный шаблон.
6. 1.По примеру предыдущих шагов можно создать дополнительные виртуальные серверы.

Это все, что необходимо для создания группы серверов с функциями высокой готовности и виртуального сервера. Теперь давайте проверим.

В начало

Запуск и проверка функций высокой готовности

Чтобы запустить и проверить функции высокой готовности:

1. Выберите задачуActivate HA Capabilities, чтобы применить функции высокой готовности. Выполните команду crm_mon на обоих хостах, чтобы проверить состояние мониторинга.
2. Отключите хостblade2. Можно будет увидеть, что виртуальный сервер, который мы создали, переместился на хост blade3; это означает, что мы успешно реализовали возможности высокой готовности виртуального сервера.

В начало

Возвращение среды в исходное состояние

Чтобы вернуть среду в исходное состояние, сделайте следующее:

1. Отключите функции высокой готовности у фермы серверов.
2. Удалите оба хоста из группы серверов.
3. Удалите оба хоста и группу из IBM System Director Virtualization Manager.
4. Запустите команду /opt/ibm/director/am/bin/amDoctor purifyна обоих хостах. Если команда не в состоянии завершиться, перезагрузите хост и попробуйте команду снова.
5. Размонтируйте разделяемое совместно используемое устройство хранения на хранилище из хостахов. Выполните команду evms_query volumes, чтобы опросить текущие устройства хранения. Результаты должны выглядеть следующим образом:

   /dev/evms/600a0b8000179399000035794872607e_FS_Volume /dev/evms/sda1 /dev/evms/sda2

   
   
6. Выполните командуevms, а затем dr:/dev/evms/600a0b8000179399000035794872607e_FS_Volume для удаления томов. Выберите все значения по умолчанию.
7. Перезагрузите оба хоста снова.

Теперь вы готовы к запуску.

В начало

Устранение возможных неисправностей

Если файлы в папке /opt/ibm/director/am/mnt/keystore и /opt/ibm/director/am/mnt/clusterdata на этих двух хостах различаются, или если содержание файла конфигурации устройств хранения /etc/ocfs2/cluster.conf различно на этих двух хостах, проверьте, знают ли оба хоста имена друг друга. Если нет, добавьте имя и IP-адрес другого хоста в файл /etc/hosts.

Если вы получили ошибку во время создания группы серверов, при добавлении в неё хостов или же активизации, проверьте состояние службы cimserverd на обоих хостах командой service cimserverd status; также нужно это сделать, если cimserverd был внезапно остановлен в текущем агенте Director.

Ресурсы

• Оригинал статьи Deliver high availability with a Xen virtual server (EN).
  
  
• IBM System Director Virtual Availability Management: продукт от IBM, обеспечивающий поддержку высокой готовности, а также динамического и статического перераспределения для виртуальных серверов Xen.
  
  
• IBM Director: интегрированный набор инструментов, который предоставляет всесторонние возможности сопровождения системы, позволяя увеличить готовность системы и снизить ИТ-затраты.
  
  
• "Виртуальный Linux" (developerWorks, декабрь 2006 г.): обзор методов, архитектуры и применений виртуализации.
  
  
• "Virtualization with coLinux" (developerWorks, март 2007 г.): coLinux как быстрый вариант Linux/Windows-виртуализации и демонстрация другого пути виртуализации.
  
  
• Поддержка и загрузка файлов для IBM TotalStorage DS4300 Midrange Disk System, включая встроенное программное обеспечение, управление устройствами хранения и программное обеспечение адаптера шины хоста, а также средства управления и диагностики. (EN)
  
  
• Xen.org: актуальная информация по гипервизору Xen, обеспечивающему набор функциональных возможностей для виртуализации на x86, x86_64, IA64, PowerPC™и на других архитектурах, а также широкого диапазона гостевых операционных систем, включая Windows®, Linux, Solaris и различные версии операционных систем BSD. (EN)
  
  
• Раздел Linux на сайте developerWorksдополнительные ресурсы для разработчиков Linux (включая новичков в Linux) а также наиболее популярные статьи и пособия.
  
  
• Все советы и учебные пособия по Linux от developerWorks.
  
  
• Сайт технических мероприятий и Web-трансляций developerWorks: будьте в курсе текущих событий. (EN)
  
  

• Закажите SEK для Linux—набор из двух DVD, содержащий новейшие версии пробного ПО от IBM для Linux от DB2®, Lotus®, Rational®, Tivoli®и WebSphere®.
  
  
• Используйте в вашем следующем проекте разработки для Linux ознакомительные версии ПО IBM, которые можно скачать непосредственно с developerWorks.
  
  

• Примите участие в обсуждении материала на форуме.
  
  
• Участвуйте в жизни сообществаdeveloperWorks—посещайте блоги, форумы, подкасты и дискуссионные пространства. (EN)

Об авторах

		Да Шуан Хе (Da Shuang He) является специалистом по программному обеспечению в IBM China Development Lab в Шанхае, Китай. В данный момент он работает над ПО, предназначенным для управления системами. Он в основном занимается разработкой автоматически загружаемых серверов, удаленной установкой ОС и управлением питанием.

		Ма Чжуо (Ma Zhuo) - инженер-программист IBM China Development Lab в Шанхае, Китай. Он в настоящее время работает над программным обеспечением решений виртуализации; он специализируется на решениях виртуализации, системного администрирования, а также CIM- и WS-управлении.

Выскажите мнение об этой странице

Пожалуйста, найдите минутку и заполните форму, чтобы повысить уровень сервиса. Помогла ли данная информация достичь Вашей цели? Да Нет Не знаю   Пожалуйста, напишите комментарий, чтобы мы могли улучшить данную страницу:   Насколько полезна эта информация? (1 = Бесполезна, 5 = Очень полезна) 1 2 3 4 5

Поделиться этой статьей: забобрить сохранить в memori

В начало