Reinicializar um cluster do Aurora com disponibilidade de leitura
Com o recurso de disponibilidade de leitura, é possível reinicializar a instância do gravador do cluster do Aurora sem reinicializar as instâncias do leitor no cluster de banco de dados primário ou secundário. Isso pode ajudar a manter a alta disponibilidade do cluster para operações de leitura enquanto você reinicializa a instância do gravador. Você pode reinicializar as instâncias do leitor mais tarde, em um cronograma que seja conveniente para você. Por exemplo, em um cluster de produção, você pode reinicializar as instâncias do leitor uma de cada vez, começando somente após a conclusão da reinicialização da instância primária. Para cada instância de banco de dados que você reinicializar, siga o procedimento em Reinicializar uma instância de banco de dados em um cluster do Aurora.
O recurso de disponibilidade de leitura de clusters de banco de dados primários está disponível no Aurora MySQL versão 2.10 e posterior. A disponibilidade de leitura para clusters de banco de dados secundários está disponível no Aurora MySQL versão 3.06 e posterior.
Esse atributo está disponível para as seguintes versões do Aurora PostgreSQL:
Versão 15.2 e versões 15 posteriores
Versão 14.7 e versões 14 posteriores
Versão 13.10 e versões 13 posteriores
Versão 12.14 e versões 12 posteriores
Para obter mais informações sobre o atributo de disponibilidade de leitura no Aurora PostgreSQL, consulte Melhorar a disponibilidade de leitura das réplicas do Aurora.
Antes desse recurso, a reinicialização da instância principal fazia com que cada instância do leitor fosse reinicializada ao mesmo tempo. Se o cluster do Aurora estiver executando uma versão mais antiga, use o procedimento de reinicialização em Reinicializar um cluster do Aurora sem disponibilidade de leitura.
nota
A mudança no comportamento de reinicialização nos clusters de banco de dados do Aurora com disponibilidade de leitura é diferente para banco de dados globais do Aurora no Aurora MySQL versões anteriores a 3.06. Se você reinicializar a instância do gravador para o cluster principal em um banco de dados global do Aurora, as instâncias do leitor no cluster principal permanecerão disponíveis. No entanto, as instâncias de banco de dados em qualquer cluster secundário são reinicializadas ao mesmo tempo.
Uma versão limitada do recurso avançado de disponibilidade de leitura é compatível com o bancos de dados globais do Aurora para o Aurora PostgreSQL versões 12.16, 13.12, 14.9, 15.4 e posteriores.
Você reinicializa frequentemente o cluster depois de fazer alterações nos grupos de parâmetros do cluster. Você faz alterações nos parâmetros seguindo os procedimentos em Grupos de parâmetros para Amazon Aurora. Suponha que você reinicialize a instância de banco de dados do gravador em um cluster do Aurora para aplicar alterações aos parâmetros do cluster. Algumas ou todas as instâncias de banco de dados do leitor podem continuar usando as configurações de parâmetros antigas. No entanto, as diferentes configurações de parâmetros não afetam a integridade dos dados do cluster. Todos os parâmetros de cluster que afetam a organização dos arquivos de dados são usados apenas pela instância de banco de dados do gravador.
Por exemplo, em um cluster do Aurora MySQL, você pode atualizar parâmetros de cluster, como binlog_format e innodb_purge_threads, na instância do gravador antes das instâncias do leitor. Somente a instância do gravador está gravando logs binários e limpando registros de desfazer. Para parâmetros que alteram a forma como as consultas interpretam instruções SQL ou a saída da consulta, talvez seja necessário ter cuidado para reinicializar as instâncias do leitor imediatamente. Você faz isso para evitar comportamentos inesperados de aplicações durante consultas. Por exemplo, suponha que você altere o parâmetro lower_case_table_names e reinicie a instância do gravador. Nesse caso, as instâncias do leitor talvez não consigam acessar uma tabela recém-criada até que todas sejam reinicializadas.
Para obter uma lista de todos os parâmetros do cluster do Aurora MySQL, consulte Parâmetros no nível do cluster.
Para obter uma lista de todos os parâmetros de cluster do Aurora PostgreSQL, consulte Parâmetros no nível do cluster do Aurora PostgreSQL.
dica
O Aurora MySQL ainda pode reinicializar algumas das instâncias do leitor junto com a instância do gravador se o cluster estiver processando uma workload com alta taxa de transferência.
A redução no número de reinicializações também se aplica durante as operações de failover. O Aurora MySQL reinicia somente a instância de banco de dados do gravador e o destino de failover durante um failover. Outras instâncias de banco de dados do leitor no cluster permanecem disponíveis para continuar processando consultas por meio de conexões com o endpoint do leitor. Assim, você pode melhorar a disponibilidade durante um failover com mais de uma instância de banco de dados de leitor em um cluster.
