Огляд можливостей Azure Stack Technical Preview 1

Трохи менше місяця тому — 29 січня 2016 року, компанія Microsoft випустила першу публічну ранню версію продукту під назвою Azure Stack. Сьогодні я розповім про те, що це таке і чому цей важливий продукт для хмарної стратегії компанії Microsoft.




Перший анонс Azure Stack був зроблений на конференції Microsoft Ignite в Чикаго 4 травня 2015 року. Тоді цей анонс викликав великий резонанс у ЗМІ та серед користувачів Microsoft Azure. Ще б — багато приголомшливі технології, на яких працює Microsoft Azure, стануть доступні всім бажаючим для розгортання в своєму власному Цоді. Багато років великі замовники і сервіс-провайдери, оператори власних Цодів, просили нас — дайте нам шматочок Azure, нам подобається технологія, і ми хочемо використати її в своїх ЦОДах. І ось, вже зовсім скоро, дане бажання стане реалізованим.

Azure Stack — це дійсно «Azure in your datacenter». На відміну від Windows Azure Pack, який був схожий на Azure зовні, але був дуже несхожий всередині, тут значно більше спільних рис. Azure Stack використовує ту ж модель Microsoft Resource Manager (ARM), що і новий портал Online. Загальна частина коду між Azure Stack і Azure в рази більше, ніж у Windows Azure Pack. Це означає, що сервіс, який розробляється під модель ARM, можна буде розгорнути як у Microsoft Azure, так і в Azure Stack — хоч у себе в серверній, хоч у сервіс-провайдера в сусідньому місті.

Використовуючи одну і ту ж модель ARM і одні і ті ж засоби розробки, ви можете створювати універсальні сервіси з хмарної моделі Microsoft, а потім розвертати їх там, де вам потрібно — у себе, у сервіс-провайдера, або в Microsoft Azure. Віртуальні машини, розгорнуті в Azure, можна буде безболісно перенести в ЦОД місцевого сервіс-провайдера, який використовує Azure Stack, і навпаки.

Потрібно розуміти, що Azure Stack Technical Preview 1 — це ще дуже рання версія, яка абсолютно не підходить для розгортання продуктивної середовищі. Ви можете досить швидко розгорнути рішення на базі одного фізичного сервера на базі Windows Server 2016 Technical Preview 4 (про це на Хабре вже писали) і почати вивчати можливості рішення. Якщо ви вже розробляли під ARM і розміщували рішення Microsoft Azure, ви можете перевірити, чи буде це рішення працювати на Azure Stack.
Багато функиональные елементи в Azure Stack Technical Preview 1 поки не доступні, так що судити про фінальної версії продукту поки рано. Більше того, до моменту релізу Azure Stack, можуть змінитися і компоненти всередині Microsoft Azure, тому і Azure Stack буде змінюватися услід за ними, щоб залишатися «Azure consistent».

Робота з Azure Stack Technical Preview 1

Насамперед зазначу одне велике відміну Azure Stack від Windows Azure Pack. Тут немає окремих порталів для адміністратора сервісу і для споживача сервісу. Тут є тільки одна портал, і якщо користувач є власником передплати «Default Provider Subscription» — то він є адміністратором сервісу і може робити все.



За замовчуванням користувач, який був введений при розгортанні Azure Stack TP1 є адміністратором сервісу. Щоб додати нових адміністраторів сервісу, потрібно зайти в Subscriptions і додати нові облікові записи Microsoft AD з правами Owner у підписку «Default Provider Subscription».



У Azure Stack використовується концепція ресурсних провайдерів («Resource Providers»), через які здійснюється взаємодія різних компонентів. Частина ресурсних провайдерів використовується для надання сервісів кінцевим споживачам, а частину — внутрішня, її споживачі не бачать.



Всі ресурсні провайдери розміщуються в локаціях («Locations»). Це логічна сутність, призначена для поділу сервісів по різним сайтам (ЦОД в Москві, ЦОД в Санкт-Петербурзі тощо). За замовчуванням в TP1 автоматично створюється локація «local» і всі ресурсні провайдери додаються туди.



