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

Последнее локальное предложение Azure от Microsoft больше касается унифицированного управления, чем гибридного облака, как средства обеспечения эластичности или гибких пулов ресурсов.

Предложение называется Azure Local и было анонсировано в конце прошлого года среди шквала новостей на конференции Microsoft Ignite. Поэтому мы встретились с Бернардо Кальдасом, старшим вице-президентом Microsoft по Azure Edge, чтобы узнать о нем больше.

Он рассказал нам, что, как и его предшественник Azure Stack, Azure Local работает на локальном оборудовании и использует тот же гипервизор, который работает в публичном облаке Azure, а также Azure Kubernetes Service. Также включено программно-определяемое хранилище. Как и все необходимые коннекторы для конвейеризации служб Azure.

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

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

Azure Local управляется из Azure Arc, облачных инструментов, которые Microsoft предлагает как лучший способ управления ресурсами в облаке Azure. Тем не менее, Калдас сказал нам, что Microsoft предлагает Azure Local в качестве технологии, которую клиенты используют для рабочих нагрузок, которые не подходят для работы в облаке.

Это кажущееся противоречие объясняется убеждением Microsoft в том, что некоторые клиенты хотят иметь единую операционную модель и набор инструментов для всех ресурсов, привержены Azure и поэтому будут рады использовать Arc для управления оставшимися группами локальных рабочих нагрузок, работающих в Azure Local.

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

Кальдас привел пример приложения для видеоаналитики, которое генерирует больше данных, чем возможно загрузить, в качестве примера рабочей нагрузки, в которой Azure Local преуспевает. Он также упомянул промышленные шлюзы, которые отслеживают данные IoT, собранные на заводе, поскольку

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

Azure также может предоставлять важные сервисы, такие как аварийное восстановление, через Azure Site Recovery. Однако снова основное внимание уделяется локальным действиям путем переключения на другой локальный ресурс Azure, а не на облачную виртуальную машину в качестве аварийного ресурса.

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

Дезагрегированное хранилище — это то, что VMware и Nutanix предоставили в последние месяцы, поэтому Azure Local играет в догонялки в этом отношении.

Но Azure Local не позиционируется как прямой конкурент этим поставщикам, как это было более или менее в случае с Azure Stack и Azure Stack HCI. Пользователи последнего могут выполнить обновление до Azure Local на месте, что отражает убеждение Microsoft в том, что гибридное облако может представлять собой облачные инструменты, управляемые и присутствующие в нескольких средах, а не являющиеся частью пула инфраструктурных ресурсов. ®