Alterar a forma como uma conta de armazenamento é replicada
O Armazenamento do Azure sempre armazena várias cópias de seus dados para protegê-los em face de eventos planejados e não planejados. Esses eventos incluem falhas transitórias de hardware, quedas de rede ou de energia e desastres naturais maciços. A redundância de dados garante que sua conta de armazenamento atenda ao Contrato de Nível de Serviço (SLA) do Armazenamento do Azure, mesmo em caso de falhas.
Este artigo descreve o processo de alteração das configurações de replicação de uma conta de armazenamento existente.
Opções para alterar o tipo de replicação
Ao decidir qual configuração de redundância é melhor para o seu cenário, considere as compensações entre custos mais baixos e maior disponibilidade. Os fatores que ajudam a determinar qual configuração de redundância você deve escolher incluem:
- Como seus dados são replicados na região primária. Os dados na região primária podem ser replicados localmente usando o LRS (armazenamento com redundância local) ou nas zonas de disponibilidade do Azure usando o ZRS (armazenamento com redundância de zona).
- Se os seus dados são replicados geograficamente. A replicação geográfica fornece proteção contra desastres regionais, replicando seus dados para uma segunda região geograficamente distante da região primária. As configurações replicadas geograficamente incluem armazenamento com redundância geográfica (GRS) e armazenamento com redundância de zona geográfica (GZRS).
- Se seu aplicativo requer acesso de leitura aos dados replicados na região secundária. Você pode configurar sua conta de armazenamento para permitir acesso de leitura aos dados replicados para a região secundária se a região primária ficar indisponível por qualquer motivo. As configurações que fornecem acesso de leitura aos dados na região secundária incluem armazenamento com redundância geográfica de acesso de leitura (RA-GRS) e armazenamento com redundância de zona geográfica de acesso de leitura (RA-GZRS).
Para obter uma visão geral detalhada de todas as opções de redundância, consulte Redundância do Armazenamento do Azure.
Você pode alterar as configurações de redundância da sua conta de armazenamento conforme necessário, embora algumas configurações estejam sujeitas a limitações e requisitos de tempo de inatividade. Revisar essas limitações e requisitos antes de fazer quaisquer alterações em seu ambiente ajuda a evitar conflitos com seus próprios requisitos de cronograma e tempo de atividade.
Há três maneiras de alterar as configurações de replicação:
- Adicione ou remova a replicação geográfica ou o acesso de leitura à região secundária.
- Adicione ou remova redundância de zona executando uma conversão.
- Execute uma migração manual em cenários em que as duas primeiras opções não são suportadas ou para garantir que a alteração seja concluída dentro de um período de tempo específico.
A redundância geográfica e o acesso de leitura podem ser alterados ao mesmo tempo. No entanto, qualquer alteração que também envolva redundância de zona requer uma conversão e deve ser executada separadamente usando um processo de duas etapas. Estas duas etapas podem ser executadas em qualquer ordem.
Alterando a configuração de redundância
A tabela a seguir fornece uma visão geral de como alternar entre tipos de replicação.
Nota
A migração manual é uma opção para qualquer cenário em que você queira alterar a configuração de replicação dentro das limitações para alterar os tipos de replicação. A opção de migração manual é excluída da tabela a seguir para simplificação.
| Mudança | … ao LRS | … para GRS/RA-GRS 6 | Para ZRS | … para GZRS/RA-GZRS 2,6 |
|---|---|---|---|---|
| … da LRS | N/D | Usar o portal do Azure, o PowerShell ou a CLI 1,2 | Realizar uma conversão2,3,4,5 | Primeiro, use o Portal, PowerShell ou CLI para alternar para GRS/RA-GRS 1 e, em seguida, execute uma conversão para GZRS/RA-GZRS 3,4,5 |
| … de GRS/RA-GRS | Usar o portal do Azure, PowerShell ou CLI | N/D | Primeiro, use o Portal, PowerShell ou CLI para alternar para LRS e, em seguida, execute uma conversão para ZRS 3,5 | Realizar uma conversão3,5 |
| … de ZRS | Realizar uma conversão3 | Primeiro, use o Portal, PowerShell ou CLI para alternar para GZRS/RA-GZRS e, em seguida, execute uma conversão para GRS/RA-GRS3 | N/D | Usar o portal do Azure, o PowerShell ou a CLI 1 |
| … de GZRS/RA-GZRS | Primeiro, use o Portal, PowerShell ou CLI para alternar para ZRS e, em seguida, execute uma conversão para LRS 3 | Realizar uma conversão3 | Usar o portal do Azure, PowerShell ou CLI | N/D |
1 Adicionar redundância geográfica incorre em uma cobrança de saída única.
2 Se sua conta de armazenamento contiver blobs na camada de arquivamento, revise as limitações da camada de acesso antes de alterar o tipo de redundância para redundante geográfico ou de zona.
3 O tipo de conversão suportada depende do tipo de conta de armazenamento. Para obter mais informações, consulte a tabela de contas de armazenamento.
4 A conversão para ZRS ou GZRS para uma conta LRS resultante de um failover não é suportada. Para obter mais informações, consulte Failover e failback.
5 Não há suporte para a conversão de LRS para ZRS se o suporte ao protocolo NFSv3 estiver habilitado para o Armazenamento de Blobs do Azure ou se a conta de armazenamento contiver compartilhamentos NFSv4.1 do Azure Files.
6 Embora a habilitação da redundância geográfica pareça ocorrer instantaneamente, o failover para a região secundária não pode ser iniciado até que a sincronização de dados entre as duas regiões esteja concluída.
Alterar a configuração de replicação
Dependendo do cenário da seção de configuração de redundância de alteração, use um dos seguintes métodos para alterar as configurações de replicação.
Alterar a configuração de redundância usando o portal do Azure, o PowerShell ou a CLI do Azure
Na maioria dos casos, você pode usar o portal do Azure, o PowerShell ou a CLI do Azure para alterar a configuração de replicação com redundância geográfica ou acesso de leitura (RA) de uma conta de armazenamento.
Alterar a forma como sua conta de armazenamento é replicada no portal do Azure não resulta em tempo de inatividade para seus aplicativos, incluindo alterações que exigem uma conversão.
Para alterar a opção de redundância para sua conta de armazenamento no portal do Azure, siga estas etapas:
Navegue para a sua conta de armazenamento no portal do Azure.
Em Gerenciamento de dados , selecione Redundância.
Atualize a configuração de redundância .
Selecione Guardar.
Realizar uma conversão
Uma "conversão" de redundância é o processo de alterar o aspeto de redundância de zona de uma conta de armazenamento.
Durante uma conversão, não há perda de dados ou tempo de inatividade do aplicativo necessário.
Há duas maneiras de iniciar uma conversão:
Gorjeta
A Microsoft recomenda o uso de uma conversão iniciada pelo cliente em vez da conversão iniciada pelo suporte sempre que possível. Uma conversão iniciada pelo cliente permite que você inicie a conversão e monitore seu progresso diretamente de dentro do portal do Azure. Como a conversão é iniciada pelo cliente, não há necessidade de criar e gerenciar uma solicitação de suporte.
Conversão iniciada pelo cliente
Em vez de abrir uma solicitação de suporte, os clientes na maioria das regiões podem iniciar uma conversão e monitorar seu progresso. Essa opção elimina possíveis atrasos relacionados à criação e ao gerenciamento de solicitações de suporte. Para obter ajuda para determinar as regiões nas quais a conversão iniciada pelo cliente é suportada, consulte o artigo sobre limitações de região.
A conversão iniciada pelo cliente pode ser concluída em regiões com suporte usando o portal do Azure, o PowerShell ou a CLI do Azure. Após o início, a conversão ainda pode levar até 72 horas para começar.
Importante
Não há SLA para a conclusão de uma conversão.
Se você precisar de mais controle sobre quando uma conversão começa e termina, considere uma migração manual. Geralmente, quanto mais dados você tiver em sua conta, mais tempo levará para replicar esses dados para outras zonas ou regiões.
Para obter mais informações sobre o tempo de uma conversão iniciada pelo cliente, consulte Tempo e frequência.
Para adicionar ou modificar a redundância zonal de uma conta de armazenamento no portal do Azure, execute estas etapas:
Navegue para a sua conta de armazenamento no portal do Azure.
Em Gerenciamento de dados , selecione Redundância.
Atualize a configuração de redundância .
Selecione Guardar.
Monitoramento do progresso da conversão iniciada pelo cliente
À medida que a solicitação de conversão é avaliada e processada, o status deve progredir na lista mostrada na tabela a seguir:
| Status | Explicação |
|---|---|
| Apresentado para conversão | O pedido de conversão foi submetido com êxito para processamento. |
| Em curso1 | A conversão está em curso. |
| Concluído - ou - Reprovado2 |
A conversão foi concluída com êxito. - ou - A conversão falhou. |
1 Após o início, uma conversão normalmente começa dentro de 72 horas, mas pode levar mais tempo em alguns casos. Para obter mais informações sobre o tempo de uma conversão iniciada pelo cliente, consulte Tempo e frequência.
2 Se a conversão falhar, envie uma solicitação de suporte à Microsoft para determinar o motivo da falha.
Nota
Embora a Microsoft lide com sua solicitação de conversão prontamente, não há garantia de quando ela será concluída. Se você precisar que seus dados sejam convertidos até uma determinada data, a Microsoft recomenda que você execute uma migração manual.
Geralmente, quanto mais dados você tiver em sua conta, mais tempo levará para replicar esses dados para outras zonas da região.
O status da conversão iniciada pelo cliente é exibido na página Redundância da conta de armazenamento:
Conversão iniciada pelo suporte
Os clientes ainda podem solicitar uma conversão abrindo uma solicitação de suporte com a Microsoft.
Gorjeta
Se você precisar converter mais de uma conta de armazenamento, crie um único tíquete de suporte e especifique os nomes das contas a serem convertidas na guia Detalhes adicionais.
Siga estas etapas para solicitar uma conversão da Microsoft:
No portal do Azure, navegue até uma conta de armazenamento que você deseja converter.
Em Suporte + resolução de problemas, selecione Novo Pedido de Suporte.
Preencha a guia Descrição do problema com base nas informações da sua conta:
- Sumário: (algum texto descritivo).
- Tipo de problema: Selecione Técnico.
- Assinatura: selecione sua assinatura na lista suspensa.
- Serviço: Selecione Meus Serviços e, em seguida , Gerenciamento de Conta de Armazenamento para o tipo de Serviço.
- Recurso: Selecione uma conta de armazenamento para converter. Se precisar especificar várias contas de armazenamento, você pode fazê-lo na guia Detalhes adicionais.
- Tipo de problema: escolha Migração de dados.
- Subtipo de problema: escolha Migrar para ZRS, GZRS ou RA-GZRS.
Selecione Seguinte. A guia Solução recomendada pode ser exibida brevemente antes de alternar para a página Soluções . Na página Soluções, você pode verificar a elegibilidade da(s) sua(s) conta(s) de armazenamento para conversão:
- Tipo de replicação de destino: (escolha a opção desejada na lista suspensa)
- Contas de armazenamento de: (insira um único nome de conta de armazenamento ou uma lista de contas separadas por ponto-e-vírgula)
- Selecione Submeter.
Tome as medidas apropriadas se os resultados indicarem que sua conta de armazenamento não está qualificada para conversão. Caso contrário, selecione Retornar à solicitação de suporte.
Selecione Seguinte. Se você tiver mais de uma conta de armazenamento para migrar, na guia Detalhes, especifique o nome de cada conta, separado por ponto-e-vírgula.
Forneça as informações necessárias na guia Detalhes adicionais e selecione Revisar + criar para revisar e enviar seu tíquete de suporte. Um agente de suporte do Azure analisa seu caso e entra em contato com você para fornecer assistência.
Migração manual
Uma migração manual oferece mais flexibilidade e controle do que uma conversão. Você pode usar essa opção se precisar que seus dados sejam movidos até uma determinada data ou se a conversão não for suportada para o seu cenário. A migração manual também é útil ao mover uma conta de armazenamento para outra região. Para obter mais detalhes, consulte Mover uma conta de Armazenamento do Azure para outra região.
Você deve executar uma migração manual se:
- Você deseja migrar sua conta de armazenamento para uma região diferente.
- Sua conta de armazenamento é uma conta de blob de bloqueio.
- Sua conta de armazenamento inclui dados na camada de arquivamento e reidratar os dados não é desejado.
Importante
Uma migração manual pode resultar em tempo de inatividade da aplicação. Se o seu aplicativo exigir alta disponibilidade, a Microsoft também fornecerá uma opção de conversão . Uma conversão é uma migração in-loco sem tempo de inatividade.
Com uma migração manual, você copia os dados da sua conta de armazenamento existente para uma nova conta de armazenamento. Para executar uma migração manual, você pode usar uma das seguintes opções:
- Copie dados usando uma ferramenta existente, como AzCopy, uma das bibliotecas de cliente do Armazenamento do Azure ou uma ferramenta confiável que não seja da Microsoft.
- Se você estiver familiarizado com o Hadoop ou o HDInsight, poderá anexar a conta de armazenamento de origem e a conta de armazenamento de destino ao cluster. Em seguida, paralelize o processo de cópia de dados com uma ferramenta como o DistCp.
Para obter orientações mais detalhadas sobre como executar uma migração manual, consulte Mover uma conta de Armazenamento do Azure para outra região.
Limitações para alterar tipos de replicação
Importante
O diagnóstico de inicialização não suporta contas de armazenamento premium ou contas de armazenamento com redundância de zona. Quando contas de armazenamento premium ou com redundância de zona são usadas para diagnóstico de inicialização, os usuários recebem um StorageAccountTypeNotSupported erro ao iniciar sua máquina virtual (VM).
As limitações aplicam-se a alguns cenários de alteração de replicação, dependendo de:
- Região
- Conflitos de recursos
- Tipo de conta de armazenamento
- Camada de acesso
- Suporte a protocolos
- Failover e failback
País/Região
Verifique se a região onde sua conta de armazenamento está localizada oferece suporte a todas as configurações de replicação desejadas. Por exemplo, se você estiver convertendo sua conta para redundante de zona (ZRS, GZRS ou RA-GZRS), verifique se sua conta de armazenamento está em uma região que ofereça suporte a ela. Consulte as listas de regiões suportadas para armazenamento com redundância de zona e armazenamento com redundância de zona geográfica.
Importante
A conversão iniciada pelo cliente está disponível em todas as regiões públicas que suportam ZRS, exceto nas seguintes:
- (América do Norte) México Central
Conflitos de recursos
Alguns recursos da conta de armazenamento não são compatíveis com outros recursos ou operações. Por exemplo, a capacidade de failover para a região secundária é o principal recurso da redundância geográfica, mas outros recursos não são compatíveis com o failover. Para obter mais informações sobre recursos e serviços não suportados com failover, consulte Recursos e serviços sem suporte. A conversão de uma conta para GRS, GZRS ou RA-GZRS pode ser bloqueada se um recurso conflitante estiver habilitado, ou pode ser necessário desativar o recurso mais tarde antes de iniciar um failover.
Storage account type
Ao planejar alterar as configurações de replicação, considere as seguintes limitações relacionadas ao tipo de conta de armazenamento.
Alguns tipos de conta de armazenamento suportam apenas determinadas configurações de redundância, que afetam se podem ser convertidas ou migradas e, em caso afirmativo, como. Para obter mais informações sobre os tipos de conta de armazenamento do Azure e as opções de redundância suportadas, consulte a visão geral da conta de armazenamento.
A tabela a seguir fornece uma visão geral das opções de redundância disponíveis para tipos de conta de armazenamento e se a conversão e a migração manual são suportadas:
| Storage account type | Suporta LRS | Suporta ZRS | Suporta conversão (do portal) |
Suporta conversão (mediante pedido de apoio) |
Suporta migração manual |
|---|---|---|---|---|---|
| Padrão para fins gerais v2 | ✅ | ✅ | ✅ | ✅ | ✅ |
| Compartilhamentos de arquivos premium | ✅ | ✅ | ✅1 | ✅ | |
| Blob de bloco premium | ✅ | ✅ | ✅ | ||
| Blob de página premium | ✅ | ||||
| Discos geridos2 | ✅ | ✅ | ✅ | ✅ | |
| Padrão de uso geral v1 | ✅ | 3 | ✅ | ||
| ZRS Clássico4 (disponível em contas padrão de uso geral v1) |
✅ |
1 A conversão para compartilhamentos de arquivos premium está disponível abrindo uma solicitação de suporte; A conversão iniciada pelo cliente pode ser realizada usando o PowerShell ou a CLI do Azure.
2 Os discos gerenciados estão disponíveis para LRS e ZRS, embora os discos ZRS tenham algumas limitações. Se um disco LRS for regional (sem zona especificada), ele poderá ser convertido alterando a SKU. Se um disco LRS for zonal, ele só poderá ser migrado manualmente seguindo o processo em Migrar seus discos gerenciados. Pode armazenar instantâneos e imagens para discos geridos por SSD padrão no armazenamento HDD padrão e escolher entre as opções LRS e ZRS. Para obter informações sobre a integração com conjuntos de disponibilidade, consulte Introdução aos discos gerenciados do Azure.
3 Se sua conta de armazenamento for v1, você precisará atualizá-la para v2 antes de executar uma conversão. Para saber como atualizar sua conta v1, consulte Atualizar para uma conta de armazenamento v2 de uso geral.
4 As contas de armazenamento ZRS Classic foram preteridas. Para obter informações sobre como converter contas ZRS Classic, consulte Converter contas ZRS Classic.
Convertendo contas ZRS Classic
Importante
As contas ZRS Classic foram preteridas em 31 de março de 2021. Os clientes não podem mais criar contas ZRS Classic. Se você ainda tiver algumas, você deve atualizá-las para contas v2 de uso geral.
O ZRS Classic estava disponível apenas para blobs de bloco em contas de armazenamento de uso geral V1 (GPv1). Para obter mais informações sobre as contas de armazenamento, veja Azure Storage account overview (Descrição geral da conta de armazenamento do Azure).
As contas ZRS Classic replicaram dados de forma assíncrona entre data centers em uma a duas regiões. Os dados replicados não estavam disponíveis a menos que a Microsoft iniciasse um failover para o secundário. Uma conta ZRS Classic não pode ser convertida de ou para LRS, GRS ou RA-GRS. As contas ZRS Classic também não suportam métricas ou registros.
Para alterar o ZRS Classic para outro tipo de replicação, use um dos seguintes métodos:
- Atualize-o para o ZRS primeiro
- Migrar manualmente os dados diretamente para outro tipo de replicação
Para atualizar sua conta de armazenamento do ZRS Classic para o ZRS, use o portal do Azure, o PowerShell ou a CLI do Azure em regiões onde o ZRS está disponível:
Para atualizar para o ZRS no portal do Azure, navegue até as definições de configuração da conta e escolha Atualizar:
Para migrar manualmente os dados da conta do ZRS Classic para outro tipo de replicação, siga as etapas para executar uma migração manual.
Se desejar migrar seus dados para uma conta de armazenamento com redundância de zona localizada em uma região diferente da conta de origem, execute uma migração manual. Para obter mais informações, consulte Mover uma conta de Armazenamento do Azure para outra região.
Camada de acesso
Verifique se a opção de redundância desejada suporta as camadas de acesso usadas atualmente na conta de armazenamento. Por exemplo, as contas de armazenamento ZRS, GZRS e RA-GZRS não suportam a camada de arquivamento. Para obter mais informações, consulte Camadas de acesso Hot, Cool e Archive para dados de blob. Para converter uma conta LRS, GRS ou RA-GRS em uma que ofereça suporte à redundância de zona, primeiro mova os blobs arquivados para uma conta de armazenamento que ofereça suporte a blobs na camada de arquivamento. Em seguida, converta a conta de origem para ZRS, GZRS e RA-GZRS.
Uma conta de armazenamento LRS contendo blobs na camada de arquivamento pode ser mudada para GRS ou RA-GRS depois de reidratar todos os blobs arquivados para a camada Hot ou Cool. Você também pode executar uma migração manual.
Gorjeta
A Microsoft recomenda que você evite alterar a configuração de redundância de uma conta de armazenamento que contenha blobs arquivados, se possível, porque as operações de reidratação podem ser caras e demoradas. Mas se tiver de o alterar, uma migração manual pode poupar-lhe as despesas de reidratação.
Suporte de protocolo
Não é possível converter contas de armazenamento em redundância de zona (ZRS, GZRS ou RA-GZRS) se um dos seguintes casos for verdadeiro:
- O suporte ao protocolo NFSv3 está habilitado para o Armazenamento de Blobs do Azure
- A conta de armazenamento contém compartilhamentos NFSv4.1 do Azure Files
Ativação pós-falha e reativação pós-falha
Após um failover de conta para a região secundária, é possível iniciar um failback do novo primário de volta para o novo secundário com o PowerShell ou a CLI do Azure (versão 2.30.0 ou posterior). Inicie o failover.
Se você executou um failover de conta gerenciado pelo cliente para se recuperar de uma interrupção para sua conta GRS ou RA-GRS, a conta se tornará localmente redundante (LRS) na nova região principal após o failover. Não há suporte para conversão para ZRS ou GZRS para uma conta LRS resultante de um failover. Em vez disso, execute uma migração manual para adicionar redundância de zona.
Requisitos de tempo de inatividade
Durante uma conversão, você pode acessar dados em sua conta de armazenamento sem perda de durabilidade ou disponibilidade. O SLA de Armazenamento do Azure é mantido durante o processo de migração e nenhum dado é perdido durante uma conversão. Os pontos finais do serviço, as chaves de acesso, as assinaturas de acesso partilhado e outras opções da conta permanecem inalterados após a migração.
Se você optar por executar uma migração manual, o tempo de inatividade será necessário, mas você terá mais controle sobre o tempo do processo de migração.
Tempo e frequência
Se você iniciar uma conversão de redundância de zona a partir do portal do Azure, o processo de conversão poderá levar até 72 horas para começar. Pode levar mais tempo para iniciar se você solicitar uma conversão abrindo uma solicitação de suporte. Para monitorar o progresso de uma conversão iniciada pelo cliente, consulte Monitorando o progresso da conversão iniciada pelo cliente.
Importante
Não há SLA para a conclusão de uma conversão. Se você precisar de mais controle sobre quando uma conversão começa e termina, considere uma migração manual. Geralmente, quanto mais dados você tiver em sua conta, mais tempo levará para replicar esses dados para outras zonas ou regiões.
Após uma conversão de redundância de zona, você deve aguardar pelo menos 72 horas antes de alterar a configuração de redundância da conta de armazenamento novamente. A retenção temporária permite que os processos em segundo plano sejam concluídos antes de fazer outra alteração, garantindo a consistência e integridade da conta. Por exemplo, passar de LRS para GZRS é um processo de 2 etapas. Você deve adicionar redundância de zona em uma operação e, em seguida, adicionar redundância geográfica em um segundo. Depois de ir de LRS para ZRS, você deve esperar pelo menos 72 horas antes de ir de ZRS para GZRS.
Custos associados à alteração da forma como os dados são replicados
O Armazenamento do Azure oferece várias opções para configurar a replicação. Estas opções, ordenadas pelo menos ao mais caro, incluem:
- LRS
- ZRS
- GRS
- RA-GRS
- GZRS
- RA-GZRS
Os custos associados à alteração da forma como os dados são replicados na sua conta de armazenamento dependem dos aspetos da configuração de redundância que altera. Uma combinação de armazenamento de dados e preços de largura de banda de saída determina o custo de fazer uma alteração. Para obter detalhes sobre preços, consulte a página Preços do Armazenamento do Azure.
Se você adicionar redundância de zona na região principal, não haverá custo inicial associado à realização dessa conversão, mas o custo contínuo de armazenamento de dados será maior devido ao aumento da replicação e do espaço de armazenamento necessários.
A redundância geográfica incorre em uma cobrança de largura de banda de saída no momento da alteração, porque toda a sua conta de armazenamento está sendo replicada para a região secundária. Todas as gravações subsequentes na região primária também incorrem em cobranças de largura de banda de saída para replicar a gravação na região secundária.
Se você remover a redundância geográfica (mudança de GRS para LRS), não haverá custo para fazer a alteração, mas os dados replicados serão excluídos do local secundário.
Importante
Se você remover o acesso de leitura à região secundária (RA) (alterar de RA-GRS para GRS ou LRS), essa conta será cobrada como RA-GRS por mais 30 dias após a data em que foi convertida.