ubuntu cloud image что это

Private cloud vs hybrid cloud, multicloud and more

Choose the cloud architecture that suits you best

There is no one size fits all cloud architecture. Developing the optimum cloud strategy requires evaluating your business needs and aligning them with the different solutions available.

Canonical fully supports public clouds and provides its own solutions for private cloud implementation and management, as well as workload orchestration in hybrid cloud and multicloud environments.

What is a private cloud?

Canonical’s Charmed OpenStack solves this problem by simplifying OpenStack deployment and providing operational automation which significantly reduces the total cost of ownership (TCO) of a private cloud.

What is a public cloud?

In a public cloud environment, compute, storage and other infrastructure resources are provided as a service by an external provider.

Major public cloud providers include Amazon Web Services (AWS), Microsoft Azure, Google Cloud Platform, Oracle and IBM Cloud.

What is a hybrid cloud?

A hybrid cloud architecture is one that combines the usage of a private cloud and one or more public cloud services with a workload orchestration engine between the platforms.

What is a multicloud?

A multicloud architecture can be considered as a relative of the hybrid cloud. It is a combination of multiple private, public or hybrid clouds.

The multicloud architecture is quickly being seen as the de-facto cloud strategy for enterprises, with 81% of businesses working with more than one cloud provider.

What is an edge cloud?

An edge cloud is a micro cloud run outside of the data centre, which brings computation and data storage closer to the location it’s needed.

Growing your cloud?

Take advantage of reliable support from our enterprise subscription, spanning all aspects of open infrastructure.

Talk to us

Let our cloud experts help you get started in the right direction with OpenStack, with consulting, training or outsourced operations.

Источник

Облако Ubuntu

Содержание

Облако Ubuntu

Облачные вычисления являются моделью вычислений, позволяющей предоставлять требуемые вычислительные мощности по запросу из общего набора имеющихся ресурсов. Такие ресурсы, как хранилище, вычислительная мощность, сеть и программное обеспечение, являются абстрактными и предоставляются как сервис через интернет в любом месте в любое время. Счет на данные ресурсы выставляется по времени использования, аналогично тому как оплачиваются электричество, вода или телефония. Инфраструктура облака Ubuntu использует программное обеспечение с открытым кодом OpenStack для создания в высшей степени масштабируемых облачных вычислений как для открытых, так и частных облаков.

Обзор

Необходимые требования

Для развертывания минимальной инфраструктуры облака Ubuntu вам потребуется как минимум:

одна выделенная система.

два диапазона сетевых адресов (частная и доступная сети).

выбранный сервер поддерживает VT (виртуальную технологию на аппаратном уровне) поскольку мы будем использовать в качестве виртуальной платформы KVM. Другие гипервизоры, как QEMU, UML, Vmware ESX/ESXi и XEN, тоже поддерживаются. Также поддерживается LXC (Linux Containers) через использование libvirt.

Проверьте, что ваша система поддерживает kvm, выполнив sudo kvm-ok в линукс-терминале.

Предварительная настройка сети

Перед тем, как устанавливать OpenStack нам требуется убедиться, что установлена поддержка сетевых мостов, база данных MySQL и сервер времени ntp. Это будет гарантировать, что мы будем содержать машины и сетевые узлы синхронизированными.

В этом примере «частная(private) сеть» будет из диапазона 10.0.0.0/24 на интерфейсе eth1. Все внутренние взаимодействия между экземплярами системы будут проходить там, в то время как «общедоступная(public) сеть» будет из диапазона 10.153.107.0/29 на интерфейсе eth0.

Установка поддержки мостов

Установка и настройка NTP

Следующие две строки добавьте в файл /etc/ntp.conf:

Перезапустите сервис ntp:

Установка и настройка MySQL

Создайте базу данных и mysql пользователя для OpenStack:

Символ продолжения строки «\» подразумевает, что вы включаете следующую строку как продолжение текущей команды.

Установка вычислительного ресурса OpenStack (Nova)

Установим компоненты OpenStack Nova:

Перезапустим libvirt-bin просто чтобы быть уверенными, что libvirtd знает об ebtables (фильтре для сетевых мостов):

Отредактируем /etc/nova/nova.conf и добавим следующее:

Перезапустим сервисы OpenStack:

Перенесем базу данных Nova с sqlite на MySQL. Это может занять длительное время:

