Как использовать cloudfront для отработки отказа DNS - PullRequest
0 голосов
/ 14 января 2019

Мы настраивали инфраструктуру aws с аварийным переключением DNS Route53, как упоминалось в этой ссылке aws.

https://aws.amazon.com/blogs/aws/create-a-backup-website-using-route-53-dns-failover-and-s3-website-hosting/

Итак, у нас есть первичный ELB и вторичный ELB.

Но мы потеряем функциональность, если будем указывать в первую очередь на облачный фронт из-за потери функциональности проверки работоспособности. Так есть ли решение, если мы хотим использовать Cloudfront? Или нам нужно выбрать другое решение, например, HAProxy?

1 Ответ

0 голосов
/ 14 января 2019

Цели CloudFront не могут быть проверены работоспособностью по маршруту 53, потому что «нездоровый» не является ситуацией, которая должна происходить в этом контексте.

CloudFront использует сам Маршрут 53, и IP-адреса, возвращаемые для данного запроса, будут адресами краевых узлов, которые являются (а) ближайшими / наиболее оптимальными для данного зрителя и (б) исправными. CloudFront, как и Route 53, представляет собой массивную глобальную распределенную отказоустойчивую систему.

Оптимизация высокой доступности с помощью CloudFront Origin Failover объясняет, как CloudFront можно настроить для отправки всех запросов на кеширование на первичный исходный сервер (в вашем случае с балансировщиком нагрузки) и для повторения только неудачных запросов с использованием сервер вторичного происхождения. Вы можете указать, какие типы сбоев вызывают повтор, а какие нет (например, вы можете повторить любой сбой, кроме 404 ошибок).

...