O DCS suporta a persistência de dados? Qual é o impacto da persistência?
Apoio à persistência
- Instâncias do DCS Redis:
- Nó único: a persistência de dados não é suportada.
- Principal/em espera, divisão de leitura/gravação e cluster (exceto clusters de réplica única): a persistência de dados é suportada.
- Instâncias de DCS Memcached:
- Nó único: a persistência de dados não é suportada.
- Principal/em espera: a persistência de dados é suportada.
Modos de persistência
- O DCS suporta apenas a persistência AOF por padrão. Você pode ativar ou desativar a persistência conforme necessário. Todas as instâncias, exceto as de cluster de nó único e de réplica única, são criadas com persistência AOF habilitada.
- Os DCS não oferecem suporte à persistência RDB por padrão e você não pode configurar o parâmetro save. Se a persistência RDB for necessária para uma instância principal/em espera ou de Redis Cluster 4.0 ou posterior, você poderá usar a função de backup e restauração para fazer backup dos dados da instância em um arquivo RDB e armazenar os dados no OBS.
Disco usado para persistência
Para instâncias do DCS Redis 4.0 e posteriores, os dados são mantidos em discos SSD.
Impacto da persistência AOF
- Se o disco ou I/O do nó de computação subjacente estiver com defeito, a latência pode aumentar ou pode ocorrer uma alternância principal/em espera.
- O Redis-Server reescreve periodicamente AOF. Durante uma reescrita, a latência pode ser alta por um curto período de tempo. Para obter detalhes sobre as regras de reescrita de AOF, consulte Quando as reescritas de AOF serão acionadas?
Se as instâncias do DCS forem usadas para acelerar aplicações, é recomendável desativar a persistência para obter maior desempenho e estabilidade. Tenha cuidado ao desabilitar a persistência. Sem persistência, os dados em cache podem ser perdidos em cenários extremos (por exemplo, quando os nós principais e em espera estão com defeito).
Para desabilitar a persistência AOF, defina o parâmetro appendonly como no na página de detalhes da instância.
Posso ativar a persistência apenas em réplicas e não em principais?
Sim. Para uma instância básica do DCS Redis 4.0/5.0/6.0 principal/em espera ou de cluster, você pode definir o parâmetro appendonly como only-replica para habilitar a persistência somente em réplicas.
Esta função não está disponível para outras versões ou tipos de instância.
![](https://support.huaweicloud.com/intl/pt-br/dcs_faq/public_sys-resources/note_3.0-pt-br.png)
- Por padrão, o parâmetro appendonly tem apenas duas opções: yes e no. Para defini-lo como only-replica, entre em contato com o pessoal de O&M.
- Sem escrever e reescrever AOF no nó principal, a persistência apenas em réplicas melhora o desempenho, mas reduz a confiabilidade, em comparação com a persistência em nós principais e de réplica. Selecione um modo com base nos requisitos de serviço.
Backup, exportação e migração de dados Perguntas frequentes
- Como exportar dados de instância do DCS Redis?
- Por que a memória de uma instância do DCS Redis não é alterada após a migração de dados usando Rump, mesmo que nenhuma mensagem de erro seja retornada?
- Posso exportar dados de backup de instâncias do DCS Redis para arquivos RDB no console?
- Por que os processos são interrompidos com frequência durante a migração de dados?
- Onde os arquivos de backup da instância de DCS são armazenados? Como são cobrados?
- Todos os dados em uma instância do DCS Redis são migrados durante a migração on-line?
- O DCS suporta a persistência de dados? Qual é o impacto da persistência?
- Quando as reescritas de AOF serão acionadas?
- Quais são as causas comuns das falhas de migração do Redis?
- Posso migrar dados para várias instâncias de destino em uma tarefa de migração?
- Como habilitar os comandos SYNC e PSYNC?
- As mesmas chaves serão substituídas durante a migração de dados ou a importação de backup?
Feedback
Esta página foi útil?
Deixar um comentáriomore