Определим отдельную частную сеть, в которой будут работать все ваши элементы. Она будет использоваться с фиксированными адресами IP, указанными в nova.conf:

Определим отдельную общедоступную сеть и разместим в ней 6 плавающих IP адресов, начиная с 10.153.107.72, для использования элементами среды:

Создадим пользователя (user1), проект (project1), загрузим учетную запись и получим конфигурационный файл:

Проверм установку вычислительного ресурса OpenStack, набрав:

Если сервисы nova не отработают корректно, перезапустите сервисы OpenStack, как описывалось выше. Для дополнительной информации смотрите секцию Поддержка и решение проблем в этом руководстве.

Установка сервиса образов систем (Glance)

Nova использует сервис Glance для управления образами операционных систем, которые требуются для поднятия экземпляров системы. Glance может использовать различные типы систем хранилищ, такие как файловое хранение, S3 (Simple Storage Service) и пр. Glance состоит из двух компонентов: glance-api и glance-registry. Они могут управляться с использованием соответствующих задач загрузки сервисов. Для нашего примера в качестве хранилища мы будем использовать mysql.

Установка Glance:

Создадим базу данных и пользователя для glance:

Отредактируем файл /etc/glance/glance-registry.conf и изменим строку, содержащую опцию «sql_connection =», на следующее:

Удалим базу данных sqlite:

Перезапустим glance-registry после внесенных изменений в /etc/glance/glance-registry.conf. База данных MySQL будет автоматически заполнена:

При поиске проблем посмотрите файлы журналов /var/log/glance/api.log и /var/log/glance/registry.log.

Работающие экземпляры (instances)

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

Загрузите, зарегистрируйте и опубликуйте облачный образ Ubuntu:

Создайте ключевую пару для пользователя и подготовьте экземпляр системы:

Разрешите доступ по icmp (ping) и ssh к экземплярам:

Запустите экземпляр системы:

Присвойте экземпляру адрес общедоступной сети:

Вы здесь должны ввести instance_id (ami) и public_ip_address, показанные выше командами euca-describe-instances и euca-allocate-address.

Теперь вы можете использовать SSH доступ к экземпляру:

Для выключения экземпляра:

Установка хранилища инфраструктуры (Swift)

Swift является распределенным хранилищем высокой доступности соответствия object/blob. Оно используется инфраструктурой OpenStack для предоставления S3-подобных облачных сервисов хранения. Оно также совместимо с S3 api от Amazon.

Читайте также:  атаманская сотня что это

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

Хотя вы можете установить Swift на единственный сервер, для промышленных сред требуется установка на несколько серверов. Если вы хотите установить хранилище объектов OpenStack (Swift) на отдельный сетевой сервер для разработки или тестирования, используйте инструкции установки ‘Swift все в одном’ на Ubuntu.

Источник

Виртуальное приватное облако: подготовка образов

В сервисе «Виртуальное приватное облако» имеется большой набор готовых образов операционных систем для создания виртуальных машин.

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

Иногда возникает необходимость изменить набор предустановленных пакетов или конфигурационные файлы системы в готовом образе — например, у пользователей, которые разворачивают кластер однотипных серверов.

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

В качестве примера будет использован образ Ubuntu 16.04: подготовка рабочего окружения, настройка необходимых параметров, сборка и загрузка образа в облачный сервис.

Также будут рассмотрены необходимые шаги для подготовки образа с полной совместимостью со всеми дополнительными возможностями сервиса «Виртуальное приватное облако».

В качестве инструмента для сборки образа мы будем использовать diskimage-builder. Это набор компонентов для подготовки образов операционных систем, файловых систем, RAM-дисков с открытым исходным кодом, поддерживаемый сообществом OpenStack.

Инструмент поддерживает создание образов большинства распространенных дистрибутивов GNU/Linux:

По умолчанию diskimage-builder подготавливает образ cloud-версии операционной системы, поэтому в образе будут присутствовать пакеты cloud-init и cloud-utils, необходимые для автоматической настройки системы в облаке.

Создание образа Ubuntu 16.04

Мы будем готовить образ на машине с ОС Ubuntu 14.04.

Для начала установим необходимые зависимости:

Затем установим diskimage-builder:

Создадим базовые директории для работы:

Для настройки diskimage-builder нам необходимо указать несколько дополнительных параметров, значение которых хранится непосредственно в переменных окружения командной оболочки (таким образом, вы можете указывать их в командной строке):

