A desvantagem quando há replicação vem da nota abaixo:
O Amazon S3 roteia qualquer solicitação no estilo hospedado virtual para a região Leste dos EUA (N. Virginia) por padrão, se você usar o ponto de extremidade Leste dos EUA (N. Virgínia) (s3.amazonaws.com), em vez do ponto de extremidade específico da região (para exemplo, s3-eu-west-1.amazonaws.com).
Quando você usa a replicação, geralmente deixa a AWS cuidar do roteamento do alias para uma região, direcionando s3.amazonaws.com
sua solicitação REST de seus servidores e permitindo que o redirecionamento faça seu trabalho.
Sempre que a N.Virginia estiver inativa, a mágica deixará de funcionar e você não terá sorte em acessar seus dados e precisará atualizar sua configuração para escolher um terminal de região específico.
O problema não vem do DNS (uma solicitação para o próprio bucket funcionará), mas dos clientes S3, que se conectam ao ponto de extremidade da API S3 antes de acessar o bucket. Nesse caso, a resolução do DNS é feita s3.amazonaws.com
e isso é útil. ponto final leste-1.
Ao usar o alias de região, você perde a facilidade do balanceamento de carga nas regiões com a verificação de integridade da AWS incluída.
Se você usar o cname DNS direcionado às regiões para alternar rapidamente, será responsável pelo TTL do DNS, mas nada garante que os servidores de cache do ISP do cliente honrem seu valor (um dos muitos cache que seu cliente pode encontrar).
E, por último, se você tentar se equilibrar na carga, provavelmente criará o mesmo SPOF que a AWS já possui com a carga adicional de mantê-lo.
A AWS está trabalhando nisso, mas essas são todas as informações que tenho no momento em que escrevo.