Menggunakan volume NFS sebagai datastore vSphere yang dihosting oleh Filestore
Anda dapat menggunakan instance tingkat zona, regional, dan perusahaan Filestore sebagai datastore eksternal untuk host VMware ESXi di Google Cloud VMware Engine.
Untuk melakukannya, Anda dapat membuat instance Filestore di region tempat VMware Engine dan Filestore tersedia, lalu memasangnya sebagai datastore eksternal ke host VMware ESXi yang ada di VMware Engine.
VMware Engine menawarkan opsi penyimpanan vSphere berikut:
- VMware vSAN. Ini mencakup penyimpanan yang disertakan dengan setiap node VMware Engine.
- Penyimpanan NFS eksternal. Hal ini mencakup opsi berikut:
- Instance Filestore yang digunakan sebagai datastore vSphere.
- Instance layanan Google Cloud NetApp Volumes yang digunakan sebagai datastore vSphere.
Mengapa datastore eksternal untuk VMware Engine?
VMware Engine vSAN menyediakan penyimpanan virtual berperforma tinggi untuk VM yang berjalan di VMware Engine. Layanan VMware Engine menggunakan node hardware dengan drive solid-state (SSD) NVMe lokal yang dikelola oleh vSAN untuk menawarkan infrastruktur virtual untuk VM VMware. Jika hanya ingin menskalakan resource penyimpanan di cluster, Anda harus membeli seluruh node, beserta kemampuan komputasi dan jaringan—resource yang mungkin tidak Anda perlukan. Batasan infrastruktur hyper-converged (HCI) berbasis vSAN ini menciptakan permintaan untuk menskalakan penyimpanan secara independen dari resource lain.
Dengan datastore NFS eksternal, Anda dapat menskalakan penyimpanan secara terpisah dari resource komputasi, dengan mengandalkan VMware Engine untuk semua beban kerja VMware Anda.
Instance tingkat High Scale dan Enterprise disertifikasi VMware untuk digunakan dengan datastore VMware Engine dan tersedia di semua wilayah VMware Engine.
Batasan fitur
Batasan berikut berlaku:
- Hanya tersedia untuk instance Filestore tingkat Enterprise dan Skala Tinggi. Instance tingkat SSD Dasar dan HDD Dasar tidak didukung.
- Dukungan snapshot yang konsisten dengan error hanya tersedia di instance tingkat Filestore Enterprise.
- Dukungan Cadangan tersedia untuk tingkat Skala Tinggi dan Enterprise.
- Pemindahan salinan (VAAI) tidak tersedia.
- Anda tidak dapat memasang instance Filestore yang terhubung dengan peering langsung ke VMware Engine. Untuk mengetahui informasi selengkapnya, lihat Persyaratan konfigurasi jaringan dan resource IP.
Dukungan protokol
Protokol NFSv3 didukung.
Jaringan
Layanan Filestore dan VMware Engine terhubung melalui akses layanan pribadi (PSA). Biaya jaringan yang dihasilkan dari akses penyimpanan dalam region tidak berlaku.
Sebelum memulai
Langkah-langkah dalam dokumen ini mengasumsikan bahwa Anda telah melakukan hal berikut:
- Menyiapkan CIDR
/26
untuk jaringan layanan Google Cloud VMware Engine agar dapat digunakan untuk penyimpanan NFS eksternal.
Subnet layanan
Saat Anda membuat cloud pribadi, VMware Engine akan membuat subnet layanan tambahan (misalnya, service-1
, service-2
, service-3
). Subnet layanan ditargetkan untuk skenario deployment layanan atau perangkat, seperti penyimpanan, pencadangan, dan disaster recovery, atau streaming media, yang memberikan throughput linear berskala tinggi dan pemrosesan paket bahkan untuk cloud pribadi berskala terbesar. Komunikasi VM
di seluruh subnet layanan berjalan dari host VMware ESXi langsung
ke infrastruktur jaringan Google Cloud, sehingga komunikasi
kecepatan tinggi dapat dioptimalkan.
Aturan firewall terdistribusi dan gateway NSX-T tidak berlaku untuk subnet layanan apa pun.
Mengonfigurasi subnet layanan
Subnet layanan tidak memiliki alokasi CIDR saat pembuatan awal. Sebagai gantinya, Anda harus menentukan rentang CIDR dan awalan yang tidak tumpang-tindih untuk subnet layanan menggunakan konsol atau API VMware Engine.
Alamat pertama yang dapat digunakan menjadi alamat gateway. Untuk mengalokasikan rentang dan awalan CIDR, edit salah satu subnet layanan.
Subnet layanan dapat diperbarui jika persyaratan CIDR berubah. Namun, perubahan CIDR subnet layanan yang ada dapat menyebabkan gangguan ketersediaan jaringan untuk VM yang dilampirkan ke subnet layanan tersebut.
Anda harus menambahkan alokasi CIDR yang dicadangkan untuk subnet layanan yang Anda tentukan di portal VMware Engine ke daftar klien yang diimpor di koneksi peering VPC jaringan Anda.
Jika tidak, error berikut atau yang serupa akan ditampilkan di vmkernel.log
:
2022-09-23T04:58:14.266Z cpu23:2103354 opID=be2a0887)NFS: 161: Command: (mount)
Server: (10.245.17.21) IP: (10.245.17.21) Path: (/vol-g-shared-vmware-002) Label:
(NFS) Options: (None)
...
2022-09-23T04:58:14.270Z cpu23:2103354 opID=be2a0887)NFS: 194: NFS mount
10.245.17.21:/vol-g-shared-vmware-002 failed: The mount request was denied by the
NFS server. Check that the export exists and that the client is permitted to
mount it.
Membuat dan mengelola instance Filestore
Untuk melihat cara menggunakan Konsol Google Cloud guna membuat dan mengelola instance Filestore, lihat Membuat instance.
Untuk melihat cara mengimpor alokasi CIDR yang dicadangkan yang Anda buat untuk subnet layanan, lihat Memperbarui koneksi peering.
Pelanggan harus menghubungi dukungan GCVE untuk memasang datastore NFS Filestore mereka. Setelah datastore NFS di-mount ke semua host dalam cluster tertentu dan tersedia, Anda dapat menggunakan konsol vCenter untuk menyediakan VM terhadap datastore eksternal, melihat metrik, dan melihat log yang terkait dengan operasi I/O Google yang dilakukan terhadap datastore eksternal.
Jika Anda tertarik dengan fitur ini, hubungi tim akun atau dukungan Google Cloud Anda.
Langkah selanjutnya
- Pelajari lebih lanjut tentang Filestore.
- Membandingkan keuntungan relatif dari penyimpanan blok, file, dan objek.
- Tinjau opsi penyimpanan untuk workload Komputasi Berperforma Tinggi (HPC) di Google Cloud.