Compartilhar via

Habilitar a redundância de zona para o Cache do Azure para Redis

  • Artigo

Neste artigo, você aprenderá a configurar uma instância do Cache do Azure com redundância de zona usando o portal do Azure.

Observação

Em regiões que não dão suporte a zonas, a opção para habilitar a redundância de zona está desabilitada. Para obter uma lista de regiões que dão suporte a zonas, consulte Cache do Azure para Redis – regiões com suporte a zonas.

As camadas Standard (versão prévia), Premium e Enterprise do Cache do Azure para Redis fornecem redundância interna hospedando cada cache em duas máquinas virtuais (VMs) dedicadas. Embora essas VMs estejam localizadas em domínios separados de falha e atualização do Azure e sejam altamente disponíveis, elas são suscetíveis a falhas no nível do data center. O Cache do Azure para Redis também dá suporte à redundância de zona em suas camadas Standard (versão prévia), Premium e Enterprise. Um cache com redundância de zona é executado em VMs distribuídas em várias zonas de disponibilidade. Ele fornece maior resiliência e disponibilidade.

Pré-requisitos

Criar um cache

Para criar um cache, siga estas etapas:

  1. Entre no portal do Azure e selecione Criar um recurso.

  2. Na página Novo, selecione Bancos de dados e, em seguida, Cache do Azure para Redis.

    Selecionar o Cache do Azure para Redis.

  3. Na página Básicos, defina as configurações para o novo cache.

    Configuração Valor sugerido Descrição
    Assinatura Selecione sua assinatura. A assinatura na qual essa nova instância do Cache do Azure para Redis será criada.
    Grupo de recursos Selecione um grupo de recursos ou selecione Criar novo e insira um novo nome de grupo de recursos. Nome do grupo de recursos no qual o cache e outros recursos serão criados. Ao colocar todos os seus recursos de aplicativos em um só grupo de recursos, você pode gerenciá-los ou excluí-los juntos com facilidade.
    Nome DNS Insira um nome global exclusivo. O nome de cache precisa ser uma cadeia de caracteres com 1 a 63 caracteres que contém somente números, letras ou hifens. O nome precisa começar e terminar com um número ou uma letra e não pode conter hifens consecutivos. O nome do host da instância de cache será o <nome DNS>.redis.cache.windows.net.
    Localidade Selecione uma localização. Selecione uma região perto de outros serviços que usam o seu cache.
    Tipo de cache Selecione um cache de camada Premium ou Enterprise. O tipo de preço determina o tamanho, o desempenho e os recursos disponíveis para o cache. Para obter mais informações, confira Visão geral do Cache do Azure para Redis.

  4. Caches de nível Standard sempre são criados com redundância de zona usando Alocação Zonal Automática nas regiões que dão suporte a zonas de disponibilidade. Captura de tela mostrando a guia Avançado com uma caixa vermelha em torno de Zonas de disponibilidade do cache Standard.

  5. Para caches de nível Premium, selecione Avançado no menu Recurso. Em regiões que dão suporte a zonas, a redundância de zona desse nível pode ser habilitada de algumas maneiras.

    1. Usando Alocação Zonal Automática:
      • Alocar zonas automaticamente é a opção padrão selecionada para Zonas de Disponibilidade. Captura de tela mostrando a guia Avançado com uma caixa vermelha em torno de Zonas de disponibilidade do cache Premium.
    2. Usando Alocação zonal UserDefined:
      • Para caches de nível Premium, a configuração de Zonas de disponibilidade pode ser editada pelo usuário, em que ele pode selecionar zonas não zonais ou selecionar zonas manualmente para o cache.
    • Selecionando NoZones: Captura de tela mostrando a guia Avançado com uma caixa vermelha em torno de Zonas de disponibilidade e a opção Nenhuma do cache Premium.
    • Ao escolher zonas manualmente, o número de zonas de disponibilidade deve ser sempre menor ou igual ao número total de nós do cache: Captura de tela mostrando as zonas de disponibilidade definidas como uma e a contagem de réplicas definida como três.

  6. Para um cache de camada Enterprise, selecione Avançado no menu Recurso. Para Redundância de zona, selecione Com redundância de zona (recomendado).

    Captura de tela mostrando a guia Avançado com uma caixa vermelha em torno da redundância de zona.

  7. Defina as configurações para clustering e/ou persistência de RDB.

    Observação

    A redundância de zona não dá suporte a AOF (Append-only File) com várias réplicas (mais de uma réplica).

  8. Selecione Criar.

    A criação do cache demora um pouco. Monitore o progresso na página Visão Geral do Cache do Azure para Redis. Quando o Status for mostrado como Em execução, o cache estará pronto para uso.

Alocação Zonal Automática

O Cache do Azure para Redis aloca automaticamente zonas para o cache em nome do usuário com base no número de nós por fragmento e no suporte zonal da região, de modo que o cache seja distribuído entre várias zonas para alta disponibilidade.

Com esse tipo de alocação, os usuários não precisam se preocupar em escolher as zonas manualmente para o cache e com os problemas de capacidade associados às zonas à medida que o Azure lida com elas.

As zonas reais alocadas para o cache são retiradas do usuário.

A especificação da API REST para diferentes tipos de alocação zonal pode ser encontrada em: Criar - ZonalAllocationPolicy.

Se a propriedade ZonalAllocationPolicy não for passada na solicitação, o Azure atribuirá seu valor para caches com base na capacidade e no suporte zonal da região.

Os valores com suporte para a propriedade ZonalAllocationPolicy são:

  1. Automática

Esse valor pode ser passado para permitir que o Azure aloque zonas automaticamente para o cache.

Nas regiões que dão suporte a zonas, ele é selecionado como opção padrão para caches que começam com a versão 2024-11-01 da API se ZonalAllocationPolicy não for passado na solicitação.

  1. UserDefined

Os usuários têm permissão para passar esse valor apenas para caches Premium e podem ser passados no corpo da solicitação ao selecionar manualmente as zonas.

  1. NoZones

Os usuários têm permissão para passar esse valor apenas para caches Premium. Esse é o único valor com suporte nas regiões que não dão suporte a zonas.

  • Esse valor não pode ser passado pelo usuário na solicitação de caches Standard, pois eles não podem escolher explicitamente caches Standard não zonais.

Ele será selecionado como opção padrão para caches se ZonalAllocationPolicy não for passado na solicitação em casos:

  • Regiões que não dão suporte a zonas (independentemente da versão da API usada).
  • Todas as Regiões (independentemente do suporte zonal) se a versão da API usada for anterior a 2024-11-01.

Importante

A Alocação Automática de Zona não pode ser modificada depois de ser habilitada para um cache.

Importante

  • A partir da versão 2024-11-01 da API, a Alocação Zonal Automática é escolhida como opção padrão para caches Premium e Standard. Em casos raros, quando a capacidade zonal suficiente não estiver disponível para alocar pelo menos duas zonas e o usuário não passar ZonalAllocationPolicy na solicitação, o Azure criará um cache não zonal que o usuário pode verificar analisando a propriedade ZonalAllocationPolicy na resposta.
    • Portanto, é recomendável não passar ZonalAllocationPolicy no corpo da solicitação ao criar o cache, pois isso permitirá que o Azure escolha a melhor opção entre Automático, NoZones para o cache com base na capacidade e no suporte zonal da região. Caso contrário, os usuários poderão passar ZonalAllocationPolicy se quiserem usar explicitamente uma política de alocação zonal específica.

Importante

Os usuários podem atualizar não zonal existente ou cache com zonas selecionadas manualmente para usar a Alocação Zonal Automática atualizando o cache com ZonalAllocationPolicy definida como Automática. Para saber mais informações sobre o processo de atualização, confira Migrar uma instância do Cache do Azure para Redis para o suporte à zona de disponibilidade.

Perguntas frequentes sobre a redundância de zona

Por que não é possível habilitar a redundância de zona ao criar um cache Premium?

A redundância de zona está disponível somente em regiões do Azure com zonas de disponibilidade. Confira Regiões do Azure com zonas de disponibilidade para obter a lista mais recente.

Por que não é possível selecionar todas as três zonas durante a criação do cache?

Por padrão, um cache Premium tem um nó primário e um de réplica. Para configurar a redundância de zona para mais de duas zonas de disponibilidade, você precisa adicionar mais réplicas ao cache que está criando. O número total de zonas de disponibilidade não deve exceder a contagem combinada de nós dentro do cache, incluindo nós primários e de réplica.

Posso atualizar meu cache Standard ou Premium existente para usar redundância de zona?

  • Sim, há suporte para atualização de um cache Standard ou Premium existente para usar a redundância de zona no local (versão prévia). Os usuários podem habilitá-lo navegando até as Configurações avançadas no menu Recurso e selecionando a caixa de seleção Alocar Zonas automaticamente seguida pelo botão Salvar. Não é possível desabilitar a redundância de zona depois de habilitá-la.

  • Para obter mais detalhes, confira Migrar uma instância do Cache do Azure para Redis para suporte à zona de disponibilidade

  • Isso também pode ser feito passando ZonalAllocationPolicy como Automatic no corpo da solicitação ao atualizar o cache. Para obter mais informações sobre o processo de atualização usando a API REST, consulte Atualizar – ZonalAllocationPolicy.

    • Não há suporte para atualizar ZonalAllocationPolicy para qualquer outro valor que não seja Automatic.

    Importante

    A Alocação Automática de Zona não pode ser modificada depois de ser habilitada para um cache.

    Importante

    Atualmente, não há suporte para habilitar a Alocação Zonal Automática para um cache existente (que é criado com uma alocação zonal diferente) para caches com replicação geográfica ou caches com injeção de VNet.

Quanto custa a replicação dos meus dados nas zonas de disponibilidade do Azure?

Quando o cache usa a redundância de zona configurada com várias Zonas de Disponibilidade, os dados são replicados do nó de cache primário em uma zona para os outros nós em outra zona. O encargo de transferência de dados é o custo de egresso da rede da movimentação de dados entre as zonas de disponibilidade selecionadas. Para obter mais informações, consulte Detalhes de preço de largura de banda.

Próximas etapas

Saiba mais sobre os recursos do Cache do Azure para Redis.