Amazon S3 имеет опцию межрегиональной репликации, которая должна быть достаточно отказоустойчивой в отношении перерывов между регионами и зонами.
Означает ли это, что те, кто разглагольствует об отключении, не использовали этот аспект?
Или эта межрегиональная репликация не является абсолютно надежной и не помогла бы?
Ответы:
Недостаток, когда есть репликация, прибывает из примечания ниже:
Когда вы используете репликацию, вы обычно позволяете 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 работает над этим, но это все, что у меня есть на момент написания.
источник
example-bucketведро существует,example-bucket.s3.amazonaws.comуже указывает на восток США в DNS. В течение нескольких минут после первоначального создания сегмента это постоянно изменяется, чтобы указывать на правильную региональную конечную точку. Предупреждение здесь заключается в том, что это имя хоста может первоначально быть ненадолго ошибочно доставлено сразу после создания сегмента, а не позднее.s3.amazonaws.comзоне в течение нескольких минут после его создания, и это изменение сохраняется независимо от us-east-1. Создайте область в другом регионе и посмотрите, как онаyour-bucket-name.s3.amazonaws.comрешается до, во время и через несколько минут после создания области. Информация передается вs3-1.amazonaws.comзону на маршруте 53 после создания сегмента и сохраняется там, без дальнейшей зависимости от нас-восток-1.Многие крупные компании были бы виноваты в том, что не использовали эту функцию. Это добавляет дополнительную стоимость, и исторически сложилось так, что любое реальное решение для аварийного восстановления не тестировалось, даже если оно реализовано.
Помимо вопросов стоимости, компании, которые активно используют межрегиональную репликацию, могут предложить обоснованную озабоченность относительно задержки, необходимой для репликации объекта. S3 не позволяет (насколько мне известно) согласованность чтения после записи для реплицируемых объектов, в то время как он допускает его для сегмента в одной области.
Этот вопрос SE вызывает обеспокоенность, когда объекты не реплицируются должным образом или занимают слишком много времени для репликации. При условии, что межрегиональная репликация выполняется в режиме возможной согласованности, существует множество проблем, которые необходимо решить.
источник