Casos de uso para sincronização ativa do ONTAP SnapMirror
Sugerir alterações
PDFs
As demandas de um ambiente de negócios globalmente conectado exigem recuperação rápida de dados de aplicações essenciais aos negócios, sem perda de dados no caso de uma interrupção, como um ataque cibernético, uma interrupção de energia ou um desastre natural. Essas demandas são intensificadas em áreas como finanças e aquelas que aderiram a mandatos regulatórios, como o Regulamento Geral de proteção de dados (GDPR).
A sincronização ativa do SnapMirror fornece os seguintes casos de uso:
Em uma implantação de sincronização ativa do SnapMirror , você tem um cluster primário e um secundário. Um LUN no cluster primário 1LP ) tem um espelho (L1s ) no secundário; ambos os LUNs compartilham o mesmo ID serial e são reportados como LUNs de leitura e gravação para o host. Em configurações assimétricas, as operações de leitura e gravação, no entanto, são atendidas apenas pelo LUN primário, 1LP . Qualquer gravação no espelho L1S são atendidos por procuração.
O TAF baseia-se no failover de caminho baseado em software MPIO do host para obter acesso sem interrupções ao armazenamento. Ambas as cópias de LUN — por exemplo, a primária (L1P) e a cópia espelhada (L1S) — têm a mesma identidade (número de série) e são reportadas como leitura/gravação para o host. Em configurações assimétricas, no entanto, as leituras e gravações são atendidas apenas pelo volume primário. As E/S emitidas para a cópia espelhada são encaminhadas por proxy para a cópia primária. O caminho preferencial do host para L1 é VS1:N1, com base no estado de acesso Asymmetric Logical Unit Access (ALUA) Ativo Otimizado (A/O). O Mediador ONTAP é necessário como parte da implantação, principalmente para executar o failover (planejado ou não) em caso de interrupção do armazenamento no primário.
O TAF opera em dois modos: Failover Automatizado e Duplex de Failover Automatizado. Com o Failover Automatizado, as leituras e gravações são atendidas apenas pelo volume primário; portanto, as E/S emitidas para a cópia espelhada (que não consegue atender gravações por conta própria) são encaminhadas por proxy para a cópia primária. Com o Duplex de Failover Automatizado, tanto a cópia primária quanto a secundária podem atender E/S, dispensando a necessidade de proxy.
Se você estiver usando NVMe para acesso ao host com o ONTAP 9.17.1, somente o Automated Failover Duplex será suportado.
O SnapMirror ative Sync usa o ALUA, um mecanismo que permite que um software de multipathing host de aplicativos com caminhos anunciados com prioridades e disponibilidade de acesso para a comunicação do host de aplicativos com o storage array. O ALUA marca caminhos otimizados ativos para os controladores que possuem o LUN e outros como caminhos não otimizados ativos, usados somente se o caminho primário falhar.
A sincronização ativa do SnapMirror com o protocolo NVMe utiliza ANA, que permite que hosts de aplicativos descubram caminhos otimizados e não otimizados para namespaces NVMe que estão sendo protegidos. O destino NVMe do ONTAP publica os estados de caminho apropriados para permitir que hosts de aplicativos usem o caminho ideal para um namespace NVMe protegido.
Os aplicativos em cluster, incluindo VMware Metro Storage Cluster, Oracle RAC e Windows failover Clustering com SQL, exigem acesso simultâneo para que as VMs possam ser reexecutadas em outro local sem qualquer sobrecarga de desempenho. O SnapMirror ativo-ativo simétrico do SYNC ativo serve a e/S localmente com replicação bidirecional para atender aos requisitos de aplicações em cluster. A partir do ONTAP 9.16.1, o ativo-ativo simétrico é compatível com uma configuração em clusters de quatro nós, expandindo-se a partir do limite de cluster de dois nós no ONTAP 9.15.1.
Replique sincronamente vários volumes para uma aplicação entre locais em locais geograficamente dispersos. Você pode fazer o failover automaticamente para a cópia secundária em caso de interrupção do primário, permitindo a continuidade dos negócios das aplicações de camada um. Quando o site que hospeda o cluster primário sofre um desastre, o software de multipathing do host marca todos os caminhos pelo cluster como inativos e usa caminhos do cluster secundário. O resultado é um failover sem interrupções habilitado pelo ONTAP Mediator para a cópia espelhada.
O SnapMirror active Sync oferece flexibilidade com granularidade fácil de usar no nível da aplicação e failover automático. O SnapMirror active Sync usa replicação síncrona comprovada da SnapMirror em rede IP para replicar dados em alta velocidade via LAN ou WAN, para obter alta disponibilidade de dados e rápida replicação de dados para seus aplicativos essenciais aos negócios, como Oracle, Microsoft SQL Server e assim por diante, em ambientes virtuais e físicos.
O SnapMirror ative Sync permite que os serviços de negócios essenciais continuem operando mesmo com uma falha completa do local, com o TAF para a cópia secundária. Nenhuma intervenção manual ou nenhum script adicional é necessário para acionar esse failover.