Microsoft Azure Stack TP1

Как некоторые из Вас уже знают, 29 января вышла пробная версия продукта Microsoft Azure Stack TP1.
Скачать можно тут, документация тут.

Я же попробую подробнее рассказать про данный продукт.

Microsoft Azure Stack (далее MAS) — это платформа для создания гибридного облака. Вы можете использовать ресурсы своего датацентра и\или — интегрировать MAS с сервисами Microsoft Azure (далее Azure) и\или других сервис провайдеров партнеров Microsoft, таким образом, получая доступ к «безграничным» ресурсам публичных облаков и утилизирую ресурсы Вашего датацентра.

Вы можете использовать такие сервисы как Виртуальные машины (далее ВМ), Виртуальные Сети и blob/table storage и другие. Предоставлять конечным пользователям услуги на Ваших условиях с привычным (ну почти) для них интерфейсом Azure.

Ваши приложения созданные для Azure будут работать и на MAS'е. Для разработки под платформу Azure и MAS используется Azure SDK. Вы получаете доступ к Azure Application Templates, Role Based Access Control, Azure Active Directory, Azure API. Кроме того, Вы можете использовать open source решения, такие как: Linux, Java, Node.js, и PHP.

Я думаю хватит водички, в интернете можно найти массу маркетинговых материалов по данному продукту.

Архитектура TP1 разворачивания MAS.
image
1. ADVM — ВМ с ролями Active Directory, DNS и DHCP для Microsoft Azure Stack.
2. ACSVM — ВМ с ролью Azure Consistent Storage services. Эти сервисы используют Service Fabric.
3. MuxVM — ВМ с ролью Microsoft software load balancer и network multiplexing сервис.
4. NCVM — ВМ с ролью Microsoft network controller component, ключевым компонентом Microsoft software-denied networking. Этот сервисы использует Service Fabric.
5. NATVM — ВМ с ролью Microsoft network address translation. Позволяет предоставлять интернет компонентам Azure Stack.
6. xRPVM — ВМ с ключевыми ролями Microsoft Azure Stack (Compute, Network и Storage провайдеры).
7. SQLVM — ВМ с ролью SQL, который используется сервисами ACS и xRP.
8. PortalVM — ВМ с ролью Control Plane (Azure Resource Manager), Azure portal services и прочие порталы.
9. ClientVM — ВМ для разработки (PowerShell, Visual Studio и т.д.).

Подсистема хранения данных:
CS Blob Service Azure Consistent Storage Blob сервис, позволяет создавать blob и table сервисы хранения данных.
SoFS Scale-out File Server. ReFS CSV Resilient File System Cluster Shared Volume. Virtual Disk, Storage Space и Storage Spaces Direct технологии Windows Server для провайдера Microsoft Azure Stack core storage. (оч хотелось перевести как «ядро хранение»… не стал)

Разворачивание на 1 ноду, список требований, возможно разворачивание на ВМ (Nested Virtualization), но, естественно, не саппортед.

Сервисы, подписки, планы, предложения.
image
1. Сервисы — ну тут все понятно, SQL, Sharepoint, ВМ и т.д.
2. Планы — группы сервисов, Вы создаете планы и Ваши тенанты подписываются на планы и используют сервисы, которые расположены в планах. На сервисы можно устанавливать квоты (кол-во ВМ, оперативной памяти, ядер и т.д.). Квоты могут зависеть от региона расположения тенанта. Существуют базовые планы и дополнительные планы, базовые планы всегда включены в предложение, дополнительные можно докупить по желанию. К примеру, дополнительный план может включать тоже что и базовый план, но с другой квотой.
3. Предложения — группа планов. Тенанты «покупают» предложения.
4. Подписки — Создаются при покупке тенантом предложения. Подписка может содержать только 1 план. Подписка определяет доступ к планам\сервисам.

Azure Resource Manager
Способ работы с ресурсами путем объединения их в логические группы, к примеру виртуальная машина состоит из нескольких ресурсов, сеть\данные\ВМ. Для упрощения администрирования ресурсов, для упрощения управления жизненным циклов ресурсов, для раздачи прав на ресурсы, для создания и т.д. используются Resource Group'ы (далее RG).

