Надежность в Масштабируемые наборы виртуальных машин

В этой статье содержатся конкретные рекомендации по надежности и сведения о поддержке зон доступности для Масштабируемые наборы виртуальных машин.

Примечание.

Масштабируемые наборы виртуальных машин можно развернуть только в одном регионе. Если вы хотите развернуть виртуальные машины в нескольких регионах, см. раздел Виртуальные машины-Аварийное восстановление: отработка отказа между регионами.

Общие сведения об архитектуре надежности в Azure см. в статье "Надежность Azure".

Рекомендации по надежности

В этом разделе содержатся рекомендации по обеспечению устойчивости и доступности. Каждая рекомендация входит в одну из двух категорий:

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

• Элементы риска охватывают такие области, как требования к доступности и восстановлению, тестирование, мониторинг, развертывание и другие элементы, которые, если остались неразрешенными, повышают вероятность проблем в среде.

Матрица приоритетов рекомендаций по надежности

Каждая рекомендация помечается в соответствии со следующей матрицей приоритетов:

Image	Приоритет	Описание
	Высокая	Необходимо немедленное исправление.
	Средняя	Исправление в течение 3–6 месяцев.
	Низкая	Необходимо проверить.

Сводка рекомендаций по надежности

Категория	Приоритет	Рекомендация
Обеспечение высокого уровня доступности		Включение политики автоматического восстановления
		Развертывание Масштабируемые наборы виртуальных машин в зонах доступности с помощью Масштабируемые наборы виртуальных машин Flex
Масштабируемость		VMSS-1. Развертывание виртуальных машин с помощью гибкого режима оркестрации
		Настройка автоматического масштабирования Масштабируемые наборы виртуальных машин
		Настройка Масштабируемые наборы виртуальных машин настраиваемых политик масштабирования по умолчанию
Аварийное восстановление		Включение политики защиты для всех виртуальных машин масштабируемого набора виртуальных машин
Мониторинг		Включение мониторинга работоспособности приложений Масштабируемые наборы виртуальных машин
Эффективность системы		Настройка алгоритма распространения политики выделения для максимального распределения
Служба автоматизации		Настройка параметров оркестрации исправлений в azure с оркестрацией

Высокая доступность

Включение политики автоматического восстановления

Чтобы обеспечить высокий уровень доступности для приложений, включите автоматическое восстановление экземпляров для поддержания набора работоспособных виртуальных машин. Когда расширение работоспособности приложения или пробы работоспособности Load Balancer обнаруживают, что экземпляр неработоспособен, автоматическое восстановление экземпляра удаляет неработоспособный экземпляр и создает новый для его замены.

Льготный период можно задать с помощью свойства automaticRepairsPolicy.gracePeriod. Льготный период, указанный в минутах и в формате ISO 8601, может варьироваться от 10 до 90 минут и имеет значение по умолчанию 30 минут.

Azure Resource Graph

// Azure Resource Graph Query
// Find VMSS instances associated with autoscale settings when autoscale is disabled
resources
| where type == "microsoft.compute/virtualmachinescalesets"
| project name, id, tags
| join kind=leftouter  (
    resources
    | where type == "microsoft.insights/autoscalesettings"
    | where tostring(properties.targetResourceUri) contains "Microsoft.Compute/virtualMachineScaleSets"
    | project id = tostring(properties.targetResourceUri), autoscalesettings = properties
) on id
| where isnull(autoscalesettings) or autoscalesettings.enabled == "false"
| project recommendationId = "vmss-4", name, id, tags, param1 = "autoscalesettings: Disabled"
| order by id asc

Развертывание Масштабируемые наборы виртуальных машин в зонах доступности с помощью Масштабируемые наборы виртуальных машин Flex

При создании Масштабируемые наборы виртуальных машин используйте зоны доступности для защиты приложений и данных от маловероятного сбоя центра обработки данных. Дополнительные сведения см. в разделе "Поддержка зоны доступности".

