Partilhar via

Alterar a configuração de redundância do Armazenamento do Azure: perguntas frequentes

Há muitos fatores diferentes que podem impulsionar a necessidade de alterar as opções de redundância de suas contas de armazenamento. A opção de redundância correta equilibra a disponibilidade de dados, a recuperação de desastres, o desempenho e os requisitos de custo da sua organização. Estes requisitos são ponderados em relação aos riscos e benefícios associados às várias opções de redundância. São necessárias avaliações e ajustamentos regulares para assegurar uma estratégia ótima e resiliente de armazenamento de dados.

Há também muitos fatores a considerar ao alterar as opções de redundância, especialmente do ponto de vista de tempo e custo. O tempo necessário para alterar as opções de redundância pode variar com base em vários fatores. Esses fatores podem incluir as opções que estão sendo alteradas, o tamanho da sua conta e as demandas atuais de recursos dentro de uma região. Também pode haver custos associados à transferência de dados e ao aumento dos requisitos de armazenamento durante e após uma transição.

Importante

Na prática, uma conversão de conta de armazenamento pode se referir à alteração do SKU ou tipo de uma conta de armazenamento. Por exemplo, você pode converter uma conta de armazenamento v1 de uso geral herdada em v2 de uso geral padrão, permitindo disponibilidade, resiliência e recursos aprimorados.

Para os fins deste artigo, uma conversão de conta de armazenamento refere-se especificamente à alteração da configuração de redundância de uma conta de armazenamento.

Este artigo contém respostas a perguntas frequentes sobre o processo de alteração das opções de redundância do Armazenamento do Azure para as suas contas de armazenamento:

Como as conversões geo e zonal são diferentes?

Os termos geo e zonal referem-se a dois tipos diferentes de estratégias para fornecer redundância de dados extra no Azure. Para lidar com essas estratégias, o Azure oferece dois tipos distintos de alterações de opção de redundância: aquelas que envolvem armazenamento com redundância geográfica (GRS) e aquelas que envolvem armazenamento com redundância de zona (ZRS).

Como os seus nomes indicam, a redundância zonal protege contra falhas de zona, enquanto a redundância geográfica protege contra desastres regionais de grande escala. Quando você altera a opção de redundância de uma conta de armazenamento, o tipo de conversão iniciado afeta a duração do processo, os custos potenciais e os recursos ou cenários conflitantes. Para obter mais informações, consulte o artigo Alterar a opção de redundância para uma conta de armazenamento .

Conversão zonal

A redundância zonal replica dados em várias zonas de disponibilidade, ou data centers isolados, em uma única região. Essas zonas, ou data centers, têm energia, resfriamento e rede independentes.

Quando você adiciona redundância zonal a uma conta de armazenamento, sua conta de armazenamento passa por uma conversão zonal que protege seus dados contra falhas em um data center específico. A remoção da redundância zonal reverte essa proteção.

As conversões zonais incluem:

  • LRS → ZRS
  • ZRS → LRS
  • GRS → GZRS
  • GZRS → GRS
  • RA-GRS → RA-GZRS
  • RA-GZRS → RA-GRS

Conversão geográfica

A redundância geográfica replica dados para uma região secundária, geograficamente distante. Essa replicação protege seus dados contra desastres regionais de grande escala, como furacões, terremotos e inundações. Quando você adiciona redundância geográfica a uma conta de armazenamento, sua conta de armazenamento passa por uma conversão geográfica que protege seus dados contra falhas regionais. A remoção da redundância geográfica reverte essa proteção.

As conversões geográficas incluem:

  • LRS → GRS
  • GRS → LRS
  • ZRS → GZRS ou RA-GZRS
  • GZRS ou RA-GZRS → ZRS

Quais encargos estão associados a uma conversão de SKU?

Não há custos iniciais para fazer conversões zonais. No entanto, depois que uma conta é convertida com êxito, o armazenamento de dados contínuo e o custo de transação podem ser maiores devido ao aumento da replicação. Por exemplo, não há cobrança pela conversão inicial de uma conta de LRS para ZRS. Mas como o ZRS tem custos mais altos para armazenamento de dados e transações, ele pode incorrer em um custo mais alto do que o LRS.

