Conheça as respostas a perguntas, padrões e práticas recomendadas comuns do Cache do Azure para Redis.
Alteração de licenciamento do Redis
Quais são as alterações feitas no licenciamento do Redis?
O projeto de software livre do Redis foi alterado para um modelo de licença dupla com suporte para o RSALv2 (Licença Disponível de Origem do Redis versão 2) ou a SSPLv1 (Licença Pública do Lado do Servidor versão 1). Consulte o comunicado de imprensa do Redis para obter mais informações. Veja também a postagem no blog da Microsoft sobre a alteração de licenciamento do Redis.
O Cache do Azure para Redis agora também é coberto pelas licenças RSALv2 e SSPLv1?
Não, o Cache do Azure para Redis é oferecido aos clientes sob os termos de serviço da Microsoft. As licenças RSALv2 e SSPLv1 não se aplicam ao seu uso do Cache do Azure para Redis.
Minha instância do Cache do Azure para Redis continuará recebendo patches e correções de bug?
Sim, o Cache do Azure para Redis, o Cache do Azure para Redis Enterprise e o Enterprise Flash continuarão a receber patches e correções de bug mesmo após o anúncio de licenciamento.
O que preciso fazer como um cliente do Cache do Azure para Redis em resposta a este anúncio de licenciamento?
Não há nenhuma ação necessária para nossos clientes do Azure em relação ao anúncio de licenciamento.
Serviços preteridos
Quais serviços do Cache do Azure para Redis foram preteridos?
Serviço de Cache Gerenciado −O serviço de Cache Gerenciado foi desativado em 30 de novembro de 2016.
Cache na Função − O Cache na Função foi desativado em 30 de novembro de 2016.
Caches com uma dependência em Serviços de Nuvem (clássico)
O que devo fazer com as instâncias de Cache do Azure para Redis que dependem de Serviços de Nuvem (clássico)?
Você deve migrar todos os caches com uma dependência em Serviços de Nuvem (clássico). Em agosto de 2021, anunciamos que os Serviços de Nuvem (clássico) serão desativados em 31 de agosto de 2024. Todas as instâncias de Cache do Azure para Redis dependentes de Serviços de Nuvem (clássico) precisam ser desativadas até a mesma data.
Você deve migrar caches com uma dependência dos Serviços de Nuvem (clássico) antes de 31 de agosto de 2024.
Quantos caches são afetados?
Procuramos migrar o maior número possível de caches. Por isso, poucos caches e clientes são afetados.
Como fazer para saber se um cache foi afetado?
Verificar as recomendações do Assistente do Azure. Se o cache for afetado, você verá uma recomendação em sua assinatura.
Como migrar caches dos Serviços de Nuvem (clássicos) para os Conjuntos de Dimensionamento de Máquinas Virtuais do Azure?
Migramos a maioria dos caches que teriam como base os Serviços de Nuvem (clássico) para que tenham como base Conjuntos de Dimensionamento de Máquinas Virtuais do Azure. A migração para os Conjuntos de Dimensionamento de Máquinas Virtuais do Azure remove a dependência. Há três maneiras de iniciar esse processo para caches em uma rede virtual:
Migrar para um novo cache usando Links Privados.
Criar um novo cache que use Link Privado para isolamento de rede, em vez de injeção de rede virtual e migrar os dados para esse cache. Essa opção oferece a melhor e mais segura experiência de isolamento de rede, ao mesmo tempo em que garante que todos os novos caches sejam criados usando a infraestrutura atualizada.
Migrar para um novo cache em uma nova sub-rede VNet do Azure Resource Manager.
A criação de um cache em uma VNET Clássica cria um cache de Serviços de Nuvem (clássico) e não um cache de Conjuntos de Dimensionamento de Máquinas Virtuais do Azure. A migração para um novo cache em uma nova sub-rede da VNet do Azure Resource Manager corrige a dependência subjacente dos Serviços de Nuvem mantendo uma experiência de rede virtual semelhante.
Migramos a maioria dos caches que teriam como base os Serviços de Nuvem (clássico) para que tenham como base Conjuntos de Dimensionamento de Máquinas Virtuais do Azure. Para migrar, exclua o cache existente e crie um cache em uma nova sub-rede VNet do Azure Resource Manager. É altamente recomendável não usar sub-redes antigas durante a migração de caches. Para obter opções recomendadas de migração de dados no cache, consulte Migrar para Cache do Azure para Redis.
Migração automática com perda de dados (recomendado).
Somos capazes de migrar caches do uso de serviços de nuvem (clássicos) para o uso de conjuntos de dimensionamento de máquinas virtuais automaticamente, com a configuração de cache (incluindo chaves de acesso e nome de host) preservadas. No entanto, esse método requer cerca de 30 minutos de tempo de inatividade e perda completa de dados no cache. Você pode usar o recurso de importação/exportação para salvar uma cópia de seus dados antes da migração.
Para utilizar essa opção, entre em contato com azurecachemigration@microsoft.com ou crie uma solicitação de suporte para solicitar uma migração.
Meu cache não está usando injeção de VNet, mas recebi a notificação de que preciso migrar. O que devo fazer?
Verifique se o cache está usando a replicação geográfica. Nesse caso, você precisará migrar seus dados do par atual replicado geograficamente para um novo par replicado geograficamente.
Por exemplo:
- Crie um novo par de caches Premium replicados geograficamente que tenha a mesma configuração que o par atual de caches.
- Desvincule o par original de caches replicados geograficamente e exporte um arquivo RDB do cache primário.
- Importe o arquivo RDB para o cache primário do novo par replicado geograficamente.
O novo par de caches replicados geograficamente não terá a mesma dependência dos Serviços de Nuvem.
O que devo fazer se não conseguir criar uma nova instância de cache com a mensagem de erro "a sub-rede é afetada pela "Desativação dos Serviços de Nuvem"?
Estamos começando a bloquear a criação de novos caches usando o modelo de implantação dos Serviços de Nuvem (clássico). Novos caches ainda poderão ser criados usando esse modelo de implantação antigo se forem criados em uma sub-rede de rede virtual que já continha um cache dos Serviços de Nuvem ou se um cache for implantado em uma VNet clássica. Se você vir essa mensagem, crie uma nova sub-rede em sua VNet na qual implantar o cache. A criação de uma sub-rede em sua rede virtual garante que um cache seja criado sem a dependência dos Serviços de Nuvem.
Para verificar se você tem um ou mais caches baseados em Serviços de Nuvem em sua sub-rede, poderá verificar o Assistente do Azure no portal ou usar a API REST resource-navigation-links.
Use a API resource-navigation-links com a ID da assinatura, o nome do grupo de recursos, o nome da rede virtual e o nome da sub-rede para obter os caches nessa sub-rede que estejam usando os Serviços de Nuvem.
Se você estiver criando um novo cache usando a API REST, verifique também se não está passando a configuração redis {"CacheVmType": "CloudService"} junto com a solicitação de criação. Esse é um parâmetro não documentado, então é improvável que você esteja fazendo isso.
Se você precisar criar novos caches usando o modelo de implantação dos Serviços de Nuvem (clássico), entre em contato com azurecachemigration@microsoft.com ou crie uma solicitação de suporte para solicitar uma isenção.
E se os caches não forem atualizados/migrados até 31 de agosto de 2024?
Esses caches serão desligados e você perderá todos os dados que estiverem neles.
Qual é a linha do tempo para suporte?
A desativação ocorrerá em três fases para que você tenha o máximo de tempo para migrar:
Estágio Ativo (agora até 30 de abril de 2023)
Os caches têm suporte total, sem nenhuma alteração no status a partir de hoje. Esse período é dado para que os clientes tenham tempo para fazer a transição do Serviço de Nuvem (clássico) com interrupção mínima.
Estágio de Manutenção (1º de maio de 2023 a 31 de dezembro de 2023)
Os caches receberão correções críticas de segurança, estabilidade e bugs, mas sem novos recursos.
Estágio Inativo (1º de janeiro de 2024 a 31 de agosto de 2024)
Os caches recebem apenas correções de segurança críticas. Para receber suporte, todos os clientes com problemas de suporte deverão migrar para um cache baseado em VMSS. Os clientes devem migrar seus caches até 31 de agosto de 2024.
Essa linha do tempo se aplica a caches em execução no Redis 4.0?
Não. Essa linha do tempo só se aplica a caches em execução no Redis 6.0. O Redis 4.0 faz parte de uma aposentadoria separada que termina antes da desativação dos Serviços de Nuvem (clássico). Todos os caches restantes usando o Redis 4.0 nos Serviços de Nuvem (clássico) serão migrados automaticamente para usar Conjuntos de Dimensionamento de Máquinas Virtuais e Redis 6.0 após 31 de outubro de 2023. Esse método de migração requer tempo de inatividade e perda total de dados no cache, portanto, migre antes dessa data se quiser evitar o tempo de inatividade ou a perda de dados. Entre em contato com azurecachemigration@microsoft.com ou crie uma solicitação de suporte para solicitar uma atualização automática antes de 31 de outubro de 2023.
Onde posso obter mais informações se eu tiver mais dúvidas sobre a desativação?
Poste qualquer dúvida que tiver sobre a desativação dos Serviços de Nuvem (clássico) na página de Q&A. Você também pode enviar um email para azurecachemigration@microsoft.com a fim de obter mais informações.
Perguntas gerais
E se minha pergunta sobre o Cache do Azure para Redis não for respondida aqui?
Caso sua pergunta não esteja listada aqui, fale conosco e nós o ajudaremos a encontrar uma resposta.
Para atingir um público mais amplo, você pode postar uma pergunta na Página de perguntas e respostas da Microsoft para o Cache do Azure e entrar em contato com a equipe do Cache do Azure e outros membros da comunidade.
Se você quiser fazer uma solicitação de recurso, envie suas solicitações e ideias para o User Voice do Cache do Azure para Redis.
Você também pode enviar sua pergunta para nós em azurecache@microsoft.com.