OpenStack on Markelov.Dev

Предзаказ 4-го издания книги по OpenStack

Wed, 09 May 2018 08:53:00 +0000

Открыт предзаказ на четвертое издание моей книги по OpenStack. В 4-е издание добавлен материал по работе с сетью, настройками производительности и отказоустойчивости. В связи с переходом на сервис Gnocchi переработана глава, посвященная сервису телеметрии.

Ниже приведены некоторые изменения четвертого издания, по сравнению с третьим:

Обновлены главы, посвященные основным сервисам OpenStack, в соответствии с изменениями на начало 2018 года (версия Queens).
Добавлен материал в главах, посвященных работе с сетью, настройками производительности и отказоустойчивости.
Переработана глава, посвященная сервису телеметрии, в связи с переходом на сервис Gnocchi.
Примеры большинства команд обновлены с использованием клиента командной строки openstack.

Red Hat Certified Engineer in Red Hat OpenStack 10

Fri, 16 Mar 2018 20:04:00 +0000

I have received the results of EX310 Red Hat Certified Engineer in Red Hat OpenStack just now. I have upgraded my Red Hat Certified Architect Level to XI :) Exam was all about Networking & Foundations of NFV in OpenStack. Since my job role focus will shift from NVFi to another area, this exam was a good conclusion for the last two years of working with OpenStack :)

How Director deployed services in RHOSP 10 diagram

Tue, 23 Jan 2018 09:55:00 +0000

I have created diagram which shows how Director deployed services in RHOSP 10. That is something like summary for “UNDERSTANDING RED HAT OPENSTACK PLATFORM HIGH AVAILABILITY” guide. If you learning RHOSP it would be useful.

How to configure OpenStack TripleO Undercloud in virtual environment with the help of VBMC

Sun, 07 May 2017 13:36:00 +0000

This blog post describes the way to prepare a small lab in virtual environment intended for TripleO (Director) OpenStack deployment tool learning. This is a quick instruction. For deep understanding and command exploration use documentation.

I used my home laptop with 16 Gb of memory and CentOS 7.3 on the top of it for the lab environment hardware and RHEL 7.3 and RHOPS 10 for virtual machines, but these instructions should be applicable for RDO OpenStack distribution with minor changes.

Третье издание моей книги по OpenStack на русском

Thu, 09 Mar 2017 18:25:00 +0000

Собственно, новость - в заголовке :) Информация о предварительном заказе и обновлениях тут - http://markelov.blogspot.se/p/openstack.html

Экзамен по Red Hat OpenStack в УЦ Инвента в сентябре

Fri, 26 Aug 2016 11:34:00 +0000

Коллеги, 24 сентября, в субботу провожу в Москве в УЦ Инвента экзамен EX210 Red Hat Certified System Adminstrator in OpenStack. Описание - тут. Регистрация на сайте Инвенты - тут.

Книга по подготовке к экзамену Certified OpenStack Administrator доступна для предзаказа

Fri, 12 Aug 2016 07:04:00 +0000

Моя новая книга над которой я работал последние пол-года доступна для предварительного заказа на сайте издательства Apress.com. По плану она выходит 30 ноября 2016 года. Книга поможет подготовиться к экзамену Certified OpenStack Administrator от OpenStack Foundation. Также будет не бесполезна при подготовке к сертификации от Mirantis. Полное описание книги и оглавление - на сайте издательства.

Quick info and tips for Certified OpenStack Administrator exam (COA)

Tue, 10 May 2016 08:09:00 +0000

In addition to Mirantis and Red Hat OpenStack certification I got Certified OpenStack Administrator from OpenStack Foundation yesterday. Now I am in process of writing Certified OpenStack Administrator Study Guide. It should be ready in November, I believe. This post is a short description and some tips for the exam.

Certified OpenStack Administrator (COA) is the first professional certification offered by the OpenStack Foundation. As OpenStack’s web-site tells, it’s designed to help companies identify top talent in the industry, and help job seekers demonstrate their skills.
The COA certification is available to anyone who passes the exam. No mandatory learning is required. However, the Certified OpenStack Administrator is a professional typically with at least six months OpenStack experience. It is very important to gain practical skills of work with OpenStack before taking the exam. Practice, practice and practice is the only way to successfully reach the exam goals.