Azure Resource Graph

// Azure Resource Graph Query
// Find VMSS instances with one or no Zones selected
resources
| where type == "microsoft.compute/virtualmachinescalesets"
| where array_length(zones) <= 1 or isnull(zones)
| project recommendationId = "vmss-8", name, id, tags, param1 = "AvailabilityZones: Single Zone"
| order by id asc

Масштабируемость

Развертывание виртуальных машин с гибким режимом оркестрации

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

Дополнительные сведения об использовании масштабируемых наборов см. в статье "Когда следует использовать Масштабируемые наборы виртуальных машин вместо виртуальных машин"

Azure Resource Graph

// Azure Resource Graph Query
// Find all zonal VMs that are NOT deployed with Flex orchestration mode
resources
| where type == "microsoft.compute/virtualmachinescalesets"
| where properties.orchestrationMode != "Flexible"
| project recommendationId = "vmss-1", name, id, tags, param1 = strcat("orchestrationMode: ", tostring(properties.orchestrationMode))

Настройка автоматического масштабирования Масштабируемые наборы виртуальных машин

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

Сведения о том, как включить автоматическое обновление образа ОС, см. в статье об автоматическом обновлении образа ОС в масштабируемом наборе виртуальных машин Azure.

Azure Resource Graph

// Azure Resource Graph Query
// Find VMSS instances associated with autoscale settings when predictiveAutoscalePolicy_scaleMode is disabled
resources
| where type == "microsoft.compute/virtualmachinescalesets"
| project name, id, tags
| join kind=leftouter  (
    resources
    | where type == "microsoft.insights/autoscalesettings"
    | where tostring(properties.targetResourceUri) contains "Microsoft.Compute/virtualMachineScaleSets"
    | project id = tostring(properties.targetResourceUri), autoscalesettings = properties
) on id
| where autoscalesettings.enabled == "true" and autoscalesettings.predictiveAutoscalePolicy.scaleMode == "Disabled"
| project recommendationId = "vmss-5", name, id, tags, param1 = "predictiveAutoscalePolicy_scaleMode: Disabled"
| order by id asc

Настройка Масштабируемые наборы виртуальных машин настраиваемых политик масштабирования по умолчанию

Функция Масштабируемые наборы виртуальных машин настраиваемой политики масштабирования позволяет настроить порядок масштабирования виртуальных машин. Существует три конфигурации политики масштабирования:

• По умолчанию
• NewestVM
• СтарыйVM

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

Не обязательно указывать политику масштабирования, если требуется выполнить только порядок по умолчанию, так как настраиваемая политика по умолчанию обеспечивает лучший алгоритм и гибкость для большинства сценариев. Порядок по умолчанию выглядит следующим образом:

1. Балансируйте виртуальные машины между зонами доступности (если масштабируемый набор развернут с поддержкой зоны доступности).
2. Балансируйте виртуальные машины между доменами сбоя (лучше всего).
3. Удалите виртуальную машину с идентификатором самого высокого экземпляра.

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

Примечание.

Балансировка между зонами доступности или доменами сбоя не перемещает виртуальные машины между зонами доступности или доменами сбоя. Балансировка достигается путем удаления виртуальных машин из несбалансированных зон доступности или доменов сбоя, пока распределение виртуальных машин не будет сбалансировано.

Azure Resource Graph

// Azure Resource Graph Query
// Find VMSS instances where strictly zoneBalance is set to True
resources
| where type == "microsoft.compute/virtualmachinescalesets"
| where properties.orchestrationMode == "Uniform" and properties.zoneBalance == true
| project recommendationId = "vmss-6", name, id, tags, param1 = "strictly zoneBalance: Enabled"
| order by id asc

Аварийное восстановление

Включение политики защиты для всех виртуальных машин масштабируемого набора виртуальных машин

