Para estabelecer uma ligação entre um sistema baseado no ONTAP e os volumes NetApp, têm de ser cumpridos os seguintes pré-requisitos:
Sistema ONTAP de origem
Os seguintes requisitos têm de ser cumpridos para o sistema ONTAP de origem:
O sistema ONTAP que aloja os volumes de origem tem de estar a executar a versão 9.11.1 ou superior do ONTAP para garantir a compatibilidade com os volumes NetApp. Durante o processo de inclusão na lista de autorizações, a sua versão do ONTAP é validada em relação à versão do serviço através da matriz de compatibilidade do SnapMirror.
A funcionalidade SnapMirror tem de ter uma licença e estar ativada no cluster de origem.
No sistema ONTAP de origem, tem de configurar uma InterCluster-LIF por nó na rede que está ligada ao seu projeto Google.
As portas TCP 10000, 11104, 11105 e ICMP têm de estar acessíveis em todas as InterCluster-LIFs. Não é necessário acesso HTTPS. Estas portas estão incluídas na política de serviço default-intercluster, que é usada nas LIFs intercluster no seu sistema de origem por predefinição.
Tem de ter as autorizações de administrador do ONTAP necessárias para aceitar as relações de pares de clusters e SVMs.
Ligação de rede ao projeto Google Cloud
Os volumes da NetApp usam o acesso privado ao serviço para se ligarem à sua nuvem virtual privada (VPC) e o acesso privado ao serviço usa o peering de VPC. Devido ao atributo de encaminhamento não transitivo das associações de peering de VPC, o tráfego não pode atravessar mais do que um salto de peering de VPC sequencial.
Por exemplo, usar uma rede de hub e raios ligada através da interligação de VPCs pode causar problemas de conetividade. Se a sua ligação nas instalações chegar a uma VPC de trânsito (hub) que esteja ligada através do intercâmbio de redes da VPC a uma VPC de carga de trabalho (spoke), que, por sua vez, está ligada aos volumes NetApp, não é possível encaminhar tráfego das instalações ou do gateway de trânsito para os volumes NetApp e vice-versa.
Regra geral, os volumes da NetApp estão em peering com a VPC do utilizador. Por conseguinte, certifique-se de que a sua VPC do utilizador não usa o peering de VPC para o próximo salto no caminho do tráfego de rede para o seu sistema de origem.
Os modelos de implementação funcionais incluem o seguinte:
Termine a ligação de interconexão diretamente na VPC do utilizador.
Use uma ligação VPN que termine na VPC do utilizador.
Use o encaminhamento de intercâmbio não VPC para a ligação a montante da sua VPC do utilizador.
Atribuição de endereços IP
Os volumes da NetApp reservam CIDRs dedicados do intervalo de endereços IP que delegou ao peering de acesso a serviços privados para tráfego de migração./27psaRange Este intervalo CIDR é usado para receber uma ou mais migrações de volumes para volumes de destino no mesmo projeto ou par de regiões. Estas migrações podem ter origem
em vários clusters de origem. O aprovisionamento de migrações para diferentes projetos ou pares de regiões resulta na reserva de um CIDR /27 adicional. A replicação
externa e a migração de volume usam as mesmas atribuições de CIDR e as interligações
de clusters.
Definições do NetApp Volumes
Os seguintes requisitos têm de ser cumpridos para os volumes NetApp:
Tem de ter autorizações de IAM suficientes para gerir a replicação híbrida. O
roles/netapp.admininclui todas as autorizações necessárias.Forneça um conjunto de armazenamento suficientemente grande para alojar o volume de destino. Certifique-se de que o conjunto tem as definições corretas do Active Directory, LDAP e CMEK necessárias para o volume de destino que está a criar.
Se o seu volume contiver dados SMB, crie o volume de destino num conjunto de armazenamento que esteja ligado ao mesmo domínio do Windows que o volume de origem.
Se usar firewalls na sua rede, certifique-se de que as LIFs intercluster de origem e os volumes NetApp são permitidos para as portas TCP 10000, 11104, 11105 e ICMP.