Шифрование тома Cinder в OpenStack

Tue, 12 Jan 2016 11:38:00 +0000

Одной из полезных опций работы с блочными устройствами является их шифрование. Настройка шифрования томов требуется со стороны двух служб: Nova и Cinder. Сделать это можно при помощи общего секрета или при помощи сервиса управления ключами Barbican. Пойдем по пути использования общего секрета. Нужно иметь в виду, что если он скомпрометирован, то злоумышленник получит доступ ко всем зашифрованным томам.

Зададим ключ на узле Cinder и всех вычислительных узлах:

[root@compute ~]# crudini --set /etc/nova/nova.conf keymgr fixed_key 123456789
[root@compute ~]# systemctl restart openstack-nova-compute
[root@controller ~]# crudini --set /etc/cinder/cinder.conf keymgr fixed_key 123456789
[root@controller ~]# systemctl restart openstack-cinder-volume

Нам необходимо создать новый тип тома. Назовем его LUKS, поскольку для шифрования будет использоваться соответствующая спецификация:

Зеркалирование трафика на Open vSwitch для мониторинга сети в OpenStack (port mirroring)

Sun, 20 Dec 2015 18:12:00 +0000

Зачастую перед администратором встает задача отладки приложений в вашей виртуальной сети OpenStack, и тогда возникает необходимость воспользоваться стандартными привычными инструментами наподобие tcpdump и Wireshark.

Запустим один экземпляр виртуальной машины:

$ nova boot –flavor m2.tiny –image cirros-raw –key-name demokey1 –security-groups demo-sgroup test-vm

Далее, определив на каком из вычислительных узлов запустилась виртуальная машина, посмотрим топологию Open vSwitch:

[root@compute-opt ~]# ovs-vsctl show
20eab69c-e759-41b0-a480-97688ec0b4b8
    Bridge br-int
        fail_mode: secure
        Port “qvobee51cf7-fb”
            tag: 1
            Interface “qvobee51cf7-fb”
        Port patch-tun
            Interface patch-tun
                type: patch
                options: {peer=patch-int}
        Port br-int
            Interface br-int
                type: internal
    Bridge br-tun
        fail_mode: secure
        Port “gre-c0a87adc”
            Interface “gre-c0a87adc”
                type: gre
                options: {df_default=“true”, in_key=flow, local_ip=“192.168.122.215”, out_key=flow, remote_ip=“192.168.122.220”}
        Port br-tun
            Interface br-tun
                type: internal
        Port “gre-c0a87ad2”
            Interface “gre-c0a87ad2”
                type: gre
                options: {df_default=“true”, in_key=flow, local_ip=“192.168.122.215”, out_key=flow, remote_ip=“192.168.122.210”}
        Port patch-int
            Interface patch-int
                type: patch
                options: {peer=patch-tun}
    ovs_version: “2.4.0”

Основы облачного хранилища данных Ceph. Часть 2. Установка кластера

Sun, 13 Dec 2015 10:08:00 +0000

My next article about Ceph published in Russian magazine Samag 12/2015, pp 07-11. The hands-on guide to installation of Ceph cluster with ceph-deploy and manual. The third article in January issue will discuss OpenStack integration. The announcement is here http://samag.ru/archive/article/3084

OpenStack: Живая миграция виртуальных машин

Sun, 06 Dec 2015 07:43:00 +0000

Рассмотрим на практике что стоит за кнопкой “Live Migrate Instance” веб-интерфейса и как работает живая миграция виртуальных машин в OpenStack. Сразу оговоримся что для инициации вам понадобятся привилегии администратора облака, поскольку для пользователя информация об облаке скрыта, в том числе и о конкретных гипервизорах на которых запускаются виртуальные машины. Различные балансировки нагрузки и миграции в OpenStack — вне области ответственности пользователя.

Сервис OpenStack Nova поддерживает живую миграцию виртуальных машин в двух вариантах:

Статья по архитектуре SDS Ceph

Wed, 18 Nov 2015 07:18:00 +0000

В ноябрьском номере журнала “Системный администратор” вышла моя первая статья из цикла о программно-определяемой системе хранения данных для OpenStack - Ceph.

