Halaman ini menjelaskan batasan umum Google Cloud NetApp Volumes.
Masalah umum
Bagian ini menjelaskan masalah umum yang diketahui pada NetApp Volumes.
Volume File Flex tidak merespons ping
Volume File Fleksibel berbeda dengan volume Fleksibel Terpadu, Standar, Premium, dan Extreme karena tidak merespons traffic ICMP. Alat jaringan standar, misalnya, ping atau traceroute, bergantung pada ICMP dan tidak dapat menguji volume ini.
Untuk menguji konektivitas ke volume Flex File dari klien, gunakan metode yang memeriksa port protokol TCP terbuka.
Di klien Linux, menggunakan perintah CLI berikut:
timeout 2 bash -c '/dev/tcp/VOLUME_IP/PORT && echo Port is open || echo Port is closed' || echo Connection timeout
Di klien Windows, gunakan perintah PowerShell berikut:
Test-NetConnection -ComputerName VOLUME_IP_ADDRESS -Port PORT_NUMBER
Ganti informasi berikut:
PORT_NUMBER: tentukan 2049 untuk volume NFS atau 445 untuk volume SMB.
Konektivitas kerap hilang saat menggunakan koneksi Akses Layanan Pribadi yang tumpang-tindih
Saat mengonfigurasi koneksi
netapp.servicenetworking.goog, jika rentang CIDR tumpang-tindih dengan
rentang CIDR yang digunakan oleh koneksi akses layanan pribadi lain di VPC yang sama, hal ini dapat menyebabkan konektivitas kerap hilang pada koneksi pemasangan volume. Gunakan rentang yang tidak tumpang-tindih untuk menghindari masalah ini.
Kemungkinan gangguan akses klien ke volume yang ditransisikan dari Cloud Volumes Service ke NetApp Volumes saat memperbarui setelan volume NFS
Masalah: Akses klien ke volume terganggu saat Anda memperbarui setelan apa pun pada volume sumber atau tujuan replikasi volume aktif dengan status transfer yang diduplikasi.
Alasan: Memperbarui volume dapat menyebabkan sinkronisasi kebijakan ekspornya dengan volume partner replikasi. Jika volume yang diperbarui memiliki kebijakan ekspor yang salah atau tidak memiliki kebijakan ekspor, klien yang dipasang ke volume sumber produksi mungkin kehilangan akses, yang berpotensi menyebabkan gangguan.
Latar Belakang: Saat replikasi dalam status duplikasi, NetApp Volumes akan otomatis menyinkronkan kebijakan ekspor volume sumber dan tujuan. Hal ini memastikan akses klien yang konsisten tanpa intervensi manual administrator, karena setiap perubahan kebijakan pada satu volume akan otomatis diterapkan pada volume lainnya.
Di CVS, administrator harus menyinkronkan setelan volume sumber dan tujuan secara manual. Selama transisi volume dari CVS ke NetApp Volumes, kebijakan ekspor yang ada akan ditransfer tanpa modifikasi. Hal ini dapat menyebabkan kebijakan ekspor yang tidak konsisten dalam volume yang direplikasi. Saat Anda memperbarui kebijakan ekspor volume sumber atau tujuan dalam hubungan replikasi volume, kebijakan di kedua volume akan otomatis disinkronkan.
Volume yang terpengaruh
Masalah ini dapat terjadi pada volume yang memenuhi semua kriteria berikut:
Volume yang berada dalam replikasi volume yang aktif dan diduplikasi. Melanjutkan replikasi setelah dihentikan dapat menyebabkan masalah ini.
Semua volume yang mendukung NFS dan memiliki kebijakan ekspor.
Volume dengan kebijakan ekspor yang berbeda antara sumber dan tujuan.
Solusi: Untuk mengatasi masalah ini, kebijakan ekspor volume sumber dan tujuan harus disinkronkan satu kali. Selesaikan langkah-langkah berikut:
Periksa dan bandingkan kebijakan ekspor volume sumber dan tujuan.
Jika kebijakan ekspor keduanya sama, Anda tidak perlu melakukan tindakan apa pun.
Jika kebijakan ekspor keduanya berbeda, gabungkan aturan ekspor untuk membuat kebijakan ekspor yang mengizinkan semua host yang ditentukan dalam kedua kebijakan.
Terapkan kebijakan ekspor gabungan ke volume sumber. Kebijakan ini juga diterapkan secara otomatis ke volume tujuan.
Dengan menyinkronkan kebijakan ekspor, Anda dapat memastikan akses yang konsisten dan mencegah potensi gangguan pada klien.
Pesan error saat menggunakan resource Cloud Volumes Service (CVS) dan NetApp Volumes secara bersamaan
Anda mungkin mendapatkan pesan error saat menggunakan resource CVS dan NetApp Volumes bersama-sama dalam project atau region yang sama. Masalah ini dapat terjadi saat Anda melakukan salah satu hal berikut:
Membuat resource seperti kumpulan dan kebijakan, dalam project yang sebelumnya digunakan untuk CVS.
Mencoba mencantumkan resource CVS dalam project yang dikonfigurasi untuk NetApp Volumes.
Berikut adalah pesan error yang umum diterima:
Host project and service project must be using the same service.Resources from CVS and NetApp Volumes may not be used together in a single region.Cannot share VPC between 3P and 1P networks.
Untuk mengatasi masalah ini, hubungi Google Cloud Customer Care dan ajukan permintaan reset project atau region tertentu Anda agar khusus menggunakan resource NetApp Volumes saja.
Masalah integrasi Active Directory
Bagian berikut berisi masalah umum pada integrasi Active Directory.
Terjadi masalah konektivitas
Koneksi ke pengontrol domain lokal gagal karena keterbatasan berikut:
Peering VPC: NetApp Volumes hanya dapat menjangkau pengontrol domain yang berada di Virtual Private Cloud (VPC) kumpulan penyimpanan atau terhubung ke sana melalui VPN. NetApp Volumes tidak dapat menjangkau pengontrol domain di VPC lain, termasuk yang di-peering ke VPC kumpulan penyimpanan dan yang terhubung ke kumpulan penyimpanan.
Firewall: Koneksi lokal akan gagal jika Anda tidak mengizinkan NetApp Volumes menghubungi pengontrol domain Anda. Untuk mengetahui informasi selengkapnya, lihat Aturan firewall untuk akses Active Directory.
Mengubah setelan situs Active Directory pada suatu kebijakan Active Directory tidak akan memengaruhi kumpulan penyimpanan tingkat layanan Flex.
NetApp Volumes tidak dapat bergabung dengan pengontrol domain berbasis Windows 2025
Karena regresi di Windows 2025, NetApp Volumes tidak dapat bergabung ke domain yang menggunakan pengontrol domain Windows 2025. Untuk bergabung ke domain, pastikan untuk menggunakan pengontrol domain dari versi Windows sebelum 2025, misalnya Windows 2022. Anda tidak dapat menentukan pengontrol domain yang berfungsi secara langsung, karena layanan ini menggunakan penemuan berbasis DNS untuk menemukan pengontrol domain. Sebaiknya tambahkan pengontrol domain versi pra-Windows 2025 yang dapat berfungsi di situs Active Directory khusus dan tentukan situs tersebut dalam kebijakan Active Directory untuk NetApp Volumes.
Pada 9 September 2025, Microsoft merilis KB5065431 dan KB5065426 untuk mengatasi masalah ini. Windows 2025 tidak mendukung enkripsi RC4, jadi Anda harus Mengaktifkan Enkripsi AES untuk autentikasi Active Directory.
Masalah CMEK
Bagian berikut berisi masalah umum pada operasi kunci enkripsi yang dikelola pelanggan (CMEK).
ListKmsConfigs menampilkan error Invalid value for enum type
Saat volume dimigrasikan dari enkripsi yang dikelola sistem ke enkripsi yang dikelola pelanggan, perintah
ListKmsConfigs terkadang menampilkan error
Invalid value for enum type selama migrasi. Setelah migrasi selesai, perintah ListKmsConfigs akan kembali berfungsi seperti biasa.
Pembuatan kebijakan KmsConfig gagal
Terkadang, pembuatan kebijakan KmsConfig gagal dan menghalangi Anda membuat
kebijakan lain. Jika hal ini terjadi, hubungi Google Cloud Customer Care.
Masalah dan keterbatasan replikasi volume
Bagian berikut memberikan detail seputar masalah umum dan keterbatasan fitur replikasi volume.
Setelan kuota volume tujuan mungkin gagal dalam replikasi aktif
Saat mengubah setelan pada volume dalam replikasi aktif, setelan diterapkan ke volume sumber dan tujuan. Namun, perubahan kuota khusus untuk volume tujuan dilakukan secara bertahap dan diterapkan ke volume tujuan setelah replikasi dihentikan. Terkadang, penetapan kuota ini mungkin gagal, dan Anda akan menerima pesan error di akhir operasi. Meskipun operasi Stop berhasil, semua kuota mungkin belum diterapkan ke volume tujuan. Jika Anda menerima error kuota selama operasi Stop, bandingkan aturan kuota di volume sumber dan tujuan, lalu perbarui aturan kuota yang tidak ada di tujuan agar sesuai dengan setelan volume sumber.
KonsolGoogle Cloud menampilkan pool penyimpanan tanpa kebijakan Active Directory terkait
Di konsol Google Cloud , saat Anda membuat replikasi volume untuk volume sumber, daftar kumpulan penyimpanan yang dapat dipilih untuk membuat volume tujuan berisi kumpulan penyimpanan yang tidak memiliki kebijakan Active Directory. Memilih kumpulan penyimpanan tanpa kebijakan Active Directory akan menyebabkan kegagalan replikasi.
Masalah umum volume berkapasitas besar
Bagian berikut menjelaskan masalah umum pada fitur volume berkapasitas besar.
Kumpulan yang tidak kompatibel ditampilkan
Saat mengubah kumpulan penyimpanan (tingkat layanan), konsol Google Cloud mungkin menampilkan kumpulan yang tidak kompatibel. Jika Anda mencoba mengubah ke kumpulan penyimpanan yang tidak kompatibel, upaya tersebut akan gagal dan Anda akan menerima pesan error.
Migrasi CMEK tidak diblokir
Migrasi CMEK tidak diblokir oleh konsol Google Cloud dan diizinkan meskipun ada volume berkapasitas besar. Jika Anda mencoba migrasi CMEK saat volume berkapasitas besar dikonfigurasi, upaya tersebut akan gagal.
Masalah FlexCache
Bagian ini menjelaskan masalah umum pada fitur FlexCache.
Modifikasi volume FlexCache di konsol Google Cloud mungkin gagal
Volume FlexCache hanya dapat diubah menggunakan API atau Google Cloud CLI. Meskipun volume FlexCache ditampilkan di konsol Google Cloud setelah dibuat, volume tersebut dapat dilihat atau dihapus, dan upaya untuk memperbaruinya menggunakan konsolGoogle Cloud mungkin gagal. Dalam kasus semacam ini, gunakan Google Cloud CLI untuk mengubahnya.
Pembuatan volume FlexCache gagal dengan snapshot-directory disetel ke benar (true)
Volume FlexCache tidak mendukung opsi snapshot-directory. Meskipun API
menetapkan parameter ini ke false secara default, Google Cloud CLI menetapkannya ke true secara default.
Oleh karena itu, saat membuat volume FlexCache menggunakan Google Cloud CLI, Anda harus
menyertakan --snapshot-directory false secara eksplisit untuk mencegah kegagalan pembuatan.