Обзор что такое облачный хостинг?

Самый первый вопрос, который задают, когда говорят об облаках — что же такое облачный хостинг? На самом деле, надо смотреть чуть шире и определиться с тем, что такое облачные вычисления (cloud computing) и основанные на них продукты (в том числе и облачный хостинг).

“On-demand self service” — принцип доступности любого объема услуг. Пользователь может купить любой объем услуг облачного продукта самостоятельно, покупка и активация услуг не должны занимать много времени. В оригинале “renting takes minutes”, то есть покупка занимает несколько минут.

“Ubiquitous network access” — принцип сетевой доступности. Облачное решение должно быть доступно с любого компьютера или телефона в любой точке мира в любое время.

“Metered use” — принцип оплаты по факту. Облачный продукт должен точно обсчитывать объем потребленных в каждый момент времени услуг, при этом именно этот объем услуг должен быть оплачен.

“Elasticity” — принцип гибкости закупки. Пользователь может заказать как очень малое количество услуг и использовать их достаточно долго (к примеру, десять месяцев), так и заказать большой объем услуг (в десять раз больший) и использовать меньший промежуток времени (месяц).

“Resource pooling” — принцип независимости от «железа». Пользователю неизвестно и неважно, на каком аппаратном узле облака сейчас запущены его виртуальные машины (либо выполняются предоставленные ему приложения, для случая с SaaS). При выходе из строя одного аппаратного узла, пользователи не должны испытывать неудобств или неработоспособности сервисов (обласный продукт не должен зависеть от работоспособности одного конкретного аппаратного узла).

-чем облака отличаются от традиционных хостинг-решений:

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

В отличие от shared-хостинга, в облаках есть возможность наращивать объем закупленных мощностей мгновенно, без обращения в службу технической поддержки оператора;

В отличие от всего, что было на рынке хостинга до облаков, облачные продукты предоставляют схему оплаты по факту (она называется у rackspace — “pay as you grow”), то есть оплату только той мощности, которую пользователь действительно использует с достаточно коротким промежутком тарификации.

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

Что такое IaaS, PaaS и SaaS

Любой облачный хостинг — это аренда некой площадки или приложения с соблюдением вышеупомянутых принципов. Но на самом деле, IaaS, PaaS и SaaS — совершенно разные продукты, созданные для разных целей.

IaaS

Инфраструктура в аренду — это тот вид облачных услуг, который ближе всего разработчикам, администраторам и другим технически подкованным людям, занимающимся архитектурой и разработкой веб-приложений (или корпоративных приложений). Он подходит для хостинга сложных, больших и высоконагруженных приложений, которым нужно использовать все возможности настройки традиционных операционных систем, которым нужен максимальный контроль над окружением.

Инфраструктура как сервис подразумевает предоставление пользователю (заказчику) интерфейса (программного и/или веб интерфейса) для покупки и управления любым количеством виртуальных выделенных серверов необходимой заказчику мощности (не забывайте про первый и четвертый принципы). При этом пользователь имеет полный контроль над закупленными виртуальными машинами и дополнительными услугами.

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

Примеры: Amazon Web Services, Rackspace Cloud, Terremark, gandi.net, GoGrid,Scalaxy.

PaaS

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

Пользователь не имеет доступа к операционной системе, однако полностью контролирует, разрабатывает и настраивает приложение, хостинг для которого предоставляет платформа. Как правило, платформа узко специализирована для какого-то конкретного типа и категории приложений. К примеру, Heroku заточена для хостинга веб-приложений на ruby, а force.com — для приложений на java.

Примеры: Google App Engine, Heroku, Engine Yard (Rails applications), force.com.

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

Примеры: Google applications for your domain, Salesforce и многие другие.

В последнее время идут бурные обсуждения того, возможен ли вообще рентабельный бизнес SaaS-приложений в силу того, что аудитория не готова платить за SaaS. Но примеры SaaS уже есть.

Теперь перейдем к еще одной важной детали облачных сервисов — масштабированию инфраструктуры.

Когда вы используете PaaS или SaaS, масштабирование под любую нагрузку происходит полностью незаметно для вас, выделение мощностей при этом входит в зону ответственности провайдера услуг. Но при использовании IaaS-сервисов, проблема изменения количества закупленных мощностей под текущую нагрузку становится серьезным вопросом. Стандарт облачного продукта предусматривает возможность в любой момент времени закупить дополнительные мощности, оплатить их ровно за такой промежуток времени, на какой они необходимы, однако он не предусматривает, что мощности будут выделены автоматически. Точнее говоря — IaaS просто не предусматривает мониторинга нагрузки на пользовательских виртуальных машинах, поэтому он и не может предоставить автоматического масштабирования.

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