Quando você adiciona redundância geográfica, a conversão geográfica resultante incorre em uma taxa de transferência de dados de replicação geográfica no momento da alteração. Essa cobrança de transferência se aplica porque toda a sua conta de armazenamento está sendo replicada para uma região secundária. Como todas as operações de gravação subsequentes também são replicadas para a região secundária, elas também estão sujeitas à cobrança de transferência de dados.

Você não incorre em encargos ao remover redundância geográfica, como ao converter GRS → LRS ou GZRS → ZRS.

Quando se remove o acesso de leitura de uma conta de armazenamento, ela continuará a incorrer em cobranças como RA-GRS ou RA-GZRS por 30 dias após a data em que foi convertida. Esta política aplica-se a RA-GRS → GRS ou RA-GZRS → GZRS.

Saiba mais sobre como alterar as opções de replicação de uma conta de armazenamento no artigo Alterar a opção de redundância de uma conta de armazenamento .

Quanto tempo demora o processo de conversão de SKU?

O tipo de conversão de conta iniciado afeta a duração do processo. Para entender melhor a linha do tempo, é importante conhecer as diferenças entre redundância zonal e geográfica. Para obter detalhes sobre essas diferenças, consulte a seção Como as conversões geográficas e zonais são diferentes .

O tempo real necessário para concluir qualquer tipo de conversão pode variar com base em vários fatores. Você pode ler mais sobre as diferenças entre as conversões e os fatores que afetam os tempos de conversão de SKU na seção Como as conversões geográficas e zonais são diferentes .

Conversão zonal

As conversões de redundância zonal normalmente começam dentro de alguns dias após a validação de uma solicitação. No entanto, pode levar semanas para ser concluído, dependendo das demandas atuais de recursos na região, do tamanho da conta e de outros fatores. O progresso da conversão muda para In progress quando a movimentação de dados começa.

Atualmente, não há nenhum contrato de nível de serviço (SLA) para a conclusão de uma conversão zonal e o processo de conversão não pode ser acelerado enviando uma solicitação de suporte. O estado do progresso da conversão muda para In progress quando começa a movimentação de dados.

Se você precisar de mais controle sobre a linha do tempo de uma conversão, como quando ela começa e termina, considere executar uma migração manual. As migrações manuais utilizam um recurso ou ferramenta como o AzCopy para migrar os dados da sua conta de armazenamento atual para uma conta de armazenamento diferente com a redundância desejada.

Saiba mais sobre como alterar as opções de replicação de uma conta de armazenamento no artigo Alterar a opção de redundância de uma conta de armazenamento .

Conversão geográfica

Atualmente, não há SLA para a conclusão de uma conversão geográfica, e não é possível agilizar esse processo enviando uma solicitação de suporte. O período de tempo necessário para concluir essas conversões pode variar dependendo de vários fatores, incluindo:

  • O número e o tamanho dos objetos na conta de armazenamento.
  • Os recursos disponíveis para replicação em segundo plano, como CPU, memória, disco e capacidade WAN.

Você pode ler mais sobre os fatores que afetam os prazos de conversão de SKU no artigo Iniciar um failover de conta de armazenamento. Você também pode saber mais sobre como alterar as opções de replicação de uma conta de armazenamento no artigo Alterar a opção de redundância para uma conta de armazenamento .

Por que meu processo de conversão de SKU está demorando tanto?

O processo de conversão de SKU normalmente é concluído em poucos dias, mas pode levar até algumas semanas, dependendo das demandas atuais de recursos na região, do tamanho da conta e de vários outros fatores.

Atualmente, não há SLA para a conclusão de uma conversão de SKU geográfica ou zonal e não é possível agilizar o processo enviando uma solicitação de suporte.

Se você precisar de mais controle sobre a linha do tempo de uma conversão, como quando ela começa e termina, considere executar uma migração manual. As migrações manuais utilizam um recurso ou ferramenta como o AzCopy para migrar os dados da sua conta de armazenamento atual para uma conta de armazenamento diferente com a redundância desejada.

Saiba mais sobre como alterar as opções de replicação de uma conta de armazenamento no artigo Alterar a opção de redundância de uma conta de armazenamento .

