В межрегиональной репликации S3, если область назначения отключается или подключение нарушается, репликация объектов откладывается до тех пор, пока проблема не будет решена, а затем восстанавливается.
Кросс-регион может использоваться как активный / активный, но разрешение конфликтов отсутствует, поэтому, если вы записали разные объекты с одинаковым ключом в оба региона примерно в одно и то же время, то эта версия будет «окончательной текущей версией» в каждом регионе не определено. Пока вы этого не делаете, проблем нет. То, что вы не можете сделать, это настроить более 2 областей в кольце, потому что A> B> C> A будет реплицировать только один переход. Объекты, созданные в A, будут реплицировать A> B, но не B> C, потому что когда объект создается процессом репликации, он больше не реплицируется. То есть объекты, скопированные в корзину, также никогда не реплицируются из корзины. Объекты, созданные непосредственно в B, будут повторять B> C, но не C> A.
Если межрегиональная реплика RDS выходит из строя или становится недоступной, мастер не изменяется. Под капотом реплика прослушивает поток сообщений об изменениях от мастера, но не подтверждает факт применения изменений к своему локальному набору данных, поэтому, если реплика исчезает, это не событие с точки зрения мастера. Поскольку в потоке репликации присутствуют указатели / маркеры последовательности / позиционирования, реплика знает, где она остановилась, и запрашивает поток у правильного начального указателя при повторном соединении.
Реплика наверстает упущенное при восстановлении службы / подключения, но не мгновенно. Требуемое время зависит от количества измененных данных, которые необходимо реплицировать, и емкости реплики. Это верно как для стандартной RDS, так и для Aurora - межрегиональная репликация асинхронна.