Идеей горизонтального масштабирование является следующий алгоритм:

Трафик попадает не напрямую на серверы пользователя, а проходит через некий балансировщик нагрузки;

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

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

На рисунке показана грубая схема такой модели масштабирования. При этом логично, что каждый сервер в стеке обладает достаточно серьезными запасами производительности (пример — машины из amazon elastic cloud ).

Практически безграничное масштабирование в пределах кластера, который может предоставить провайдер услуг;

Большой шаг масштабирования;

Минусы такого подхода:

Неоптимальная экономия, по сравнению с вертикальным и гибридным масштабированием;

Большой шаг масштабирования

Этих двух минусов хватает, чтобы на рынке рунета горизонтальное масштабирование было действительно нерентабельным для 95%+ проектов.

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

При росте нагрузки на машину, вместо того, чтобы увеличить количество идентичных машин, увеличивается количество ресурсов одной конкретной машины. Прямо «на лету», без перезагрузок, «лагов» или каких-либо еще «тормозов», просто увеличивается количество оперативной памяти и ширина канала в интернет. При спаде нагрузки, объем ресурсов виртуальной машины вновь уменьшается.

У большинства западных хостеров, вертикальное масштабирование без перезагрузки не реализовано. Сделано это так по экономическим причинам: на западе стоимость хостнига сложного приложения складывается не столько из стоимости инфраструктуры (виртуальных машин и дисков), сколько из стоимости трафика, поэтому нет экономического смысла масштабироваться вертикально, проще масштабироваться горизонтально.

В России же именно вертикальное масштабирование является оправданным. Есть две основные сложности, на которые надо обращать внимание:

Скорость срабатывания масштабирования и наличие или отсутствие простоев в работе в момент масштабирования;

Наличие автоматического масштабирования (автоматический мониторинг нагрузки и динамическое выделение ресурсов без каких-либо доработок со стороны пользователя).

Плюсы этого подхода:

Большая гибкость в масштабировании;

Нет необходимости в сложной архитектуре приложения, не нужно никаких доработок ПО пользователя; Большая экономия за счет меньшего шага масштабирования.

Минусы подхода:

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

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

Однако гибридная система способна объединить плюсы горизонтального масштабирования (безграничное масштабирование) и вертикального (максимальная экономия).

Платформы для построения именно IaaS облаков.

Cloudstack 3.0.0