Особенности ‪OpenStack‬ для ‪NFV‬ и ‪Telco

Mon, 02 Nov 2015 14:05:00 +0000

Рассказываю про особенности ‪OpenStack‬ для ‪NFV‬ и ‪Telco‬ 24 ноября в Москве на RISS http://www.pcweek.ru/its/riss/ и 28 ноября в Питере на Piter United http://piter-united.ru. Приходите кому интересно.

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

Wed, 30 Sep 2015 08:34:00 +0000

В составе официальной документации 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 установка утилиты производится командой:

Очередная статья в "Системном администраторе"

Sat, 08 Aug 2015 07:49:00 +0000

My fourth article on OpenStack was published in Russian magazine Samag 7-8/15 (p. 14-17). Read the full in paper.

Вышла моя четвертая статья цикла посвященного OpenStack в ж-ле “Системный администратор” 7-8/2015. Полная версия в печатном номере. http://samag.ru/archive/article/2982

Авторизованный курс и экзамен по Red Hat OpenStack в УЦ Инвента

Sun, 02 Aug 2015 17:35:00 +0000

Коллеги, 31 августа - 4 сентября читаю в УЦ Инвента (Москва) курс по RHELOSP 6 и провожу экзамен Red Hat Certified System Adminstrator in OpenStack. Курс и экзамен проводятся в первый раз в России. С учетом курса и летней акции учебного центра - стоит это в три раза дешевле чем в Фарнборо. Подробности - на сайте учебного центра http://rhd.ru/training/offers.html (курс в конце списка). Содержание курса там-же по ссылкам.

Update по книге OpenStack

Mon, 06 Jul 2015 22:18:00 +0000

Издательство ДМК-Пресс сообщило что на мою книгу по OpenStack очень большое число предзаказов. Сопоставимое было только у одной из книг по администрированию VMware. Презентация книги будет на конференции “День рождения OpenStack” 22 июля. Регистрация на конференцию - http://www.openstackday.ru/birthday2015/ Подробнее о книге - http://markelov.blogspot.ru/p/openstack.html

Предзаказ моей книги по OpenStack

Tue, 30 Jun 2015 08:51:00 +0000

Друзья, Рукопись сдана и результат моих трехмесячных трудов - книга по OpenStack доступна для предзаказа на сайте издательства. Постоянная ссылка на информацию по книге в моем блоге и ссылка на предзаказ - тут

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

Tue, 23 Jun 2015 18:54:00 +0000

Говоря о ресурсах, нужно заметить что 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.

My third article on OpenStack Glance was published

Fri, 12 Jun 2015 09:46:00 +0000

My third article on OpenStack Glance was published in Russian magazine Samag 6/15 (p. 12-14). Read the full in paper.

Вышла моя третья статья цикла посвященного OpenStack в ж-ле “Системный администратор” 6/15. Полная версия в печатном номере.

http://samag.ru/archive/article/2958.

Знакомство с простейшим HOT шаблоном сервиса оркестрации OpenStack

Mon, 08 Jun 2015 05:25:00 +0000

Службы Heat позволяют автоматизировать управление жизненным циклом наборов облачных сервисов (виртуальными машинами, сетями, томами, группами безопасности и т.д.) как единым целым, объединяя их в так называемые стеки (stack). Задачи могут быть как простыми, например развертывание виртуальной машины, таки и более сложными, например старт комплексного приложения из многих машин и его масштабирование в зависимости от информации передаваемой модулем телеметрии. Для описания стеков используются специальные, одновременно легко читаемые человеком и дружественные к обработке машиной форматы описания ресурсов, их ограничений, зависимостей и параметров:

Работа с OpenStack Telemetry (Ceilometer)

Tue, 02 Jun 2015 21:23:00 +0000

Сервис OpenStack Telemetry (Ceilometer) — компонент облака OpenStack, отвечающий за сбор, хранение метрик и мониторинг использования ресурсов в первую очередь для целей биллинга. Помимо сбора метрик работы облака Ceilometer также собирает информацию о событиях происходящих в работающей системе. Название сервиса Ceilometer происходит от названия прибора, используемого метеорологами для измерения высоты облаков над поверхностью земли.

