Arquitetura de sincronização ativa ONTAP SnapMirror
Sugerir alterações
PDFs
A arquitetura de sincronização ativa do SnapMirror permite cargas de trabalho ativas em ambos os clusters, onde as cargas de trabalho primárias podem ser atendidas simultaneamente em ambos os clusters. Os regulamentos para instituições financeiras em alguns países exigem que as empresas também sejam periodicamente atendidas por seus data centers secundários, chamadas implantações "Tick-Tock", que a sincronização ativa do SnapMirror permite.
Em uma configuração SAN, a relação de proteção de dados para garantir a continuidade dos negócios é criada entre o sistema de storage de origem e o sistema de storage de destino, adicionando os LUNs específicos do aplicativo ou namespaces NVMe de diferentes volumes dentro de uma máquina virtual de storage (SVM) ao grupo de consistência. Em condições normais de operação, o aplicativo corporativo grava no grupo de consistência primário, que replica essa E/S de forma síncrona para o grupo de consistência de espelho.
Embora existam duas cópias separadas dos dados na relação de proteção de dados, como o SnapMirror active sync mantém a mesma identidade de LUN ou namespace NVMe em uma configuração SAN e os mesmos volumes em um SVM para uma configuração NAS, o host do aplicativo vê isso como um dispositivo virtual compartilhado com vários caminhos, enquanto apenas uma LUN, namespace NVMe ou cópia de volume está sendo gravada por vez. Quando uma falha deixa o sistema de storage primário offline, ONTAP detecta essa falha e usa o Mediator para reconfirmação; se nem ONTAP nem o Mediator conseguirem pingar o site primário, ONTAP executa a operação de failover automático. Esse processo resulta no failover apenas de um aplicativo específico, sem a necessidade de intervenção manual ou scripts, que eram necessários anteriormente para esse fim.
Outros pontos a considerar:
-
São suportados volumes não espelhados que existem fora da proteção para a continuidade dos negócios.
-
É suportada uma única relação de distribuição assíncrona SnapMirror para volumes protegidos para continuidade dos negócios. Em configurações NAS, apenas uma relação assíncrona baseada em volume é suportada. Relações assíncronas baseadas em SVM ou grupo de consistência não são suportadas.
-
Topologias em cascata não são suportadas com proteção para a continuidade dos negócios.
O papel dos mediadores
O SnapMirror Active Sync usa um mediador para atuar como testemunha passiva das cópias do SnapMirror Active Sync. Em caso de partição de rede ou indisponibilidade de uma cópia, o SnapMirror Active Sync usa o mediador para determinar qual cópia continua a fornecer E/S, enquanto interrompe a E/S na outra cópia. Além do ONTAP Mediator local, a partir do ONTAP 9.17.1, você pode instalar o ONTAP Cloud Mediator para fornecer a mesma funcionalidade em uma implantação na nuvem. Você pode usar o ONTAP Mediator ou o ONTAP Cloud Mediator, mas não pode usar os dois ao mesmo tempo.
O Mediador desempenha um papel crucial nas configurações de sincronização ativa do SnapMirror como testemunha passiva de quorum, garantindo a manutenção do quorum e facilitando o acesso aos dados durante falhas. Ele atua como um proxy de ping para controladores determinarem a atividade dos controladores pares. Embora o Mediador não acione ativamente as operações de comutação, ele desempenha uma função vital, permitindo que o nó sobrevivente verifique o status do seu parceiro durante problemas de comunicação de rede. Em sua função de testemunha de quorum, o Mediador ONTAP fornece um caminho alternativo (servindo efetivamente como um proxy) para o cluster de pares.
Além disso, permite que os clusters obtenham essas informações como parte do processo de quorum. Ele utiliza o LIF de gerenciamento de nós e o LIF de gerenciamento de cluster para fins de comunicação. Estabelece conexões redundantes por meio de múltiplos caminhos para diferenciar entre falha de site e falha do InterSwitch Link (ISL). Quando um cluster perde a conexão com o software Mediator e todos os seus nós devido a um evento, ele é considerado inacessível. Isso aciona um alerta e habilita o failover automatizado para o grupo de consistência de espelho no site secundário, garantindo E/S ininterruptas para o cliente. O caminho de dados de replicação depende de um mecanismo de heartbeat e, se uma falha ou evento de rede persistir além de um determinado período, pode resultar em falhas de heartbeat, fazendo com que o relacionamento fique fora de sincronia. No entanto, a presença de caminhos redundantes, como failover de LIF para outra porta, pode sustentar o heartbeat e evitar tais interrupções.
O Mediador ONTAP é instalado em um terceiro domínio de falha, distinto dos dois clusters ONTAP que monitora. Há três componentes principais nessa configuração:
Configurações de SAN
-
Cluster ONTAP primário que hospeda o grupo de consistência primária de sincronização ativa do SnapMirror
-
Cluster secundário do ONTAP que hospeda o grupo de consistência de espelho
-
ONTAP Mediador
Configurações NAS
-
Cluster ONTAP primário que hospeda a SVM primária de sincronização ativa do SnapMirror
-
Cluster ONTAP secundário que hospeda o SVM espelho
-
ONTAP Mediador
O ONTAP Mediator é usado para os seguintes propósitos:
-
Estabeleça um quórum
-
Disponibilidade contínua por failover automático (AUFO)
-
Failovers planejados (PFO)
|
Quando o Mediador ONTAP não estiver disponível, você não poderá executar failovers planejados ou automatizados. Os dados do aplicativo continuam a ser replicados de forma sincronizada, sem nenhuma interrupção, sem perda de dados. |
Consulte a "ONTAP Mediador" documentação para obter mais informações.
A partir do ONTAP 9.17.1, o ONTAP Cloud Mediator está disponível como um serviço baseado em nuvem no NetApp Console para uso com a sincronização ativa do SnapMirror . Semelhante ao ONTAP Mediator, o ONTAP Cloud Mediator oferece as seguintes funcionalidades em um relacionamento de sincronização ativa do SnapMirror :
-
Fornece um armazenamento persistente e protegido para metadados de sincronização ativa do HA ou SnapMirror .
-
Serve como um proxy ping para vivacidade do controlador.
-
Fornece funcionalidade de consulta de integridade do nó síncrono para auxiliar na determinação do quórum.
O ONTAP Cloud Mediator ajuda a simplificar a implantação de sincronização ativa do SnapMirror usando o serviço de nuvem NetApp Console como um terceiro site que você não precisa gerenciar. O serviço ONTAP Cloud Mediator oferece a mesma funcionalidade do ONTAP Mediator local; no entanto, o ONTAP Cloud Mediator reduz a complexidade operacional da manutenção de um terceiro site. Em contrapartida, o ONTAP Mediator está disponível como um pacote e deve ser instalado em um host Linux executado em um terceiro site com infraestrutura de energia e rede independente para suas operações.
SnapMirror fluxo de trabalho da operação de sincronização ativa para configurações SAN
A figura a seguir ilustra o design da sincronização ativa do SnapMirror em uma configuração SAN em alto nível.
O diagrama mostra uma aplicação empresarial hospedada em uma VM de storage (SVM) no data center primário. O SVM contém cinco volumes, três dos quais fazem parte de um grupo de consistência. Os três volumes no grupo de consistência são espelhados para um data center secundário. Em circunstâncias normais, todas as operações de gravação são executadas no data center principal; na verdade, esse data center serve como fonte para operações de e/S, enquanto o data center secundário serve como destino.
No caso de um cenário de desastre no data center principal, o ONTAP direciona o data center secundário para atuar como primário, atendendo a todas as operações de E/S. Somente os volumes espelhados no grupo de consistência são atendidos. Todas as operações referentes aos outros dois volumes no SVM são afetadas pelo evento de desastre.
Ativo-ativo simétrico
SnapMirror active sync oferece soluções assimétricas e simétricas para configurações SAN.
Em configurações assimétricas, a cópia de armazenamento primária expõe um caminho ativo-otimizado e atende ativamente a E/S do cliente. O site secundário usa um caminho remoto para E/S. Os caminhos de armazenamento para o site secundário são considerados ativos-não otimizados. O acesso ao LUN de gravação é feito por proxy a partir do site secundário. O protocolo NVMe não é suportado em configurações assimétricas.
Em , os caminhos otimizados para atividade são expostos em ambos os sites, são específicos do host e configuráveis, o que significa que os hosts em ambos os lados podem acessar o armazenamento local para E/S ativa. A partir do ONTAP 9.16.1, ativo-ativo simétrico é suportado em clusters de 2 nós e em clusters de 4 nós. SnapMirror active sync suporta configurações de cluster de 2 nós para cluster de 2 nós e de cluster de 4 nós para cluster de 4 nós. Não suporta configurações de cluster de 4 nós para cluster de 2 nós ou de cluster de 2 nós para cluster de 4 nós. A partir do ONTAP 9.17.1, as configurações ativo-ativo simétricas suportam o protocolo NVMe em clusters de dois nós.
Ativo-ativo simétrico é destinado a aplicativos em cluster, incluindo VMware Metro Storage Cluster, Oracle RAC e Cluster de failover do Windows com SQL.
SnapMirror fluxo de trabalho da operação de sincronização ativa para configurações NAS
A partir do ONTAP 9.19.1, SnapMirror active sync oferece proteção para cargas de trabalho NAS no nível da SVM. Em uma configuração NAS, a SVM de destino (secundária) permanece em estado inativo até que ocorra um evento de failover. Para permitir um failover sem interrupções, a identidade de rede e as configurações de protocolo, incluindo endereços IP, devem ser idênticas nas SVMs primária e secundária. Essas configurações são replicadas automaticamente para o cluster secundário, garantindo endereçamento IP e configurações de protocolo consistentes em ambos os clusters. A figura a seguir ilustra o design do SnapMirror active sync em uma configuração NAS em alto nível.
No ONTAP 9.19.1, apenas volumes FlexVol são suportados. Grupos de consistência não são suportados. Com suporte apenas a FlexVol, o cluster secundário não garante a consistência da ordem de gravação entre volumes. Na figura, os dados e as informações de configuração são replicados da SVM A1 no cluster de origem para a SVM inativa, SVM A1', no cluster de destino.