Como uma conversão de SKU afeta o desempenho e a disponibilidade? Há alguma interrupção esperada na aplicação? Há alguma perda de dados esperada?

Durante uma conversão de SKU, você pode continuar a acessar dados em sua conta de armazenamento sem perda de durabilidade ou disponibilidade. O SLA de Armazenamento do Azure é mantido durante o processo de conversão e nenhum dado é perdido. Da mesma forma, os endpoints de serviço, chaves de acesso, assinaturas de acesso compartilhado e outras opções de conta também permanecem inalterados.

Saiba mais sobre como alterar as opções de replicação de uma conta de armazenamento no artigo Alterar a opção de redundância de uma conta de armazenamento .

Como faço para converter minha conta de LRS para GZRS?

Não há suporte para uma conversão direta de LRS → GZRS . Esta conversão específica requer um processo de duas etapas que pode ser concluído de duas maneiras:

  • LRS → ZRS, seguido de ZRS → GZRS, ou
  • LRS → GRS, seguido por GRS → GZRS.

Ao executar uma conversão LRS → ZRS , seguida por ZRS → GZRS, você deve aguardar pelo menos 72 horas entre as conversões. Esse atraso temporário garante a consistência e a integridade da conta, permitindo que os processos em segundo plano sejam concluídos antes de fazer outra alteração.

Como faço para converter minha conta de GZRS para LRS?

Não há suporte para uma conversão direta GZRS → LRS . Essa conversão requer um processo de duas etapas que pode ser concluído de duas maneiras:

  • GZRS → ZRS, seguido de ZRS → LRS, ou
  • GZRS → GRS, seguido por GRS → LRS.

Ao executar uma conversão GZRS → GRS , seguida por GRS → LRS, você deve aguardar pelo menos 72 horas entre as conversões. Esse atraso temporário garante a consistência e a integridade da conta, permitindo que os processos em segundo plano sejam concluídos antes de fazer outra alteração.

Como faço para converter minha conta de GRS para ZRS?

Uma conversão direta GRS → ZRS não é suportada. Essa conversão requer um processo de duas etapas que pode ser concluído de duas maneiras:

  • GRS → GZRS, seguido por GZRS → ZRS.
  • GRS → LRS, seguido por LRS → ZRS.

Ao executar uma conversão GRS → GZRS seguida por GZRS → ZRS, você deve esperar pelo menos 72 horas entre as conversões. Esse atraso temporário garante a consistência e a integridade da conta, permitindo que os processos em segundo plano sejam concluídos antes de fazer outra alteração.

Quando você conclui a conversão inicial do GRS → LRS , sua conta de armazenamento se torna temporariamente LRS, uma opção de redundância menor. Esta opção oferece menos durabilidade e disponibilidade.

Como faço para converter minha conta de ZRS para GRS?

Não há suporte para uma conversão direta de ZRS → GRS . Essa conversão requer um processo de duas etapas que pode ser concluído de duas maneiras:

  • ZRS → GZRS, seguido por GZRS → GRS, ou
  • ZRS → LRS, seguido por LRS → GRS.

Ao executar uma conversão ZRS → LRS seguida por LRS → GRS, você deve aguardar pelo menos 72 horas entre as conversões. Esse atraso temporário garante a consistência e a integridade da conta, permitindo que os processos em segundo plano sejam concluídos antes de fazer outra alteração.

Quando você conclui a conversão inicial do ZRS → LRS , sua conta de armazenamento é temporariamente mantida no LRS, uma opção de redundância mais baixa. Esta opção oferece muito menos durabilidade e disponibilidade.

Quais são os recursos ou cenários conflitantes para conversões de SKU?

Assim como acontece com a duração da conversão, o tipo de conversão de conta que você inicia afeta o número de recursos e cenários conflitantes.

Conversões zonais