Используйте политику защиты Масштабируемые наборы виртуальных машин, если требуется, чтобы определенные виртуальные машины обрабатывались по-другому от остального экземпляра масштабируемого набора.

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

Azure Resource Graph

// Azure Resource Graph Query
// Find all VMs that do NOT have health monitoring enabled
resources
| where type == "microsoft.compute/virtualmachinescalesets"
| join kind=leftouter  (
    resources
    | where type == "microsoft.compute/virtualmachinescalesets"
    | mv-expand extension=properties.virtualMachineProfile.extensionProfile.extensions
    | where extension.properties.type in ( "ApplicationHealthWindows", "ApplicationHealthLinux" )
    | project id
) on id
| where id1 == ""
| project recommendationId = "vmss-2", name, id, tags, param1 = "extension: null"

Наблюдение

Включение мониторинга работоспособности приложений Масштабируемые наборы виртуальных машин

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

• Автоматическое обновление образа ОС
• Автоматическое исправление гостевой виртуальной машины, которое зависит от мониторинга работоспособности отдельных виртуальных машин для обновления развертывания.
• Пробы работоспособности Load Balancer илирасширение "Работоспособность приложений", которое отслеживает работоспособность приложений каждой виртуальной машины в масштабируемом наборе и выполняет восстановление экземпляров с помощью автоматического восстановления экземпляров.

Azure Resource Graph

// Azure Resource Graph Query
// Find all VMs that do NOT have automatic repair policy enabled
resources
| where type == "microsoft.compute/virtualmachinescalesets"
| where properties.automaticRepairsPolicy.enabled == false
| project recommendationId = "vmss-3", name, id, tags, param1 = "automaticRepairsPolicy: Disabled"

Эффективность системы

Настройка алгоритма распространения политики выделения для максимального распределения

Если выбрать максимальное распространение, масштабируемый набор распределяет виртуальные машины между максимальным количеством доступных доменов сбоя в каждой зоне. Это может быть больше или меньше пяти доменов сбоя на зону. При выборе статического фиксированного распространения между 5 доменами сбоя масштабируемый набор распространяет виртуальные машины точно между 5 доменами сбоя в зоне. Если масштабируемый набор не может найти пять отдельных доменов сбоя для каждой зоны для удовлетворения запроса на выделение, запрос завершается ошибкой.

Дополнительные сведения см. в разделе "Параметры распространения".

Azure Resource Graph

// Azure Resource Graph Query
// Find VMSS instances where Spreading algorithm is set to Static
resources
| where type == "microsoft.compute/virtualmachinescalesets"
| where properties.platformFaultDomainCount > 1
| project recommendationId = "vmss-7", name, id, tags, param1 = "platformFaultDomainCount: Static"
| order by id asc

Автоматизация

Настройка параметров оркестрации исправлений в azure с оркестрацией

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

Azure Resource Graph

resources
| where type == "microsoft.compute/virtualmachinescalesets"
| join kind=inner (
    resources
    | where type == "microsoft.compute/virtualmachines"
    | project id = tostring(properties.virtualMachineScaleSet.id), vmproperties = properties
) on id
| extend recommendationId = "vmss-9", param1 = "patchMode: Manual", vmproperties.osProfile.linuxConfiguration.patchSettings.patchMode
| where isnotnull(vmproperties.osProfile.linuxConfiguration) and vmproperties.osProfile.linuxConfiguration.patchSettings.patchMode !in ("AutomaticByPlatform", "AutomaticByOS")
| distinct recommendationId, name, id, param1
| union (resources
| where type == "microsoft.compute/virtualmachinescalesets"
| join kind=inner (
    resources
    | where type == "microsoft.compute/virtualmachines"
    | project id = tostring(properties.virtualMachineScaleSet.id), vmproperties = properties
) on id
| extend recommendationId = "vmss-9", param1 = "patchMode: Manual", vmproperties.osProfile.windowsConfiguration.patchSettings.patchMode
| where isnotnull(vmproperties.osProfile.windowsConfiguration) and vmproperties.osProfile.windowsConfiguration.patchSettings.patchMode !in ("AutomaticByPlatform", "AutomaticByOS")
| distinct recommendationId, name, id, param1)

