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 Arquivos do Azure sempre armazena várias cópias dos seus dados para que eles fiquem protegidos contra eventos planejados e não planejados, incluindo falhas transitórias de hardware, interrupções de rede ou de energia e desastres naturais. A redundância garante que sua conta de armazenamento atenda às suas metas de disponibilidade e durabilidade mesmo diante de falhas.
Ao decidir qual opção de redundância é melhor para seu cenário, considere os benefícios comparativos entre custos menores e maior disponibilidade. Os fatores que ajudam a determinar qual opção de redundância você deve escolher incluem:
- Como os dados são replicados na região primária.
- Se seus dados são replicados para uma segunda região geograficamente distante da região principal, para proteger contra desastres regionais (redundância geográfica).
Os compartilhamentos de arquivos do Azure são gerenciados através de um recurso comum do Azure chamado conta de armazenamento. A conta de armazenamento representa um pool compartilhado de armazenamentos que podem ser usados para implantar compartilhamentos de arquivos. Para saber mais sobre as contas de armazenamento, confira Visão geral da conta de armazenamento.
Ao criar uma conta de armazenamento, você escolhe uma configuração de redundância para a conta de armazenamento que é compartilhada por todos os serviços de armazenamento expostos por essa conta. Portanto, todos os compartilhamentos de arquivos implementados na mesma conta de armazenamento têm a mesma configuração de redundância. Talvez você queira isolar os compartilhamentos de arquivos em contas de armazenamento separadas se eles tiverem requisitos de redundância diferentes.
Aplica-se a
| Modelo de gestão | Modelo de cobrança | Camada de mídia | Redundância | PME | NFS (Nota Fiscal de Serviços) |
|---|---|---|---|---|---|
| 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) |
|
|
Redundância na região primária
Os dados em uma conta de armazenamento do Azure são sempre replicados três vezes na região primária. O Arquivos do Azure oferece duas opções de como seus dados são replicados na região primária:
- O armazenamento com redundância local (LRS) copia seus dados de forma síncrona três vezes em um único local físico na região primária. O LRS é a opção de replicação menos dispendiosa, mas não é recomendada para aplicativos que exigem alta disponibilidade ou durabilidade.
- O ZRS (armazenamento com redundância de zona) copia seus dados de forma síncrona em três zonas de disponibilidade do Azure na região primária. Para aplicativos que exigem alta disponibilidade, recomendamos o uso do GZRS ( armazenamento com redundância de zona geográfica ), que usa ZRS na região primária e também replica geograficamente seus dados para uma região secundária.
Armazenamento com redundância local
O LRS (armazenamento com redundância local) replica a conta de armazenamento três vezes em um só data center na região primária. O LRS fornece pelo menos 99,999999999% (11 noves) de durabilidade em um determinado ano.
O LRS é a opção de redundância de menor custo e oferece a menor durabilidade em comparação com outras opções. O LRS protege seus dados contra falhas de unidade e rack do servidor. No entanto, se ocorrer um desastre como incêndio ou inundação dentro do data center, todas as réplicas de uma conta de armazenamento usando LRS poderão ser perdidas ou irrecuperáveis. Para atenuar esse risco, recomendamos o uso de ZRS, GRS ou GZRS.
Uma solicitação de gravação para uma conta de armazenamento que está usando LRS ocorre de forma síncrona. A operação de gravação retorna com êxito somente depois que os dados são gravados em todas as três réplicas.
O diagrama a seguir mostra como os dados são replicados em um único data center com o LRS:
O LRS é uma boa opção para os seguintes cenários:
- Se seu aplicativo armazena dados que podem ser facilmente reconstruídos em caso de perda de dados.
- Se seu aplicativo estiver restrito à replicação de dados somente dentro de um país ou região devido a requisitos de governança de dados. Em alguns casos, as regiões emparelhadas nas quais os dados são replicados geograficamente podem estar em outro país ou região. Para obter mais informações, consulte pares de regiões do Azure e regiões não emparelhadas.
Há suporte para LRS em todas as regiões do Azure para compartilhamentos de arquivos HDD. Para obter uma lista de regiões que dão suporte a LRS para compartilhamentos de arquivos SSD, consulte o suporte de LRS para compartilhamentos de arquivos SSD.
Armazenamento com redundância de zona
O ZRS (armazenamento com redundância de zona) replica sua conta de armazenamento de forma síncrona em três zonas de disponibilidade do Azure na região primária. Cada zona de disponibilidade é um local físico separado com energia, resfriamento e rede independentes. O ZRS oferece durabilidade de pelo menos 99,9999999999% (12 noves) em um determinado ano.
Com o ZRS, seus dados ainda podem ser acessados por operações de leitura e de gravação, mesmo em caso de não disponibilidade de uma zona. Se uma zona se tornar indisponível, o Azure realizará atualizações da rede, como o redirecionamento de DNS. Essas atualizações podem afetar seu aplicativo se você estiver acessando os dados antes que as atualizações sejam concluídas. Ao criar aplicativos para ZRS, siga práticas para manipulação de falha transitórias, incluindo a implementação de políticas de novas tentativas com retirada exponencial.
Uma solicitação de gravação para uma conta de armazenamento que está usando o ZRS ocorre de forma síncrona. A operação de gravação retorna com êxito somente depois que os dados são gravados em todas as réplicas nas três zonas de disponibilidade.
Uma vantagem de usar as cargas de trabalho do ZRS para o Arquivos do Azure é que, se uma zona ficar indisponível, não será necessário remontar os compartilhamentos de arquivos do Azure dos clientes conectados. Recomendamos usar ZRS na região primária em cenários que exigem alta disponibilidade. Também recomendamos o ZRS para restringir a replicação de dados a um determinado país ou região para atender aos requisitos de governança de dados.
Observação
A Sincronização de Arquivos do Azure é redundante por zona em todas as regiões que dão suporte a zonas de disponibilidade, exceto na região governamental dos EUA, Virginia. Na maioria dos casos, recomendamos que os usuários da Sincronização de Arquivos do Azure configurem contas de armazenamento para usar o ZRS ou o GZRS.
O diagrama a seguir mostra como os dados são replicados entre as zonas de disponibilidade na região primária com o ZRS:
O ZRS fornece desempenho excelente, baixa latência e resiliência para seus dados se eles ficarem temporariamente indisponíveis. No entanto, o ZRS, por si só, pode não proteger seus dados contra um desastre regional em que várias zonas são permanentemente afetadas. Para proteção contra desastres regionais, recomendamos o uso do GZRS.
Suporte do ZRS por região
Para entender quais regiões dão suporte ao ZRS para compartilhamentos de arquivos padrão, consulte a lista de regiões do Azure e consulte a coluna de suporte da zona de disponibilidade. O ZRS é compatível com as contas de armazenamento v2 de uso geral padrão para todos os três níveis padrão: otimizado para transações, frequentes e esporádicas.
O ZRS tem suporte para compartilhamentos de arquivos SSD por meio do tipo de FileStorage conta de armazenamento. Para obter uma lista de regiões que dão suporte ao ZRS para contas de compartilhamento de arquivos SSD, consulte o suporte do ZRS para compartilhamentos de arquivos SSD.
Redundância em uma região secundária
Para aplicativos que exigem alta durabilidade para compartilhamentos de arquivos SMB, você pode escolher o armazenamento com redundância geográfica para copiar os dados da sua conta de armazenamento para uma região secundária que esteja a centenas de quilômetros de distância da região primária. Se sua conta de armazenamento for copiada para uma região secundária, seus dados serão duráveis mesmo no caso de uma interrupção regional completa ou um desastre no qual a região principal não possa ser recuperada.
Importante
Os Arquivos do Azure só dão suporte à redundância geográfica (GRS ou GZRS) para compartilhamentos de arquivos HDD. Os compartilhamentos de arquivos SSD devem usar LRS ou ZRS.
Quando você cria uma conta de armazenamento, pode selecionar a região primária para a conta. A região secundária emparelhada é determinada com base na região primária e não pode ser alterada. Para obter mais informações sobre regiões compatíveis com o Azure, consulte a lista de regiões do Azure.
O Arquivos do Azure fornece duas opções para copiar seus dados para uma região secundária. Atualmente, as opções de armazenamento com redundância geográfica estão disponíveis apenas para os compartilhamentos de arquivos SMB padrão.
- O armazenamento com redundância geográfica (GRS) copia seus dados de forma síncrona três vezes em um único local físico na região primária usando o LRS. Em seguida, ele copia os dados de forma assíncrona para um único local físico na região secundária. Na região secundária, seus dados são copiados de forma síncrona três vezes usando o LRS.
- O armazenamento com redundância de zona geográfica (GZRS) copia seus dados de forma síncrona em três zonas de disponibilidade do Azure na região primária usando o ZRS. Em seguida, ele copia os dados de forma assíncrona para um único local físico na região secundária. Na região secundária, seus dados são copiados de forma síncrona três vezes usando o LRS.
A principal diferença entre o GRS e o GZRS é como os dados são replicados na região primária. Na região secundária, os dados são sempre replicados três vezes de forma síncrona, usando o LRS. O LRS na região secundária protege seus dados contra falhas de hardware.
Armazenamento com redundância geográfica
O armazenamento com redundância geográfica (GRS) copia seus dados de forma síncrona três vezes em um único local físico na região primária usando o LRS. Em seguida, ele copia seus dados de forma assíncrona para um único local físico em uma região secundária que está a centenas de quilômetros de distância da região primária. GRS oferece durabilidade de pelo menos 99,99999999999999% (16 9's) ao longo de um determinado ano.
Uma operação de gravação primeiro é confirmada para o local primário e replicados usando o LRS. A atualização, em seguida, é replicada assincronamente para a região secundária. Quando dados são gravados para o local secundário, ela também é replicada dentro desse local usando o LRS.
O diagrama a seguir mostra como seus dados são replicados com o GRS:
Armazenamento com redundância de zona geográfica
O armazenamento com redundância de zona geográfica (GZRS) combina a alta disponibilidade fornecida pela redundância entre zonas de disponibilidade com a proteção contra interrupções regionais fornecidas pela replicação geográfica. Os dados em uma conta de armazenamento GZRS são copiados entre três zonas de disponibilidade do Azure na região primária e também são replicados para uma região geográfica secundária para proteção contra desastres regionais. Recomendamos o uso do GZRS para aplicativos que exigem o máximo de consistência, durabilidade e disponibilidade, excelente desempenho e resiliência para recuperação de desastres.
Com uma conta de armazenamento GZRS, você pode continuar lendo e gravando dados se uma zona de disponibilidade ficar indisponível ou não puder ser recuperada. Além disso, seus dados também serão duráveis no caso de uma interrupção regional completa ou um desastre no qual a região primária não possa ser recuperada. O GZRS foi projetado para oferecer durabilidade de pelo menos 99,99999999999999% (16 9's) em um determinado ano.
O diagrama a seguir mostra como seus dados são replicados com o GZRS:
Somente as contas de armazenamento Standard de uso geral v2 dão suporte ao GZRS.
Para determinar se uma região dá suporte ao GZRS, consulte a lista de regiões do Azure. Para dar suporte ao GZRS, uma região precisa oferecer suporte a zonas de disponibilidade e ter uma região emparelhada.
Instantâneo e frequência de sincronização
Para garantir que os compartilhamentos de arquivos com redundância Geo e GeoZone estejam em um estado consistente quando ocorre um failover, um instantâneo do sistema é criado na região primária a cada 15 minutos e é replicado para a região secundária. Quando um failover ocorrer na região secundária, o estado de compartilhamento será baseado no instantâneo do sistema mais recente na região secundária. Devido ao atraso geográfico ou outros problemas, o instantâneo do sistema mais recente na região secundária pode ter mais de 15 minutos.
A propriedade Horário da Última Sincronização (LST) na conta de armazenamento indica a última vez em que os dados da região primária foram gravados com êxito na região secundária. Para o Arquivos do Azure, o Horário da Última Sincronização se baseia no instantâneo do sistema mais recente na região secundária. Você pode usar o PowerShell ou a CLI do Azure para verificar o Horário da Última Sincronização de uma conta de armazenamento.
É importante reconhecer o seguinte sobre a propriedade Horário da Última Sincronização:
- A propriedade Horário da Última Sincronização na conta de armazenamento baseia-se no serviço (Arquivos, Blobs, Tabelas, Filas) na conta de armazenamento que está mais distante.
- O Horário da Última Sincronização não será atualizado se nenhuma alteração tiver sido feita na conta de armazenamento.
- O cálculo do Horário da Última Sincronização pode expirar se o número de compartilhamentos de arquivos exceder 100 por conta de armazenamento. Recomenda-se menos de 100 compartilhamentos de arquivos por conta de armazenamento.
Considerações sobre failover
Com o GRS ou o GZRS, os compartilhamentos de arquivos não poderão ser acessados na região secundária, a menos que ocorra um failover. Se a região primária ficar indisponível, você poderá optar por fazer failover para a região secundária. O processo de failover atualiza a entrada do DNS fornecida pelo Arquivos do Azure para que o ponto de extremidade secundário se torne o novo ponto de extremidade primário para sua conta de armazenamento. Durante o processo de failover, seus dados são inacessíveis. Após a conclusão do failover, você pode fazer a leitura e gravar dados na nova região primária. Após a conclusão do failover, a região secundária se tornará a região primária e você poderá ler e gravar os dados novamente. Para obter mais informações, confira Recuperação de desastre e failover dos Arquivos do Azure.
Importante
Os Arquivos do Azure não tem suporte para o 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.
Os itens a seguir podem afetar sua capacidade de fazer failover para a região secundária:
- O failover da conta de armazenamento será bloqueado se um instantâneo do sistema não existir na região secundária.
- O failover da conta de armazenamento será bloqueado se ela contiver mais de 100 mil compartilhamentos de arquivos. Para fazer failover da conta de armazenamento, abra uma solicitação de suporte.
- Os identificadores de arquivos e as concessões não são retidas no failover e os clientes devem desmontar e remontar os compartilhamentos de arquivos.
- A cota de compartilhamento de arquivos pode ser alterada depois do failover. A cota de compartilhamento de arquivos na região secundária será baseada na cota configurada quando o instantâneo do sistema foi tirado na região primária.
- As operações de cópia em andamento serão anuladas quando ocorrer um failover. Quando o failover da região secundária for concluído, repita a operação de cópia.
Para fazer failover de uma conta de armazenamento, confira iniciar failover de conta.
Redundância geográfica para compartilhamentos de arquivos SSD
Como mencionado anteriormente, as opções de redundância geográfica (GRS e GZRS) não têm suporte para compartilhamentos de arquivos SSD. No entanto, você pode obter redundância geográfica de outras maneiras.
Para cenários da Sincronização de Arquivos do Azure, você pode sincronizar entre o seu compartilhamento de arquivos do Azure (seu ponto de extremidade de nuvem), um servidor de arquivos do Windows local e um compartilhamento de arquivos montado em execução em uma máquina virtual em outra região do Azure (seu ponto de extremidade de servidor para fins de recuperação de desastre). Você deve desabilitar a camada de nuvem para garantir que todos os dados estejam presentes localmente e provisionar uma quantidade suficiente de armazenamento na VM do Azure para manter todo o conjunto de dados. Para garantir que as alterações sejam replicadas rapidamente na região secundária, os arquivos só devem ser acessados e modificados no ponto de extremidade do servidor e não no Azure.
Você também pode criar seu próprio script para copiar dados para uma conta de armazenamento em uma região secundária usando ferramentas como a AzCopy (use a versão 10.4 ou posterior para preservar as ACLs e carimbos de data/hora).
Resumo das opções de redundância
As tabelas nas seções a seguir resumem as opções de redundância disponíveis para o Arquivos do Azure.
Parâmetros de durabilidade e disponibilidade
A tabela a seguir descreve os principais parâmetros para cada opção de redundância:
| Parâmetro | LRS | ZRS | GRS | GZRS |
|---|---|---|---|---|
| Porcentagem de durabilidade em um determinado ano | no mínimo 99,999999999% (11 9's) | no mínimo 99,9999999999% (12 9's) | no mínimo 99,99999999999999% (16 9's) | no mínimo 99,99999999999999% (16 9's) |
| Disponibilidade para solicitações de leitura | Pelo menos 99,9% (99% para a Camada de armazenamento esporádico) | Pelo menos 99,9% (99% para a Camada de armazenamento esporádico) | Pelo menos 99,9% (99% para a Camada de armazenamento esporádico) | Pelo menos 99,9% (99% para a Camada de armazenamento esporádico) |
| Disponibilidade para solicitações de gravação | Pelo menos 99,9% (99% para a Camada de armazenamento esporádico) | Pelo menos 99,9% (99% para a Camada de armazenamento esporádico) | Pelo menos 99,9% (99% para a Camada de armazenamento esporádico) | Pelo menos 99,9% (99% para a Camada de armazenamento esporádico) |
| Número de cópias de dados mantidos em nós separados | Três cópias em uma única região | Três cópias em zonas de disponibilidade separadas em uma única região | Total de seis cópias, incluindo três na região primária, e três na região secundária | Total de seis cópias, incluindo três em zonas de disponibilidade separadas na região primária, e três cópias com redundância local na região secundária |
Para obter mais informações, consulte o SLA para contas de armazenamento.
Cenário de durabilidade e disponibilidade durante interrupções
A tabela a seguir indica se seus dados são duráveis e estão disponíveis em um determinado cenário, dependendo do tipo de redundância em vigor para sua conta de armazenamento. O Arquivos do Azure não tem suporte para acesso de leitura à região secundária se a região primária ficar indisponível, a menos que ocorra um failover.
| Cenário de interrupção | LRS | ZRS | GRS | GZRS |
|---|---|---|---|---|
| Um nó dentro de um data center se torna indisponível | Sim | Sim | Sim | Sim |
| Um data center inteiro (zonal ou não zonal) fica indisponível | Não | Sim | Sim1 | Sim |
| Uma interrupção ocorre em toda a região primária | Não | Não | Sim1 | Sim1 |
1 O failover da conta é necessário para restaurar a disponibilidade de gravação se a região primária ficar indisponível.
Para obter informações sobre os preços de cada opção de redundância, confira Preços do Arquivos do Azure.
Suportabilidade de região com base em diferentes modelos de cobrança
Você pode verificar a capacidade de suporte da região para vários modelos de cobrança usando os comandos a seguir.
Para exibir a capacidade de suporte da região com base em diferentes modelos de cobrança, use o Azure PowerShell ou a CLI do Azure.