Ringkasan Datastore NFS

VMware Engine memungkinkan Anda menggunakan Datastore Network File System (NFS) eksternal untuk menskalakan penyimpanan secara terpisah dari resource komputasi.

vSAN VMware Engine menyediakan penyimpanan virtual berperforma tinggi untuk VM yang berjalan di VMware Engine, dan ideal untuk workload Tingkat 1. Untuk menyediakan infrastruktur virtual bagi VM VMware, layanan VMware Engine menggunakan node hardware dengan solid-state drive (SSD) NVMe lokal yang dikelola vSAN. Jika Anda hanya ingin menskalakan resource penyimpanan di cluster, Anda harus membeli seluruh node, termasuk kemampuan komputasi dan jaringan yang mungkin tidak Anda perlukan. Batasan infrastruktur hyper-converged (HCI) berbasis vSAN ini menciptakan permintaan untuk menskalakan penyimpanan secara independen dari resource lainnya.

Dengan dukungan untuk Datastore NFS eksternal, VMware Engine memungkinkan Anda menskalakan penyimpanan secara terpisah dari resource komputasi untuk workload VMware Anda. Datastore NFS Eksternal menawarkan solusi hemat biaya untuk aplikasi Tingkat 2 dan Tingkat 3, repositori backup dan pengarsipan, serta beban kerja intensif penyimpanan lainnya yang tidak memerlukan performa vSAN.

Layanan penyimpanan NFS yang didukung

Anda dapat menggunakan Datastore NFS eksternal dengan layanan Google Cloud berikut:

Prasyarat umum untuk menggunakan Datastore NFS dengan VMware Engine

Sebelum memasang volume NFS eksternal sebagai Datastore, Anda harus memenuhi prasyarat berikut:

Persyaratan Volume NFS

Volume NFS harus memenuhi persyaratan berikut:

  • Lokasi: Volume NFS (instance Filestore atau volume Google Cloud NetApp Volumes) dan cluster VMware Engine harus berada di Google Cloud region yang sama. VMware Engine tidak mendukung pemasangan Datastore di berbagai region. Untuk cloud pribadi yang diperluas, hanya Datastore regional yang didukung.
  • Protokol: VMware Engine hanya mendukung NFS versi 3 (NFSv3) untuk digunakan sebagai Datastore VMware Engine. NFSv4.1 tidak didukung.
  • Perlindungan penghapusan: Jika menggunakan Filestore atau Google Cloud NetApp Volumes, Anda harus mengaktifkan perlindungan penghapusan pada volume untuk mencegah penghapusan yang tidak disengaja dan kehilangan data.

Izin agen layanan VMware Engine

Untuk membuat dan memasang Datastore yang didukung oleh Filestore atau Google Cloud NetApp Volumes, VMware Engine menggunakan agen layanan yang dikelola Google (service-{project-number}@) untuk mengakses resource NFS. Agen layanan ini memerlukan peran IAM berikut:

  • roles/compute.networkViewer: Untuk melihat peering jaringan compute untuk semua jenis Datastore.
  • roles/file.viewer: Diperlukan untuk Datastore yang didukung oleh Filestore.
  • roles/netapp.viewer: Diperlukan untuk Datastore yang didukung oleh Google Cloud NetApp Volumes.

Persyaratan subnet layanan

Anda harus memiliki subnet layanan khusus dengan rentang CIDR unik yang dialokasikan untuk traffic NFS antara host ESXi dan volume NFS. Anda mengonfigurasi subnet layanan sebagai berikut:

  • Anda harus mengonfigurasi rentang CIDR untuk subnet layanan yang memiliki alamat IP yang cukup untuk menetapkan satu alamat IP ke setiap node di cloud pribadi.
  • Anda hanya dapat menggunakan subnet layanan untuk traffic Datastore NFS, tetapi Anda dapat menghubungkan subnet yang sama ke beberapa Datastore NFS yang berbeda.
  • Anda harus menambahkan alokasi CIDR yang dicadangkan untuk subnet layanan ke daftar klien yang diizinkan atau kebijakan ekspor volume NFS Anda. Untuk Filestore, tambahkan aturan kontrol akses untuk rentang CIDR subnet layanan. Untuk Google Cloud NetApp Volumes, tambahkan CIDR ke bagian Allowed Clients dari aturan ekspor volume.

Aturan firewall terdistribusi dan gateway NSX-T tidak berlaku untuk subnet layanan.

Persyaratan koneksi jaringan

Koneksi aktif harus ada antara jaringan VPC volume NFS dan jaringan VMware Engine (VEN) cloud pribadi tempat Anda akan memasang Datastore. Biaya jaringan yang dihasilkan dari akses penyimpanan dalam region tidak berlaku saat menggunakan Filestore dengan Private Service Access (PSA).

Saat terhubung ke layanan file jaringan, gunakan salah satu metode koneksi berikut, bergantung pada jenis VEN cloud pribadi Anda:

  • VEN standar: Cloud pribadi yang dibuat di VEN standar menggunakan Peering Jaringan VPC untuk terhubung ke layanan file jaringan seperti Filestore (menggunakan PSA) atau Google Cloud NetApp Volumes.
  • VEN lama: Private Cloud yang beroperasi di VEN lama memerlukan koneksi pribadi untuk terhubung dengan layanan file jaringan. Jika Anda menghapus koneksi pribadi saat Datastore NFS sedang digunakan, hal ini akan mengganggu akses ke Datastore. Oleh karena itu, pastikan Anda tidak menghapus koneksi pribadi saat Datastore NFS terpasang dan digunakan.

Interoperabilitas dengan Siklus proses cloud pribadi

Datastore NFS yang dikelola oleh VMware Engine API tetap persisten di seluruh peristiwa siklus proses cloud pribadi dengan cara berikut:

  • Perluasan dan penyusutan cluster: Jika Anda menambahkan node ke cluster dengan Datastore NFS yang terpasang, VMware Engine akan otomatis memasang Datastore tersebut di node baru. Jika Anda menghapus node saat menyusutkan cluster, alamat IP vmknic-nya akan dilepaskan.
  • Mulai ulang node: Konfigurasi NFS Datastore pada node bersifat persisten dan tetap utuh setelah node dimulai ulang.
  • Upgrade software: Datastore NFS yang terpasang di host tidak terpengaruh oleh upgrade komponen ESXi, vCenter, dan NSX-T.

Migrasi dari pemasangan Datastore NFS lama

Jika Anda membuat Datastore NFS di VMware Engine sebelum 1 Januari 2026, Anda menggunakan model lama. Untuk beralih ke model yang didukung dan direkomendasikan, hubungi Cloud Customer Care untuk memulai proses migrasi.

Masalah umum

Berikut adalah masalah umum terkait Datastore NFS eksternal:

  • Selama penghapusan sementara cloud pribadi, jalur jaringan ke Datastore akan terputus.
  • Setelah Peering Jaringan VPC dibuat, propagasi rute ke node vSphere dapat memerlukan waktu hingga 20 menit.
  • Untuk Datastore Google Cloud NetApp Volumes, fungsi SnapMirror ke dan dari lokal untuk pemulihan dari bencana tidak didukung.

Langkah berikutnya