Поддержка зоны доступности

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

Сбои могут варьироваться от сбоев программного обеспечения и оборудования до таких событий, как землетрясения, наводнения и пожары. Устойчивость к сбоям достигается с избыточностью и логической изоляцией служб Azure. Дополнительные сведения о зонах доступности в Azure см. в разделе "Регионы и зоны доступности".

Службы с поддержкой зон доступности Azure предназначены для обеспечения правильного уровня надежности и гибкости. Их можно настроить двумя способами. Они могут быть избыточными по зонам с автоматическим реплика tion между зонами или зональными экземплярами, закрепленными в определенной зоне. Эти подходы также можно объединить. Дополнительные сведения об зональной архитектуре, избыточной между зонами, см. в Рекомендации использования зональных зон и регионов.

С помощью Azure Масштабируемые наборы виртуальных машин вы можете создавать группу виртуальных машин с балансировкой нагрузки и управлять ими. Количество виртуальных машин может автоматически увеличиваться или уменьшаться в ответ на запрос или определенное расписание. Масштабируемые наборы обеспечивают высокий уровень доступности приложений и позволяют централизовать управление, настройку и обновление большого числа виртуальных машин. Для самого масштабируемого набора нет затрат. Вы платите только за каждый созданный экземпляр виртуальной машины.

Масштабируемые наборы виртуальных машин поддерживает как зональные, так и избыточные между зонами развертывания в пределах региона:

• Зональное развертывание. При создании масштабируемого набора в одной зоне вы управляете тем, в какой зоне выполняются все виртуальные машины этого набора. Масштабируемый набор управляется и автоматически масштабируется только в пределах этой зоны.

• Развертывание, избыточное между зонами. Масштабируемый набор, избыточный между зонами, позволяет создать единый масштабируемый набор в рамках нескольких зон. По умолчанию при создании виртуальных машин они равномерно распределяются по зонам.

Необходимые компоненты

1. Чтобы использовать зоны доступности, масштабируемый набор необходимо создать в поддерживаемом регионе Azure.

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

SLA

Так как зоны доступности физически отделены и предоставляют различные источники питания, сеть и охлаждение — соглашения об уровне обслуживания увеличиваются. Дополнительные сведения см. в соглашениях об уровне обслуживания для Microsoft Online Services.

Создание масштабируемого набора виртуальных машин с включенными зонами доступности

Вы можете создать масштабируемый набор, использующий зоны доступности с одним из следующих методов:

Портал Azure

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

Масштабируемый набор и вспомогательные ресурсы, такие как подсистема балансировки нагрузки Azure и общедоступный IP-адрес, создаются в одной зоне, указанной вами.

Azure CLI

Зональный масштабируемый набор

В следующем примере создается однозонный масштабируемый набор myScaleSet в зоне 1:

az vmss create \
    --resource-group myResourceGroup \
    --name myScaleSet \
    --orchestration-mode flexible \
    --image <SKU Image> \
    --upgrade-policy-mode automatic \
    --admin-username azureuser \
    --generate-ssh-keys \
    --zones 1

Полный пример масштабируемого набора однозонных и сетевых ресурсов см . в нашем примере скрипта CLI.

Масштабируемый набор, избыточный между зонами

Чтобы создать масштабируемый набор, избыточный между зонами, используйте общедоступный IP-адрес и подсистему балансировки нагрузки с номером SKU Стандартный. Для повышения избыточности в рамках номера SKU Стандартный создаются сетевые ресурсы, избыточные между зонами. Дополнительные сведения см. в разделе Обзор Azure Load Balancer уровня "Стандартный" и Azure Load Balancer уровня "Стандартный" и зоны доступности.