/diskimage-builder/images/ubuntu-16.04″ — имя и путь для образа.

Сборка образа осуществляется с помощью команды:

Перед непосредственной сборкой образа вам скорее всего понадобится внести дополнительные настройки в систему, например:

Для этого нам потребуется создать дополнительный элемент в директории

/diskimage-builder/elements/ubuntu-16-custom создадим файл README.rst с описанием нового элемента:

/diskimage-builder/elements/ubuntu-16-custom/install.d создадим скрипт 50-install-additional-packages:

Скрипты в директории install.d выполняются при сборке образа во время установки основных пакетов. Созданный нами скрипт 50-install-additional-packages установит в систему python версии 2.7, который все еще необходим для работы многих приложений. По умолчанию в образе Ubuntu 16.04 присутствует только python версии 3.5.

Вы также можете дополнить этот список необходимыми вам пакетами, которые потребуется установить в образ.

Далее в директории

/diskimage-builder/elements/ubuntu-16-custom/post-install.d необходимо создать скрипт 50-configure-system для изменения конфигурации системы:

Скрипты в директории post-install.d выполняются сразу после скриптов в директории install.d.

Также нам потребуется изменить настройки GRUB для добавления параметра запуска «net.ifnames=0», который сохранит имена интерфейсов в привычном формате ethN.

Добавим скрипт 50-configure-grub в директории

Скрипты в директории finalise.d выполняются после всех основных этапов подготовки образа.

После создания описанных скриптов нам необходимо изменить их атрибуты, для этого выполним команду chmod:

Теперь перед созданием образа нам необходимо указать путь для нашего нового элемента. Это можно сделать при помощи параметра ELEMENTS_PATH.

Чтобы не указывать параметры каждый раз напрямую в командной строке, в директории

/diskimage-builder/ создадим скрипт build-ubuntu-16.04, который задаст параметры diskimage-builder и выполнит сборку образа:

Изменим атрибуты этого файла:

После этого должна получится вот такая иерархия файлов:

Запустим скрипт build-ubuntu-16.04:

Утилита sudo при вызове нужна для того, чтобы предложение ввести пароль не появилось посередине процесса подготовки образа. Данное поведение объясняется тем, что некоторые предустановленные элементы diskimage-builder содержат вызов sudo (например, скрипт 01-ccache от элемента base, который выполняется при сборке большинства дистрибутивов).

По окончании работы нашего скрипта новый образ будет находиться в директории

Вы можете использовать созданный образ в сервисе Selectel «Виртуальное приватное облако», загрузив его через веб-интерфейс панели VPC, либо через glance API.

Обратите внимание, что пароль для root был удален на этапе сборки образа, поэтому доступ к виртуальной машине по SSH изначально будет возможен только по ключу. Вы можете добавить ключ SSH при создании машины в панели VPC. Доступ к серверу возможен и через виртуальную консоль no-VNC в панели управления, в этом случае вам не потребуется вводить пароль root, если он не был установлен.
Пароль root устанавливается стандартным способом с помощью утилиты passwd.

Если вы попытаетесь использовать образ, созданный при помощи описанных выше процедур, в нашем сервисе «Виртуальное приватное облако» (VPC), то столкнётесь с рядом ограничений. Для вас не будут доступны следующие возможности VPC:

В следующем разделе мы покажем, как сделать полностью совместимый с VPC образ.

Создание образа для сервиса «Виртуальное приватное облако»

Чтобы создаваемый образ был полностью совместим с сервисом VPC, на этапе сборки потребуется добавить дополнительные свойства свойств для образа и установить в систему дополнительные пакеты.

Добавим еще один элемент ubuntu-16-selectel, для этого создадим директорию:

Внутри данной директории добавим описание элемента в файле README.rst:

Создадим требуемые директории для нового элемента:

Изменим список репозиториев скриптом

Добавим дополнительные пакеты скриптом

Будут установлены следующие утилиты:

Также во время сборки образа пакет cloud-init будет автоматически обновлен на версию, которая находится в зеркале Selectel OpenStack. Эта версия содержит патчи, которые обеспечивают консистентность настроек сети между виртуальной машиной и сервисом VPC.

Автоматическое обновление пакетов при сборке образа происходит при помощи предустановленного скрипта 00-up-to-date, во время стадии install.d.

Далее нам понадобится добавить дополнительные конфигурационные файлы для cloud-init, создадим в директории