(02.2012Компания Citrix анонсировала платформу CloudStack 3, предназначенную для обеспечения работы облачной инфраструктуры (IaaS, инфраструктура как сервис) и позволяющую автоматизировать развертывание, настройку и поддержание приватной, гибридной или публичной cloud-инфраструктуры. CloudStack не зависит от типа гипервизора и позволяет использовать в одной cloud-инфраструктуре одновременно Xen (XenServer и Xen Cloud Platform), KVM, Oracle VM (VirtualBox) и VMware.

08.2012 Представлен релиз облачной платформы Apache CloudStack 4, первый выпуск созданный после передачи компанией Citrix проекта CloudStack в руки Фонда Apache. Установочные пакеты подготовлены для RHEL/CentOS и Ubuntu. В настоящее время Apache CloudStack ещё находится на стадии проверки в инкубаторе Apache, что не помешало образовавшемуся сообществу выпустить новый значительный релиз. В руки Citrix платформа CloudStack попала после поглощения компании Cloud.com, в которой продукт развивался в соответствии с принципом "open core" (открытая базовая часть и закрытый продукт с расширенными возможностями).

-Описание

Cloudstack — это консоль управления вычислительными ресурсами вашего датацентра. На этой платформе построили свои облака такие крупные компании как Zynga, Nokia Research Center, Cloudcentral и другие. Развитие проекта осуществляется компанией Citrix. У платформы есть свое API, которое позволяет настраивать и интегрировать платформу с имеющейся инфраструктурой, а с помощью переходника CloudBridge Amazon EC2 можно конвертировать Amazon API в Cloudstack API. Полный список команд поддерживаемых переходником можно найти тут. Основные особенности платформы:

Hypervisors Agnostic (KVM, XEN, ESXi, OVM, BareMetal)

Roles

Virtual network

Snapshots and volumes

Virtual routers, firewall and load balancer

Live Migration with host maintenance

При работе с гипервизором ESXi платформа использует vCenter API. Таким образом, внедрение платформы в имеющуюся инфраструктуру построенной на VMware пройдет легко.

-Стоимость

Самое приятное, что на данный момент Cloudstack бесплатный и распространяется под лицензией GNU Public License Version 3. Если вас интересует платная поддержка, то за информацией нужно обратится к разработчикам через email.

Сообщество

Во время установки платформы может возникнуть много проблем. Попробовать решить их можно обратившись с вопросом к сообществу. На форуме обсуждают много вопросов и помогают решить их. Есть канал в IRC, в котором также можно задать вопросы.

Документация

Наверное, достаточно важным элементом во всех продуктах является документация. Она определяет, насколько легким будет вход пользователя в эту технологию. Чем проще и понятнее документация, тем больше шансов, что платформу сможет установить любой заинтересовавшийся человек. Если у вас есть определенный background, то вы без проблем проведете простую инсталляцию платформы, для ознакомления этого достаточно. Более сложная инсталляция и планирование архитектуры будет занимать много времени, в документации не все особенность раскрыты. Документация сделана в стиле step by step и не описывает, как платформа работает. Часть знаний придет к вам только после реального использования платформы.

Опыт

Выводы

Описание

Основные достоинства:

Roles

Hypervisor agnostic

Flexible Network Management, Security Groups, Traffic Isolation

Стоимость

Как я уже выше писал, есть бесплатная и платная версия. Eucalyptus open source и Ecalyptus Enterprise Cloud. Различия между версиями можно посмотреть тут

Сообщество

Оценить сообщество данного продукта не удалось. Все установилось без особых проблем.

Документация

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

Опыт

Установка, настройка по документации. В качестве операционной системы для контроллера облака использовалась CentOS 5.5, операционной системой для хоста была выбрана CentOS 5.5 с гипервизором XEN. Также подключили наше облако к Rightscale. Как таковой консоли управления нет, поэтому приходится либо управлять с помощью euca2tools или подключать в RightScale. Хотя, в платной версии есть своя консоль управления. При установке возникли следующие проблемы:

Сыровато как-то. Бесплатная версия не особо активно развивается. Есть свои проблемы. Возможно в коммерческой версии все намного лучше. Во время исследования платформ, мы делали запрос на триал версию коммерческого продукта, но оценить функционал коммерческой версии не удалось.

Описание

Virtual Datacenters

vShield Security Technologies

Infrastructure Service Catalog

Multi-tenant Organizations

Self-service Portal

VMware vCloud API, Open Virtualization Format, and Callouts

Стоимость

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

Сообщество

Из-за того, что VMware является лидером рынка у него прекрасное сообщество. Отличная поддержка в виде knowledge base. Не стоит забывать и про платную поддержку и поддержку после покупки продуктов у компании VMware.

Документация

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

Опыт

— vCenter (with clusters and DRS)

— vShield

Не сложно догадаться, что vCloud Director используется vCenter API. Соответственно мы получаем с вами всю функциональность vSphere если строим свое облако с помощью vCloud Director.

Выводы

Основным минусом является то, что она платная, но если у вас уже используется виртуализация от VMware, то для вас идеальным вариантом будет vCloud Director.

Описание

Manage virtualized commodity server resources

Manage Local Area Networks

Virtual Machine (VM) image management

Security Groups

Role Based Access Control

Projects & Quotas

VNC Proxy through web browser

Стоимость

Продукт является полностью бесплатным, с открытыми исходными кодами, но не стоит забывать про помощь сообществу в развитии продукта.

Сообщество

у Openstack, из всех нами рассматриваемых платформ, самое большое и активное сообщество. Из-за того что продукт активно развивается с ним много проблем и очень часто люди помогают решить эти проблемы.

Документация

С документацией у Openstack есть проблемы. Из-за быстрого развития продукта, документация просто не успевает обновляться. Многих важных вещей нет и приходится узнавать это на форумах или в IRC.

Опыт

Базовая установка и настройка Nova, keystone, dashboard. Для виртуализации мы использовали KVM.

Платформа бесплатная и быстро развивается, но еще слишком сырая. Для внедрения ее в реальную инфраструктуру нужна команда Python разработчиков, которые доведут ее до ума. Если у вас есть какие-то наработки для Amazon, то совместимость с Amazon API поможет вам. В инкубаторе проекта есть Openstack Dashboard, который не всегда предоставляет 100% функционал из-за переделывания API.

Parallels Automation for Cloud Infrastructure (PACI)

Parallels Automation for Cloud Infrastructure (PACI) – это универсальное решение для предоставления облачной инфраструктуры как услуги (IaaS). PACI подключается как модуль Parallels Automation и позволяет сервис-провайдерам предоставлять виртуальные центры обработки данных (ЦОД) с полностью интегрированными решениями для виртуализации, автоматизации и биллинга, панелями управления для абонентов и интернет-магазинами. Программа имеет модульную и расширяемую архитектуру, которая позволяет легко и быстро добавлять и удалять услуги. И наконец создателем программы является компания Parallels – признанный лидер в области разработки ПО для виртуализации и автоматизации, чьими решениями для предоставления облачных услуг успешно пользуются более 10 миллионов компаний по всему миру.

Что это такое

Виртуальный ЦОД Parallels Automation for Cloud Infrastructure состоит из набора виртуальных машин и контейнеров, подключенных через виртуальную сеть и снабженных балансировщиком нагрузки и брандмауэром. ЦОД является полностью готовым решением, но при необходимости ваши клиенты всегда смогут внести нужные изменения в бизнес-логику или добавить дополнительные функции с помощью API.

Что вы получаете

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

Автоматизация операций и биллинга. Благодаря полной автоматизации всех процессов – от создания и удаления виртуальных машин до биллинга – предоставление Parallels Automation for Cloud Infrastructure потребует от вас минимум усилий, обеспечивая при этом максимум эффективности и прибыли.

Самообслуживание клиентов. Панель самообслуживания позволяет клиентам самостоятельно управлять своими облачными ЦОД и виртуальными окружениями, что означает снижение нагрузки на вашу службу поддержки. При этом работа в такой панели не требует особых технических навыков: благодаря простому и понятному интерфейсу внесение изменений выполняется очень легко и не требует написания нового программного кода.

Интернет-магазин. Если у вас уже есть интернет-магазин, вы можете организовать продажу облачных услуг через него, а если нет - воспользуйтесь интернет-магазином, входящим в комплект PACI, и начните зарабатывать на облаках уже сегодня!

ISPmanager Cluster - это программный продукт, позволяющий оказывать услуги shared хостинга на принципиально иной основе и на другом качественном уровне.

Традиционно все сервисы shared-хостинга располагаются в рамках одного физического сервера. Этот подход прекрасно работает, но обладает рядом существенных недостатков. Никак не решается проблема отказоустойчивости и масштабируемости данного решения. ISPmanager Cluster решает эти проблемы.

Мы позиционируем ISPmanager Cluster, как решение для хостинга "больших" веб-проектов, которым не всегда хватает для функционирования одного физического сервера. Как решение для хостинга десятков тысяч сайтов ISPmanager Cluster не рекомендуется. Решение для массового хостинга находится в разработке.

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

Масштабируемость. По мере роста числа клиентов и/или создаваемой ими нагрузки вы просто добавляете новые сервера в кластер.

Единая точка входа. В отличие от традиционного подхода "много серверов - много панелей управления", ISPmanager Cluster обладает единым входом в панель управления. Веб-интерфейс ISPmanager Cluster построен на основе ISPmanager Pro и обладает всем необходимым набором функций для оказания услуг shared-хостинга.

Мифы про облака

В последнее время у меня довольно много клиентов мигрирующих в облака, по большей части в амазон и все они подвержены примерно одинаковым мифам про облака. И эти заблуждения и непонимания мне приходится постоянно развеивать. В данной статье я буду рассказывать про IAAS(инфраструктура как сервис) это такое облачные компании как Amazon, Rackspace, Linode, digitalocean, для PAAS выглядит все немного иначе.

Облака это надежно, будет хороший аптайм и не надо бекапы.

Облака снимают часть проблем с железом, за счет виртуализации и живой миграции виртуалок с проблемных машин. Но облака также подверженны проблемам сетевого уровня и уровня датацентров или кластеров. Тут надо пару примеров, довольно часто падают полностью датацентры облачного провайдера и при этом падают все виртуалки облака. Иногда бывают сетевые проблемы и весь дц не доступен или его трафик отправляется в black hole. Бывают проблемы с дисковой подсистемой и иногда они приводят к полной потере данных(недавно такие письма счастья пришли некоторым клиентам амазона, и у кого не было бекапа тот потерял все свои данные).

Западные облака менее подвержены вышеописанным проблемам, а те кто пользуется русскими облаками, наверняка познали всю вышеописанную боль(вспомним закрывшийся скалакси, падения клодо, факапы селектела).
Надежность облака заключается в возможности создавать распределенную систему у больших облачных провайдеров, выбирая разные дц и континенты, используя удобные методы распределения нагрузки, создания бекапов и прочее. То есть если вы купили одну облачную впску то вы ещё совсем вкусили все прелести облака, да и у всех хостеров впски сейчас стали наверно облачными и размазаны по куче серверов на разных континентах.

Облака это про вертикальное масштабирование.

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

Тут следует отметить русские облака которые почти поголовно умеют вертикальное масштабирование. Но в целом облака строят так что они ориентированны на горизонтальное масштабирование, а не вертикальное. 

Запустил свое приложение в облаке и она само будет масштабироваться.

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

Облака быстрее чем не облака или выдержит ли какое то конкретное облако мое приложение?

Тут я стараюсь объяснить клиенту что мегагерцы процессора и мегабайты памяти у всех одинаковые и тут все зависит сколько он их готов купить и цен на облако. И что нет разницы в производительности 4 ядерного дедика по 3Гц и с памятью 8 Гб и облаком с таким же параметром будь то амазон или digitalocean.com, но первый серьезный облачный провайдер, где много плюшек и десятки датацентров по всему миру.

Облака это дешево.

Тут есть миф от русских пользователей и тут ходит история как я захостился в каком нибудь селектеле и это мне стоило 50 рублей. На самом деле облака очень дорогие, используя масштабирование(вертикальное или горизонтальное) и имея синусоидальную нагрузку можно съэкономить на неиспользуемых ресурсах в два раза, всего в два раза, при том что облака иногда в десятки раз дороже тех же дешевых дедиков.

Для сранения дедик с 32 гигами оперативы, 8 ядрами стоит в том же hetzner 70 евро, похожий конфиг в амазоне Linux on cc1.4xlarge вам выльется почти в $1000 без учета трафика и дисков.

Облака это не понятно

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

К примеру все облака это по сути обычные vps в кластере и я просто расшифровываю закачику термины
ec2 instance — vps 
ebs — hdd
elastics ip — dedicated static ip for vps
и так далее

Облака это безопасно переехал и все хорошо

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

Из не мифом отмечу медленную дисковую подсистему у почти всех облаков, это хорошо понимаешь когда подымаешь инстанс на ssd облаках типо digital ocean. В России облака хуже чем на западе в силу меньшей инфраструктуры и проверенности софта, то есть русские облака более молодые и пока что до сих пор набивают шишки. 

+++++++++++++++++

http://sysadmins.ru/topic392292.html

1) В моем понимании 1 сервер с виртуалками это и есть "почти облако".

