Alterar a forma como os dados dos Arquivos do Azure são replicados

✔️ Aplica-se a: Partilhas de ficheiros clássicas criadas com o fornecedor de recursos Microsoft.Storage e que utilizam os modelos Provisioned v1, Provisioned v2 ou o modelo de faturação pay-as-you-go

✖️ Não se aplica a: Partilhas de ficheiros criadas com o fornecedor de recursos Microsoft.FileShares

O 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. A redundância de dados garante que sua conta de armazenamento atenda ao Contrato de Nível de Serviço (SLA) do Microsoft Online Services.

Este artigo descreve o processo de alterar as definições de replicação para uma conta de armazenamento existente que aloja partilhas de ficheiros Azure classic.

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 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 requerem redundância geográfica. A geo-redundância oferece proteção contra desastres regionais ao replicar os seus dados para uma segunda região geograficamente distante da região principal. Os Arquivos do Azure dão suporte ao armazenamento com redundância geográfica (GRS) e ao armazenamento com redundância de zona geográfica (GZRS).

Para obter uma visão geral detalhada de todas as opções de redundância para Arquivos do Azure, consulte Redundância de Arquivos 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 redundância geográfica ou acesso de leitura à região secundária.
• Adicione ou remova redundância zonal 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 simultaneamente. 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.

¹A adição de redundância geográfica incorre em um encargo único de saída.
2 Se a sua conta de armazenamento contiver blobs na camada de arquivamento, verifique as limitações da camada de acesso antes de mudar o tipo de redundância para redundância geográfica 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.
⁴ A conversão de uma conta LRS resultante de um failover para ZRS ou GZRS 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 Ficheiros do Azure com pontos de extremidade públicos habilitados.
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.

Limitações para alterar tipos de replicação

As limitações aplicam-se a alguns cenários de alteração de replicação, dependendo de:

• Região
• Conflitos de funcionalidades
• Tipo de conta de armazenamento
• Suporte a protocolos
• Failover e failback

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 estiver a converter a sua conta em zona redundante (ZRS ou GZRS), certifique-se de que a sua conta de armazenamento está numa região que a suporta. Consulte as listas de regiões suportadas para armazenamento com redundância de zona e armazenamento com redundância de zona geográfica.

Conflitos de funcionalidades

Alguns recursos da conta de armazenamento não são compatíveis com outros recursos ou operações. Por exemplo, a capacidade de alternar para a região secundária é o principal recurso da redundância geográfica, mas outros recursos não são compatíveis com esta alternância. 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 ou 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.

Tipo de conta de armazenamento

Ao planejar alterar as configurações de replicação, considere as seguintes limitações relacionadas ao tipo de conta de armazenamento.

Alguns tipos de contas de armazenamento só suportam certas configurações de redundância, que afetam se pode convertê-las ou migrá-las 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 lista as 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:

¹ Para iniciar a conversão iniciada pelo cliente, utilize o portal Azure, PowerShell ou a CLI do Azure. Você também pode abrir uma solicitação de suporte.

Suporte de protocolo

Não pode converter contas de armazenamento para redundância de zona (ZRS ou GZRS) se a conta de armazenamento contiver partilhas de ficheiros NFS com acesso ao endpoint público ativado.

A conversão de compartilhamentos NFSv4.1 com endereços públicos ativados não é suportada. Para alterar a redundância das partilhas NFS com endpoints públicos, siga estes passos:

1. Desative o acesso ao ponto de extremidade público da conta de armazenamento.
2. Envie a solicitação de conversão para alterar a redundância da conta de armazenamento fornecida.
3. Depois de a conta de armazenamento ser migrada, configure endpoints privados ou públicos conforme necessário.

Alternância e reversão

Após um failover da conta para a região secundária, pode iniciar um failback do novo primário para o novo secundário com PowerShell ou CLI do Azure (versão 2.30.0 ou posterior). Inicie a alternância.

Se realizar um failover de conta gerida pelo cliente para recuperar de uma falha na sua conta GRS, a conta torna-se localmente redundante (LRS) na nova região principal após o failover. A conversão para ZRS ou GZRS não é suportada para uma conta LRS resultante de um failover, mesmo para as chamadas operações de failback. Por exemplo, se realizares um failover de conta do GRS para LRS na região secundária e, em seguida, o configurares novamente como GRS, ele permanecerá LRS na nova região secundária (a antiga primária). Se em seguida for realizada outra comutação por falha de conta para retorno à região primária original, o sistema continuará a ser LRS na região primária original. Nesse caso, não é possível executar uma conversão para ZRS ou GZRS na região primária. Em vez disso, execute uma migração manual para adicionar redundância de zona.

