Показаны сообщения с ярлыком Virtualization. Показать все сообщения
Показаны сообщения с ярлыком Virtualization. Показать все сообщения

30 сентября 2015

Подготовка образов для OpenStack при помощи Oz

В составе официальной документации OpenStack работе с образами посвящено отдельное руководство – OpenStack Virtual Machine Image Guide. Документ содержит как обзор средств автоматизированного создания образов, так и примеры их создания вручную.
        В качестве примера рассмотрим работу с утилитой Oz.
        Это утилита командной строки написана на Python и на Linux-машине с гипервизором KVM и сервисом libvirtd позволяет создавать образы виртуальных машин с минимальным вмешательством пользователя. Для этого Oz использует заранее подготовленные файлы ответов не интерактивной установки операционной системы. Например, для установки Windows используются файлы ответов unattended setup, для CentOS – kickstart-файлы и так далее. Файлы ответов для различных операционных систем расположены в директории /usr/lib/python2.7/site-packages/oz/auto/. Их можно и нужно редактировать, например для выбора правильной временной зоны. В качестве инструкций сам Oz требует файлы в формате Template Description Language (TDL). Это XML-файлы, описывающие какая операционная система устанавливается, где находится дистрибутив, какие дополнительные изменения необходимо внести в образ.
        Не рекомендуется запуск утилиты на тех же хостах, где развернуты сервисы OpenStack. Во время работы утилита запускает виртуальную машину в которой и производится установка операционной системы по вашим инструкциям TDL шаблона с использованием общих файлов ответов.
В CentOS и Fedora установка утилиты производится командой:

# yum -y install oz

        Для Ubuntu в стандартных репозиториях пакета нет, поэтому вам нужно либо установить утилиту из исходных кодов, либо самостоятельно собрать пакет. Убедимся в том, что определе-на сеть libvirtd, используемая по умолчанию. Если вывод команды virsh net-list не покажет нам сеть default, то определим ее и зададим автозапуск сети:

# virsh net-define /usr/share/libvirt/networ
ks/default.xml
Network default defined from /usr/share/libvirt/networ
ks/default.xml
# virsh net-autostart default
Network default marked as autostarted
# virsh net-list
 Name State Autostart Persistent
-------------------------
---------------------------------
 default active yes yes


Конфигурационный файл утилиты по умолчанию -/etc/oz/oz.cfg. Зададим в качестве типа образа формат qcow2 вместо raw:

# crudini --set /etc/oz/oz.cfg libvirt image_type qcow2


Теперь нам потребуется TDL-шаблон. Примеры поставляются с утилитой и располагают-ся в /usr/share/doc/oz-*/examples. Используем самый простейший, в котором определяется только путь к дистрибутиву и пароль пользователя root:

$ cat my-template.tdl

 Из полезных секций, которые можно найти в примерах можно отметить: packages, repositories, files и commands. Соответственно: установка пакетов, добавление репозиториев, создание файлов и выполнение команд. Есть секции специфичные для операционных систем. В качестве примера можно назвать ключи активации для Windows.
        Запускаем утилиту:

# oz-install -d 2 -t 4000 my-template.tdl
Libvirt network without a forward element, skipping
Checking for guest conflicts with CentOS-7
Fetching the original media
Fetching the original install media from http://centos-mirror.rbc.ru/pub/centos/7/os/x86_64/images/pxeboot/vmlinuz
Fetching the original media
Fetching the original install media from http://centos-mirror.rbc.ru/pub/centos/7/os/x86_64/images/pxeboot/initrd.img
Generating 20GB diskimage for CentOS-7
Running install for CentOS-7
Generate XML for guest CentOS-7 with bootdev None
Install of CentOS-7 succeeded
Generate XML for guest CentOS-7 with bootdev hd
Cleaning up after install
Libvirt XML was written to CentOS-7Sep_30_2015-00:31
:23

Ключ -t 3000 говорит о том, через сколько секунд инсталлятор должен прервать установку. Также установка прервется если в течение 300 секунд не было дисковой активности
Ключ -d показывает уровень сообщений об ошибках. Для более подробного вывода укажите вместо двойки тройку.
Далее, вне зависимости используете ли вы OZ или вы самостоятельно готовите образ виртуальной машины, например при помощи virt-builder из пакета libguestfs-tools, необходимо или вручную, или при помощи утилиты virt-sysprep из того же пакета убрать специфичную для конкретного экземпляра машины информацию.
Для разных операционных систем и дистрибутивов это делается по-разному. Например, для систем Windows можно воспользоваться утилитой sysprep. Приведем пример для CentOS:


• Необходимо удалить или заменить на localhost.localdomain содержимое параметра HOSTNAME в файле cat /etc/sysconfig/network.
• Необходимо убедиться, что в файлах всех сетевых адаптеров, кроме интерфейса короткой петли, в параметре BOOTPROTO указан DHCP и отсутствуют привязки к MAC-адресам (параметр HWADDR). Имена конфигурационных файлов – /etc/sysconfig/network-scripts/ifcfg-*.
• Необходимо удалить SSH-ключи хоста. Удалите /etc/ssh/ssh_host_* и /etc/ssh/moduli.
• Удалите файлы ls /etc/udev/rules.d/*persistent*, отвечающие за именование сетевых устройств.
• Убедитесь, что отсутствуют специфичные для сервисов keytab-файлы Kerberos и SSL- сертификаты.
Все это за вас может проделать утилита virt-sysprep. Для примера с нашей виртуальной машины запустим команду:

# virt-sysprep --add /var/lib/libvirt/images/CentOS-7.qcow2
[ 0.0] Examining the guest ...
[ 102.0] Performing "abrt-data" ...
[ 102.0] Performing "bash-history" ...

[ 103.0] Setting a random seed
[ 104.0] Performing "lvm-uuids" ...



Посмотреть информацию про образ можно при помощи утилиты qemu-img (при необходимости установите пакет qemu-img):

$ qemu-img info /tmp/cirros-0.3.4-x86_64-

disk.img
image: /tmp/cirros-0.3.4-x86_64-
disk.img
file format: qcow2
virtual size: 39M (41126400 bytes)
disk size: 13M
cluster_size: 65536
Format specific information:
    compat: 0.10


В выводе команды:

• file format – формат диска;
• virtual size – размер диска виртуальной машины;
• disk size – действительный размер файла;
• cluster_size – размер блока (кластера) qcow;
• format specific information – специфичная для формата информация. В данном случае версия qcow.


23 июня 2015

Выделение вычислительных ресурсов для OpenStack


Говоря о ресурсах, нужно заметить что OpenStack позволяет подтверждать виртуальным машинам больше физической памяти и вычислительных ресурсов, чем имеется в наличии. По умолчанию планировщик ассоциирует с одним физическим или «гипертрейдинговым» ядром 16 виртуальных процессоров (vCPU). Объем памяти, выделяемой виртуальным машинам по умолчанию в полтора раза больше, чем имеющийся физический. За эти значения в конфигурационном файле /etc/nova/nova.conf отвечают параметры:

cpu_allocation_ratio=16.0
ram_allocation_ratio=1.5

В целом, по рекомендациям в списках рассылки OpenStack для памяти выбирают значение 0.9. Также рекомендуется задать резервирование оперативной памяти при помощи параметра reserved_host_memory_mb в nova.conf. Обычно в расчетах можно руководствоваться закладывая на накладные расходы порядка 100 Мб на одну виртуальную машину. Обязательно нужно предусмотреть swap, как минимум вдвое больший чем этот параметр. Для процессора коэффициент сильно зависит от нагрузки. Обычно память становится раньше «бутылочным горлышком», чем ресурсы центрального процессора. Если запускается много требовательных к ЦП приложений типа Hadoop, то коэффициент выставляется ближе к 2, а иногда и к 1. Если основная нагрузка веб-сервера, то число можно увеличить вплоть до 16 заданного по умолчанию. Если вы не можете разделить типы нагрузки, то можно попробовать использовать коэффициент от 2 до 5.
Рекомендуется по возможности ограничить в своем облаке использование flavor (типы виртуальных машин) с числом vCPU более одного. Для гипервизоров первого типа намного проще выделить ресурсы виртуальной машине с 1 vCPU. Например, для выделения вычислительных ресурсов машине типа m1.xlarge планировщику гипервизора необходимо будет ждать пока не освободятся восемь физических ядер центрального процессора.
Для целей приблизительного «сайзинга» (определения достаточных аппаратных требований) можно воспользоваться калькулятором от Mirantis — https://www.mirantis.com/openstack-services/bom-calculator/. Еще один калькулятор приводится в руководстве по планированию архитектуры OpenStack на официальном сайте OpenStack — https://github.com/noslzzp/cloud-resource-calculator/blob/master/cloud-resource-calculator.ods.
Полезной командами для сбора статистики по использованию оперативной памяти будет nova diagnostics. По умолчанию ее выполнять может только пользователь admin. В качестве аргумента команде необходим идентификатор экземпляра виртуальной машины:

$ nova diagnostics
6aec269e-2633-4c56-9a61-7b8cb084995e
+---------------------------+-------------+
| Property                  | Value       |
+---------------------------+-------------+
| cpu0_time                 | 34150000000 |
| memory                    | 307200      |
| memory-actual             | 307200      |
| memory-rss                | 127812      |
| tap6fc6b1e7-e7_rx         | 10177       |
| tap6fc6b1e7-e7_rx_drop    | 0           |
| tap6fc6b1e7-e7_rx_errors  | 0           |
| tap6fc6b1e7-e7_rx_packets | 97          |
| tap6fc6b1e7-e7_tx         | 11576       |
| tap6fc6b1e7-e7_tx_drop    | 0           |
| tap6fc6b1e7-e7_tx_errors  | 0           |
| tap6fc6b1e7-e7_tx_packets | 116         |
| vda_errors                | -1          |
| vda_read                  | 17636864    |
| vda_read_req              | 731         |
| vda_write                 | 324608      |
| vda_write_req             | 98          |
+---------------------------+-------------+

Еще одна полезная подкоманда virsh dommemstat которую необходимо использовать непосредственно на вычислительном узле. Для начала необходимо узнать имя виртуальной машины:
[root@os2 ~]# virsh list
 Id    Name                           State
----------------------------------------------------
 2     instance-00000036              running
После чего можно отдать непосредственно команду virsh dommemstat:

[root@os2 ~]# virsh dommemstat
instance-00000036
actual 307200
rss 127812
Также могу порекомендовать запись в моем блоге о структурах памяти Linux, на которую я всегда ссылаюсь читая курс о настройке производительности в GNU/Linux (интересно, что это - самая популярная запись :) — http://markelov.blogspot.ru/2009/01/linux-procmeminfo.html.

11 марта 2011

VMware View Client for iPad

На днях вышел VMware View клиент для iPad. Подробнее можно почитать, например, в блоге у Михаила Михеева. Сегодня поставил себе клиент и попробовал на нашем стенде VMware View в лабе. Работает шустро. Можно работать с офисными программами, слушать музыку. Единственное неудобство с переключением языка (официально поддерживается только английская клавиатура). Из-за этого некоторые знаки типа двоеточия на доп. клавиатуре не вводятся. “Переключалку”  Windows нужно оставить в EN, а язык менять кнопкой на клавиатуре iPad стандартным способом.
Ниже несколько снимков с экрана (кликабельны).

19 ноября 2010

Два интересных сайта посвященных открытому ПО

... и ссылки на материалы по виртуализации Red Hat.

Хотел бы поделиться ссылками на два относительно новых проекта коллег из технической команды НЦПР (ранее VDEL) - www.ossportal.ru и www.bureausolomatina.ru. Оба сайта интересы с точки зрения постоянно пополняющейся коллекции различных технических информационных материалов, посвященных корпоративному открытому ПО. В первую очередь это облачные вычисления и технологии виртуализации Red Hat, СУБД Enterprise DB, Zenoss, Alfresco и другие продукты, которые на российском рынке представляет VDEL/НЦПР.  При этом, первый из двух сайтов предоставляет возможность добавлять материалы всем, кто готов поделиться опытом использования соответствующих продуктов.

Из последних интересных материалов по виртуализации,  хотел бы обратить внимание на следующие:

Тестирование производительности протокола SPICE, который используется при построении инфраструктуры виртуальных десктопов (VDI) на базе RHEV-D

Раздел посещенный облачным стратегиям Red Hat. Помимо переводных материалов достаточно много оригинального контента.

Лента технических блогов, посвященных RHEV. На настоящий момент заметки о переносе виртуальных машин V2V, работе с USB в RHEV-D, описание алгоритмов миграции и fence в RHEV.

15 октября 2010

«Дом» для virt tools

У virt tools появился свой сайт, который постепенно наполняется различным содержимым: статьи, руководства. В первую очередь, сайт будет полезен работающим с такими дистрибутивами как Fedora, Debian, Ubuntu и  RHEL, использующими API виртуализации libvirt, который используют утилиты virt tools. По большей части на сайте пока информация для начинающих пользователей.

02 октября 2010

Статья про RHEV

На сайте журнала "Системный администратор" доступна моя обзорная статья про систему виртуализации от Red Hat. Ссылка.

03 августа 2010

Перенаправление USB устройств в RHEV

Для того, чтобы штатно через User Portal подключиться SPICE-клиентом к виртуальному рабочему месту достаточно IP-связанности между клиентом, менеджером RHEV-M и гипервизором RHEV-H. Для того, чтобы локальные USB-устройства перенаправлялись в виртуальную машину, помимо этого необходима IP-связанность между клиентом и виртуальной машиной. Таким образом, подключить "флешку" или USB-принтер к изолированной от сети виртуальной машине не получиться. Для взаимодействия между клиентом и виртуальной машиной используется TCP-порт 32023. Журнал с отладочной информацией редиректора расположен в %temp%\usbrdrctrl*.log. Дополнительная информация тут.
UPD. Насколько я понимаю, это ограничение будет сохраняться лишь до тех пор, пока перенаправление USB в RHEV основывается на наработках http://www.incentivespro.com/. Когда перенаправление USB будет реализовано самим  протоколом SPICE, видимо это ограничение будет снято.

26 июля 2010

Статья про RHEV в «Системном администраторе»

В сдвоенном №7-8 журнала «Системный администратор» вышел мой достаточно подробный обзор системы виртуализации Red Hat Enterprise Virtualization.
«В ноябре 2009 года компания Red Hat анонсировала доступность первого продукта из портфолио Red Hat Enterprise Virtualization (RHEV) под названием Red Hat Enterprise Virtualization for Servers (RHEV-S), а уже в марте этого года небезызвестная компания IBM назвала данный продукт, помимо конкурентов от VMware, Citrix и Microsoft, в качестве одного из  основных в стратегии развития решений виртуализации на платформе x86. [1] В конце июня 2010 года вышел следующий из продуктов линейки -  Red Hat Enterprise Virtualization for Desktops (RHEV-D), включающий в себя реализацию нового открытого протокола для работы с виртуальными рабочими местами SPICE. Давайте вместе изучим текущее состояние портфолио решений виртуализации от Red Hat, и посмотрим что нас ждет в ближайшем будущем».

07 июля 2010

Материалы по виртуализации с Red Hat Summit

На сайте Red Hat опубликован ряд презентаций и учебных материалов с прошедшего в июне саммита в Бостоне.  По ссылке  доступны все материалы, а в этом посте я хотел бы выделить те, которые имеют отношение к виртуализации KVM и решению RHEV:

02 июля 2010

Руководство по работе KVM c брандмауэром

Daniel Berrange, являющийся одним из разработчиков libvirt опубликовал в списке рассылки list-libvirt краткое руководство по совместному использованию iptables и KVM. Читать тут.

30 июня 2010

Объявлена стоимость подписки на VDI от Red Hat

Наконец на сайте Red Hat появился официальный GPL-ценник на VDI. На страничке приведена стоимость годовой подписки для Red Hat Enterprise Virtualization for Desktops Starter Kit, включающая в себя шесть управляемых RHEV-M хостов Red Hat Enterprise Virtualization Hypervisor и возможность запуска ста виртуальных машин. Если брать стандартный вариант подписки, то зная цену одного упровляемого хоста RHEV, получаем, что VDI-дополнение к RHEV на 25 виртуальных машин стоит $375. Схема расчета простая: отдельно приобретается подписка на каждый сокет сервера ($499 за сокет при стандартной подписке) и отдельно подписка на запуск виртуальных машин, которая прибавляется к серверным подпискам.

На сайте Red Hat пишет «All at a 60-80 percent lower cost with the same or better features compared to other solutions» Что касается VDI, те цифры которые у меня получались как раз укладываются в этот разброс.

24 июня 2010

RHEV 2.2 c поддержкой VDI

Анонсирован выход RHEV 2.2, включающего в себя помимо серверной виртуализации, реализацию VDI на основе протокола SPICE. В качестве виртуальных рабочих мест и клиентов VDI поддерживаются как Linux, так и Windows. Согласно документам имеется перенаправление USB-устройств в виртуальные машины. В последней бета-версии которую я смотрел использовалась версия протокола 0.3, где этой поддержки не было. Будем качать — тестировать...

Из связанных с RHEV новостей, можно также отметить:
  • Выход первого «чернового» релиза RESTful интерфейса к Red Hat Virtualization Enterprise Manager. До этого был единственный вариант написания скриптов использованием PowerShell API.
  • Совместный с Cisco анонс интегрированного решения Cisco Unified Computing System и RHEV, позволяющего получать виртуальным машинам прямой доступ к устройствам ввода/вывода и повысить защиту виртуальной инфраструктуры за счет технологии Cisco Virtual Network Link.
Внешний вид пользовательского портала RHEV-D:

18 июня 2010

Сравнение защищенности гипервизоров

Безусловно интересный для всех технических специалистов интересующихся виртуализацией документ «KVM Security Comparison» от Atsec information security corporation. Сравниваются гипервизоры KVM, в том виде как он присутствует в RHEL 5.4 под управлением RHEV Manager, Xen version 3.4 и VMWare ESX Server version 4.

07 июня 2010

Workaround: установка XP/2003 в Fedora 13 (KVM/libvirt)

Налетел на баг 579348 при установке виртуальной машины WindowsXP. После перезагрузки процесс установки останавливается на сообщении: «Booting from hard disk.A disk read error has occurred». Workaround описанный в bugzilla работает. Необходимо выбрать загрузочным устройтвом iso-образ дистрибутива и после того как сообщение «press any key to boot form CDROM» повисит несколько секунд загрузка продолжится с жесткого диска.

27 мая 2010

Red Hat Enterprise Virtualization: Xeon Core i7 Inside

Недавно в русскоязычной блогосфере появился перевод заметки с ресурса vcritical.com «Red Hat Enterprise Virtualization: Pentium II Inside». Собственно, если посмотреть бета версию RHEV 2.2 то выбор типа CPU осуществляется в настройках кластера виртуальных машин. Вот как это выглядит на снимке с экрана:

29 марта 2010

Компания Red Hat обновила решение виртуализации RHEV 2.2 beta

Основные изменения:
  • Поддержка одной и той-же платформой управления для серверов и для VDI. Хотя в RHN каналы для серверного решения и VDI разнесены, технически там один и тот-же дистрибутив.
  • Импорт и экспорт в OVF.
  • Утилита для миграции V2V с VMware и Xen. Пока поддерживаются только виртуальные машины RHEL.
  • Хранилище данных с информацией по хостам и данным мониторинга для создания пользовательских отчетов
  • Поддержка ОЗУ в виртуальных машинах увеличена до 256GB
  • Ядро гипервизора обновлено до ядра RHEL 5.5
  • Улучшена производительность на операциях ввода-вывода при работе с «тонкими» дисками и снэпшотами.
Ссылка.

18 марта 2010

Переход к сloud computing в России

Вот в свете новости на cnews, что если в дата-центре вашего "белого и пушистого" сервис-провайдера вместе с тысячью "белых и пушистых" машин других заказчиков окажутся машинки какого-нибудь "злодея"?

11 марта 2010

System x Virtualization Strategies

В феврале компания IBM опубликовала на портале Redbooks шестидесятистраничный документ "System x Virtualization Strategies". В документе приведен краткий технический обзор решений основных вендоров серверной виртуализации. IBM выделяют четверых игроков: VMware, Red Hat (KVM), Microsoft и Citrix. Информация на данный момент вполне актуальна, и если вам интересно с высоты птичьего полета окинуть взглядом все четыре решения не читая на каждом из сайтов вендоров о том, что именно его технология самая лучшая и не открывая кучу вкладок в браузере, IBM собрал для вас все в одном PDF. Процитирую заключительные фразы документа: "VMware is still the dominant market leader, but the other offerings are carving out niches. Red Hat's Enterprise Virtualization offering has already become popular as the basis for many cloud solutions; Microsoft is gaining significant traction with the small, medium business (SMB) market space; and Citrix is a leading alternative for companies that want the features, reliability, and backing of a stable company but lower costs for an enterprise virtualization solution."

Ссылка на System x Virtualization Strategies.