Основные преимущества Azure Resource Manager:
1. Вы можете управлять всеми ресурсами в RG как группой, а не по отдельности.
2. Первое, второе, десятое создание ресурса из шаблона приведет к одинаковому результату.
3. Вы можете указывать зависимости в шаблонах ресурсов, для корректного создания оных.
4. Вы можете выдавать права на RG и они будут применены на все ресурсы в RG.
5. Вы можете использовать теги для логической организации ресурсов.
6. Вы можете просматривать детализацию счета по конкретной RG или по тегу.

Resource Group
Логический контейнер для группировки ресурсов. Может содержать как все ресурсы разворачивания, так и лишь часть ресурсов.
1. Все ресурсы в одной RG должны иметь одинаковый жизненный цикл, поскольку Вы будете управлять ими как единой сущностью.
2. Каждый ресурс может существовать только в одной RG.
3. Ресурс можно добавить в RG или удалить в любой момент.
4. Может содержать ресурсы из разных регионов.
5. Используется для назначения ролей.
6. Ресурс может быть связан с ресурсом из другой RG (например вебсервер в одной RG, база данных в другой)

Azure Resource Manager Templates
Шаблоны для разворачивания приложений\сервисов. Создаются в формате JSON. Используют декларативный подход, позволяют разворачивать группы ресурсов, отслеживают зависимости, поддерживают параметры и переменные. Шаблоны можно использовать для разворачиваний в Azure и\или MAS. Таким образом, создав шаблон и оттестировав его в Вашем датацентре, Вы можете перенести его в Azure без каких-либо проблем (и наоборот).

Все это абсолютно консистентно с Microsoft Azure, т.е. это верно и для Microsoft Azure Stack и для Microsoft Azure.

Основные провайдеры:
1. Compute — необходим для создания ВМ. Позволяет устанавливать VM extensions, для облегчения управления VM
2. Storage — позволяет создавать blob,table и account сервисы. Blob'ы необходимы для хранения информации, блобы бывают block, page и append, первый используется для файлов и бекапов, второй для vhd, третий для логирования. Table сервисы — это NoSQL реализация компании Microsoft, у данного решения нет schem'ы. Для идентификации каждой записи используется partition key и row key, которые позволяют уникально идентифицировать запись в таблице.
3. Network — предоставляет сервисы software-defined networking и Network Function Virtualization. Как Microsoft и обещал, данный провайдер перекочевал из Azure. Позволяет создавать балансировщики нагрузки, публичные IP адреса, network security group'ы и т.д.

Я думаю достаточно на первый раз, если будет спрос, напишу еще!
Если есть вопросы — обращайтесь!

Similar posts

AdBlock has stolen the banner, but banners are not teeth — they will be back

More
Ads

Comments 5

    0
    Это продолжение развития azure pack?
      0
      Не совсем, в каком-то смысле да, но основная идея Azure Stack — консистентность с Azure. То есть в данный момент Azure Pack и Azure никак не связаны, кроме интерфейса. Tсли Вы развернули Azure Pack Вы не можете никоим образом его «скрестить» с Azure, в то время как Azure Stack, это, фактически продолжение Azure, но в Вашем датацентре, на Ваших правилах. Эта платформа, по сути, повторяет облачную платформу Azure, что дает Вам возможность использовать обе платформы одновременно\поочередно для Ваших нужд без необходимости модифицировать Ваше решение перед разворачиванием. Вы сделали Resource Template и можете его развернуть и туда и туда.
      0
      Помнится, самые «вкусные» компоненты Azure Pack'а были закрыты, как я понимаю — сейчас стек открыт полностью?
      и что с лицензионной моделью и финансовой частью планируется?
        0
        Не могу знать про деньги\лицензирование, я не Microsoft, официальных комментариев MS не видел ;) Как Вы видите, на гитхабе его нет, так что насчет открыт я не знаю… Используется обычный Windows Server, в этом смысле — да :)
        кстати, забывно, то что Azure Stack не использует компонентов System Center
          0
          Просто я помню как мучался с SCCM и WDS на машинке с 8 памяти чтобы все по максимуму из Azure Pack в тестах развернуть…

      Only users with full accounts can post comments. Log in, please.