/diskimage-builder/elements/ubuntu-16-selectel/post-install.d скрипт 50-configure-cloud-init:

Удалим данный файл простым скриптом

Изменим атрибуты новых скриптов:

Добавим новый элемент ubuntu-16-selectel в скрипт

Иерархия файлов должна иметь такой вид:

Читайте также:  xplite gamecaster что это

Запустим сборку образа:

Для загрузки образа со всеми необходимыми свойствами вам потребуется утилита glance и RC-файл доступа к проекту (его можно скачать в нашей панели управления; все необходимые инструкции опубликованы там же) https://support.selectel.ru/vpc/access/.

Команда для загрузки будет выглядеть так:

При загрузке будут добавлены свойства:

После загрузки образ будет отображаться на вкладке «Образы» в вашем проекте VPC с именем Ubuntu-16.04-VPC.

При первом запуске сервера пароль для пользователя root будет сгенерирован и установлен автоматически. Он будет отображаться на вкладке «Консоль», там же при необходимости можно сгененировать новый пароль.

Помимо этого вам не придется производить настройки сетевых интерфейсов на сервере вручную, если вы изменили их в панели управления на вкладке «Порты». Чтобы cloud-init перенастроил сетевые интерфейсы, потребуется произвести перезагрузку сервера по питанию. После этого будут сгенерированы новые метаданные OpenStack c новыми настройками сети.

Вы можете запретить утилите cloud-init изменять настройки сети при каждой перезагрузке сервера. Для этого в установленной системе добавьте файл /etc/cloud/cloud.cfg.d/99_disable_network_config.cfg:

В ближайшем будущем мы добавим возможность запрета автоматической перенастройки сети через веб-интерфейс панели VPC без необходимости редактирования конфигурации системы.

Заключение

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

Если у вас остались вопросы по основным способам использования данного инструмента или же для вас непонятны какие-либо моменты в управлении образами и виртуальными машинами в сервисе VPC, пожалуйста, укажите об этом в комментариях.

Будем также рады, если вы поделитесь собственными способами использования diskimage-builder.

Источник

LXF129:Eucalyptus

Подписка на печатную версию Весь 2015 год (12 номеров) Первое полугодие (6 номеров) Второе полугодие (6 номеров) Подписка на электронную версию Весь 2015 год (12 номеров) Первое полугодие (6 номеров) Второе полугодие (6 номеров) Подшивки старых номеров журнала (печатные версии) Весь 2014 год (12 номеров) Первое полугодие (6 номеров) Второе полугодие (6 номеров)

Hardcore Linux Проверьте себя на крутом проекте для продвинутых пользователей

Содержание

UEC: За­ве­дем себе лич­ное об­ла­ко

С Ubuntu 9.04 Canonical пред­ста­ви­ла воз­мож­ность за­пуска сво­его лич­но­го об­ла­ка сер­ве­ров с вир­ту­аль­ны­ми ма­шина­ми (ВМ). Для этой це­ли ком­пания по­ра­бо­та­ла со­вме­стно с про­ек­том Eucalyptus. Eucalyptus – это «об­лач­ная» ин­фра­структу­ра, со­вмести­мая с Amazon EC2 API. Од­на­ко в Jaunty Eucalyptus был все­го лишь тех­но­ло­ги­че­ской про­бой пе­ра и имел ряд ше­ро­хова­то­стей, что­бы не ска­зать ху­же.

В Karmic Koala Eucalyptus ин­тег­ри­ро­ван в ди­ст­ри­бу­тив под именем Ubuntu Enterprise Cloud (UEC). Ин­стал­ли­ро­вать Ubuntu Enterprise Cloud мо­жно пря­мо с ди­ст­ри­бу­тив­но­го CD Ubuntu Server. Бо­лее того, Canonical вы­пусти­ла об­ра­зы UEC для Ubuntu 9.10 Server, и его не толь­ко мож­но за­пустить на ва­шем лич­ном об­ла­ке, но так­же и на Amazon EC2, без вся­ких из­менений. Это очень уп­ро­ща­ет хостинг об­ра­зов на ва­шем лич­ном об­ла­ке и вы­груз­ку их на EC2, когда на­груз­ка на ва­ши сер­ве­ры станет слиш­ком боль­шой.

Про­верь­те обо­ру­до­вание

Зай­ди­те в свое об­ла­ко че­рез про­стой web-ин­тер­фейс.

