Nesta página, apresentamos uma visão geral da manutenção do Memorystore para Redis.
Para instruções sobre como programar janelas de manutenção, consulte Como encontrar e definir janelas de manutenção.
Visão geral
O Memorystore para Redis atualiza regularmente as instâncias para garantir que o serviço seja confiável, eficiente, seguro e atualizado. A maioria dessas atualizações é executada enquanto a instância do Redis está em execução. No entanto, algumas atualizações do sistema exigem uma breve interrupção do serviço. Essas atualizações são chamadas de manutenção. A manutenção geralmente se encaixa nas seguintes categorias:
Recursos do Memorystore. Para iniciar alguns recursos, o Memorystore precisa de uma atualização de manutenção.
Patches de sistema operacional. Estamos sempre monitorando vulnerabilidades de segurança recém-identificadas no sistema operacional. Após a descoberta, corrigimos o sistema operacional para proteger você contra novos riscos.
Upgrades da versão do banco de dados. A manutenção pode incluir uma atualização secundária da versão do patch do OSS Redis, que não inclui alterações interruptivas ou incompatíveis.
Impacto da manutenção
As instâncias dos níveis básico e padrão passam por uma redefinição de conexão durante a manutenção. Crie um mecanismo de repetição com espera exponencial para reconectar o aplicativo à instância após a manutenção.
Você também deve tomar medidas para que a métrica Proporção de uso da memória do sistema seja de 50% ou menos no momento da manutenção programada. Faça isso programando um horário em que o tráfego da instância esteja baixo ou escalonando temporariamente o tamanho da instância durante a janela de manutenção para que a métrica Taxa de uso de memória do sistema fique a 50% ou menos.
Impacto do nível Standard
Durante a manutenção, as instâncias do nível Padrão passam por um failover. Geralmente, um failover dura alguns segundos. Após o failover, os aplicativos clientes precisam se reconectar. Depois de receber um e-mail notificando sobre a futura manutenção, é possível executar um phishing manual em uma instância de não produção para testar o impacto da manutenção na instância.
Impacto do nível Básico
As instâncias do nível básico não estão disponíveis durante a manutenção, que geralmente dura cerca de cinco minutos.
Configurações de manutenção
O Memorystore oferece a capacidade de configurar a manutenção para que ocorra no momento mais oportuno para seu aplicativo. É possível fazer isso configurando uma janela de manutenção.
As janelas de manutenção são definidas por instância do Memorystore e permitem as seguintes opções de configuração:
- Dia da semana. Designa o dia quando ocorre a manutenção.
- Hora de início. A hora em que a manutenção começa.
A duração da janela de manutenção é de 1 hora.
Se uma janela de manutenção for configurada para uma instância, a manutenção automática futura será programada para respeitar essas preferências. Se uma janela de manutenção não for especificada para a instância, a manutenção poderá ser iniciada a qualquer momento sem uma notificação avançada.
Exemplo de manutenção
Suponha que você seja um desenvolvedor de um varejista que gerencia um serviço de carrinho de compras. Você tem uma instância do Memorystore para Redis para um ambiente de produção. Você quer que a manutenção ocorra no momento em que a instância processa a menor quantidade de tráfego, aproximadamente à meia-noite aos domingos.
Neste caso, você define a janela de manutenção da instância de produção como:
- Dia da semana. Domingo.
- Hora de início. 1h.
Notificações de manutenções futuras
Você pode optar por receber uma notificação sobre uma manutenção futura no e-mail
pelo menos uma semana antes da data programada. Se você quiser definir um filtro para as notificações, o título do e-mail será "Upcoming maintenance for your
Cloud Memorystore instance [your-instance-name]"
.
As notificações de manutenção não são enviadas por padrão. Se você quiser receber uma notificação sobre uma futura manutenção, faça o seguinte:
- Defina uma janela de manutenção.
- Ative as notificações de manutenção.
- Faça esses dois pelo menos sete dias antes de o Memorystore programar uma atualização de manutenção para sua instância. Caso contrário, você não se inscreveu para receber notificações em tempo suficiente para que o sistema envie uma notificação de manutenção futura.
As notificações são enviadas para o endereço de e-mail associado à sua Conta do Google. Não é possível configurar um alias de e-mail personalizado (por exemplo, um alias de e-mail de equipe) nem inscrever outro endereço de e-mail que não seja seu.
Ao se inscrever, você aceita receber notificações de manutenção de todas as instâncias do Memorystore que têm janelas de manutenção em um determinado projeto. Você recebe uma notificação por instância.
Veja instruções sobre como encontrar manutenção programada em Encontrar manutenção programada.
Como reprogramar uma manutenção
Se você tiver uma janela de manutenção para a instância, é possível reprogramar a manutenção a qualquer momento antes do horário programado atualmente. Por exemplo, se um novo serviço for lançado durante o período de manutenção atual, talvez seja melhor reprogramar a janela de manutenção para alguns dias após o lançamento.
É possível reprogramar a manutenção várias vezes, desde que não seja mais de uma semana após o horário programado originalmente. Há algumas opções de programação para a nova janela de manutenção:
- Atualize agora. Você pode aplicar a atualização à sua instância imediatamente em vez de esperar a janela de manutenção programada.
- Adiar para a próxima janela programada. Isso adia a manutenção em uma semana.
- Dia e hora personalizados. Isso permite escolher qualquer horário específico em até uma semana após o horário de manutenção programado originalmente.
O reagendamento da manutenção tem o seguinte comportamento adicional:
- Não será possível reprogramar a manutenção se faltar menos de uma hora para a manutenção programada no momento.
- Não é possível reprogramar várias instâncias do Redis em uma única operação. Eles precisam ser remarcados individualmente.
Veja instruções sobre como reprogramar a manutenção em Reprogramar manutenção planejada.
Perguntas frequentes
Veja a seguir algumas perguntas frequentes sobre a política de manutenção do Memorystore para Redis:
Qual é o impacto da manutenção nas instâncias do nível padrão?
Durante a manutenção, as instâncias do nível Padrão passam por um failover. Geralmente, um failover dura alguns segundos. Após o failover, os aplicativos clientes precisam se reconectar. Veja mais detalhes sobre o impacto, consulte Impacto da manutenção.
Qual é o impacto da manutenção nas instâncias do nível Básico?
As instâncias do nível básico não estão disponíveis durante a manutenção, que geralmente dura cerca de cinco minutos. Veja mais detalhes sobre o impacto, consulte Impacto da manutenção.
Como saber quando a manutenção está programada para minha instância?
Recomendamos que você se inscreva nas notificações para saber quando a manutenção estiver programada para a instância. Também é possível verificar manualmente no Console do Cloud. Se o Console do Cloud estiver em branco e você já tiver definido uma janela de manutenção, você ainda não tem uma manutenção programada.
Quando recebo uma notificação sobre as próximas manutenções?
Se você tiver uma assinatura de notificações de manutenção e tiver definido uma janela de manutenção, receberá um alerta por e-mail pelo menos sete dias antes de um evento.
Por quanto tempo posso adiar a manutenção?
Depois que a manutenção for programada para a instância, inicie a atualização imediatamente ou adie a atualização por até sete dias a partir do horário de manutenção programado originalmente. Por exemplo, se a manutenção estiver programada para 11 de outubro às 23h15, será possível adiar até 18 de outubro às 23h15. A manutenção será aplicada no horário programado se nenhuma ação for realizada.
Para mais detalhes, consulte Como reprogramar a manutenção.
O endereço IP da minha instância mudará durante a manutenção?
Ao se conectar a uma instância do Memorystore para Redis, você especifica o endereço IP do serviço. Esse endereço IP não será modificado durante a manutenção ou por qualquer outra ação. Ao usar o endereço IP do serviço, ele processará eventos como o failover de instância para você automaticamente.
Quais práticas recomendadas devo seguir para ter uma experiência de atualização de manutenção tranquila?
Recomendamos que você faça o seguinte para garantir uma experiência de atualização de manutenção tranquila:
- Defina sua janela de manutenção como um horário para que a manutenção não seja aplicada nos horários de pico do uso do Redis.
- Ative as notificações de manutenção para que elas sejam alertadas por e-mail pelo menos sete dias antes de uma atualização de manutenção ser programada para sua instância.
- Verifique se a métrica Proporção de uso de memória do sistema está abaixo de 50% quando a manutenção é iniciada. Para fazer isso, agende um horário para quando o tráfego da instância estiver baixo ou escalonando temporariamente o tamanho da instância durante a janela de manutenção.
Quando devo aplicar a manutenção imediatamente?
Uma situação em que é necessário aplicar a manutenção imediatamente é em uma instância de teste para ver como isso afetará uma instância de produção. É possível reprogramar a manutenção para que ela seja aplicada imediatamente a uma instância de teste. Assim, você pode observar o impacto que ela tem e adiar a manutenção em instâncias de produção conforme necessário/permitido.
As atualizações de manutenção sempre são concluídas dentro da janela de manutenção?
Uma atualização começa dentro da janela de manutenção especificada. Em geral, a atualização é concluída na janela, mas não há garantia disso.
Posso desativar a manutenção ou programar a manutenção em determinadas instâncias primeiro?
Não, não é possível desativar a manutenção nem controlar a programação inicial de manutenção. No entanto, é possível reprogramar a manutenção para adiar por até sete dias.
A seguir
- Veja as permissões necessárias para gerenciar janelas de manutenção para sua instância do Redis.