Есть ли у нас что-то похожее на Azure «Набор доступности» в GCP и AWS

Question

Контекст :

Мы создаем прототип мульти-облачного развертывания нашего приложения (на основе микро-сервисов). Для обеспечения баланса между высокой доступностью и совместным размещением мы использовали функцию «Наборы доступности» в Azure. Этот тип гарантирует, что обновления платформы / службы Azure не будут выполняться одновременно в двух разных наборах.

Наличие комплектов Azure

Сценарий :

Я не смог найти ничего похожего в Google Cloud Platform и AWS. Поэтому в этом случае мы должны использовать отдельные «зоны» для обеспечения высокой доступности.

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

Есть ли у нас что-то близкое к "наборам доступности" в GCP и AWS. Пожалуйста, поделитесь своими мыслями.

Answer 1

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

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

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

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

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

Answer 2

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

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

Разделение - распределяет ваши экземпляры по логическим разделам так, что группы экземпляров водин раздел не разделяет базовое оборудование с группами экземпляров в разных разделах.Эта стратегия обычно используется большими распределенными и реплицируемыми рабочими нагрузками, такими как Hadoop, Cassandra и Kafka.

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

Я не могу говорить за Google Cloud, поскольку мне неизвестны подобные функции, но я также не так хорошо знаком с их предложениями.

Надеюсь, это поможет.