Azure Stack Hub и надежность
Azure Stack Hub ― это гибридная облачная платформа, позволяющая предоставлять службы Azure из центра обработки данных. Она предлагает возможность выполнения приложений в локальной среде.
Эта служба поддерживает следующие варианты использования гибридного облака для клиентских и внутренних бизнес-приложений.
- Периферийные и отключенные решения. Ликвидация задержек и отсутствие требований к подключениям за счет локальной обработки данных.
- Облачные приложения, соответствующие различным нормативам. Возможность максимально гибко разрабатывать и развертывать приложения для соответствия нормативным требованиям или политикам.
- Локальная облачная модель приложения. Использование служб Azure, контейнеров, бессерверных архитектур и микрослужб для обновления и расширения существующих приложений, а также для создания новых.
Дополнительные сведения см. в статье Обзор Azure Stack Hub.
Сведения о том, как Azure Stack Hub поддерживает устойчивость для рабочей нагрузки приложения, см. в приведенных ниже статьях.
- Общие сведения о планировании ресурсов для Azure Stack Hub
- Кэш и уровни емкости локальных дисковых пространств
- Планирование интеграции центра обработки данных для интегрированных систем Azure Stack Hub
В следующих разделах приводятся рекомендации по проектированию, контрольный список по настройке и рекомендуемые параметры конфигурации, относящиеся к Azure Stack Hub и обеспечению надежности.
Рекомендации по проектированию
К Azure Stack Hub применяются следующие рекомендации по проектированию.
- Корпорация Майкрософт не предоставляет Соглашение об уровне обслуживания для Azure Stack Hub, поскольку она не может управлять надежностью центра обработки данных клиентов, людьми и процессами.
- Azure Stack Hub поддерживает только одну единицу масштабирования в пределах одного региона, которая состоит из 4–16 серверов, использующих отказоустойчивую кластеризацию Hyper-V. Каждый регион выступает в качестве независимой единицы масштабирования Azure Stack Hub с отдельными конечными точками портала и API.
- Azure Stack Hub не поддерживает Зоны доступности, так как состоит из одного региона или одного физического расположения. Высокий уровень доступности, позволяющий справляться со сбоями в одном расположении, должен быть реализован с помощью двух экземпляров Azure Stack Hub, развернутых в разных физических расположениях.
- Для обеспечения совместимости Azure Stack Hub поддерживает хранилище класса Premium. Однако подготовка учетных записей хранения класса Premium или дисков не гарантирует, что объекты хранилища будут выделены на накопители SSD или NVMe.
- Azure Stack Hub поддерживает только подмножество номеров SKU VPN-шлюза, доступных в Azure с ограниченной пропускной способностью
100
или пропускной способностью в200
Mbps
. - Между двумя развертываниями Azure Stack Hub можно создать только одно VPN-подключение "сеть — сеть" (S2S). Это ограничение на подключение связано с ограничением платформы, допускающим только одно VPN-подключение к одному IP-адресу. С помощью сторонних модулей NVA можно установить несколько VPN-подключений S2S с более высокой пропускной способностью.
- Примените общие рекомендации по конфигурации Azure ко всем службам Azure Stack Hub.
Контрольный список
Вы настроили Azure Stack Hub с учетом требований к обеспечению надежности?
- Рассматривайте Azure Stack Hub как единицу масштабирования и разверните несколько экземпляров, чтобы исключить Azure Stack Hub как единую точку отказа для охватываемых рабочих нагрузок.
Рекомендации по настройке
Ознакомьтесь со следующей таблицей рекомендаций по оптимизации конфигурации Azure Stack Hub для обеспечения надежности.
Рекомендация | Описание |
---|---|
Рассматривайте Azure Stack Hub как единицу масштабирования и разверните несколько экземпляров, чтобы исключить Azure Stack Hub как единую точку отказа для охватываемых рабочих нагрузок. | Развертывайте рабочие нагрузки в конфигурации "активный — активный" или "активный — пассивный" в пределах единиц масштабирования Azure Stack Hub или Azure. |
Следующий шаг
Обратная связь
https://aka.ms/ContentUserFeedback.
Ожидается в ближайшее время: в течение 2024 года мы постепенно откажемся от GitHub Issues как механизма обратной связи для контента и заменим его новой системой обратной связи. Дополнительные сведения см. в разделеОтправить и просмотреть отзыв по