Недостаток, когда есть репликация, прибывает из примечания ниже:
Amazon S3 перенаправляет любые виртуальные запросы в стиле хостинга в регион Восток США (Северная Вирджиния) по умолчанию, если вы используете конечную точку Восток США (Северная Вирджиния) (s3.amazonaws.com) вместо конкретной конечной точки региона (для Например, s3-eu-west-1.amazonaws.com).
Когда вы используете репликацию, вы обычно позволяете AWS позаботиться о маршрутизации псевдонима в один регион, направив s3.amazonaws.com
запрос REST с серверов и разрешив перенаправление выполнить свою работу.
Всякий раз, когда N.Virginia не работает, магия перестает работать, и вам не повезло, чтобы получить доступ к вашим данным и вам придется обновить свою конфигурацию, чтобы выбрать конкретную конечную точку региона.
Проблема не в DNS (запрос к корзине будет работать), а в клиентах S3, которые подключатся к конечной точке API S3 перед доступом к корзине, в этом случае разрешение DNS выполнено, s3.amazonaws.com
и это используется конечная точка восток-1.
При использовании псевдонима регионов вы теряете удобство балансировки нагрузки по регионам с включенной проверкой работоспособности из AWS.
Если вы используете DNS cname, нацеленный на регионы для быстрого переключения, вы несете ответственность за свой DNS TTL, но ничто не гарантирует, что серверы кэширования ISP клиента будут учитывать ваше значение (один из многих кэшей, с которыми может столкнуться ваш клиент).
И, наконец, если вы попытаетесь самостоятельно сбалансировать нагрузку, вы, вероятно, создадите тот же SPOF, что и у AWS, с дополнительным бременем его поддержки.
AWS работает над этим, но это все, что у меня есть на момент написания.