Persyaratan berikut harus dipenuhi untuk sistem ONTAP sumber:
Sistem ONTAP yang menghosting volume sumber harus menjalankan ONTAP versi 9.11.1 atau yang lebih tinggi untuk memastikan kompatibilitas dengan NetApp Volumes.
Selama proses memasukkan ke daftar yang diizinkan, versi ONTAP Anda diverifikasi terhadap versi layanan menggunakan
matriks kompatibilitas SnapMirror.
Fitur SnapMirror harus dilisensikan dan diaktifkan di cluster sumber.
Di sistem ONTAP sumber, Anda harus mengonfigurasi satu InterCluster-LIF per node
di jaringan yang terhubung ke project Google Anda.
TCP port 10000, 11104, 11105, dan ICMP harus dapat dijangkau di semua InterCluster-LIF. Akses HTTPS tidak diperlukan. Port ini disertakan dalam kebijakan layanan default-intercluster, yang digunakan pada intercluster-LIF di sistem sumber Anda secara default.
Anda harus memiliki izin administrator ONTAP yang diperlukan untuk menyetujui peering cluster dan SVM.
Koneksi jaringan ke Google Cloud project
NetApp Volumes menggunakan akses layanan pribadi untuk terhubung ke Virtual Private Cloud (VPC) Anda, dan akses layanan pribadi menggunakan peering VPC. Karena atribut perutean non-transitif dari koneksi peering VPC, traffic tidak dapat melintasi lebih dari satu hop peering VPC berurutan.
Misalnya, menggunakan jaringan hub dan spoke yang terhubung melalui peering VPC dapat menyebabkan masalah konektivitas. Jika koneksi lokal Anda tiba di
VPC transit (hub) yang terhubung menggunakan peering VPC ke
VPC workload (spoke), yang kemudian terhubung ke
NetApp Volumes, tidak ada traffic dari lokal atau gateway
transit yang dapat dirutekan ke NetApp Volumes, dan sebaliknya.
Sebagai aturan praktis, NetApp Volumes di-peering VPC ke VPC pengguna Anda. Oleh karena itu, pastikan VPC pengguna Anda tidak menggunakan peering VPC untuk hop berikutnya di jalur traffic jaringan ke sistem sumber Anda.
Model deployment yang berfungsi meliputi:
Hentikan koneksi interconnect langsung di VPC pengguna.
Gunakan koneksi VPN yang dihentikan di user-VPC.
Gunakan perutean peering non-VPC untuk koneksi upstream dari
user-VPC Anda.
Alokasi alamat IP
NetApp Volumes mencadangkan CIDR /27 khusus dari psaRange
yang Anda delegasikan ke peering akses layanan pribadi untuk traffic migrasi. Rentang CIDR ini digunakan untuk menerima satu atau beberapa migrasi volume ke volume tujuan dalam pasangan project atau region yang sama. Migrasi ini dapat berasal dari beberapa cluster sumber. Penyediaan migrasi ke project atau pasangan region yang berbeda akan menghasilkan reservasi CIDR /27 tambahan. Replikasi
eksternal dan migrasi volume menggunakan alokasi CIDR dan peering cluster yang sama.
Setelan NetApp Volumes
Persyaratan berikut harus dipenuhi untuk Volume NetApp:
Anda harus memiliki izin IAM yang memadai untuk mengelola replikasi
hibrida. roles/netapp.admin mencakup semua izin yang diperlukan.
Sediakan kumpulan penyimpanan yang cukup besar untuk menghosting volume tujuan.
Pastikan pool memiliki setelan Active Directory, LDAP, dan CMEK yang benar yang diperlukan oleh volume tujuan yang Anda buat.
Jika volume Anda berisi data SMB, buat volume tujuan di kumpulan penyimpanan yang terhubung ke domain Windows yang sama dengan volume sumber.
Jika Anda menggunakan firewall di jaringan, pastikan LIF antar-cluster sumber dan Volume NetApp diizinkan untuk port TCP 10000, 11104, 11105, dan ICMP.
[[["Mudah dipahami","easyToUnderstand","thumb-up"],["Memecahkan masalah saya","solvedMyProblem","thumb-up"],["Lainnya","otherUp","thumb-up"]],[["Sulit dipahami","hardToUnderstand","thumb-down"],["Informasi atau kode contoh salah","incorrectInformationOrSampleCode","thumb-down"],["Informasi/contoh yang saya butuhkan tidak ada","missingTheInformationSamplesINeed","thumb-down"],["Masalah terjemahan","translationIssue","thumb-down"],["Lainnya","otherDown","thumb-down"]],["Terakhir diperbarui pada 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)."]]
