[[["易于理解","easyToUnderstand","thumb-up"],["解决了我的问题","solvedMyProblem","thumb-up"],["其他","otherUp","thumb-up"]],[["很难理解","hardToUnderstand","thumb-down"],["信息或示例代码不正确","incorrectInformationOrSampleCode","thumb-down"],["没有我需要的信息/示例","missingTheInformationSamplesINeed","thumb-down"],["翻译问题","translationIssue","thumb-down"],["其他","otherDown","thumb-down"]],["最后更新时间 (UTC):2025-09-04。"],[],[],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)."]]