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