Метка «мирантис»

Автор Сергей Кашаба

Домены в OpenStack – это метод объединения проектов или арендаторов (как они назывались в Grizzly) в независимые группы. Кроме того, они позволяют вам ограничить доступ к определенному домену. Например, как вы, наверное, помните, когда домены не применялись, пользователь, которому была назначена роль администратора в одном проекте, являлся администратором всего кластера и мог выполнять любые операции. C появлением доменов вы можете назначить пользователю роль администратора в одном домене с привилегиями администратора только в этом домене.
В данной статье будут вкратце рассмотрены некоторые ситуации, в которых домены могут вам помочь организовать свои проекты. Как только вы разберетесь с этим, мы перейдем к рассмотрению того, как на деле использовать домены с этой целью.Читать полностью »

Автор: Дамиан Игби

Недавно я предварительно ознакомил вас со своим докладом на тему пространств имен в Neutron, подготовленным для саммита OpenStack в Гонконге. Один из авторов комментариев увидел видео с моим выступлением и попросил нас разместить здесь презентацию. В данном посте я покажу вам, как:
1. Правильно определить пространство имен.

2. Осуществить общую диагностику в установленном пространстве имен.Читать полностью »

Автор: Ник Чейс

Похоже, становится модным ругать OpenStack. Это естественно, каждая технология испытывает болезнь роста, когда она уже достаточно продвинутая, чтобы люди захотели ее использовать, но не настолько продвинутая, чтобы оправдать 100% ожиданий всех и каждого.Читать полностью »

Автор: Борис Павлович

Компания Mirantis с радостью анонсирует предстоящий выход нового инструмента для эталонного тестирования в составе OpenStack – Rally. Данный проект отвечает за развертывание OpenStack в конкретной конфигурации облака, тестирование его корректности, а также измерение различных параметров производительности.Читать полностью »

Автор: Грег Елкинбард

Моя коллега Анна Френд (Anne Friend) и я недавно представляли вебинар на тему “Как справиться с планированием аппаратного обеспечения для вашего облака OpenStack“ . Во время вебинара мы обещали дать вам ответы на вопросы, которые не успели озвучить в прямом эфире. Эта статья и будет посвящена ответам на данные вопросы.Читать полностью »

Автор: Кирилл Ишанов

Зачастую клиенты, которые просят нас развернуть облако на базе OpenStack, также привлекают нас к планированию производительности, т.е. конфигурации аппаратных средств для OpenStack, на которых будет работать облако. Недавно мы разместили в Интернете видеоролик, в котором данная тема раскрывается более подробно.Читать полностью »

Автор: Дэвид Фишман

Хотите зарабатывать деньги с OpenStack? Поздравляем и добро пожаловать в клуб.

“Как вы продаете продукты и услуги в рыночной нише, которую занимает OpenStack?” — этот вопрос нам задают очень часто. Поэтому в этой статье я зафиксировал некоторые факты – чтобы помочь вам начать работу, а также возможно дать удачный маркетинговый ход, если вы уже работаете.Читать полностью »

Автор: Алексей Овчинников

Довольно часто при создании виртуальной машины на облаке возникает желание связать её с некоторым устройством хранения. Довольно часто при создании виртуальной машины на облаке хочется, чтобы она работала по возможности быстро. В случае, когда с виртуальной машиной (ВМ) связано некоторое устройство хранения данных, обмен информацией с ним может значительно ухудшить производительность связки. Поэтому ясно, что если устройство хранения будет размещено на том же физическом узле, на котором развёрнута ВМ, то задержка будет минимальной. Что не очевидно, так это — как же добиться такого удобного размещения, используя платформу OpenStack.

К сожалению, OpenStack пока не представляет средств для подобной тонкой настройки по умолчанию, однако, будучи открытой и легко расширяемой платформой, OpenStack позволяет дополнить себя подобным функционалом. В этом посте я буду обсуждать особенности реализации подобных дополнений и подводные камни, которые могут встретиться при их разработке и использовании.

Своё обсуждение я начну с простого вопроса, а именно каким образом ВМ может быть размещена на определённом узле.Читать полностью »

Автор: Piotr Siwczak

Недавно я описал, как работает VlanManager и как он обеспечивает масштабируемость сети и изолированность пользователей. Но до настоящего момента я говорил только о сетях с фиксированным IP-адресом, принадлежащих различным пользователям. И хотя по умолчанию экземплярам выделяются фиксированные IP-адреса, они не гарантируют немедленной доступности экземпляров из-за пределов сети (или из других ЦОД). Представьте себе следующий сценарий:Читать полностью »

Автор: Piotr Siwczak

В первой части статьи я описал основной режим работы сети в OpenStack, в частности сетевого менеджера FlatManager и его дополнение, FlatDHCPManager. В этой статье я поговорю о VlanManager. В то время как менеджеры, работающие в плоском режиме, разработаны для простых и небольших по размеру развертываний, VlanManager подходит для крупных внутренних облаков и публичных облаков. Как предполагает имя, VlanManager полагается на использование виртуальных локальных сетей (“виртуальных LAN”). Назначение виртуальных локальных сетей состоит в разделении физической сети на отдельные широковещательные домены (таким образом, что группы узлов в разных виртуальных сетях не видят друг друга). VlanManager пытается исправить два основных недостатка сетевых менеджеров, а именно:Читать полностью »


https://ajax.googleapis.com/ajax/libs/jquery/3.4.1/jquery.min.js