Saiba mais sobre a sincronização ativa do ONTAP SnapMirror
Sugerir alterações
PDFs
O SnapMirror ative Sync (também conhecido como SnapMirror Business Continuity [SM-BC]) permite que os serviços de negócios continuem operando mesmo com uma falha completa do local, dando suporte ao failover de aplicações de forma transparente usando uma cópia secundária. Não há necessidade de intervenção manual ou script personalizado para acionar um failover com a sincronização ativa do SnapMirror.
O suporte para sincronização ativa do SnapMirror varia dependendo da sua versão do ONTAP:
Versão de ONTAP |
Clusters suportados |
Protocolos compatíveis |
Configurações compatíveis |
||
9.17.1 e posterior |
|
|
|
||
9.15.1 e posterior |
|
|
|
||
9.9.1 e mais tarde |
|
|
Assimétrico ativo/ativo |
|
A partir de julho de 2024, o conteúdo de relatórios técnicos publicados anteriormente como PDFs foi integrado à documentação do produto ONTAP. A documentação de sincronização ativa do ONTAP SnapMirror agora inclui conteúdo de TR-4878: SnapMirror active Sync. |
Benefícios
O SnapMirror ative Sync oferece os seguintes benefícios:
-
Disponibilidade contínua para aplicações essenciais aos negócios.
-
Capacidade de hospedar aplicações críticas alternadamente de locais primários e secundários.
-
Gerenciamento simplificado de aplicações usando grupos de consistência para consistência dependente da ordem de gravação.
-
Capacidade de testar failover em cada aplicação.
-
Criação instantânea de clones espelhados sem afetar a disponibilidade da aplicação.
-
Capacidade de implantar workloads protegidos e não protegidos no mesmo cluster do ONTAP.
-
A identidade do LUN, do namespace NVMe, do subsistema NVMe ou da unidade de armazenamento permanece a mesma, de modo que o aplicativo os vê como um dispositivo virtual compartilhado.
-
Capacidade de reutilizar clusters secundários com flexibilidade para criar clones instantâneos para uso da aplicação para fins de desenvolvimento/teste, UAT ou geração de relatórios, sem impactar a performance ou a disponibilidade da aplicação.
A sincronização ativa do SnapMirror permite proteger seus LUNs de dados ou namespaces NVMe, o que permite que os aplicativos realizem failover de forma transparente para fins de continuidade dos negócios em caso de desastre. Para mais informações, consulte "Casos de uso" .
Conceitos-chave
A sincronização ativa do SnapMirror utiliza grupos de consistência e o ONTAP Mediator ou, a partir do ONTAP 9.17.1, o ONTAP Cloud Mediator para garantir que seus dados sejam replicados e disponibilizados mesmo em caso de desastre. Ao planejar a implantação da sincronização ativa do SnapMirror , é importante entender os conceitos essenciais da sincronização ativa do SnapMirror e sua arquitetura.
Em configurações simétricas ativas/ativas, ambos os sites podem acessar o armazenamento local para E/S ativas. A configuração simétrica ativa/ativa é otimizada para aplicativos em cluster, incluindo VMware vMSC, Windows Failover Cluster com SQL e Oracle RAC.
Em configurações ativas/ativas assimétricas, os dados no site secundário são enviados por proxy para um LUN, namespace ou unidade de armazenamento.
Para obter mais informações, Arquitetura de sincronização ativa do SnapMirrorconsulte .
Para sistemas AFF e ASA, um "grupo de consistência" é uma coleção de volumes FlexVol que fornecem uma garantia de consistência para a carga de trabalho do aplicativo que deve ser protegida para a continuidade dos negócios. Em sistemas ASA r2, um grupo de consistência é uma coleção de unidades de armazenamento.
O objetivo de um grupo de consistência é capturar imagens instantâneas simultâneas de uma coleção de volumes ou unidades de armazenamento, garantindo, assim, cópias consistentes em caso de falhas da coleção em um determinado momento. Um grupo de consistência garante que todos os volumes de um conjunto de dados sejam desativados e, em seguida, capturados precisamente no mesmo momento. Isso fornece um ponto de restauração consistente em todos os volumes ou unidades de armazenamento que suportam o conjunto de dados. Um grupo de consistência, portanto, mantém a consistência da ordem de gravação dependente. Se você decidir proteger aplicativos para continuidade dos negócios, o grupo de volumes ou unidades de armazenamento correspondente a esse aplicativo deverá ser adicionado a um grupo de consistência para que uma relação de proteção de dados seja estabelecida entre um grupo de consistência de origem e um de destino. A consistência de origem e de destino deve conter o mesmo número e tipo de volumes.
Um volume individual, LUN ou namespace NVMe (começando com ONTAP 9.17.1) que faz parte do grupo de consistência protegido no relacionamento de sincronização ativa do SnapMirror .
O "ONTAP Mediador" Recebe informações de integridade sobre clusters e nós ONTAP pareados, orquestrando entre eles e determinando se cada nó/cluster está íntegro e em execução. O Mediador ONTAP fornece informações de integridade sobre:
-
Clusters peer ONTAP
-
Nós de cluster de peer ONTAP
-
Grupos de consistência (que definem as unidades de failover em uma relação de sincronização ativa do SnapMirror); para cada grupo de consistência, as seguintes informações são fornecidas:
-
Estado de replicação: Não inicializado, em Sincronizar ou fora de Sincronizar
-
Qual cluster hospeda a cópia primária
-
Contexto de operação (usado para failover planejado)
-
Com essas informações de integridade do ONTAP Mediator, os clusters podem diferenciar entre tipos distintos de falhas e determinar se devem executar um failover automatizado. O Mediador ONTAP é uma das três partes no quorum de sincronização ativa do SnapMirror, juntamente com os clusters do ONTAP (primário e secundário). Para chegar a um consenso, pelo menos duas partes no quórum devem concordar com uma determinada operação.
|
|
A partir do ONTAP 9.15.1, o Gerenciador do sistema exibe o status da relação de sincronização ativa do SnapMirror de qualquer cluster. Você também pode monitorar o status do Mediador ONTAP de qualquer cluster no Gerenciador de sistema. Em versões anteriores do ONTAP, o Gerenciador de sistema exibe o status das relações de sincronização ativa do SnapMirror a partir do cluster de origem. |
O ONTAP Cloud Mediator está disponível a partir do ONTAP 9.17.1. Ele oferece os mesmos serviços que o ONTAP ONTAP , exceto pelo fato de ser hospedado na nuvem usando o BlueXP.
Uma operação manual para alterar as funções das cópias em uma relação de sincronização ativa do SnapMirror. Os locais primários se tornam secundários, e o secundário se torna o primário.
A sincronização ativa do SnapMirror usa um princípio primário que dá preferência à cópia primária para servir e/S no caso de uma partição de rede.
Primary-bias é uma implementação de quórum especial que melhora a disponibilidade de um conjunto de dados protegido por sincronização ativa do SnapMirror. Se a cópia primária estiver disponível, o viés primário entrará em vigor quando o Mediador ONTAP não estiver acessível a partir de ambos os clusters.
Primary-first e Primary bias são suportadas na sincronização ativa do SnapMirror a partir do ONTAP 9.15,1. As cópias primárias são designadas no System Manager e são enviadas com a API REST e CLI.
Uma operação automática para executar um failover para a cópia espelhada. A operação requer a assistência do Mediador ONTAP para detetar que a cópia primária não está disponível.
Quando a e/S do aplicativo não estiver replicando para o sistema de storage secundário, ela será reportada como fora de sincronia. Um status fora de sincronia significa que os volumes secundários não são sincronizados com o primário (origem) e que a replicação do SnapMirror não está ocorrendo.
Se o estado do espelho for Snapmirrored, isso indica uma falha ou falha de transferência devido a uma operação não suportada.
A sincronização ativa do SnapMirror suporta ressincronização automática, permitindo que as cópias voltem a um estado InSync.
A partir do ONTAP 9.15,1, a sincronização ativa do SnapMirror suporta "reconfiguração automática em configurações de fan-out".
-
O acesso uniforme ao host significa que os hosts de ambos os locais estão conetados a todos os caminhos para os clusters de armazenamento em ambos os locais. Os caminhos entre locais são estendidos por distâncias.
-
Acesso não uniforme ao host significa que os hosts em cada local são conetados apenas ao cluster no mesmo local. Caminhos entre locais e caminhos esticados não estão conetados.
|
|
O acesso uniforme de host é compatível com qualquer implantação de sincronização ativa do SnapMirror. O acesso de host não uniforme só é compatível com implantações ativas/ativas simétricas. |
RPO significa objetivo do ponto de restauração, que é a quantidade de perda de dados considerada aceitável durante um determinado período de tempo. Zero RPO significa que nenhuma perda de dados é aceitável.
Rto representa o objetivo de tempo de recuperação, que é o tempo que é considerado aceitável para um aplicativo retornar às operações normais sem interrupções, após uma interrupção, falha ou outro evento de perda de dados. Zero rto significa que nenhuma quantidade de tempo de inatividade é aceitável.