Сервис спроектирован как расширяемый за счет подключаемых агентов сбора информации и легко маштабируемый горизонтально. Ceilometer поддерживает два способа сбора данных. Предпочтительный метод сбора при помощи очереди сообщений. Реализуется сервисом ceilometer-collector. Данный сервис запускается на одном или более управляющих узлах и отслеживает очередь сообщений. Сборщик получает уведомления от инфраструктурных сервисов (Nova, Glance, Cinder, Neutron, Swift, Keystone, Heat), затем преобразует их в сообщения телеметрии и отправляет обратно в очередь сообщений. Сообщения телеметрии записываются в хранилище без преобразований. Второй, менее предпочтительный способ - через опрашивающие инфраструктуру агенты. При помощи вызовов API или других инструментов агенты периодически запрашивают у сервисов необходимую информацию.

Моя презентация с Openstack Meetup на РИТ++

Thu, 21 May 2015 16:47:00 +0000

http://www.slideshare.net/amarkelov/rit-open-stdock150521

Настройка работы Docker и OpenStack

Mon, 11 May 2015 09:31:00 +0000

Первое с чего мы начнем — это установка Docker и необходимых пакетов. Обращаю внимание, что этот вариант установки подходит только для тестовых сред. Для «боевой установки» следует собрать rpm-пакет с драйвером Docker и не устанавливать на вычислительные узлы средства, применяемые при разработке. Действия выполняем на вычислительном узле:

[root@os2 ~]# yum -y install net-tools docker-io
python-pip git

Также обратите внимание на то, что мы устанавливаем пакет net-tools, который в современных дистрибутивах при установке по умолчанию заменен на iproute,а утилиты из его состава имеют статус устаревших. Нам он понадобится ради команды ifconfig, которая используется драйвером Docker.

Пара новых статей про OpenStack и СПО

Sun, 10 May 2015 10:22:00 +0000

В журнале “Системный администратор” 5/2015 опубликована вторая статья из моего цикла про OpenStack. Полная версия в печатной версии журнала. http://samag.ru/archive/article/2936

Также вышла небольшая заметка в журнале “Бизнес и Информационные технологии” (БИТ). Тема номера - свободное программное обеспечение http://bit.samag.ru/archive/more/151

First article of the series of my articles on OpenStack

Wed, 08 Apr 2015 14:37:00 +0000

First article of the series of my articles on OpenStack was published in Russian magazine “Системный администратор” 4/2015 http://samag.ru/archive/article/2922 . Read the full version in paper. Online later.

Заметки по поиску неисправностей в сервисах Swift

Wed, 01 Apr 2015 09:53:00 +0000

Сервисы Swift пишут сообщения об ошибках в системный журнал /var/log/messages. Как правило там могут быть trace-сообщения Python.

Проверьте что все сервисы запущенны при помощи команды lsof -i и что они работают на правильных портах. Если вы не нашли в списке одну из служб, вы можете попытаться запустить ее вручную, указав исполнимому файлу ваш конфигурационный файл. Например:

[root@sw3 ~]# swift-object-server
/etc/swift/object-server.conf

Traceback (most recent call last):

  File "/usr/bin/swift-object-server",
line 27, in

...

LookupError: No loader given in section
'filter:recon'

Сервис не запускается и из вывода видно, что в данном случае имеется ошибка конфигурационного файла в секции recon.

OpenStackClient — новый официальный проект OpenStack

Sat, 21 Mar 2015 20:39:00 +0000

Недавно список официальных проектов OpenStack пополнился еще одним проектом — OpenStackClient

Утилита командной строки openstack представляет собой единый унифицированный клиент для доступа к OpenStack API. В целом, OpenStackClient позволяет делать тоже самое, что и утилиты каждого сервиса (nova, neutron, keystone-manage и др.), но при помощи единой команды и унифицированного формата.

Добавление утилиты в RDO сводится к установке пакета:

[root@os1 ~]# yum -y install python-openstackclient

Для аутентификации клиент использует ту же схему, что и другие утилиты, за исключением замены устаревших «тенантов» (OS_TENANT_NAME) на «проекты». Пример моего keystonerc тестовой среды: