Разлика между виртуализация и частни облачни изчисления [затворено]

Облакът се отнася конкретно до старото използване на икона на облак в мрежова диаграма за означаване на външен или недефиниран ресурс. Произходът на термина се отнася до поставянето на компоненти на вашата мрежова инфраструктура извън вашата собствена среда... и по този начин в един от облаците на вашите мрежови диаграми. Днес терминът е нараснал, за да обхване много различни идеи и е до голяма степен замърсен от конкуриращи се определения.

IaaS / PaaS / SaaS / LBaaS / и т.н

Това са всички услуги. Много в съответствие с идеята за достъп до компоненти на вашата инфраструктура... като услуга, която съществува в облак на диаграмите на вашата мрежова архитектура.

Всяко едно от тези „aaS“ решения обаче има различни методологии за начина, по който постигат целите си. Някои от тях не биха могли да отговарят на класическия термин "облак". Например, някои „aaS“ компоненти може да не са външни за вашата мрежова архитектура. Тук могат да влязат в действие неща като „частен облак“.

Частният облак е ужасен термин. Това е оксиморон. Тъй като не е външен за вашата среда, той не е облак на вашата диаграма. Но тъй като хората омърсиха значението на термина облак до почти непоследователност, ние сме останали с този термин поне засега. Така че имайте търпение, когато казвам „частен облак“. Това всъщност не е облак в класическия смисъл на думата. Това е, което на английски бихме нарекли „погрешно наименование“.

Сега е важно да не се бъркат самите облачни 'aaS' решения с принципите на еластичния дизайн, които основен доставчик на облачни услуги като Amazon или rackspace би следвал при разработването на 'aaS' решения.

Принципът на еластичен дизайн би поставил акцент върху хоризонтално мащабируема инфраструктура за споделяне на нищо. Най-лесният начин да се опише тази идеология е с примера говеда срещу кученца. В миналото гледахме сървърните ресурси така, както гледахме кученцата. Ние ги кръстихме. Отнасяхме се добре с тях. Ние ги научихме на трикове. И ако се разболеят, ние ги кърмехме да оздравеят. Направихме всичко възможно тези сървъри да останат щастливи и да работят добре. Отглеждахме ги вертикално. Оптимизирахме ги. Повече оперативна памет, процесор, ресурси за разработка... и т.н. В еластичния модел ние третираме нашите ресурси като добитък. Имат серийни номера. Полагаме минимални усилия, за да ги научим на нещо. Те са възможно най-хомогенни. Всяка оптимизация, която се случва, се случва в управлението на конфигурацията и се споделя между всички тях като самостоятелни решения. Ако някой се разболее, го застрелваме в главата и го заместваме с друг от стадото. Ползата от тази дизайнерска парадигма е, че ако започнете да стреляте в стелажите си със сървъри с пушка, шансовете са, че цялата среда ще компенсира. Разбира се, това ниво на устойчивост е по-лесно да се опише на теория, отколкото да се постигне на практика.

Сега, доколкото виртуализацията е свързана с „облака“. Наистина няма действително НЕОБХОДИМА връзка. Не е необходимо облакът да има нещо общо с виртуализацията. Можете да имате ресурс, ориентиран към услуги извън вашата среда, на който разчитате, който не използва виртуализация. Но повечето от „aaS“ решенията, които съществуват, се поддържат от технологии за виртуализация. Напълно не е задължително да са, но поради общата вероятност да бъдат включени във виртуализация, двата термина за много цели са съчетани заедно в съзнанието на непосветените.

Re OpenStack и частен облак.

Дали OpenStack е подходящ за вас е много лично решение. И зависи от много неща. Сами да управлявате инфраструктура може да бъде много скъпо. По-важното е, че може да бъде много трудно да се справите добре. За малък бизнес или организация внедряването на ваша собствена IaaS инфраструктура наистина вероятно няма смисъл, ако някой, който се занимава с икономии от мащаба, може да обслужва вашите нужди. Това е мястото, където компании като Amazon запълват празнината.

За някои организации, които изпълняват IaaS решение в собствената си среда, дори когато потенциално или активно се обслужват от предложения на amazon или rackspace, може да има смисъл. Някои хора са достатъчно големи и работят с достатъчно ДРУГА инфраструктура, така че хостването на техните собствени еластични приложения е финансово приемливо. Има и други причини, освен чисто долната линия. Много големи организации са изправени пред ограничения на политиката като HIPAA, FISMA или Sarbanes Oxley. Понякога задоволяването на тези изисквания на политиката, както и на което и да е от техните вътрешни изисквания на политиката, изисква плащане на малко повече.

Има и други причини да отидете отвъд общите предложения на Amazon или Rackspace. Представете си, ако желаете, че предоставяте Jenkins като среда за автоматично изграждане и тестване и искате да предоставите разнородни хипервайзори или физически възли, които да се завъртат автоматично и да тестват софтуер за компилиране. OpenStack вероятно може да се справи с това. И ако не може да се справи конкретно с това, което имате предвид, това е с отворен код. Можете да го НАКАРЕТЕ да се справи с това, от което се нуждаете.

Има милиони причини да използвате OpenStack или да не го използвате. В крайна сметка това е много лично решение за всеки човек или компания. И такъв, който изисква значително проучване. Но има сценарии, при които и двете са страхотни решения.

Когато създавахме nova (изчислителен компонент в стил OpenStack ec2) в НАСА, привидно бяхме фокусирани върху предоставянето на HPC ресурси или бизнес ресурси по еластичен начин. В крайна сметка Amazon създаде свое собствено HPC предложение. И дори сега работи за преодоляване на пречките пред спазването на правилата на FISMA. Но винаги ще има моменти, когато вашите нужди от специализация ще направят генеричните пазарни предложения по-малко изгодни. Въпреки това, отвъд техническите причини да се конкурирате с Amazon се крие друга важна причина. И това е за насърчаване на ОТВОРЕНИ стандарти в тази нововъзникваща техническа област.

Развитието на технологиите много прилича на органичния растеж на дърво. Започва с пъпка, която може би се превръща в лист. Всяка нова технология се появява като малко нещо, което се нуждае от много ресурси, за да расте. Не всички от тези технологии оцеляват. Но някои го правят. А тези, които се нуждаят от пари и усилия, за да го направят, с ненаситни темпове. С нарастването на тези технологии обаче някои от тях се превръщат в клонове. Някои дори стават стволове. За да имате ствол, от който милиони други технологии растат от още повече клонове, отворените стандарти, контролирани от отговорна общност, са необходимост. Правителството и много организации като IBM признават това и това е една от основните причини OpenStack да се разрасне толкова бързо. Това е и причината BSD и след това Linux да го направят. Потенциалът на еластичните методи за проектиране да променят пейзажа на технологиите е изключителен. И за да могат нововъзникващите технологии днес да бъдат клоновете, от които утре ще се появят още много нови технологии, ще се нуждаем от силни отворени стандарти, за да направим нашите основни технологии здрави.

Първо, Cloud Computing е много обща концепция. Не се ограничава до IaaS. PaaS (Платформа като услуга) и SaaS (Софтуер като услуга) също са облачни изчислителни технологии. Когато говорите за облачни изчисления, по-добре е да посочите коя технология искате да посочите. Второ, IaaS е изграден върху технология за виртуализация. Без виртуализация, без IaaS. PaaS и SaaS услугите могат да бъдат изградени директно върху голи метални машини. Така че виртуализацията не винаги има връзка с частния облак.

From what I understand, cloud computing embraces the idea of IaaS (infrastructure as a service). In other words, I could start with minimal number of bare metal servers and expand it as requirement needs, and those servers are consolidated into one big machine through divided computing and data storing.

Вашето разбиране не е правилно. Можете да виртуализирате гол метален сървър в много виртуални сървъри. Но не можете да виртуализирате много голи сървъри в една голяма машина. Виртуализацията не може да постигне това в момента. IaaS софтуери, като OpenStack, Eucalyptus, се използват само за управление на вашите сървъри. Те могат да залепят вашите голи метални сървъри като resource pool, но не и голяма виртуална машина.

Private Cloud Computing, както Джеф споменава, може да означава произволен брой много произволни неща в зависимост от това кой се опитва да ви продаде нещо. Въпреки това, ако го третираме като „IaaS със силно нормализиран API зад вашата защитна стена“, тогава е доста лесно да посочим разликите с виртуализацията.

Най-голямата част наистина е нагласа за това как използвате ресурсите, налични чрез двете. При виртуализацията по-голямата част от фокуса е върху разделянето на хардуерните ресурси на малки части и след това тяхното разпределяне и оставянето им да работят за неопределено време.

Голямата разлика с облачните изчисления е, че всички ресурси по-общо се считат за ефимерни - завъртете ги, използвайте ги, изтрийте ги, когато сте готови. Като цяло е доста способен да поддържа и дълготрайни ресурси, но същността е, че хардуерните ресурси се преназначават с дори по-висока скорост на промяна, отколкото лесно позволява виртуализацията.

Друга разлика, която е донякъде уместна, е, че виртуализацията все още обикновено третира екземплярите, томовете и мрежите като независими елементи, които трябва да бъдат виртуализирани. Облачните изчисления ги третират като доста унифицирани ресурси и инструментите, свързани с облачните изчисления (неща като https://github.com/cloudenvy/cloudenvy, https://github.com/opscode/knife-openstack) използва това, за да направи завъртането и отнемането на ресурси по-ефективно и лесно.

Първо: облачните изчисления не са само IaaS, но и PaaS или SaaS...

Но най-вече трябва да разберете, че виртуализацията е просто начин за изграждане на облак. Ако питате за разликата между IaaS и виртуализацията, моят отговор е: - IaaS дефинира "VM шаблона", който изпълнявате различен брой от един шаблон - IaaS е способен на автоматично преразпределение на VM - IaaS управлява мрежата - IaaS управлява vm шаблона дистрибуция - IaaS може да добавя голи сървъри или да премахва някои ... Така че IaaS е нивото, което не трябва да се справяте с нивото на виртуализация: това е негова работа и вие само управлявате VM шаблон и количеството, което искате, чрез API.

Но ако сте повече разработчик, предлагам ви да погледнете PaaS, по-лесно е да се справите с него.

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

Ето блог, който управлявам и който трябва да ви бъде полезен, ако имате други подобни въпроси: wwww.journeytothecloud.com