As conversões zonais envolvem adicionar ou remover opções de zona de disponibilidade à sua conta. A lista a seguir destaca os recursos ou cenários conflitantes mais comuns que podem gerar erros ao tentar uma conversão zonal. Se você encontrar um erro, a mensagem de erro geralmente fornece detalhes sobre o conflito específico.

  • Replicação de objetos: Conversões zonais em contas com replicação de objeto (OR) podem gerar um erro. Nesse caso, você pode excluir as políticas de OR da sua conta e tentar a conversão novamente.
  • NFSv3: O NFSv3 não pode ser desconfigurado. Para converter uma conta habilitada para NFSv3 para ZRS, você precisa executar uma migração manual. As migrações manuais utilizam um recurso ou ferramenta como o AzCopy para migrar os dados da sua conta de armazenamento atual para uma conta de armazenamento diferente com a redundância desejada. Para saber mais sobre como usar o AzCopy, consulte Usar o AzCopy para copiar blobs.
  • Restauração pontual (PITR): Conversões zonais em contas com restauração pontual (PITR) podem causar um erro. Nesse caso, você pode desativar o PITR e tentar novamente a migração.
  • Dados de arquivo: Contas que contêm dados dentro da camada de arquivamento podem gerar erros. Antes de converter, você deve reidratar os dados de arquivamento para a camada fria, fria ou quente e, em seguida, tente novamente a conversão. Você também pode excluir todos os dados arquivados antes da conversão.
  • Contas NFSv4 com pontos de extremidade públicos: Você pode encontrar problemas ao tentar migrar uma conta de armazenamento com um ponto de extremidade público. Você deve desativar o acesso aos pontos de extremidade públicos da conta de armazenamento antes de tentar novamente a conversão. Você pode ler mais sobre como alterar a replicação de conta no artigo Alterar como uma conta de armazenamento é replicada .
  • Escolha de roteamento, roteamento de internet: Você deve definir sua preferência de roteamento para roteamento de rede da Microsoft. Para obter detalhes, consulte Configurar preferência de roteamento de rede.
  • Contas com diagnóstico de inicialização habilitado: O diagnóstico de inicialização para máquinas virtuais (VMs) não é suportado pelo ZRS. Migrações incluindo LRS → ZRS;GRS → GZRS; e RA-GRS → RA-GZRS estão bloqueados. Você pode desativar o diagnóstico de inicialização em sua conta antes de migrar, mas não pode reativá-los após a conclusão da conversão. Para obter detalhes, consulte o artigo Diagnóstico de inicialização para VMs no Azure .
  • Destino não suportado: Embora a região da sua conta possa suportar uma SKU específica, nem todas as regiões suportam migrações zonais. Tentar converter dentro de uma região sem suporte pode gerar erros. Por exemplo, a região Leste do Canadá não suporta GZRS; tentar converter sua conta de GRS para GZRS gera uma falha. Para saber mais sobre quais SKUs são suportadas em uma região específica, consulte o artigo Lista de regiões do Azure .
  • Conversão conflitante: Atualmente, sua conta pode ter uma migração conflitante em andamento. Por exemplo, talvez você já tenha uma migração LRS → GRS em andamento. A tentativa de executar uma conversão LRS → ZRS falha. Aguarde a conclusão da migração original antes de enviar uma nova solicitação de conversão.
  • Falha na conta: Se houver failover da sua conta, você poderá fazer o failback da sua conta para a região principal original e reenviar a solicitação.

Conversões geográficas

As conversões geográficas envolvem a adição ou remoção de destinos de replicação em regiões secundárias geograficamente distantes. A lista a seguir destaca os recursos ou cenários conflitantes mais comuns que podem gerar erros ao tentar uma conversão geográfica. Se você encontrar um erro, a mensagem de erro geralmente fornece detalhes sobre o conflito específico.

  • Dados de arquivo: Se sua conta contiver dados na camada de arquivamento, os dados precisarão ser reidratados antes que uma solicitação LRS → GRS possa ser enviada. Como o SRP (provedor de recursos de armazenamento) verifica se não existem dados arquivados antes que a conversão seja executada, você deve receber uma mensagem de erro quase instantaneamente.
  • Destino não suportado: Existem algumas regiões do Azure com três zonas de disponibilidade e nenhuma região satélite. Essas regiões suportam ZRS, mas não suportam GZRS. Certifique-se de que a sua região suporta o SKU desejado.

Consulte também

  • Last updated on