в чем причина того, что группа доступности не отображается при размещении виртуальной машины в месте, отличном от расположения группы доступности.
На самом деле я хотел развернуть 2 виртуальные машины в разных местах, чтобы обеспечить высокую доступность и аварийное восстановление этих виртуальных машин, что минимизирует затраты и позволяет избежать ненужных затрат на ограничение минимальной стоимости 2 виртуальных машин (домены сбоя) в одном месте, что не обеспечивает аварийное восстановление.
Это невозможно.
См. этот официальный документ. .
Группа доступности — это возможность логической группировки, которую можно использовать в Azure, чтобы убедиться, что ресурсы виртуальных машин, которые вы размещаете в ней, изолированы друг от друга при их развертывании в центре обработки данных Azure. Azure гарантирует, что виртуальные машины, которые вы размещаете в группе доступности, работают на нескольких физических серверах, вычислительных стойках, устройствах хранения и сетевых коммутаторах. Это гарантирует, что в случае сбоя оборудования или программного обеспечения Azure пострадает только подмножество ваших виртуальных машин, а ваше приложение в целом останется в рабочем состоянии и по-прежнему будет доступно для ваших клиентов. Использование групп доступности — важная возможность, которую необходимо использовать при создании надежных облачных решений.
Виртуальные машины в группе доступности должны находиться в одном и том же месте.
В соответствии с вашими потребностями вы можете использовать управляемый диск, см. этот ссылка.
Управляемые диски обеспечивают более высокую надежность для групп доступности, гарантируя, что диски виртуальных машин в группе доступности достаточно изолированы друг от друга, чтобы избежать единых точек отказа.
Группы доступности используются в Microsoft Azure для обеспечения того, чтобы виртуальные машины были развернуты в разных доменах обновления и разных доменах сбоя. Это позволяет Microsoft Azure предоставлять SLA на уровне 99,95 % для службы, предоставляемой виртуальными машинами в группе доступности.
Обновления являются запланированными событиями. Например, при исправлении базовой структуры Azure может потребоваться перезапуск гостевых виртуальных машин. Это определяется как домен обновления (UD). Сбои — это неожиданные события, такие как аппаратный сбой, будь то физический или логический, который влияет на доступность вашей гостевой виртуальной машины. Это определяется как домен сбоя (FD). Как минимум две виртуальные машины должны быть в группе доступности для Microsoft, чтобы обеспечить 99,95% SLA.
Группа доступности может быть создана с одной виртуальной машиной, однако Microsoft не будет предоставлять соглашение об уровне обслуживания безотказной работы. Виртуальные машины в группе доступности должны находиться в одной и той же облачной службе. В группе доступности может находиться не более 100 виртуальных машин. Доступно пять доменов обновления. для каждой группы доступности Наборы доступности Azure версии 0.1 
Это все очень хорошо, но теперь это означает, что наше приложение должно справляться с перезапуском в случае сбоя или обновления. На мой взгляд, этот момент требует тщательного рассмотрения, когда вы пытаетесь выполнить соглашения об уровне обслуживания вашего бизнеса в рамках структуры, которую Microsoft предоставляет в Azure.
Нам также необходимо учитывать, как трафик направляется на каждую гостевую виртуальную машину в группе доступности. Именно здесь вступает в действие балансировщик нагрузки, который направляет трафик на наиболее подходящую гостевую виртуальную машину в группе доступности.
Вы можете подумать, что можете поместить одну виртуальную машину в группу доступности, чтобы соответствовать требованиям SLA. Однако именно здесь у Microsoft есть бесплатная карта выхода из тюрьмы: ни одна виртуальная машина не получает SLA 99,95%. Я предполагаю, что это связано с тем, что Microsoft не знает, сколько времени потребуется, чтобы эта гостевая виртуальная машина стала доступной в другом обновлении или домене сбоя.
Azure Availability Sets Load Balancer v0.1 
Заключительные мысли
Группы доступности требуют рассмотрения на уровне приложения, чтобы обеспечить доступность не только гостевой виртуальной машины, но и доступ к общим службам данных между ними. Также стоит отметить, что сбои этих приложений или служб не включены в SLA 99,95%.
