O sistema ONTAP de origem precisa atender aos seguintes requisitos:
O sistema ONTAP que hospeda os volumes de origem precisa estar executando a versão 9.11.1 ou mais recente para garantir a compatibilidade com o NetApp Volumes.
Durante o processo de inclusão na lista de permissões, sua versão do ONTAP é verificada em relação à versão do serviço usando a matriz de compatibilidade do SnapMirror.
O recurso SnapMirror precisa ser licenciado e ativado no cluster de origem.
No sistema ONTAP de origem, configure uma LIF entre clusters por nó na rede conectada ao seu projeto do Google.
As portas TCP 10000, 11104, 11105 e ICMP precisam estar acessíveis em todas as
InterCluster-LIFs. O acesso HTTPS não é obrigatório. Essas portas estão incluídas na política de serviço default-intercluster, que é usada por padrão em LIFs entre clusters no sistema de origem.
Você precisa ter as permissões de administrador do ONTAP necessárias para aceitar pareamentos de cluster
e SVM.
Conexão de rede com o projeto Google Cloud
O NetApp Volumes usa o acesso a serviços particulares para se conectar à sua nuvem privada virtual (VPC), e o acesso a serviços particulares usa o peering de VPC. Devido ao atributo de roteamento não transitivo das conexões de peering da VPC, o tráfego não pode atravessar mais de um salto de peering da VPC sequencial.
Por exemplo, usar uma rede hub e spoke conectada por peering de VPC pode causar problemas de conectividade. Se a conexão local chegar a uma VPC de trânsito (hub) conectada usando o peering de VPC a uma VPC de carga de trabalho (spoke), que por sua vez está conectada ao NetApp Volumes, nenhum tráfego local ou do gateway de trânsito poderá ser roteado para o NetApp Volumes e vice-versa.
Como regra geral, NetApp Volumes têm peering de VPC
com a VPC do usuário. Portanto, verifique se a VPC do usuário não usa o peering de VPC para o próximo salto no caminho do tráfego de rede até o sistema de origem.
Os modelos de implantação em funcionamento incluem:
Encerre a conexão de interconexão diretamente na VPC do usuário.
Use uma conexão VPN que termine na VPC do usuário.
Use o roteamento de peering não VPC para a conexão upstream da
VPC do usuário.
Alocação de endereço IP
O NetApp Volumes reserva CIDRs /27 dedicados do psaRange
que você delegou ao peering de acesso a serviços particulares para tráfego de migração. Esse intervalo de CIDR é usado para receber uma ou mais migrações de volume para volumes de destino no mesmo projeto ou par de regiões. Essas migrações podem ter origem em vários clusters de origem. O provisionamento de migrações para projetos ou pares de regiões diferentes resulta na reserva de um CIDR /27 adicional. A replicação externa e a migração de volume usam as mesmas alocações de CIDR e peering de cluster.
Configurações do NetApp Volumes
Os seguintes requisitos precisam ser atendidos para o NetApp Volumes:
Você precisa ter permissões suficientes do IAM para gerenciar a replicação híbrida. O roles/netapp.admin inclui todas as permissões necessárias.
Forneça um pool de armazenamento grande o suficiente para hospedar o volume de destino.
Verifique se o pool tem as configurações corretas do Active Directory, LDAP e CMEK
exigidas pelo volume de destino que você está criando.
Se o volume tiver dados SMB, crie o volume de destino em um pool de armazenamento
conectado ao mesmo domínio do Windows que o volume de origem.
Se você usa firewalls na sua rede, verifique se as LIFs entre clusters de origem e o NetApp Volumes são permitidos para as portas TCP 10000, 11104, 11105 e ICMP.
[[["Fácil de entender","easyToUnderstand","thumb-up"],["Meu problema foi resolvido","solvedMyProblem","thumb-up"],["Outro","otherUp","thumb-up"]],[["Difícil de entender","hardToUnderstand","thumb-down"],["Informações incorretas ou exemplo de código","incorrectInformationOrSampleCode","thumb-down"],["Não contém as informações/amostras de que eu preciso","missingTheInformationSamplesINeed","thumb-down"],["Problema na tradução","translationIssue","thumb-down"],["Outro","otherDown","thumb-down"]],["Última atualização 2025-09-04 UTC."],[],[],null,["# Prerequisites for ONTAP to Google Cloud NetApp Volumes communication\n\nTo establish a connection between an ONTAP-based system and\nNetApp Volumes, the following prerequisites must be met:\n\n- [Source ONTAP system](#source_ontap_system)\n\n- [Network connection to Google Cloud project](#network-connection)\n\n- [IP address allocation](#ip_address_allocation)\n\n- [NetApp Volumes settings](#netapp-volumes-settings)\n\nSource ONTAP system\n-------------------\n\nThe following requirements must be met for the source ONTAP system:\n\n- The ONTAP system hosting the source volumes must be running ONTAP version\n 9.11.1 or higher to ensure compatibility with NetApp Volumes.\n During the allow-listing process, your ONTAP version is verified against the\n service version using the\n [SnapMirror compatibility matrix](https://docs.netapp.com/us-en/ontap/data-protection/compatible-ontap-versions-snapmirror-concept.html#unified-replication-relationships).\n\n- The SnapMirror feature must be licensed and enabled on the source cluster.\n\n- On the source ONTAP system, you must configure one InterCluster-LIF per node\n on the network that is connected to your Google project.\n\n- The TCP ports 10000, 11104, 11105, and ICMP must be reachable on all\n InterCluster-LIFs. HTTPS access isn't required. These ports are included in\n the *default-intercluster* service policy, which is used on\n intercluster-LIFs on your source system by default.\n\n- You must have the required ONTAP administrator permissions to accept cluster\n and SVM peerings.\n\nNetwork connection to Google Cloud project\n------------------------------------------\n\nNetApp Volumes uses private service access to connect to your\nVirtual Private Cloud (VPC), and private service access uses VPC\npeering. Due to the non-transitive routing attribute of VPC\npeering connections, traffic can't traverse more than one sequential\nVPC peering hop.\n\nFor example, using a hub and spoke network connected through VPC\npeering can cause connectivity issues. If your on-premise connection arrives in\na transit VPC (hub) that is connected using VPC\npeering to a workload VPC (spoke), which is then connected to\nNetApp Volumes, no traffic from on-premises or the transit\ngateway can be routed to NetApp Volumes, and the other way\naround.\n\nAs a rule of thumb, NetApp Volumes is VPC peered\nto your user-VPC. Therefore, make sure your\nuser-VPC doesn't use VPC peering for the next hop\nin the network traffic's path to your source system.\n\nThe working deployment models include the following:\n\n- Terminate the interconnect connection directly in the user-VPC.\n\n- Use a VPN connection that terminates in the user-VPC.\n\n- Use non-VPC peering routing for the upstream connection of your\n user-VPC.\n\nIP address allocation\n---------------------\n\nNetApp Volumes reserves dedicated `/28` CIDRs from the `psaRange`\nyou delegated to the private service access peering for migration traffic. This\nCIDR range is used to receive one or more volume migrations to destination\nvolumes within the same project or region pair. These migrations can originate\nfrom multiple source clusters. Provisioning migrations to different projects or\nregion pairs results in the reservation of an additional `/28` CIDR. External\nreplication and volume migration use the same CIDR allocations and cluster\npeerings.\n\nNetApp Volumes settings\n-----------------------\n\nThe following requirements must be met for NetApp Volumes:\n\n- You must have sufficient IAM permissions to manage hybrid\n replication. The `roles/netapp.admin` includes all required permissions.\n\n- Provide a storage pool that is large enough to host the destination volume.\n Make sure that the pool has the correct Active Directory, LDAP, and CMEK\n settings required by the destination volume you are creating.\n\n- If your volume contains SMB data, create the destination volume in a storage\n pool which is connected to the same Windows domain as the source volume.\n\nIf you use firewalls in your network, make sure that your source\nintercluster-LIFs and NetApp Volumes are allowed for TCP ports\n10000, 11104, 11105, and ICMP.\n\nWhat's next\n-----------\n\n[Create a volume migration](/netapp/volumes/docs/migrate/ontap/create-volume-migration)."]]
