Observação
O acesso a essa página exige autorização. Você pode tentar entrar ou alterar diretórios.
O acesso a essa página exige autorização. Você pode tentar alterar os diretórios.
O Azure sempre armazena múltiplas cópias dos seus dados para protegê-los em face de eventos planejados e não planejados. Esses eventos incluem falhas transitórias de hardware, interrupções 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 alteração das configurações de replicação para uma conta de armazenamento existente que hospeda compartilhamentos de arquivos do Azure.
Importante
Se você estiver usando uma conta de armazenamento zonal, primeiro deverá desafixar a conta de armazenamento de sua zona antes de alterar a configuração de redundância do LRS (armazenamento com redundância local) para uma configuração não LRS.
Aplica-se a
| Modelo de gestão | Modelo de cobrança | Camada de mídia | Redundancy | SMB | NFS |
|---|---|---|---|---|---|
| Microsoft.Storage | Provisionado v2 | HDD (padrão) | Local (LRS) |
|
|
| Microsoft.Storage | Provisionado v2 | HDD (padrão) | Zona (ZRS) |
|
|
| Microsoft.Storage | Provisionado v2 | HDD (padrão) | Localização geográfica (GRS) |
|
|
| Microsoft.Storage | Provisionado v2 | HDD (padrão) | GeoZone (GZRS) |
|
|
| Microsoft.Storage | Provisionado v1 | SSD (de alta qualidade) | Local (LRS) |
|
|
| Microsoft.Storage | Provisionado v1 | SSD (de alta qualidade) | Zona (ZRS) |
|
|
| Microsoft.Storage | Pago conforme o uso | HDD (padrão) | Local (LRS) |
|
|
| Microsoft.Storage | Pago conforme o uso | HDD (padrão) | Zona (ZRS) |
|
|
| Microsoft.Storage | Pago conforme o uso | HDD (padrão) | Localização geográfica (GRS) |
|
|
| Microsoft.Storage | Pago conforme o uso | HDD (padrão) | GeoZone (GZRS) |
|
|
Opções para alterar o tipo de replicação
Ao decidir qual configuração de redundância é melhor para 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 os dados são replicados dentro da região primária. Os dados na região primária podem ser replicados localmente usando armazenamento com redundância local (LRS) ou em zonas de disponibilidade do Azure usando armazenamento com redundância de zona (ZRS).
- Se seus dados exigem redundância geográfica. A redundância geográfica fornece proteção contra desastres regionais, replicando seus dados para uma segunda região geograficamente distante da região primária. Os Arquivos do Azure dão suporte tanto ao armazenamento com redundância geográfica (GRS) quanto ao armazenamento com redundância de zona geográfica (GZRS).
Importante
Os Arquivos do Azure não oferecem suporte ao armazenamento com redundância geográfica com acesso de leitura (RA-GRS) ou ao armazenamento com redundância de zona geográfica com acesso de leitura (RA-GZRS). Se uma conta de armazenamento estiver configurada para usar RA-GRS ou RA-GZRS, os compartilhamentos de arquivos serão configurados e cobrados como GRS ou GZRS.
Para obter uma visão geral detalhada de todas as opções de redundância dos Arquivos do Azure, consulte Redundância dos Arquivos do Azure.
Você pode alterar as configurações de redundância da conta de armazenamento conforme necessário, embora algumas configurações estejam sujeitas a limitações e requisitos de tempo de inatividade. Examinar essas limitações e requisitos antes de fazer alterações em seu ambiente ajuda a evitar conflitos com seus próprios requisitos de tempo 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 a redundância de zona ao executar uma conversão.
- Execute uma migração manual nos cenários em que não há suporte para as duas primeiras opções ou para garantir que a alteração seja concluída até um período 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 a redundância de zona requer uma conversão e deve ser executada separadamente usando um processo de duas etapas. Essas duas etapas podem ser executadas em qualquer ordem.
Mudar a configuração de redundância
A tabela a seguir fornece uma visão geral de como alternar entre os tipos de replicação.
Observação
A migração manual é uma opção para qualquer cenário no qual você deseja alterar a configuração de replicação dentro das limitações para alteração dos tipos de replicação. A opção de migração manual é excluída da tabela a seguir para simplificação.
| Alternando | ...para LRS | ...para GRS 6 | ...para ZRS | ...para GZRS 2,6 |
|---|---|---|---|---|
| ... de LRS | N/A | Use o portal do Azure, o PowerShell ou a CLI1,2 | Faça uma conversão2,3,4,5 | Primeiro, use o Portal, PowerShell ou CLI para alternar para o GRS 1 e, em seguida, realize uma conversão para o GZRS 3,4,5 |
| ...do GRS | Usar portal do Azure, PowerShell ou CLI | N/A | Primeiro, use o Portal, PowerShell ou CLI para alternar para LRS e, em seguida, executar uma conversão para o ZRS 3,5 | Faça uma conversão3,5 |
| ... de ZRS | Faça uma conversão3 | Primeiro, use o Portal, PowerShell ou CLI para alternar para o GZRS e, em seguida, realize uma conversão para o GRS3 | N/A | Use o portal do Azure, o PowerShell ou a CLI1 |
| ...do GZRS | Primeiro, use o Portal, PowerShell ou CLI para alternar para ZRS e, em seguida, executar uma conversão para o LRS 3 | Faça uma conversão3 | Usar portal do Azure, PowerShell ou CLI | N/A |
1Adicionar redundância geográfica incorre em uma taxa de saída única.
2 Se a sua conta de armazenamento contiver blobs na camada de arquivos, revise as limitações da camada de acesso antes de alterar o tipo de redundância para com redundância geográfica ou de zona.
3 O tipo de conversão com suporte depende do tipo de conta de armazenamento. Para obter mais informações, consulte a tabela da conta de armazenamento.
4 Não há suporte para a conversão em ZRS ou GZRS para uma conta LRS resultante de um failover. Para obter mais informações, veja Failover e failback.
5Nã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 dos Arquivos 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 seja concluída.
Alterar a configuração de replicação
Dependendo do cenário da seção alteração da configuração de redundância, use um dos métodos a seguir 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 RA (acesso de leitura) ou com redundância geográfica para uma conta de armazenamento.
A alteração do modo de replicação da sua conta de armazenamento 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 até sua conta de armazenamento no portal do Azure.
Em Gerenciamento de dados selecione Redundância.
Atualize a configuração de Redundância.
Clique em Salvar.
Executar uma conversão
Uma "conversão" de redundância é o processo de alterar o aspecto de redundância de zona de uma conta de armazenamento.
Durante uma conversão, não há nenhuma perda de dados ou tempo de inatividade do aplicativo necessário.
Há duas maneiras de iniciar uma conversão:
Dica
A Microsoft recomenda usar uma conversão iniciada pelo cliente em vez de uma 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 no portal do Azure. Como a conversão é iniciada pelo cliente, não é necessário 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 tem suporte, consulte as limitações de região artigo.
Para compartilhamentos de arquivos HDD, 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.
Para compartilhamentos de arquivos SSD, a conversão iniciada pelo cliente está disponível por meio do PowerShell e da CLI do Azure. Ou você pode solicitar uma conversão iniciada pelo suporte.
Após ser iniciada, a conversão pode levar até 72 horas para começar.
Importante
Não há nenhum SLA para a execução de uma conversão.
Se você precisar de mais controle sobre quando uma conversão for iniciada e concluída, considere uma Migração manual. De modo geral, quanto mais dados você tiver na 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 até sua conta de armazenamento no portal do Azure.
Em Gerenciamento de dados selecione Redundância.
Atualize a configuração de Redundância.
Clique em Salvar.
Como monitorar o progresso da conversão iniciada pelo cliente
À medida que a solicitação de conversão é avaliada e processada, o status deve avançar na lista mostrada na tabela abaixo:
| Status | Explicação |
|---|---|
| Enviada para conversão | A solicitação de conversão foi enviada com sucesso para processamento. |
| Em andamento1 | A conversão real está em andamento. |
| Concluído - ou - Falha2 |
A conversão foi concluída com sucesso. - ou - Falha na conversão. |
1 Uma vez iniciada, a conversão pode levar até 72 horas para começar. Se a conversão não entrar no status "Em Andamento" em até 96 horas após o início da solicitação, envie uma solicitação 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 Em caso de falha na conversão, envie uma solicitação de suporte à Microsoft para determinar o motivo da falha.
Observação
Embora a Microsoft trate a solicitação de conversão prontamente, não há garantia de quando será concluída. Se precisar que seus dados sejam convertidos até uma determinada data, a Microsoft recomenda que você execute uma migração manual.
Geralmente, quanto mais dados houver na conta, mais tempo levará para replicar esses dados para outras zonas na 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 podem solicitar uma conversão abrindo uma solicitação de suporte junto à Microsoft.
Dica
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ê quer converter.
Em Suporte + solução de problemas, selecione Nova solicitação de suporte.
Complete a guia Descrição do problema com base nas informações da conta:
- Resumo: (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 Contas de Armazenamento para o Tipo de serviço.
- Recurso: selecione uma conta de armazenamento para converter. Se for necessário especificar várias contas de armazenamento, poderá fazer isso na guia Detalhes adicionais.
- Tipo de problema: escolha Migração de dados.
- Subtipo de problema: escolha Migrar para ZRS, GZRS ou RA-GZRS.
Selecione Avançar. A guia Solução recomendada poderá ser exibida brevemente antes de alternar para a página Soluções. Na página Soluções, é possível verificar a qualificação das contas de armazenamento para conversão:
- Tipo de replicação de destino: (escolha a opção desejada no menu suspenso)
- 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.
Tome as medidas adequadas se os resultados indicarem que a conta de armazenamento não está qualificada para conversão. Caso contrário, selecione Retornar para a solicitação de suporte.
Selecione Avançar. Caso você tenha mais de uma conta de armazenamento para migrar, na guia Detalhes, especifique o nome de cada conta, separado por um ponto e vírgula.
Forneça as informações necessárias na guia Detalhes adicionais e selecione Examinar + criar para examinar e enviar seu tíquete de suporte. Um agente de suporte do Azure examina seu caso e entra em contato com você para fornecer assistência.
Migração manual
Uma migração manual fornece mais flexibilidade e controle do que uma conversão. Você poderá usar essa opção se precisar migrar seus dados até determinada data ou se não houver suporte para a conversão no seu cenário. A migração manual também será útil ao mover uma conta de armazenamento para outra região. Confira Mover uma conta de Armazenamento do Microsoft Azure para outra região para obter mais detalhes.
Você deve executar uma migração manual se você quiser migrar sua conta de armazenamento para uma região diferente.
Importante
Uma migração manual pode resultar em tempo de inatividade do aplicativo. Se o seu aplicativo exige alta disponibilidade, a Microsoft também oferece uma opção de conversão. Uma conversão é uma migração no local sem tempo de inatividade.
Com uma migração manual, você copia os dados de 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 o AzCopy, uma das bibliotecas de clientes 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 DistCp.
Para obter diretrizes mais detalhadas sobre como executar uma migração manual, confira Mover uma conta de Armazenamento do Microsoft Azure para outra região.
Limitações para alterar os tipos de replicação
As limitações se aplicam a alguns cenários de alteração de replicação, dependendo de:
- Região
- Conflitos de recursos
- Tipo de conta de armazenamento
- Suporte de protocolo
- Failover e failback
Região
Verifique se a região onde sua conta de armazenamento está localizada dá suporte a todas as configurações de replicação desejadas. Por exemplo, se você estiver convertendo sua conta para redundância de zona (ZRS ou GZRS), certifique-se de que sua conta de armazenamento esteja em uma região que a suporte. Consulte as listas de regiões com suporte para Armazenamento com redundância de zona e Armazenamento com redundância de zona geográfica.
Importante
A conversão iniciada pelo cliente do LRS para o ZRS está disponível em todas as regiões públicas que dão suporte ao ZRS, exceto nas seguintes:
- (América do Norte) México Central
A conversão iniciada pelo cliente de contas ZRS existentes para o LRS está disponível em todas as regiões públicas.
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 mais informações sobre recursos e serviços sem suporte com failover, confira 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 desabilitar o recurso posteriormente 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ó dão suporte a determinadas configurações de redundância, o que afeta se elas podem ser convertidas ou migradas e, caso afirmativo caso, como isso pode ser feito. Para obter mais informações sobre os tipos de conta de armazenamento do Azure e as opções de redundância com suporte, consulte a visão geral da conta de armazenamento.
A tabela a seguir lista as opções de redundância disponíveis para os tipos de conta de armazenamento e se há suporte para conversão e migração manual:
| Tipo de conta de armazenamento | Dá suporte ao LRS | Dá suporte ao ZRS | Dá suporte à conversão (no portal do Azure) |
Dá suporte à conversão (por solicitação de suporte) |
Dá suporte à migração manual |
|---|---|---|---|---|---|
| SSD provisionado v1 | ✅ | ✅ | ✅ | ✅ 1 | ✅ |
| HDD de Pagamento Conforme o Uso | ✅ | ✅ | ✅ | ✅ | ✅ |
1 A conversão iniciada pelo cliente pode ser realizada usando o portal do Azure, o PowerShell ou a CLI do Azure. Você também pode abrir uma solicitação de suporte.
Suporte a protocolo
Não é possível converter contas de armazenamento em redundância de zona (ZRS ou GZRS) se a conta de armazenamento contiver compartilhamentos de arquivos NFS com acesso de ponto de extremidade público habilitado.
A conversão de compartilhamentos NFSv4.1 com pontos de extremidade públicos habilitados não é suportada. Para alterar a redundância para compartilhamentos NFS com pontos de extremidade públicos, siga essas etapas na ordem:
- Desabilite o acesso ao ponto de extremidade público da conta de armazenamento.
- Envie a solicitação de conversão para alterar a redundância da conta de armazenamento fornecida.
- Depois que a conta de armazenamento for migrada, configure pontos de extremidade públicos ou privados conforme necessário.
Failover e failback
Após um failover de conta para a região secundária, é possível iniciar um failback do novo primário para o novo secundário com o PowerShell ou o CLI do Azure (versão 2.30.0 ou posterior). Inicie o failover.
Se você executou um failover de conta gerenciada pelo cliente para se recuperar de uma interrupção na sua conta GRS, a conta se tornará localmente redundante (LRS) na nova região primária após o failover. A conversão para ZRS ou GZRS para uma conta LRS resultante de um failover não é suportada, mesmo para as chamadas operações de failback. Por exemplo, se você executar um failover de conta de GRS para LRS na região secundária e, em seguida, configurá-la novamente como GRS, ela permanecerá LRS na nova região secundária (a primária original). Se você executar outro failover de conta para retornar à região primária original, ele permanecerá LRS novamente na região primária original. Nesse caso, você não pode realizar uma conversão para ZRS ou GZRS na região primária. Em vez disso, execute uma migração manual para adicionar a redundância de zona.
Requisitos de tempo de inatividade
Durante uma conversão, você pode acessar os dados da conta de armazenamento sem perda de durabilidade ou de disponibilidade. O SLA de Armazenamento do Microsoft Azure é mantido durante o processo de migração e não há perda de dados durante uma conversão. Pontos de extremidade de serviço, chaves de acesso, assinaturas de acesso compartilhado e outras opções de 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
O processo de conversão de redundância de zona iniciada pelo cliente pode levar até 72 horas para começar após o início, mas pode levar mais tempo devido à disponibilidade de recursos, volume de dados e outros fatores. Pode levar ainda mais tempo para começar se você solicitar uma conversão abrindo uma solicitação de suporte. Para monitorar o progresso de uma conversão iniciada pelo cliente, consulte Monitoramento do progresso da conversão iniciada pelo cliente.
Importante
Não há nenhum SLA para a execução de uma conversão. Se você precisar de mais controle sobre quando uma conversão for iniciada e concluída, considere uma Migração manual. De modo geral, quanto mais dados você tiver na 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 a 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 do ZRS para o GZRS.
Custos associados à alteração de como os dados são replicados
Os Arquivos do Azure oferecem várias opções para configurar a replicação. Essas opções, ordenadas pelo menos para o mais caro, incluem:
- LRS
- ZRS
- GRS
- GZRS
Os custos associados à alteração de como os dados são replicados na sua conta de armazenamento dependem de quais aspectos da configuração de redundância você altera. Uma combinação de armazenamento de dados e preços de largura de banda de saída determina o custo de uma alteração. Para obter detalhes sobre preços, consulte Página de preços dos Arquivos do Azure.
Se você adicionar a redundância de zona à região primária, não haverá nenhum custo inicial associado à conversão, mas o custo contínuo do armazenamento de dados será maior devido ao aumento da replicação adicional e ao espaço de armazenamento necessário.
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 encargos 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 (alterar de GRS para LRS), não haverá custo para fazer a alteração, mas os dados replicados serão excluídos da localização secundária.