Чтобы создать масштабируемый набор, избыточный между зонами, укажите несколько зон с помощью параметра --zones. В следующем примере создается масштабируемый набор, избыточный между зонами, с именем myScaleSet в зонах 1, 2 и 3:

az vmss create \
    --resource-group myResourceGroup \
    --name myScaleSet \
    --orchestration-mode flexible \
    --image <SKU Image> \
    --upgrade-policy-mode automatic \
    --admin-username azureuser \
    --generate-ssh-keys \
    --zones 1 2 3

Создание и настройка всех ресурсов масштабируемого набора и виртуальных машин в указанных зонах может занять несколько минут. Полный пример избыточного между зонами масштабируемого набора и сетевых ресурсов см . в нашем примере скрипта CLI.

Azure PowerShell

Зональный масштабируемый набор

В следующем примере создается однозонный масштабируемый набор с именем myScaleSet в зоне 1 региона Восточная часть США 2. Сетевые ресурсы Azure для виртуальной сети, общедоступный IP-адрес и подсистема балансировки нагрузки создаются автоматически. При появлении запроса укажите необходимые административные учетные данные для виртуальных машин в масштабируемом наборе:

New-AzVmss `
  -ResourceGroupName "myResourceGroup" `
  -Location "EastUS2" `
  -OrchestrationMode "flexible" ``
  -VMScaleSetName "myScaleSet" `
  -OrchestrationMode "Flexible" `
  -VirtualNetworkName "myVnet" `
  -SubnetName "mySubnet" `
  -PublicIpAddressName "myPublicIPAddress" `
  -LoadBalancerName "myLoadBalancer" `
  -UpgradePolicy "Automatic" `
  -Zone "1"

Масштабируемый набор, избыточный между зонами

Чтобы создать масштабируемый набор, избыточный между зонами, укажите несколько зон с помощью параметра -Zone. В следующем примере создается масштабируемый набор, избыточный между зонами, с именем myScaleSet в зонах 1, 2 и 3 региона Восточная часть США 2. Сетевые ресурсы Azure, избыточные между зонами, для виртуальной сети, общедоступный IP-адрес и подсистема балансировки нагрузки создаются автоматически. При появлении запроса укажите необходимые административные учетные данные для виртуальных машин в масштабируемом наборе:

New-AzVmss `
  -ResourceGroupName "myResourceGroup" `
  -Location "EastUS2" `
  -OrchestrationMode "Flexible" ``
  -VMScaleSetName "myScaleSet" `
  -VirtualNetworkName "myVnet" `
  -SubnetName "mySubnet" `
  -PublicIpAddressName "myPublicIPAddress" `
  -LoadBalancerName "myLoadBalancer" `
  -UpgradePolicy "Automatic" `
  -Zone "1", "2", "3"

Шаблоны диспетчера ресурсов Azure

Процесс создания масштабируемого набора, использующего зону доступности, совпадает с подробными сведениями в статье о начале работы для Linux или Windows. Чтобы использовать зоны доступности, необходимо создать масштабируемый набор в поддерживаемом регионе Azure. Добавьте свойство zones в тип ресурса Microsoft.Compute/virtualMachineScaleSets в шаблон и укажите требуемую зону (например, 1, 2 или 3).

Масштабируемый набор с одной зоной

В следующем примере создается однозонный масштабируемый набор Linux с именем myScaleSet в зоне 1 региона Восточная часть США 2:

{
  "type": "Microsoft.Compute/virtualMachineScaleSets",
  "name": "myScaleSet",
  "location": "East US 2",
  "apiVersion": "2017-12-01",
  "zones": ["1"],
  "sku": {
    "name": "Standard_A1",
    "capacity": "2"
  },
  "properties": {
    "upgradePolicy": {
      "mode": "Automatic"
    },
    "virtualMachineProfile": {
      "storageProfile": {
        "osDisk": {
          "caching": "ReadWrite",
          "createOption": "FromImage"
        },
        "imageReference":  {
          "publisher": "myPublisher",
          "offer": "myOffer",
          "sku": "mySKU",
          "version": "latest"
        }
      },
      "osProfile": {
        "computerNamePrefix": "myvmss",
        "adminUsername": "azureuser",
        "adminPassword": "P@ssw0rd!"
      }
    }
  }
}

Полный пример масштабируемого набора однозонья и сетевых ресурсов см . в нашем примере шаблона Resource Manager.

Масштабируемый набор, избыточный между зонами

Чтобы создать масштабируемый набор, избыточный между зонами, укажите несколько значений в свойстве zones типа ресурса Microsoft.Compute/virtualMachineScaleSets. В следующем примере создается масштабируемый набор, избыточный между зонами, с именем myScaleSet в зонах 1, 2 и 3 региона Восточная часть США 2:

{
  "type": "Microsoft.Compute/virtualMachineScaleSets",
  "name": "myScaleSet",
  "location": "East US 2",
  "apiVersion": "2017-12-01",
  "zones": [
        "1",
        "2",
        "3"
      ]
}

При создании общедоступного IP-адреса или подсистемы балансировки нагрузки укажите свойство "sku": { "name": "Standard" }" для создания сетевых ресурсов, избыточных между зонами. Необходимо также создать группы безопасности сети и правила, чтобы разрешить любой трафик. Дополнительные сведения см. в разделе Обзор Azure Load Balancer уровня "Стандартный" и Azure Load Balancer уровня "Стандартный" и зоны доступности.

Полный пример масштабируемого набора с избыточностью между зонами и сетевых ресурсов см . в нашем примере шаблона Resource Manager.

Поддержка зональной отработки отказа

Масштабируемые наборы виртуальных машин создаются с пятью доменами сбоя по умолчанию в регионах Azure без зон. Для регионов, поддерживающих развертывание зоны доступности Масштабируемые наборы виртуальных машин, и выбран этот параметр, значение по умолчанию для количества доменов сбоя равно 1 для каждой зоны. В этом случае FD=1 подразумевает, что экземпляры виртуальных машин, принадлежащие масштабируемому набору, распределяются по многим стоям на основе наилучших усилий. Дополнительные сведения см. в разделе "Выбор нужного количества доменов сбоя" для масштабируемого набора виртуальных машин.

Проектирование низкой задержки

Рекомендуется настроить Масштабируемые наборы виртуальных машин с избыточностью между зонами. Однако если приложение имеет строгие требования к низкой задержке, может потребоваться реализовать зональный для виртуальных машин масштабируемых наборов. При развертывании зональных масштабируемых наборов рекомендуется создать несколько виртуальных машин масштабируемого набора в нескольких зонах. Например, можно создать один экземпляр масштабируемых наборов, закрепленный в зоне 1 и один экземпляр, закрепленный в зоне 2 или 3. Кроме того, необходимо использовать подсистему балансировки нагрузки или другую логику приложения для направления трафика в соответствующие масштабируемые наборы во время сбоя зоны.

Важно!

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

методы развертывания Сейф

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

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

Параметры распространения

При развертывании масштабируемого набора в одной или нескольких зонах доступности у вас есть следующие параметры распространения (начиная с API версии 2017-12-01):

• Максимальное распространение (platformFaultDomainCount = 1). Максимальное распространение — это рекомендуемый вариант развертывания, так как он обеспечивает лучшее распространение в большинстве случаев. Если вы распространяете реплика между отдельными единицами изоляции оборудования, рекомендуется распространяться по зонам доступности и использовать максимальное распространение в каждой зоне.

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

  Примечание.

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

• Статическое фиксированное распространение (platformFaultDomainCount = 5). При статической фиксированной распространении масштабируемый набор распределяет виртуальные машины ровно по пяти доменам сбоя на зону. Если масштабируемый набор не может найти пять отдельных доменов сбоя для каждой зоны для удовлетворения запроса на выделение, запрос завершается ошибкой.

• Распространение в соответствии с доменами сбоя управляемых дисков (platformFaultDomainCount = 2 или 3) Можно рассмотреть возможность выравнивания количества доменов сбоя масштабируемого набора с числом доменов сбоя управляемых дисков. Это выравнивание может помочь предотвратить потерю кворума, если весь домен сбоя управляемых дисков исчезает. Число доменов сбоя может быть меньше или равно количеству доменов сбоя управляемых дисков, доступных в каждом из регионов. Дополнительные сведения о количестве доменов сбоя Управляемые диски по регионам см. в разделе [вставить здесь](ссылка здесь).

Балансировка зоны

Для масштабируемых наборов, развернутых в нескольких зонах (избыточном между зонами), можно выбрать баланс зоны илистрогую балансировку зоны. Масштабируемый набор считается сбалансированным, если каждая зона имеет одинаковое количество виртуальных машин (плюс или минус одна виртуальная машина), как и все остальные зоны в масштабируемом наборе. Например:

Масштабируемый набор	Виртуальные машины в зоне 1	Виртуальные машины в зоне 2	Виртуальные машины в зоне 3	Балансировка зоны
Сбалансированный масштабируемый набор	2	3	3	Этот масштабируемый набор считается сбалансированным. Существует только одна зона с другим числом виртуальных машин, и это только 1 меньше, чем другие зоны.
Небалансированный масштабируемый набор	1	3	3	Этот масштабируемый набор считается несбалансируемым. Зона 1 имеет на 2 виртуальные машины меньшее, чем зоны 2 и 3.

Виртуальные машины в масштабируемом наборе могут быть успешно созданы, но развертывание расширения на этих виртуальных машинах завершится сбоем. Виртуальные машины с сбоями расширения по-прежнему учитываются при определении баланса масштабируемого набора. Например, масштабируемый набор с 3 виртуальными машинами в зоне 1, 3 виртуальными машинами в зоне 2 и 3 виртуальными машинами в зоне 3 считается сбалансированным, даже если все расширения завершилось сбоем в зоне 1 и все расширения успешно выполнены в зонах 2 и 3.

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

Чтобы использовать баланс зоны оптимальной работы, установите zoneBalanceзначение false. Этот zoneBalance параметр используется по умолчанию в API версии 2017-12-01. Чтобы использовать строгий баланс зоны, задайте zoneBalance значение true.

Поддержка перехода на зоны доступности

Сведения о повторном развертывании регионального масштабируемого набора в поддержку зоны доступности см. в статье "Миграция Виртуальные машины и Масштабируемые наборы виртуальных машин в поддержку зоны доступности".

Дополнительные рекомендации

Группы размещения

Важно!

Группы размещения применяются только к Масштабируемые наборы виртуальных машин, работающим в режиме универсальной оркестрации.

При развертывании масштабируемого набора виртуальных машин можно развернуть с одной или несколькими группами размещения для каждой зоны доступности. Для региональных масштабируемых наборов выбор состоит в наличии одной группы размещения в регионе или нескольких групп размещения в регионе. Если для свойства singlePlacementGroup масштабируемого набора задано значение false, масштабируемый набор может состоять из нескольких групп размещения и имеет диапазон 0–1000 виртуальных машин. Если задано значение true по умолчанию, масштабируемый набор состоит из одной группы размещения и имеет диапазон 0–100 виртуальных машин. Для большинства рабочих нагрузок рекомендуется несколько групп размещения, что обеспечивает лучшее масштабирование. В версии API 2017-12-01 для масштабируемых наборов (однозонных и распределенных между зонами) по умолчанию используются несколько групп размещения, но для региональных масштабируемых наборов по умолчанию используется только одна.

Следующие шаги

Надежность в Azure

Развертывание приложений в Масштабируемые наборы виртуальных машин

Используйте автомасштабирование с Масштабируемые наборы виртуальных машин.