История внедрения облачной платформы OpenNebula (Леонид Kaнтер, OSSDEVCONF-2016) — различия между версиями
Материал из 0x1.tv
StasFomin (обсуждение | вклад) |
StasFomin (обсуждение | вклад) (Batch edit: replace PCRE (\n\n)+(\n) with \2) |
||
== Аннотация ==
;Докладчик: {{Speaker|Леонид Kaнтер}}
<blockquote>
Критерии выбора продукта OpenNebula в качестве корпоративной облачной платформы для разработки ПО. Опыт развёртывания и эксплуатации.
</blockquote>
== Видео == Поскольку наиболее <<раскрученной>> платформой для корпоративных облаков является OpenStack, естественно, появилось желание внедрить именно его. Однако сразу возник вопрос --- какой именно OpenStack брать? OpenStack --- очень сложный проект, состоящий на текущий момент как минимум из 14 компонентов, и кроме свободно распространяемых исходных текстов, существует множество бинарных сборок со своими утилитами для развертывания. Практически, каждый вендор предлагает не просто OpenStack, а свой продукт со своими достоинствами и недостатками. Это и Red Hat OpenStack Platform с поддерживаемой сообществом версией RDO, и Ubuntu, и Mirantis со своим Fuel, не говоря о такой компании, как HP. \section{Выбор дистрибутива OpenStack} Поскольку мы в основном работаем с системами на базе Red Hat, начали сразу смотреть в сторону дистрибутива RDO. Но оказалось, что его установщик хорошо настраивает только all-in-one сервер, а с кластером из нескольких серверов уже возникают проблемы. Mirantis Fuel Community Edition хорошо умеет разворачивать достаточно сложные конфигурации с использованием файлового хранилища Ceph, отдельными контроллерами и тд, но с точки зрения администратора установленный таким образом кластер представляет собой своего рода <<черный ящик>> --- все изменения конфигурации делаются через веб-интерфейс, а то, что исправлялось вручную, может быть затёрто при, например, добавлении в кластер нового узла. Плюс требуется выделенный сервер в качестве управляющей машины и достаточно сложная конфигурация сети с тремя интерфейсами на каждый узел кластера. В результате было принято решение создать сценарий развертывания кластера OpenStack самостоятельно на базе Ansible, для чего была сформирована команда из четырёх человек. В качестве пакетной базы было принято взять за основу пакеты из RDO, некоторые пакеты пришлось пересобирать с изменениями. \section{Проблемы, возникшие при эксплуатации OpenStack, и поиск альтарнатиы} После обкатки решения на стенде и развертывания окончательного варианта OpenStack на кластере выбранной конфигурации первые разработчики и тестеры начали получать учетные записи. И если у тех, кто уже имел опыт работы с OpenStack, никаких проблем не возникло, то те сотрудники, которые привыкли работать с Virtuozzo, начали жаловаться на отсутствие полноценных снимков состояния VM (так называемых live snapshots) и невозможность создания VM с реальными адресами на интерфейсе --- 1:1 NAT, используемый в OpenStack, не всегда удобен. Кроме этого, администрирование кластера OpenStack довольно Одним из важных преимуществ OpenNebula является модель разработки. Разработка координируется из единого центра и ориентируется на нужды конечных пользователей, вто время как OpenStack ориентируется на нужды участвующих в его разработке и конкурирующих между собой вендоров. Второе важное преимущество --- другой взгляд на модель облака. Если OpenStack изначально разрабатывался по модели Public Cloud в качестве открытой замены AWS, и лишь потом начал проникать в корпоративный сегмент, то OpenNebula разрабатывалась по модели Enterprise Cloud, глядя на VMware vCloud в качестве образца. \section{Заключение} В результате успешного внедрения два кластера OpenNebula эксплуатируются без сбоев уже около 5 месяцев, что позволило нам знаительно повысить эффективность разработчиков и тестеров, внедрив технологии непрерывной интеграции. </latex> [[File:{{#setmainimage:История внедрения облачной платформы OpenNebula (Леонид Kaнтер, OSSDEVCONF-2016)!.jpg}}|center|640px]] == Примечания и отзывы == <!-- <blockquote>[©]</blockquote> --> {{fblink|1782137012039312}} <references/> {{stats|disqus_comments=0|refresh_time=2021-08-31T17:10:55.289425|vimeo_comments=0|vimeo_plays=137|youtube_comments=2|youtube_plays=883}} [[Категория:OSSDEVCONF-2016]] [[Категория:Open-source projects]] [[Категория:Виртуализация]] |
Текущая версия на 12:21, 4 сентября 2021
Аннотация
- Докладчик
- Леонид Kaнтер
Критерии выбора продукта OpenNebula в качестве корпоративной облачной платформы для разработки ПО. Опыт развёртывания и эксплуатации.
Видео
Посмотрели доклад? Понравился? Напишите комментарий! Не согласны? Тем более напишите.
Слайды
Расширенные тезисы
Примечания и отзывы
Plays:1020
Comments:2