Пре­ж­де чем на­страи­вать об­ла­ко, да­вай­те сде­ла­ем пау­зу и взглянем на тре­бо­вания. Нам нуж­ны как минимум две систе­мы: фронталь­ный ком­пь­ю­тер-ин­тер­фейс [front-end] и один или бо­лее узлов [nodes]. На ин­тер­фей­се бу­дут ра­бо­тать кон­трол­лер об­ла­ка, кон­трол­лер кла­сте­ра, хранили­ще ти­па Amazon S3 (из­вест­ное как Walrus) и его кон­трол­лер. Та­кое ко­ли­че­ство сер­ви­сов на од­ной машине по­тре­бу­ет доста­точ­но мощ­но­го ком­пь­ю­те­ра (см. таб­ли­цу аппа­рат­ных тре­бо­ваний. Бы­ст­рый про­цес­сор и же­ст­кий диск, доста­точ­но ско­ро­ст­ной и вме­сти­тель­ный для хранения обра­зов и кэ­ша, бу­дут са­мы­ми важ­ны­ми тре­бо­вания­ми.

Уз­лы – это систе­мы, на ко­то­рых бу­дут за­пускать­ся вир­ту­альные ма­ши­ны. На их про­цес­со­рах, пред­поч­ти­тель­но 64‑бит­ных и мно­го­ядер­ных, долж­но быть вклю­че­но рас­ши­рение VT: 64‑битный узел Eucalyptus мо­жет ра­бо­тать и в ре­жи­ме i386, и amd64, но по умол­чанию Eucalyptus по­зво­лит за­пустить толь­ко од­ну ВМ на яд­ро про­цес­со­ра уз­ла. Уз­лы так­же долж­ны быть от­но­си­тельно при­лич­но осна­ще­ны, так как на них бу­дет ид­ти ин­тен­сив­ная ра­бо­та с диском.

Тре­тий ком­понент, про ко­то­рый нель­зя за­бы­вать – сеть: вирту­аль­ные ма­ши­ны по­треб­ля­ют ты­ся­чи ме­га­байт диско­во­го простран­ства, и все это ко­пи­ру­ет­ся с фрон­таль­но­го ком­пь­ю­те­ра на уз­лы при их за­пуске. 100‑Мбит­ная сеть бу­дет ра­бо­тать, но тогда для стар­та ВМ по­тре­бу­ет­ся несколь­ко ми­нут. Что­бы по­лу­чить го­тов­ность ВМ на ва­шем об­ла­ке сра­зу же по­сле вклю­чения, нужна ги­га­бит­ная сеть.

Пер­вый шаг

Кто уста­но­вил Ubuntu Enterprise Cloud, тот уже го­тов к его ис­пользо­ванию. Но спер­ва об­за­ве­ди­тесь пол­но­мо­чия­ми ад­минист­ра­то­ра на ин­тер­фей­се:

Ус­та­но­ви­те образ на ва­ше об­ла­ко с Ubuntu Cloud Store.

Это обес­пе­чит со­хранение всех ре­к­ви­зи­тов в ди­рек­то­рии .euca ва­ше­го до­машнего ка­та­ло­га. Что­бы быть го­то­вым по­иг­рать с ва­шим об­ла­ком, вы долж­ны под­гру­зить кон­фи­гу­ра­ци­он­ный файл eucarc, ко­то­рый на­страи­ва­ет все необ­хо­ди­мые Eucalyptus пе­ре­мен­ные ок­ру­жения, коман­дой source:

Ес­ли вы хо­ти­те, что­бы это про­ис­хо­ди­ло ка­ж­дый раз при вашем вхо­де в сис­те­му, про­пи­ши­те дан­ные стро­ки в кон­це фай­ла

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

Ес­ли вы­во­дит­ся нечто вро­де это­го, ва­ше лич­ное об­ла­ко ра­бота­ет! Имя zoo со­от­вет­ству­ет то­му, что мы да­ли на­ше­му об­ла­ку при на­строй­ке фрон­таль­ной ма­ши­ны, а 192.168.0.140 – это ее IP-ад­рес. И то, и дру­гое в ва­шей уста­нов­ке мо­жет от­ли­чать­ся. Бо­лее ин­те­рес­ная часть – это спи­сок ти­пов ВМ. В нем по­ка­за­но, сколь­ко ВМ ка­ж­до­го ти­па вы мо­же­те за­пустить на ва­шем об­ла­ке. Это зави­сит от чис­ла и мощ­но­сти ва­ших уз­лов. В дан­ном при­ме­ре выво­да по­ка­за­но мое сла­бень­кое лич­ное об­ла­ко, спо­соб­ное управиться толь­ко с че­ты­рьмя неболь­шими ВМ. Но ес­ли я до­ку­п­лю дополнитель­ный ком­пь­ю­тер, уста­нов­лю и за­ре­ги­ст­ри­рую его как вто­рой узел UEC в мо­ем об­ла­ке, их чис­ло, бла­го­да­ря гиб­кости об­ла­ка, воз­растет ав­то­ма­ти­че­ски.

Про­стей­шим спо­со­бом уста­но­вить об­раз UEC и за­пустить его на ва­шем об­ла­ке яв­ля­ет­ся встро­ен­ный web-ин­тер­фейс. Пе­рей­дите на https://192.168.1.140:8443 (из­менив IP-ад­рес на пра­виль­ный) и вой­ди­те с ре­к­ви­зи­та­ми admin/admin. На сле­дую­щей странице измените этот па­роль по умол­чанию и вве­ди­те свой ад­рес элек­тронной поч­ты: он бу­дет ис­поль­зо­вать­ся для со­об­щений.

На­хо­дясь в web-ин­тер­фей­се, на­жми­те на вклад­ку Store [Хранили­ще]. Вам предъ­я­вят спи­сок офи­ци­аль­ных об­ра­зов, кото­рые Canonical пред­ла­га­ет для за­пуска на Ubuntu Enterprise Cloud. На мо­мент напи­сания ста­тьи этот спи­сок был ог­раничен 32‑и 64‑бит­ны­ми вер­сия­ми Ubuntu 9.10 RC Server и де­мон­ст­ра­ци­онным MediaWiki. Щелкните на Install [Уста­но­вить] у вы­бран­но­го образа. Когда он ска­ча­ет­ся и уста­но­вит­ся, на­жми­те на ‘How to run?’, что­бы уви­деть необ­хо­ди­мые для за­пуска коман­ды, ко­то­рые нужно вве­сти в команд­ной стро­ке. Об­раз те­перь так­же бу­дет ото­бражать­ся в вклад­ке Image, ко­то­рая по­ка­зы­ва­ет все об­ра­зы, доступные для за­пуска на ва­шем об­ла­ке.

Шаг за ша­гом: Ус­та­но­вим Ubuntu Enterprise Cloud

Соз­да­ем свой об­раз

Бо­лее тру­до­ем­ким, но все рав­но про­стым спо­со­бом уста­нов­ки образа яв­ля­ет­ся его са­мо­стоя­тель­ная сбор­ка и за­груз­ка. Од­на­ко если вы ска­чае­те вет­ку uec-tools с Launchpad (https://code.launchpad.net/

ubuntu-on-ec2/ubuntu-on-ec2/uec-tools), то мо­же­те ис­пользо­вать скрипт register-uec-tarball, ав­то­ма­ти­зи­рую­щий этот процесс. На­при­мер, мож­но ска­чать офи­ци­аль­ный об­раз Ubuntu UEC c http://uec-images.ubuntu.com/releases/karmic/release на фронталь­ный ком­пь­ю­тер и за­тем по­местить его в свое об­ла­ко все­го одной коман­дой:

Она рас­па­ку­ет ар­хив tar.gz, со­бе­рет яд­ро в Eucalyptus Kernel Image (EKI), а Ram-диск – в Eucalyptus Ramdisk Image (ERI), и напосле­док раз­местит сам об­раз в Eucalyptus Machine Image (EMI). Весь про­цесс зай­мет несколь­ко ми­нут.

По­сле это­го три об­раза бу­дут доступ­ны че­рез web-ин­тер­фейс во вклад­ке Images. Вы так­же мо­же­те про­ве­рить их доступ­ность из команд­ной стро­ки:

За­пус­ка­ем свои движ­ки

Вы мо­же­те так­же ус­та­но­вить контрол­лер кла­стера UEC или узел на имею­щей­ся сис­те­ме Ubuntu. Ви­ки UEC подска­жет, как это сде­лать.

Те­перь-то и пой­дет по­те­ха! Мы за­пус­тим на на­шем об­ла­ке не­сколь­ко ВМ. Но для это­го на­до спер­ва соз­дать SSH-ключ и от­крыть порт 22 для бу­ду­щих эк­зем­п­ля­ров.

Ключ со­хра­нит­ся в фай­ле mykey.priv, так что сде­лать это нуж­но толь­ко один раз. Те­перь за­пус­ти­те эк­зем­п­ляр ВМ ти­па c1.medium, ис­поль­зуя ID EMI, най­ден­ный в вы­во­де euca-describe-images:

По­до­ж­ди­те, по­ка со­стоя­ние не сме­нит­ся с pending на running. В за­ви­си­мо­сти от ско­ро­сти ва­шей се­ти, это мо­жет за­нять не­сколько ми­нут для пер­во­го за­пус­кае­мо­го эк­зем­п­ля­ра. Из­ме­не­ния состоя­ния мож­но на­блю­дать с по­мо­щью ко­ман­ды с уме­ст­ным именем – watch:

ElasticFox, расши­ре­ние Firefox, пре­дос­тав­ляет удоб­ный web-ин­тер­фейс для ад­ми­ни­стри­ро­ва­ния об­лака EC2. Оно так­же ра­бо­та­ет с Ubuntu Enterprise Cloud. По­ищи­те подроб­но­сти на вики UEC.

Ко­гда эк­зем­п­ляр бу­дет в со­стоя­нии running, по­смот­ри­те на первый IP-ад­рес, упо­мя­ну­тый в вы­во­де euca-describe-instances: это пуб­лич­ный IP-ад­рес. За­тем вы смо­же­те зай­ти в не­го с име­нем ubuntu и ра­нее соз­дан­ным SSH-клю­чом:

Те­перь вы ра­бо­тае­те на сер­ве­ре в ва­шем лич­ном об­ла­ке! При жела­нии за­вер­шить ра­бо­ту дан­ной ВМ, вы смо­же­те это сде­лать, исполь­зуя пра­виль­ный ID эк­зем­п­ля­ра:

Пре­доставь­те об­ла­ко дру­гим

Ес­ли вы ак­ку­рат­но сле­до­ва­ли на­шим ин­ст­рук­ци­ям, то те­перь имее­те свое лич­ное об­ла­ко; но есть ве­ро­ят­ность, что вы не соби­рае­тесь де­лать его еди­но­лич­ным. Воз­мож­но, вы ис­поль­зуе­те Ubuntu Enterprise Cloud в ма­лом бизнесе и хо­ти­те, что­бы ва­ши колле­ги то­же по­жи­ви­лись об­ла­ком. К сча­стью, управ­ление досту­пом поль­зо­ва­те­лей в Ubuntu Enterprise Cloud так­же неслож­но. Просто ска­жи­те ва­шим кол­ле­гам зай­ти на https://192.168.1.140:8443/ (или на долж­ный IP-ад­рес фрон­таль­но­го ком­пь­ю­те­ра) и кликнуть на ‘Apply’ [При­менить]. За­тем они долж­ны вве­сти имя пользо­ва­те­ля, па­роль и немно­го ин­фор­ма­ции о се­бе, та­кой как имя и ад­рес элек­трон­ной поч­ты. По­сле это­го, клик­нув на ‘Sign up’ [Ре­ги­ст­ра­ция], они по­шлют ад­минист­ра­то­ру об­ла­ка со­об­щение о сво­ем запро­се.

Ес­ли при уста­нов­ке фрон­таль­но­го ком­пь­ю­те­ра вы пра­виль­но на­строи­ли поч­то­вый сер­вер, то по­лу­чи­те от ва­ших кол­лег письмо с за­про­сом учет­ной запи­си. За­тем они по­лу­чат по поч­те от­вет с под­твер­ждением за­про­са. Ва­ши но­вые поль­зо­ва­те­ли мо­гут теперь зай­ти в web-ин­тер­фейс ин­тер­фей­са UEC, ис­поль­зуя за­данные имя поль­зо­ва­те­ля и па­роль. Клик­нув на ‘Download Credentials’ [Ска­чать ре­к­ви­зи­ты], они по­лу­чат zip-файл. По­сле его рас­па­ковки они уви­дят при­мер­но то же со­дер­жи­мое, что и мы в на­ча­ле этой ста­тьи. При­менив source к фай­лу eucarc, до­ба­вив SSH-ключ и авто­ри­зо­вав SSH, они смо­гут за­пускать но­вые эк­зем­п­ля­ры и за­ходить в них, как опи­са­но вы­ше.

Бу­ду­щее Ubuntu: в об­ла­ках?

На­чи­ная с Ubuntu 9.10, Canonical пред­ла­га­ет кон­суль­та­ции, он­лайн-обу­чение, под­держ­ку и ин­ст­ру­мен­ты управ­ления, и ес­ли вы за­хо­ти­те ис­поль­зо­вать Ubuntu Enterprise Cloud в ва­шей ком­пании, в про­фессио­наль­ном сер­ви­се недостат­ка не бу­дет. В этом го­ду мы уви­дим в Cloud Store боль­ше об­ра­зов, в том чис­ле ком­мер­че­ских.

Од­на­ко осно­ва все­гда бу­дет сво­бод­ной. Как обыч­но, имеет­ся пре­крас­ная он­лайн-до­ку­мен­та­ция (на https://help.ubuntu.com/community/UEC). И ес­ли вам нра­вит­ся Ubuntu на EC2, а про­цес­со­ры ва­ше­го соб­ствен­но­го обо­ру­до­вания недог­ру­же­ны, Ubuntu Enterprise Cloud бу­дет хо­ро­шим вы­бо­ром. Оно пол­но­стью функ­цио­наль­но, ес­ли вы го­то­вы по­тра­тить на него неко­то­рое время. И если вы сравните этот урок с пре­ды­ду­щим, про Ubuntu на EC2, то уви­ди­те, что осно­вы их оди­на­ко­вы, так что ваш опыт с EC2 или Eucalyptus уд­во­ил­ся!

Что та­кое Amazon EC2?

Amazon’s Elastic Compute Cloud (EC2) – это гиб­кая аль­тер­на­ти­ва тра­ди­ци­он­но­му хос­тингу. По су­ще­ст­ву, это не бо­лее чем пач­ка серве­ров, за­пу­щен­ных в ВМ под ги­пер­ви­зо­ром Xen. Но спо­соб ва­шей ра­бо­ты с ни­ми по-настоя­ще­му ги­бок: вы мо­же­те за­пус­тить соб­ствен­ные ВМ за па­ру ми­нут и столь же бы­ст­ро ос­та­но­вить их, и пла­та за все это бу­дет ба­зиро­вать­ся на трех па­ра­мет­рах: вре­ме­ни ра­бо­ты ма­шин, ге­не­ри­руе­мом се­те­вом тра­фи­ке и типе ус­та­нов­ки (от ма­лень­ких до боль­ших). Это под­лин­ные вы­чис­ле­ния по тре­бо­ва­нию: ес­ли ваш сер­вер ис­пы­ты­ва­ет пе­ре­груз­ку, вы сможе­те до­ба­вить столь­ко эк­зем­п­ля­ров, сколь­ко нуж­но. Как поль­зо­ва­тель EC2, вы мо­же­те созда­вать или ска­чи­вать так на­зы­вае­мые Amazon Machine Image (AMI). Это пред­на­стро­ен­ные паке­ты ОС и ПО, ко­то­рые мож­но ус­та­но­вить как вир­ту­аль­ные ма­ши­ны на EC2. Amazon EC2 стал де-фак­то стан­дар­том об­лач­ных вы­чис­ле­ний.

Совместимость EC2: мощная идея

Роб Твид [Rob Tweed], директор британской компании M/Gateway Developments Ltd, работал с Canonical над добавлением клона базы данных Amazon SimpleDB с открытым кодом, M/DB, в UEC Image Store. В процессе работы он решил получше изучить UEC. Вот некоторые его отзывы об Ubuntu Enterprise Cloud: «Основывать личные облака на ставшем де-факто стандартом API от Amazon – мощная идея. Например, иметь одинаковый интерфейс клиента, типа ElasticFox, и на Amazon, и на моем локальном облаке UEC и запускать сервера одним способом – это замечательно. Кстати, ElasticFox – великолепный web-интерфейс для облачных вычислений. Меня смутила только одна область – настройка безопасности, пар ключей и т.п. Кроме того, путем проб и ошибок я обнаружил, что контроллер кластера не любит работать в VMware. У меня было множество проблем с сетью, которые исчезли при помещении его на отдельную машину».

Источник

Читайте также:  какие упражнения надо делать чтобы похудеть дома для мужчин
Информ портал о технике и не только