Після установки Azure Stack TP1 доступно 4 ресурсних провайдера, на базі яких можна надавати споживачам сервіси:
1) Compute Provider — провайдер для надання віртуальних машин на базі Hyper-V 2016
2) Storage Provider — провайдер для надання служб сховища. У TP1 доступні Blob Storage (як Page blob для дисків ВМ, так і Block blob для даних) і Table Storage. В майбутньому додадуться Queue Storage і File Storage. Кнопки під них в інтерфейсі вже є, але самі сервіси поки не працюють.
3) Network Provider — провайдер для надання мережних служб. Віртуальні мережі, мережеві балансировщики, зовнішні IP і т. п.
4) Subscriptions — провайдер, що дозволяє споживачам створювати свої власні тарифні плани підписки. Функціонал, призначених в першу чергу для реселерів послуг сервіс-провайдерів за моделлю «White label».

На GitHub так само доступні для скачування додаткові ресурсні провайдери PaaS, встановлюються додатково:
1) SQL Server — провайдер для надання баз даних SQL Server
2) MySQL — провайдер для надання баз даних MySQL
3) Web Apps — перша частина перенесення Azure App Service Azure Stack, поки тільки у вигляді Web Apps.

В майбутньому планується поява великої кількості ресурсних провайдерів як від Microsoft (які дозволять переносити технології Microsoft Azure Azure Stack), так і від сторонніх фірм (які додадуть до портал Azure Stack унікальний функціонал, не доступний в Microsoft Azure).

Адміністратор порталу Azure Pack готує сервісні пропозиції («Offers»), в які може включатися один або кілька тарифних планів («Plans»). У рамках тарифного плану вибираються доступні сервіси та локації, з яких споживач може замовити ці сервіси, а також задаються квоти на ресурси.



Споживачі сервісу додають собі підписки на пропозиції («Subscriptions»). Якщо пропозиція публічне (Public), то споживач може підписатися на нього самостійно. Якщо ж пропозиція не публічне (Private), то на нього споживача може підписати адміністратор сервісу вручну. Схожа ідеологія планів і підписок використовується і в Windows Azure Pack.



Користувач, зайшовши на портал Online Stack вперше, і авторизувавшись за допомогою облікового запису Microsoft AD, повинен додати собі підписку. Для цього він натискає на «Get a Subscription» і вибирає доступний публічний оффер.



Функціонал ціноутворення і білінгу поки не реалізований Technical Preview 1, так що повідомлення «Unable to display pricing» — це нормально.
Після додавання підписки, користувач може натиснути на кнопку "+ New" і побачить всі доступні сервіси. За замовчуванням з коробки цей список досить убогий: Template Deployment (розгортання ARM-сервісу з шаблону з JSON-опису), Resource Group, Storage Account і віртуальна машина для Windows Server 2012 R2. Після додавання своїх шаблонів (в тому числі і Linux-шаблони, вже з'явилася інструкція для CentOS) і PaaS-провайдерів, згаданих вище, набір сервісів виглядає буде виглядати вже цікавіше.



Інтерфейс створення нової віртуальної машини абсолютно такий же, як і на новому порталі Azure.





Під час створення ВМ можемо спостерігати, на якому етапі знаходиться процес.



Після створення ми можемо бачити ті ж самі дії і властивості, що і на новому порталі Microsoft Azure. Нагадую, що дані по споживанню ресурсів поки недоступні, тому ми бачимо «No data available» замість графіків, це нормально.
Підключення до ВМ виробляється через RDP для SSH для Windows і Linux. Консольного доступу (як у Windows Azure Pack) тут немає, точно так само як і в Microsoft Azure.



У свойстах Storage Account ми можемо бачити Blob, Table, Queue і File services.



У TP1 працюють тільки блобы і таблиці. Черги і файли в наступних версіях.



На цьому поки все. Якщо вас зацікавив Microsoft Azure Stack — скачивайте Technical Preview 1, встановлюйте і тестуйте. Якщо виникнуть питання — заходьте в Azure Stack Wiki, там дуже багато корисних матеріалів.

Джерело: Хабрахабр

0 коментарів

Тільки зареєстровані та авторизовані користувачі можуть залишати коментарі.