Установка Openfiler 2.3 в Citrix XenServer 5.5

Ваша виртуальная инфраструктура разрослась и нужно консолидировать данные? Или необходимо создать файловую помойку для пользователей? И первое и второе довольно просто решить при помощи Openfiler. Для того чтобы установить Openfiler в виртуальной среде Citrix XenServer нужно выполнить 2 простых действия. 1. Скачать .xva файл виртуальной машины с сайта разработчика, 2. Импортировать виртуальную машину в Citrix XenServer. А дальше возникнет небольшая проблема - обновление xen-tools для Openfiler. Можно конечно и не обновлять, но тогда будут доступны не все функции, например будут отключены опции LiveMigration и мониторинг оперативной памяти. Итак для того чтобы обновить xen-tools нужно:

1. Настроить доступ к интернет из Openfiler
2. Из XenCenter подключить образ с xen-tools
3. В командной строке выполнить следующую последовательность:

openfiler# conary update beecrypt=contrib.rpath.org@rpl:devel
openfiler# conary update rpm=rpm.rpath.org@rpl:devel/4.4.4
openfiler# mount /dev/xvdb /mnt
openfiler# rpm -ivh --nodeps xe-guest-utilities-x.x.x-xxx.i386.rpm
openfiler# umount /mnt
openfiler# reboot


Все. Теперь Citrix XenServer не будет больше ругаться на некорректно установленные xen-tools.

P.S. Рекомендуется провести обновление Openfiler через интернет сразу же после его установки и обновления xen-tools.

Обновление xen-tools в Vyatta VC5 после обновления Citrix Xenserver 5.5 Update 1

После выхода обновления update1 для Citrix XenServer 5.5 все виртуальные машины в один голос сообщили, что их xen-tools is outdated. Соответственно была предпринята попытка обновить гостевые утилиты. Операционные системы использующиеся у меня: Microsoft Windows Server 2003, Debian Lenny, Vyatta VC5. С Windows платформой никаких вопросов при обновлении не возникло, с Debian тоже, кроме того, что пришлось руками в GRUB вернуть назад ядро 2.6.29-xs5.5.0.14 вместо 2.6.29-xs5.5.0.15, которое утилиты установили самостоятельно. Заменить ядро назад пришлось в связи с его ошибками при загрузке. Пришла очередь Vyatta... Хоть этот дистрибутив базируется на Debian, скрипту установки не удалось распознать версию ОС и он отказался работать. Поэтому пришлось победить эту бяку таким способом:

sudo mount /dev/xvdd /mnt
sudo dpkg -i /mnt/Linux/xe-guest-utilities_5.5.0-464_i386.deb
reboot

После перезагрузки, XenCenter больше не жаловался на устаревшие xen-tools.

Snapshot`ы в Citrix XenServer 5.5

Итак... В Citrix XenServer присутствует одна интересная фича - создание Snapshot`ов. Snapshot - это мнгновенный снимок состояния работающей виртуальной машины. В принципе данный функционал присутствует во всех серьезных системах виртуализации, что не могло обойти сторойной и Citrix. Но как оказалось совсем недавно (лично для меня это стало открытием), с созданием снепшотов у ксен сервера есть серьезные проблемы. А именно после создания снимка - на сетевом хранилище отбирается количество гигагбайт равное размеру существующей виртуальной машины, для которой делается снепшот. Вроде бы все хорошо, но беда в том, что после удаления снепшота размер свободного места на хранилище не увеличивается!!! А проведение снепшотов - единственный нормальный штатный способ резервного копирования виртуальных машин без их остановки. Вернуть обратно свободное место мне удалось только при помощи экспорта виртуальных машин, а потом разрушения iSCSI хранилища, пересозданием его и возвратом машин при помощи импорта. Вот такая вот open source ложка дегтя в бочке меда... Немного погуглив я наткнулся на статью на форуме Цитрикса, о том что это не баг, а именно так и должно работать... Вобщем пока непонятно как исправить такую ситуацию. Будем надеятся, что в следующих версиях этот мега правильный алгоритм работы будет переработан, потому как уж очень дорого обходится каждый новый терабайт на сетевом хранилище...

Citrix Virtualizations Conference

3 сентября 2009 года в Киеве, Украина, прошла ежегодная конференция Citrix Virtualizations Conference, участником которой мне посчастливилось стать. В самом начале прошла презентация блейд решений, партнера Citrix компании HP. Также в программу мероприятия вошли следующие вопросы:

