Недолік, коли є реплікація, випливає з примітки нижче:
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 кінцева точка.
Використовуючи псевдонім регіонів, ви втрачаєте простоту збалансування навантаження над регіонами, включаючи перевірку стану здоров’я з включеної АРМ.
Якщо ви використовуєте DNS-ім'я, націлене на регіони для швидкого перемикання, ви несете відповідальність за свій DNS TTL, але нічого не гарантує, що кеш-сервери клієнтського провайдера будуть шанувати вашу цінність (один з багатьох кеш-пам'яток, з якими може зіткнутися ваш клієнт).
І, нарешті, якщо ви спробуєте навантажити баланс самостійно, ви, ймовірно, створите такий самий SPOF, як AWS, який вже є з додатковим тягарем його підтримання.
AWS працює над цим, але це вся інформація, яку я маю під час написання.