Alterar a configuração de replicação

Dependendo do seu cenário da seção de alterar a configuração de redundância, use um dos seguintes métodos para alterar as suas 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 a sua conta de armazenamento é replicada no portal do Azure não resulta em tempo de inatividade para as suas aplicações, incluindo alterações que exijam conversão.

Set-AzStorageAccount -ResourceGroupName <resource_group> `
    -Name <storage_account> `
    -SkuName <sku>

az storage account update \
    --name <storage-account> \
    --resource-group <resource_group> \
    --sku <sku>

Realizar uma conversão

Uma conversão de redundância é o processo de alterar o aspeto de redundância de zonas 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:

• Iniciado pelo cliente
• Support-initiated

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.

Para partilhas de ficheiros HDD (padrão), pode completar a conversão iniciada pelo cliente em regiões suportadas usando o portal Azure, PowerShell ou CLI do Azure.

Para partilhas de ficheiros SSD (premium), a conversão iniciada pelo cliente está disponível através do portal Azure, PowerShell e CLI do Azure. Ou você pode solicitar uma conversão iniciada pelo suporte.

Após o início, a conversão ainda pode levar até 72 horas para começar.

Start-AzStorageAccountMigration
    -AccountName <String>
    -ResourceGroupName <String>
    -TargetSku <String>
    -AsJob

az storage account migration start  \
    --account-name <string> \
    -g <string> \
    --sku <string> \
    --no-wait

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:

¹ Após a iniciação, a conversão pode demorar até 72 horas a começar. Se a conversão não entrar no estado Em Progresso dentro de 96 horas após iniciar o pedido, submeta um pedido de suporte à Microsoft para determinar o motivo. 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.

Get-AzStorageAccountMigration
   -AccountName <String>
   -ResourceGroupName <String>

az storage account migration show \
    --account-name <string> \
    -g <string> \
    -n "default"

Conversão iniciada pelo suporte

Os clientes podem solicitar uma conversão abrindo uma solicitação de suporte com a Microsoft.

Siga estas etapas para solicitar uma conversão da Microsoft:

1. No portal do Azure, navegue até uma conta de armazenamento que você deseja converter.

2. Em Suporte + resolução de problemas, selecione Novo Pedido de Suporte.

3. Preencha a guia Descrição do problema com base nas informações da sua conta:

   • Resumo: Descreva o seu pedido, incluindo os tipos de redundância de origem e alvo.
   • Tipo de problema: Selecione Técnico.
   • Assinatura: selecione a sua assinatura na lista suspensa.
   • Serviço: Selecione Meus Serviços e depois Gestão 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, pode fazê-lo no separador Detalhes Adicionais.
   • Tipo de problema: escolha Migração de dados.
   • Subtipo de problema: escolha Migrar para ZRS, GZRS ou RA-GZRS.

   

4. Selecione Seguinte. O separador "Solução recomendada" pode ser exibido brevemente antes de mudar 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 Enviar.

   

5. 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.

6. 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.

   

7. Forneça as informações necessárias na guia Detalhes Adicionais e selecione Revise + Criar para rever e enviar o seu pedido 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. Use esta opção se precisar de mover os seus dados até uma certa 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 informações, consulte Mover uma conta de Armazenamento do Azure para outra região.

Você deve executar uma migração manual se quiser migrar sua conta de armazenamento para uma região diferente.

Com uma migração manual, você copia os dados da sua conta de armazenamento existente para uma nova conta de armazenamento. Para realizar uma migração manual, utilize 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.

Requisitos de tempo de inatividade para a alteração da redundância do Ficheiros do Azure

Durante uma conversão por redundância de zona, pode aceder a dados na 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 optar por realizar uma migração manual, é necessário tempo de inatividade, mas tem mais controlo sobre o momento do processo de migração.

Tempo e frequência

O processo de conversão de redundância de zonas iniciado pelo cliente pode demorar até 72 horas a iniciar após a iniciação, mas a disponibilidade de recursos, o volume de dados e outros fatores podem causar atrasos. Se solicitar uma conversão abrindo um pedido de suporte, pode demorar mais a começar. Para monitorar o progresso de uma conversão iniciada pelo cliente, consulte Monitorando o progresso da conversão iniciada pelo cliente.

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 duas 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 Ficheiros do Azure oferece várias opções para configurar a replicação. Estas opções, ordenadas do mais barato ao mais caro, incluem:

• LRS
• ZRS
• GRS
• 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 dos Arquivos 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.

Consulte também

• Redundância de Arquivos do Azure