Облак във вашия център за данни? Пристига Azure Stack

Най-накрая е тук: След продължителна бременност с три публични визуализации, Microsoft обяви пускането на Azure Stack. Можете да изтеглите безплатния комплект за разработка на Azure Stack сега. Пълните хардуерни и софтуерни решения ще бъдат доставени през следващите няколко месеца, когато Microsoft завърши сертифицирането.

Пренасянето на публичния облак в локални центрове за данни винаги щеше да бъде голяма задача и Microsoft няма да достави целия Azure в тази първоначална версия. Всъщност не очаквайте някога да видите целия Azure в Azure Stack, тъй като има много функции на Azure, които разчитат на мащаба на облака. Въпреки това има повече от достатъчно, за да започнете, с поддръжка на основните функции на Azure IaaS и PaaS. Други незадължителни елементи включват услугата за приложения на Azure и нейните безсървърни функции.

Ще трябва да изчакате известно време за някои от по-очакваните функции: Azure Container Service и второто поколение на Microsoft PaaS, Azure Service Fabric. Въпреки че оставянето на функции на PaaS като тези за по-късни актуализации има смисъл за пътната карта на Microsoft, жалко, че не са стигнали до първоначалната версия, тъй като продължава мита, че хибридните облачни решения са за IaaS. И все пак, използвайки модерен модел на devops, базиран на контейнери и непрекъснат интеграционен конвейер, е лесно да се третира IaaS като персонализиран PaaS, особено с поддръжката на Azure Stack за Chef, Docker и Mesos.

Облачно съобразени devops в помещенията

Azure Stack е „облачно съгласуван“, което означава, че кодът, който се изпълнява на локален екземпляр, ще се изпълнява и на Azure, използвайки същите описания на Azure Resource Management като вашите локални приложения и ви позволява да разполагате в Azure само чрез промяна на вашия крайната точка на devops. Това е подход, който трябва да помогне за доставянето на ефективни хибридни облачни приложения, преместване на вашия код там, където са данните ви (поддържане на поверителни данни на място за спазване на нормативните изисквания и използване на облачни ресурси за добавяне на производителност и мащабиране, където е подходящо).

Настройването на Azure Stack ще изисква много пространство в машинното помещение. За да извлечете максимума от Azure Stack, в повечето случаи гледате печат от поне четири стелажи с оборудване, които ще трябва да изпълняват значително количество от натоварването ви. Първоначалното разработване може да се извърши с помощта на система с един сървър, която се основава на версиите за предварителен преглед на Azure Stack. Комплектът за разработка на Azure Stack е безплатно изтегляне, което е лицензирано само за целите на разработката (така че не можете да го използвате, за да пуснете на живо с ограничени услуги), със същия портал, услуги и инструменти като пълната версия.

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

И така, какво ще струва?

Бизнес моделът около Azure Stack е интересен, използвайки абонаментни цени, подобни на Azure. Можете да плащате на час или на месец, с такса за основна VM от $ 0,008 / vCPU / час или $ 6 / vCPU / месец). Подобно на Azure, на върха на Base VM хост можете да използвате съществуващите лицензи за Windows Server или Linux. Ако нямате никакви лицензи, тогава Windows Server VM се предлага на $ 0,046 / vCPU / час или $ 34 / vCPU / месец. Има сходни цени за съхранение и за Azure App Services, всички базирани на използването на vCPU. Както се очакваше, това е по-евтино от цените на Azure за подобни функции, но тук плащате сами за хардуера и това няма да е евтино.

Свикването с абонаментна такса за вашата локална употреба ще бъде най-голямата промяна при използването на Azure Stack. Едно от предимствата на облачните услуги е преминаването от капитал към оперативни разходи и Azure Stack въвежда същия този модел. Голям е въпросът дали това ще бъде приемливо за повечето ИТ директори и финансови директори. Въпреки това, с голяма част от Azure Stack, обхванати от съществуващите споразумения за корпоративни и облачни услуги, не би трябвало да има прекалено голям финансов шок.

Изграждане на облаци върху сертифициран хардуер

Hewlett Packard Enterprise ще бъде една от първите, които ще доставят внедряване на Azure Stack, заедно с Dell и Lenovo. ProLiant на HPE за Microsoft Azure Stack не е евтин: Вие търсите инвестиция от поне 300 000 долара за базова конфигурация. Това не е изненадващо, когато разбиете съдържанието на багажник, който е базиран на сървърите ProLiant DL380 Gen9. Всеки стелаж има четири до 12 възли на DL380 Azure Stack, с един DL360, управляващ хардуерното управление. Три превключвателя се справят с междусистемни връзки между багажник и сървър, докато интегрираните блокове за разпределение на енергия могат да бъдат конфигурирани така, че да отговарят на вашите изисквания за изчисления и съхранение.

С до 12 изчислителни и съхраняващи възли на стелаж и до 88TB за съхранение на възел, има много гъвкавост в предлагането на Azure Stack на HPE, което е изненадващо за нещо, изградено около много ограничен набор от хардуерни опции. Това е добре, тъй като ви дава възможност да надграждате елементи на багажник напред, позволявайки му да се разширява според вашите изисквания. Ще бъде интересно да видим какви конфигурации стават най-популярни.

Алтернативните опции първоначално ще идват както от Dell EMC, така и от Lenovo, като Cisco и Huawei ще следват. Опциите на Lenovo включват единица с височина до половината 25U, както и по-позната стойка 42U. Подобно на HPE, Lenovo използва познати сървъри като основа на своите възли за изчисления и съхранение. Това е подход, който трябва да сведе до минимум разходите, тъй като вече съществуват икономии от мащаба, особено тъй като доставчиците на Azure Stack ще трябва да складират достатъчно компоненти, за да покрият целия жизнен цикъл на поддръжка на багажник. По-малкото изпълнение на Azure Stack трябва да се вписва добре в някои от предложените от Microsoft сценарии за внедряване, особено там, където поставяте реплика на облачните си услуги в среда, ограничена от пространство и честотна лента, като круизен кораб или мина.

Наличието на последователна хардуерна основа, дори и от различни доставчици, има много смисъл за платформа като Azure Stack. Microsoft се ангажира с чести актуализации на Azure Stack, които е малко вероятно да отговарят на ритъма на публичния облак, но ще бъдат значително по-бързи, отколкото сте свикнали с Windows Server и неговия стек приложения.

Едно остава ясно: Стартирането на Azure Stack, както и Azure Pack преди него, няма да бъде нещо като стартиране на Windows Server. Със сертифициран хардуер можете да игнорирате вашите машини и да се съсредоточите върху вашите приложения и портала на Azure Stack. Ще трябва да третирате Azure Stack като облак, за да извлечете максимума от него - облак, който е във вашия център за данни.