2) Полноценное облако - это несколько нод под управлением некого софта, который может осуществлять миграцию вируалок с ноды на ноду, например, случае отказа одной из нод. Но для этого должно быть одно общее сетевое хранилище (при хранении виртуалок на дисках каждой ноды - это опять получается всего лишь "почти облако").

3) Говоря об облаке, все пишут что используются ресурсы нескольких нод как одного целого. Но ведь виртуалкка в облаке не может использовать процессорное время или оперативку другого сервера! Т.е. параметры конфигурируемой виртаулки (обычно хостеры это называют VPS nodes) не могут превышать ресурсов ноды на которой расположены.

4) Также говорят что плюс облака в повременном биллинге по ресурсам виртуалки. Но ведь и на одном сервере (п.1) можно увеличить ресурсы виртуалки и брать по тарифу не за 1мес, а за используемое время.

Получается размытая граница между сервером с VPS'ами (например, под управлением proxmox) и "построенным" облаком.

Или я все не так понимаю?

_________________

«Лаборатория Артель» www.artellab.ru - Разработка сайтов в Твери! Скоро будет еще и качественный хостинг =)

Вернуться к началу

VitohA

Активный участник

Зарегистрирован: 17.08.2009

Пользователь #: 80,819

Сообщения: 576

Откуда: Воронеж

Голоса: 4

Добавлено: Пн 21 Окт, 2013 12:00 Заголовок сообщения:

1) Нет, облако подразумевает пул ресурсов, что несколько не состыкуется с 1 хостом, который крутит виртуалки. Грубо говоря нужно хотя бы 2 ноды виртуализации, СХД (можно совместить с нодами) и management сервер, на котором будет веб-интрефейс с порталом самообслуживания, и шаблоны виртуалок + доп. файловый хлам. который может пригодится.

2) Это как плюс, обязательное наличие live migration нигде не находил. Хранение виртуалок на хардах + высокая доступность - CVS, например.

3) Логично и верно, интересно, где Вы вычитали обратное?

4) Недопонял вопроса.

Если на proxmox накрутить кучку доступных шаблонов для развёртывания виртуалок, добавить выбор ресурсов из к-л доступного списка (и возможность их изменения без переустановки виртуалки) и добавить портал самообслуживания, чтобы пользаки сами это всё делали, то будет облако. А если ещё залезть в разные модели облака, то разница будет ещё более заметна (всё вышеописанное относится к PaaS, в SaaS будешь выбирать нужный сервис из шаблона). Поправьте, если где-то неправ.

жүктеу/скачать 197.84 Kb.

Достарыңызбен бөлісу: