Esta página explica como o Memorystore for Valkey realiza a manutenção nas instâncias. Também fornece informações e recomendações de configuração que as suas aplicações cliente têm de conhecer para tirar partido do design de manutenção sem tempo de inatividade do Memorystore for Valkey. Estas recomendações aplicam-se a instâncias altamente disponíveis e a instâncias sem réplicas. No entanto, para todos os exemplos de utilização de produção, recomendamos vivamente que use a configuração de alta disponibilidade.
O Memorystore for Valkey atualiza as instâncias de forma rotineira para garantir que o serviço é fiável, tem um bom desempenho, é seguro e está atualizado. Estas atualizações são denominadas manutenção. A manutenção é totalmente gerida pelo serviço e foi concebida para não ter impacto na inatividade.
Normalmente, a manutenção enquadra-se nas seguintes categorias:
- Funcionalidades do Memorystore. Para iniciar algumas funcionalidades, o Memorystore requer uma atualização de manutenção.
- Patches do sistema operativo. Monitorizamos continuamente as vulnerabilidades de segurança recém-identificadas no sistema operativo. Após a deteção, aplicamos patches ao sistema operativo para proteger o utilizador contra novos riscos.
- Patches da base de dados. A manutenção pode incluir uma atualização do Valkey para melhorar a segurança, o desempenho e a fiabilidade de uma instância. Isto vai além do que o OSS Valkey oferece.
Configure a aplicação cliente
Para configurar a sua aplicação cliente para o melhor desempenho e disponibilidade durante a manutenção, siga estes passos:
- Use e configure o seu cliente de terceiros de acordo com as orientações em Práticas recomendadas para clientes Valkey para garantir que qualquer manutenção agendada não afeta a aplicação cliente. As nossas configurações de cliente recomendadas podem evitar as reposições de ligação através de atualizações de topologia incorporadas periódicas e rotações de ligações em segundo plano.
- Teste a sua aplicação cliente com uma série de operações de atualização (como aumentar ou diminuir a escala, ou alterações à quantidade de réplicas) enquanto executa uma carga de trabalho representativa nos nós primários e de réplica, e monitoriza o impacto no cliente. Estas atualizações testam a lógica de atualização da topologia inline nos clientes, o impacto da sincronização completa, a descoberta de novos nós e a capacidade de remoção de nós existentes. Os testes ajudam a garantir que o cliente de terceiros está configurado corretamente para evitar qualquer impacto negativo na sua aplicação.
Manutenção agendada
O Memorystore for Valkey tira partido de uma implementação gradual e de uma estratégia de ciclo de vida de criação antes da destruição para evitar qualquer impacto de tempo de inatividade da manutenção agendada do Memorystore nas suas instâncias do Valkey. O Memorystore for Valkey alcança a manutenção sem tempo de inatividade através da utilização das capacidades de redirecionamento de pedidos do protocolo de instância do OSS Valkey com os seguintes mecanismos do Memorystore:
- Uma ativação pós-falha coordenada sem perda de dados.
- Uma remoção de nós elegante para permitir que os clientes acompanhem as atualizações da topologia de nós sem qualquer impacto na disponibilidade.
- Os pontos finais do Private Service Connect da instância, que não são afetados pela manutenção. Para mais informações sobre estes pontos finais, consulte o artigo Pontos finais de instâncias.
O comportamento do serviço descrito nas secções seguintes aplica-se apenas à manutenção agendada. Para mais informações sobre o impacto de eventos não planeados, como falhas de hardware, consulte o artigo Comportamento do cliente durante uma comutação por falha não planeada.
Períodos de manutenção predefinidos
Por predefinição, o Memorystore atualiza a sua instância nas seguintes janelas de acordo com o fuso horário da instância:
- Janela de dias úteis (segunda a sexta-feira): das 22:00 às 06:00
- Período do fim de semana: de sexta-feira, às 22:00, a segunda-feira, às 06:00
Estratégia de implementação gradual
O Memorystore for Valkey faz implementações com um âmbito progressivamente crescente e a uma taxa que permite a deteção de falhas com antecedência suficiente para mitigar qualquer impacto e estabelecer confiança na estabilidade. Os tempos de processamento (o tempo durante o qual a atualização é aplicada e monitorizada antes de ser considerada um sucesso e de avançar) estão integrados na frota de instâncias do Memorystore à escala do serviço. Além disso, os tempos de preparação estão integrados nas instâncias em várias zonas de uma região (vários domínios de falhas) para reduzir o âmbito do impacto, se existir.
Para a sua instância configurada para alta disponibilidade, no máximo, o Memorystore for Valkey atualiza um domínio de falhas ou uma zona em qualquer altura para garantir que um fragmento da instância, incluindo as réplicas primárias e as réplicas, tem alta disponibilidade durante toda a atualização. Além disso, o Memorystore for Valkey atualiza apenas alguns nós de cada vez. As atualizações usam um mecanismo de ciclo de vida de criação antes da destruição para maximizar a estabilidade de uma instância. Esta estratégia oferece mais vantagens quando atualiza uma instância com muitos fragmentos. A aplicação das atualizações apenas a uma pequena parte do espaço de chaves de utilizador geral em qualquer altura maximiza a disponibilidade dos dados.
Estratégia de ciclo de vida de criação antes da destruição
Uma instância do Valkey tem vários fragmentos. Cada fragmento tem um nó principal e zero ou mais nós de réplica. O Memorystore usa o seguinte processo para atualizar qualquer nó Valkey principal ou de réplica existente num fragmento:
- O Memorystore for Valkey adiciona uma nova réplica com a atualização de software mais recente ao fragmento. O Memorystore cria um novo nó, em vez de atualizar um nó existente, para garantir que a capacidade aprovisionada é mantida se ocorrer uma falha de arranque inesperada.
- Se um nó no fragmento a ser atualizado for um nó principal, o nó principal é primeiro convertido numa réplica antes de ser removido através de uma transferência de controlo coordenada.
- O Memorystore remove a réplica que usa o software anterior.
- Para cada nó na instância, o Memorystore repete este processo.
A estratégia de criação antes da destruição ajuda a reter a capacidade aprovisionada da instância, em comparação com uma implementação contínua típica que atualiza no local, mas resulta numa indisponibilidade (e, por vezes, perda de dados) para a aplicação cliente. Para fragmentos sem réplicas, o Memorystore for Valkey continua a aprovisionar primeiro uma nova réplica, coordena a comutação por falha e, por último, substitui o nó principal existente do fragmento.
Passo 1: adicione uma réplica
O primeiro passo do mecanismo de criação antes da destruição é adicionar um nó de réplica com o software mais recente através do mecanismo de sincronização total do OSS Valkey para copiar os dados do nó principal para o nó de réplica. Isto é feito através da ramificação de um processo secundário e da utilização da replicação sem disco para iniciar a réplica. O Memorystore for Valkey suporta a replicação sem disco. A menos que ative a persistência, o Memorystore for Valkey não usa discos durante a replicação.
Pode tirar o melhor partido da arquitetura de escala horizontal da instância aprovisionando um número mais elevado de fragmentos para reduzir o tamanho do espaço de chaves num nó. Ter um conjunto de dados mais pequeno por nó ajuda a reduzir o impacto da latência de ramificação de uma operação de sincronização completa. Também acelera a cópia de dados entre os nós.
Passo 2: execute uma comutação por falha primária coordenada
Se o nó Valkey que precisa de ser atualizado for um nó principal, o Memorystore executa uma comutação por falha coordenada para o nó de réplica adicionado recentemente. Em seguida, o Memorystore remove o nó. Durante a comutação por falha coordenada, o cliente e os nós do Valkey funcionam em conjunto e usam as seguintes estratégias para evitar o tempo de inatividade da aplicação:
- Os pedidos de clientes recebidos são bloqueados temporariamente no nó principal, o que dá tempo para garantir que a réplica existente está 100% sincronizada com o nó principal.
- A réplica conclui o processo de eleição para assumir a função principal.
- O nó principal anterior, agora um nó de réplica, desbloqueia os pedidos existentes e redireciona os pedidos para o novo nó principal através do protocolo de instância do OSS Valkey. Todos os novos pedidos enviados para o nó de réplica anterior continuam a ser redirecionados para o novo nó principal.
- O seu cliente compatível com o Valkey atualiza a respetiva topologia na memória. Aprende o endereço do novo ponto final principal e deixa de precisar de redirecionamentos.
Normalmente, as comutações por falha coordenadas demoram dezenas de milissegundos. No entanto, os dados em curso pendentes de serem descarregados para réplicas e o tamanho total da instância podem aumentar a latência de comutação por falha. O tamanho da instância pode afetar a convergência nos nós principais, o que afeta a tomada de decisões sobre a eleição do novo nó principal.
Passo 3: remova a réplica
O último passo do mecanismo de criação antes da destruição é remover o nó da réplica no software anterior. Uma remoção abrupta de um nó teria impacto nas aplicações cliente, uma vez que os clientes armazenam em cache as informações dos pontos finais e a topologia da instância. O Memorystore for Valkey foi concebido para que a remoção de uma réplica do Valkey seja elegante, o que permite que as aplicações cliente atualizem a respetiva topologia antes de sofrerem um encerramento forçado do nó. A topologia é personalizada para permitir que os clientes saibam mais sobre a nova réplica, mas também se esqueçam da que vai ser removida antecipadamente.
O nó de réplica que executa o software anterior é mantido durante um determinado período de esgotamento, normalmente, numa questão de minutos, durante o qual começa a redirecionar os pedidos de leitura recebidos para o nó principal do respetivo fragmento. Permite que o cliente de terceiros atualize a topologia do nó e saiba mais sobre os novos pontos finais da réplica. Se o cliente tentar alcançar um nó removido após o período de esgotamento, a tentativa falha. Isto aciona uma atualização da topologia do nó no cliente de ligação para que este fique a saber da alteração da réplica. As novas atualizações da topologia do nó não veem o nó da réplica a ser removido.
Definições de manutenção
O Memorystore for Valkey permite-lhe personalizar os agendamentos de manutenção para se alinharem com as necessidades da sua aplicação e minimizar as interrupções. Para personalizar um horário de manutenção, configure um período de manutenção para a sua instância.
Define períodos de manutenção para cada instância do Memorystore for Valkey e tem as seguintes opções de configuração:
- Dia da semana: o dia em que a manutenção ocorre
- Hora de início: a hora em que a manutenção começa
O período de manutenção dura uma hora. Em alguns casos, a manutenção pode prolongar-se para além do período selecionado.
Depois de configurar um período de manutenção para uma instância, o Memorystore for Valkey agenda a manutenção automática no futuro de acordo com as preferências que definir para os períodos de manutenção.
Períodos de manutenção predefinidos
Se não definir um período de manutenção, o Memorystore for Valkey atualiza a sua instância num dos seguintes períodos, de acordo com o fuso horário da sua instância:
- Janela durante a semana (segunda a sexta-feira): das 22:00 às 06:00
- Período de fim de semana: sexta-feira, das 22:00 às segunda-feira, às 06:00
Exemplo de manutenção
Enquanto programador que gere um serviço de carrinho de compras num retalhista, supervisiona um ambiente de produção que inclui uma instância do Memorystore for Valkey. Para garantir um desempenho ideal durante a manutenção, agende-a para quando a instância tiver um tráfego mínimo. Normalmente, isto ocorre por volta da meia-noite aos domingos.
Neste caso, defina o período de manutenção da instância de produção para o seguinte dia e hora:
- Dia da semana: domingo
- Hora de início: 01:00
Notificações de manutenção futuras
Para garantir que se mantém informado sobre os eventos de manutenção na sua instância, configure as notificações por email sobre a manutenção futura, pelo menos, uma semana antes da manutenção agendada. Estas notificações têm a linha de assunto "Upcoming
maintenance for your Cloud Memorystore instance [your-instance-name]".
O Memorystore for Valkey também envia uma notificação quando a manutenção começa
para a sua instância. A linha de assunto do email é "Maintenance
is undergoing for your Cloud Memorystore instance [your-instance-name]".
Após a conclusão da manutenção do Memorystore for Valkey, é enviada uma notificação de conclusão. A linha de assunto do email é "Completed Maintenance
for your Cloud Memorystore instance [your-instance-name]".
Se o Memorystore for Valkey reagendar a manutenção, recebe um email a notificar que a manutenção foi cancelada. O assunto deste email é "Canceled maintenance for your Cloud Memorystore instance [your-instance-name]".
Para receber notificações de manutenção, tem de as ativar. Para se inscrever nas notificações de manutenção, faça o seguinte:
Para receber notificações de manutenção do Memorystore for Valkey, conclua estes passos, pelo menos, uma semana antes da atualização de manutenção agendada para a sua instância. Caso contrário, o Memorystore for Valkey não tem tempo suficiente para lhe enviar uma notificação sobre a manutenção futura.
O Memorystore for Valkey envia notificações para o endereço de email associado à sua Conta Google. Não pode configurar um alias de email personalizado (por exemplo, um alias de email de equipa). Além disso, não suportamos o envio de notificações para um endereço de email diferente.
Ao subscrever as notificações de manutenção, recebe alertas para todas as instâncias do Memorystore for Valkey que tenham manutenção agendada num Google Cloud projeto. Para cada instância, recebe uma notificação separada.
Para mais informações sobre como encontrar uma manutenção agendada, consulte o artigo Encontre manutenções agendadas.
Reagendar manutenção
Esta secção fornece diretrizes sobre como reagendar a manutenção. Por exemplo, se o lançamento de um novo serviço estiver agendado para o seu período de manutenção atual, pode querer adiá-lo para alguns dias após o lançamento.
Pode reagendar a manutenção no prazo de 14 dias após a hora originalmente agendada. Como parte da reprogramação da manutenção, escolha uma das seguintes opções:
- Atualizar agora: em vez de aguardar pela janela de manutenção agendada, pode aplicar as atualizações à sua instância imediatamente
- Dia e hora personalizados: escolha qualquer hora no prazo de duas semanas da hora de manutenção agendada originalmente
Quando reagenda a manutenção, aplicam-se as seguintes restrições:
- Se faltar menos de uma hora para o horário de manutenção agendado atual, não pode reagendar a manutenção.
- Depois de reagendar a manutenção com êxito, o Memorystore for Valkey envia-lhe uma notificação por email a confirmar o cancelamento da manutenção anterior. Além disso, recebe uma nova notificação de manutenção com o horário atualizado.
Para mais informações sobre a reagendamento da manutenção, consulte o artigo Reagende a manutenção.
Perguntas frequentes
Esta secção contém Perguntas frequentes (FAQs) sobre a manutenção do Memorystore for Valkey.
Como sabe quando a manutenção está agendada para a sua instância?
Para saber quando a manutenção está agendada para a sua instância, recomendamos que se
inscreva nas notificações e configure um período de manutenção. Também pode verificar a sua instância manualmente para ver se o parâmetro maintenanceSchedule aparece na resposta.
Quando é que o Memorystore for Valkey envia uma notificação sobre a manutenção futura?
Se subscrever as notificações de manutenção e definir um período de manutenção, o Memorystore for Valkey envia-lhe uma notificação por email, pelo menos, uma semana antes de um evento de manutenção.
Durante quanto tempo pode adiar a manutenção?
Depois de agendar a manutenção para a sua instância, pode iniciar a atualização da instância imediatamente ou adiá-la até duas semanas a partir da data e hora de manutenção originalmente agendadas.
Por exemplo, se agendar a manutenção para 11 de outubro às 23:15, pode adiá-la até 25 de outubro às 23:15. Se não tomar nenhuma medida, a manutenção é executada na data e hora agendadas.
Para mais informações, consulte o artigo Reprograme a manutenção.
Que práticas recomendadas resultam numa experiência de atualização de manutenção sem problemas?
Para garantir uma experiência de atualização de manutenção sem problemas, recomendamos que faça o seguinte:
- Siga as instruções para configurar a aplicação cliente.
- Defina a janela de manutenção para um dia e uma hora em que a sua instância tenha um tráfego mínimo (por exemplo, aos domingos à meia-noite).
- Ative a opção para receber notificações de manutenção. Como tal, o Memorystore for Valkey envia-lhe uma notificação por email, pelo menos, sete dias antes de uma atualização de manutenção ser agendada para a sua instância.
- Se não tiver uma hora de baixo ou nenhum impacto para a utilização da sua aplicação, use a predefinição do serviço de implementações graduais. Esta predefinição contém práticas recomendadas para atualizações de manutenção. Para mais informações, consulte o artigo Manutenção programada.
Quando pode aplicar a manutenção imediatamente?
Pode aplicar imediatamente uma atualização de manutenção numa instância de teste para ver como a atualização afeta a sua aplicação. Pode observar o impacto desta atualização. Se existirem problemas com a atualização, pode adiar a manutenção nas instâncias de produção até resolver os problemas.
Se o dia e a hora atuais forem adequados para a sua instância e esperar uma carga elevada na instância no futuro, pode executar a atualização de manutenção imediatamente.
As atualizações de manutenção são sempre concluídas dentro do período de manutenção?
O Memorystore for Valkey inicia uma atualização de manutenção dentro do período de manutenção especificado. Normalmente, o Memorystore for Valkey conclui a atualização dentro do período, mas nem sempre é assim.
Pode recusar a manutenção ou agendar a manutenção em determinadas instâncias primeiro?
Não pode desativar a manutenção nem controlar a ordem de manutenção das suas instâncias. No entanto, depois de receber a notificação de manutenção inicial, pode reagendar a manutenção para a adiar até duas semanas.
O que se segue?
- Veja as autorizações necessárias para gerir as janelas de manutenção da sua instância.