Это интервью – третье из серии наших интервью с техническими руководителями проектов OpenStack, размещённое в блоге Мирантис. Нашей целью является просвещение компьютерного сообщества в вопросах, связанных с проектом OpenStack. Ответы на эти вопросы предоставляет сам опрашиваемый. Интервью публикуется с купюрами в связи с ограничением длины статьи.
Итак, это интервью с Джоном Гриффитом, техническим руководителем проекта OpenStack Cinder.Читать полностью »
Рубрика «openstack» - 10
Интервью с Джоном Гриффитом, руководителем проекта OpenStack Cinder (блочное хранение данных)
2013-07-11 в 19:45, admin, рубрики: api, cinder, cloud, grizzly, LVM, open source, openstack, ptl, python, SATA, solidfire, wiki page, Блог компании Mirantis/OpenStack, мирантисЭкономим на спичках: как повысить локальность в OpenStack при помощи фильтров
2013-07-03 в 9:05, admin, рубрики: api, grizzly, open source, openstack, ram, Блог компании Mirantis/OpenStack, метки: api, grizzly, open source, openstack, ram, мирантисАвтор: Алексей Овчинников
Довольно часто при создании виртуальной машины на облаке возникает желание связать её с некоторым устройством хранения. Довольно часто при создании виртуальной машины на облаке хочется, чтобы она работала по возможности быстро. В случае, когда с виртуальной машиной (ВМ) связано некоторое устройство хранения данных, обмен информацией с ним может значительно ухудшить производительность связки. Поэтому ясно, что если устройство хранения будет размещено на том же физическом узле, на котором развёрнута ВМ, то задержка будет минимальной. Что не очевидно, так это — как же добиться такого удобного размещения, используя платформу OpenStack.
К сожалению, OpenStack пока не представляет средств для подобной тонкой настройки по умолчанию, однако, будучи открытой и легко расширяемой платформой, OpenStack позволяет дополнить себя подобным функционалом. В этом посте я буду обсуждать особенности реализации подобных дополнений и подводные камни, которые могут встретиться при их разработке и использовании.
Своё обсуждение я начну с простого вопроса, а именно каким образом ВМ может быть размещена на определённом узле.Читать полностью »
Интервью с Монти Тэйлором, руководителем проекта непрерывной интеграции в OpenStack
2013-06-21 в 19:16, admin, рубрики: buildbot, continuous integration, havana, Jenkins, open source, openstack, Solaris, zuul, Блог компании Mirantis/OpenStackЭто второе интервью из нашей серии интервью с руководителями проектов OpenStack в блоге Mirantis. Наша цель — обучить более широкое сообщество технических специалистов и помочь людям понять, как они могут внести вклад в проект OpenStack и извлечь из него выгоду. Естественно, ниже изложена точка зрения интервьюируемого, а не компании Mirantis. Интервью публикуется с купюрами в связи с ограничением длины статьи.
Наше второе интервью – с Монти Тейлором, техническим руководителем проекта непрерывной интеграции OpenStack CI (Continuous Integration).Читать полностью »
Плавающие IP-адреса для организации сети в публичных и частных облаках OpenStack
2013-06-14 в 9:38, admin, рубрики: IP-адрес, nat, open source, openstack, VlanManager, Блог компании Mirantis/OpenStack, Сетевые технологии, метки: IP-адрес, nat, openstack, VlanManager, мирантисАвтор: Piotr Siwczak
Недавно я описал, как работает VlanManager и как он обеспечивает масштабируемость сети и изолированность пользователей. Но до настоящего момента я говорил только о сетях с фиксированным IP-адресом, принадлежащих различным пользователям. И хотя по умолчанию экземплярам выделяются фиксированные IP-адреса, они не гарантируют немедленной доступности экземпляров из-за пределов сети (или из других ЦОД). Представьте себе следующий сценарий:Читать полностью »
Интервью с руководителем проекта OpenStack Networking Марком Макклейном
2013-06-08 в 9:26, admin, рубрики: diablo, dreamhost, folsom, grizzly, havana, networking, open source, openstack, Quantum, VLAN, vpn, vxlan, Блог компании Mirantis/OpenStackМы представляем первое из серии интервью с техническими руководителями проектаOpenStack в блоге Mirantis. Наша цель — обучить более широкое сообщество технических специалистов и помочь людям понять, как они могут внести вклад в проект OpenStack и извлечь из него выгоду. Естественно, ниже изложена точка зрения интервьюируемого, а не компании Mirantis. Интервью публикуется с купюрами в связи с ограничением длины статьи.
Наше первое интервью мы взяли у Марка Макклейна, только что избранного технического руководителя проекта OpenStack Networking (ранее известного как “Quantum”).Читать полностью »
Как собрать из конструктора облачную инфраструктуру
2013-05-30 в 6:41, admin, рубрики: open source, openstack, ай-теко, Блог компании Ай-Теко, виртуальная инфраструктура, ит-инфраструктура, Облачные вычисления, облачные сервисы, облачные технологии, метки: open source, openstack, ай-теко, виртуальная инфраструктура, ит-инфраструктура, облачные вычисления, облачные сервисы, облачные технологииМы сейчас участвуем в проекте по созданию сервиса, который собирает виртуальную инфраструктуру в облаке. Подобные решения на рынке есть, но я вижу, что нам удалось продвинуться в этом вопросе, пожалуй, чуть дальше других облачных провайдеров. Почему – попытаюсь объяснить на конкретных примерах.
Что из себя представляет типовое облачное решение сегодня? Компания малого или среднего бизнеса арендует у провайдера ресурсы: облачные сервера или VDS/VPS. Потом в ручном режиме создает редко встречающиеся в готовом виде элементы инфраструктуры — VPN, балансировщик, подсеть, роутер, изолированную сеть (VLAN)–и прописывает настройки. Для компаний крупного бизнеса, требующих реализации сложной инфраструктуры, все, как правило, ещё тяжелее: для выполнения определённого комплекса работ требуется обращение в службу поддержки провайдера с заявкой на разработку практически индивидуального проекта инфраструктуры. Понятно, что построение уникальной сложной инфраструктуры без готовых элементов – это долго и дорого.
В итоге – куча сил и времени айтишной команды уходит на организацию облачной инфраструктуры. Хотя использование виртуального сервиса быстрее и дешевле, чем организация физической инфраструктуры.
Масштабируемые сети в Openstack. Часть 2: VlanManager
2013-05-29 в 8:57, admin, рубрики: FlatDHCPManager, FlatManager, open source, openstack, VlanManager, Блог компании Mirantis/OpenStack, Сетевые технологии, метки: FlatDHCPManager, FlatManager, openstack, VlanManager, мирантисАвтор: Piotr Siwczak
В первой части статьи я описал основной режим работы сети в OpenStack, в частности сетевого менеджера FlatManager и его дополнение, FlatDHCPManager. В этой статье я поговорю о VlanManager. В то время как менеджеры, работающие в плоском режиме, разработаны для простых и небольших по размеру развертываний, VlanManager подходит для крупных внутренних облаков и публичных облаков. Как предполагает имя, VlanManager полагается на использование виртуальных локальных сетей (“виртуальных LAN”). Назначение виртуальных локальных сетей состоит в разделении физической сети на отдельные широковещательные домены (таким образом, что группы узлов в разных виртуальных сетях не видят друг друга). VlanManager пытается исправить два основных недостатка сетевых менеджеров, а именно:Читать полностью »
Масштабируемые сети в OpenStack. Часть 1: плоская топология
2013-05-22 в 19:30, admin, рубрики: FlatDHCPManager, FlatManager, networking, open source, openstack, VLAN, VlanManager, Блог компании Mirantis/OpenStack, сетевой, Сетевые технологии, метки: FlatDHCPManager, FlatManager, networking, openstack, VLAN, VlanManager, мирантис, сетевойАвтор: Piotr Siwczak
За последнее время сети в OpenStack прошли эволюцию от простой, едва ли пригодной к использованию модели к более совершенной с возможностью полной изоляции владельцев. Поддержка различных требований пользователей в OpenStack реализована с помощью т.н. “сетевых менеджеров”. Сетевой менеджер определяет сетевую топологию конкретного деплоймента OpenStack. Начиная с версии Essex, пользователь может выбрать один из трех вариантов сетевых менеджеров: FlatManager, FlatDHCPManager, VlanManager. В этой части статьи мы рассмотрим первые два, для последнего будет отведена вторая часть.
У менеджеров FlatManager и FlatDHCPManager есть много общего. Оба они основываются на концепции сетевых мостов (bridged networking) с использованием одного моста. В качестве примера рассмотрим сеть, состоящую из нескольких узлов.Читать полностью »
Представляем проект Savanna — реализацию Hadoop как услуги для облака OpenStack
2013-05-14 в 8:33, admin, рубрики: Apache, Hadoop, horizon, MapReduce, open source, openstack, pig, rest api, swift, Блог компании Mirantis/OpenStack, метки: apache, Hadoop, horizon, MapReduce, open source, openstack, pig, rest api, swift, мирантисАвтор: Александр Кузнецов
Проект Hadoop – это широко используемая платформа для распределенных вычислений на основе парадигмы MapReduce. В этой статье я рассмотрю сценарии перемещения двух основных компонентов Hadoop в облако OpenStack — инфраструктуры MapReduce и файловой системы HDFS (Hadoop Distributed File System — распределенная файловая система Hadoop). Прототипом названия проекта Savanna стали африканские равнины, по которым перемещаются слоны, изображенные на логотипе Hadoop. Более подробно о проекте рассказывает мой коллега Дмитрий Мещеряков в видео ниже.Читать полностью »
Настройка кластера с несколькими регионами для облачного хранилища объектов с OpenStack Swift
2013-04-20 в 7:41, admin, рубрики: open source, opensourse, openstack, swift, Блог компании Mirantis/OpenStack, метки: opensourse, openstack, swift, мирантисАвтор: Олег Гельбух
Прошлой осенью в блоге команды SwiftStack появился интересный обзор их подхода к созданию мультирегиональных кластеров Объектного хранилища OpenStack (кодовое название проекта — Swift). Этот подход хорошо сочетается со схемой географически распределенного кластера Swift с сокращенным числом реплик (3+1 вместо 3+3, например), над которой мы совместно работали с компанией Webex примерно в это же время. Я хотел бы кратко описать наш подход и остановиться на плане внедрения и предлагаемых изменениях кода Swift.
Текущее состояние OpenStack Swift
Я хотел бы начать с краткого обзора текущих алгоритмов Swift, чтобы затем пояснить, что именно требуется сделать, чтобы создать кластер из нескольких географически разделенных регионов.Читать полностью »