1. Виртуализация серверов на базе Citrix XenServer;
2. Система управления виртуальной инфраструктурой Citrix XenServer Essentials;
3. Виртуализация и доставка приложений при помощи XenApp 5 FP2;
4. Решение по информатизации небольших офисов на базе Citrix Branch Repeater;
5. Доставка виртуальных рабочих столов (VDI) при помощи технологии Citrix XenDesktop 3;
6. Представление гипервизора для Десктопов Citrix XenClient

Если с пунктов 2 по 5 все, в принципе, понятно, а если не понятно - можно почитать на официальном сайте компании Citrix, а также сайте сообщества Citrix, то пункты 1 и 6 меня особенно заинтересовали. И хочу поделиться с Вами, чем именно. Как все, наверное, заметили, сейчас становится, довольно, популярным управление виртуальной инфраструктурой через веб интерфейс. Этого функционала Citrix XenServer на данный момент лишен. Управление пулом серверов, а также отдельными серверами происходит при помощи приложения Citrix XenCenter, установленного в ОС Windows. В следующей версии, по словам сотрудников компании Citrix, этот функционал должен быть реализован. То есть теперь администратор, так сказать, сможет быть отвязан от версии ОС для управления своими виртуальными серверами, нужен будет только браузер. Также, по словам тех же сотрудников, в следующей версии Citrix XenServer, должна быть добавлена поддержка, горячо любимой мной, ОС FreeBSD в качестве гостевой системы. Это означает, что где то через полгода будет возможность делать живую миграцию ОС FreeBSD установленной в качестве виртуального сервера. Далее по пункту 6. На конференции, компания Citrix представила, так сказать, прототип клиентского гипервизора. Что собой представляет эта штука… Собственно Bare-Metal гипервизор Xen или гипервизор 1 уровня (устанавливающийся на «голое» железо), с возможностью быстрого переключения между виртуальными машинами при помощи «горячих» клавиш. Соответственно возникает вопрос о быстроте и качестве работы данного решения…



Но как видно на ролике, Windows работает со всеми эффектами и функционалом. Публичная бета версия Citrix XenClient ожидается в конце октября – начале ноября 2009 года, а сам релиз продукта в конце марта – начале апреля 2010 года. Данная технология, вероятно, может стать основой для серверной технологии доставки виртуальных рабочих столов (VDI) Citrix XenDesktop в будущем.

Заставляем дружить Citrix XenServer 5.5 и Openfiler 2.3

Если Вы используете в своей работе программное обеспечение виртуализации Citrix XenServer, то не использовать бесплатную функцию XenMotion для "живой" миграции виртуальных машин с одного хостового сервера на другой - просто, так сказать, грешно. Итак для реализации этой функции потребуются 2 вещи:

1. Хостовые сервера под управлением Citrix XenServer - 2 шт.
2. Общее сетевое хранилише для пула серверов Citrix XenServer (SAN, NFS, FC) - 1 шт.

Если с первым пунктом все, в принципе, понятно, то со вторым придется немного подумать о реализации.
Вариантов может быть два. Либо аппаратное ХД, либо программное ХД. Аппаратные хранилища не всегда оправдывают свою цену, поэтому я решил остановить свой выбор на программной реализации, а именно openfiler 2.3. На странице закачки можно выбрать необходимую версию под свою платформу. Установка достаточно проста. Если все делать согласно инструкции то трудностей возникнуть не должно. После установки, рекомендую сразу же обновить OpenFiler через веб интерфейс, а после разметки дисков сохранить бекап, так как, в последствии, если придется переустановить хранилище оно не увидит уже созданные разделы на дисках.

А теперь о нюансах.

При использовании OpenFiler через iSCSI как общее сетевое хранилище для Citrix XenServer, возникает проблема с "отваливанием" хранилища и не восстановлением с ним связи, в случае перезагрузки хранилища. При этом в самом хранилище нельзя сделать unmap созданному для Citrix LUN.

Лечится эта беда следующим образом:

1. Заходим с консоли хранилища и вводим команду:

openfiler# chkconfig aoe off

Данной командой мы отключаем сервис ATA Over Ethernet, который перехватывает на себя управление шарингом дисков по сети и iSCSI сервис уже не может начать управление.

2. Комментируем в редакторе vi или nano, входящих в состав дистрибутива OpenFiler, для версии 2.3, строки 333-337 в файле /etc/rc.sysinit

# if [ -x /sbin/lvm.static ]; then
# if /sbin/lvm.static vgscan --mknodes --ignorelockingfailure > /dev/null 2>&1 ; then
# action $"Setting up Logical Volume Management:" /sbin/lvm.static vgchange -a y --ignorelockingfailure
# fi
# fi

3. Перезагружаемся

openfiler# reboot

После перезагрузки хранилища, оно снова станет доступным для Citrix XenServer и можно начинать создавать виртуальные машины.

П.С.

Альтернативы. Можно же использовать всеми любимый FreeNAS, ведь он тоже позволяет делать iSCSI target..., скажет кто то... Можно но FreeNAS, не делает LUN, а как раз их и требует Citrix XenServer. Также можно использовать как общее хранилище NFS, но для меня iSCSI более унифицированный, хотя по всем показателям NFS меньше грузит систему и практически не проигрывает в скорости iSCSI.

Тестирование FreeBSD 7.2 AMD64 под Citrix XenServer 5.5.0-15119t

Задача:

Провести тестирование производительности виртуального сервера под управлением FreeBSD 7.2 AMD64 на базе хостовой платформы Citrix XenServer 5.5.0-15119t при помощи утилиты unixbench 4.1. А также проверить пропускную способность сети помощи утилиты iperf 2.0.4

Дано:

CPU: Intel Xeon E5310 4 x 1,6 Ghz
RAM: 5000 Mb
HDD: 40 Gb
LAN: Realtek 8139C+ 10/100BaseTX

Результаты:

Производительность: 177,9

Пропускная способность на аплоад: 239 Мегабит в секунду

Пропускная способность на даунлоад: 337 Мегабит в секунду

Примечания:

1. В целом система корректно установилась, распознала всю отведенную ей память и виртуальные процессоры. Но при всем положительном присутствует один недостаток, так как для FreeBSD недоступны XenServer Tools, машине невозможно сделать Suspend, Reboot или Shutdown. Доступны только опции Force Reboot и Force Shutdown. Вероятнее всего что не будет доступна опция LiveMigration.

2. Система на "ральном железе" показала результаты:

- Общая производительность: 409, 6

- Пропускная способность на аплоад: 937 Мегабит в секунду

- Пропускная способность на даунлоад: 583 Мегабита в секунду

3. Виртуализированная система под управлением Hyper-V показала результаты:

- Общая производительность: 144, 6

- Пропускная способность на аплоад: 46, 22 Мегабита в секунду

- Пропускная способность на даунлоад: 47, 27 Мегабита в секунду

Нормальная остановка и перезагрузка FreeBSD в Hyper-V

После установки FreeBSD в Hyper-V будет отсутствовать возможность корректно выключить или перезагрузить гостевую операционную систему. Для того чтобы вернуть эту замечательную возможность (даже для сервера под управлением FreeBSD бывает очень полезной опцией выключение или перезагрузка) необходимо:

1. Установить Windows PowerShell для работы с Hyper-V из командной строки (Пуск --- Настройка --- Панель управления --- Администрирование --- Диспетчер сервера --- Компоненты --- Добавить компоненты ---Windows PowerShell).

2. Выполняем скрипт для поиска и остановки подвисшей при перезагрузке после установки машины (Пуск --- Программы --- Windows PowerShell)

> Get-WmiObject -Namespace root\virtualization msvm_computersystem | Format-Table ElementName, ProcessId

> kill номер процесса

3. Запускаем заново машину штатными средствами Hyper-V

4. Устанавливаем в FreeBSD исходные тексты ядра

5. Модифицируем файл по пути: /usr/src/sys/dev/pci/pci.c

С отправной строки 6 000 ищем строки:

struct pci_devinfo *dinfo = device_get_ivars(child);
pcicfgregs *cfg = &dinfo->cfg;

и добавляем после них строки:

if (dinfo->cfg.vendor == 0x1011 && dinfo->cfg.device == 0x0009)if (reg >= 0x10 && reg

Сохраняем файл

6. Пересобираем ядро и перезапускаем систему.

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

З.Ы. Отдельная благодарность за помощь Mamber'у