Недостаток репликации указан в примечании ниже:
Amazon S3 направляет любые виртуальные запросы на хостинг на восток США.
s3.amazonaws.com
in your REST request from your servers and let the redirect do it's job.
(Сев. Вирджиния) по умолчанию, если вы используете Восток США (Сев. Вирджиния).
конечная точка (s3.amazonaws.com) вместо конечной точки, зависящей от региона. s3.amazonaws.com
and this is us-east-1 endpoint.
(например, s3-eu-west-1.amazonaws.com).
Когда вы используете репликацию, вы обычно позволяете AWS позаботиться о маршрутизации псевдонима в один регион, нацеливаясь на
Всякий раз, когда N.Virginia не работает, магия перестает работать, и вам не удается получить доступ к вашим данным, и вам приходится обновлять конфигурацию, чтобы выбрать конечную точку определенного региона.
Проблема не
нетприходят от DNS (запрос к самой корзине будет работать), а от клиентов S3, которые будут подключаться к конечной точке API S3 перед доступом к корзине, в этом случае разрешение DNS выполняется на При использовании псевдонимов регионов вы теряете удобство балансировки нагрузки по регионам, включая проверку работоспособности от AWS. Если вы используете DNS cname с таргетингом на регионы для быстрого переключения, вы несете ответственность за свой DNS TTL, но ничто не гарантирует, что кэш-серверы клиентского интернет-провайдера будут соблюдать ваше значение (один из многих кэшей, с которыми может столкнуться ваш клиент).
И, наконец, если вы попытаетесь балансировать нагрузку самостоятельно, вы, вероятно, создадите тот же SPOF, что уже есть в AWS, с дополнительным бременем по его обслуживанию.
AWS работает над этим, но это вся информация, которой я располагаю на момент написания статьи.