Panduan penyimpanan yang sadar VM

Sebagian besar perusahaan menjalankan puluhan atau ratusan VM pada infrastruktur penyimpanan bersama. Ini termasuk semuanya mulai dari desktop virtual hingga basis data produksi yang berjalan di virtual servers. Hosting dapat dilakukan di lokasi atau melalui penyedia infrastructure-as-a-service (IaaS), biasanya menggunakan nomor unit logis (LUN — unit block storage) atau volume penyimpanan berbasis file.

Menurut riset dari Mordor Intelligence, pasar mesin virtual diperkirakan mencapai USD 13,59 miliar pada tahun 2025 dan diperkirakan akan tumbuh menjadi USD 26,94 miliar pada tahun 2030. Karena pertumbuhan itu mendorong lebih banyak VM ke penyimpanan bersama yang sama, semakin sulit untuk mengetahui VM mana yang menggunakan sumber daya paling banyak atau menyebabkan perlambatan menggunakan metode tradisional. Penyimpanan yang sadar VM hadir untuk menyelesaikan masalah itu.

Penyimpanan yang sadar VM melacak aktivitas setiap VM secara terpisah, menerapkan layanan data seperti penyediaan pada tingkat VM individual.  Penyimpanan ini melihat volume bersama lama atau nomor unit logis (LUN) yang diperlakukan penyimpanan tradisional sebagai satu unit, dengan melacak kinerja VM hingga detail seperti VM mana yang menghasilkan operasi input/output paling banyak per detik (IOPS) pada waktu tertentu.

Alih-alih membiarkan VM bersaing untuk kumpulan yang sama, sistem memberikan setiap VM apa yang dibutuhkannya. Penyimpanan ini juga dapat menetapkan pengaturan kualitas layanan (QoS) per VM, aturan yang mengontrol berapa banyak kinerja penyimpanan yang diizinkan untuk digunakan setiap VM. Dengan cara ini, satu aplikasi prioritas tinggi tidak harus bersaing dengan yang berprioritas rendah untuk penyimpanan yang sama. Penyimpanan disediakan saat VM dibuat, disesuaikan saat beban kerja berubah, dan dibebaskan setelah VM ada atau dihapus.

Snapshot juga ditangani per VM. Sebuah snapshot menangkap keadaan disk virtual VM pada titik waktu tertentu, sehingga data dapat dipulihkan jika terjadi kesalahan. Dalam penyimpanan tradisional, snapshot tingkat rangkaian menangkap seluruh volume bersama. Penyimpanan yang sadar VM memungkinkan rangkaian mengambil snapshot dari masing-masing VM, jadi memulihkan satu data VM tidak berarti memulihkan seluruh volume. (Snapshot per VM selalu dimungkinkan pada tingkat hypervisor, tetapi VAS memungkinkan granularitas seperti itu di tingkat penyimpanan.)

Perlu dicatat bahwa penyimpanan yang sadar VM berlaku untuk blok dan file storage yang menghosting disk VM, bukan object storage yang biasanya digunakan untuk arsip atau data tidak terstruktur. Untuk melihat lebih detail perbandingan antara block storage dan jenis penyimpanan lainnya, lihat penyimpanan objek vs. penyimpanan file vs. block storage.

Perbedaan utama antara penyimpanan tradisional dan penyimpanan yang sadar VM ada pada visibilitasnya. Penyimpanan tradisional bergantung pada protokol blok seperti Fibre Channel dan iSCSI, yang dirancang untuk server fisik dan tidak memiliki cara bawaan untuk melihat aktivitas VM individual. Penyimpanan semacam ini biasanya menyajikan volume bersama atau nomor unit logis (LUN) dari jaringan area penyimpanan (SAN) sebagai satu unit. Titik buta itu menyebabkan penyediaan berlebihan: administrator membangun kapasitas ekstra sebagai tindakan jaga-jaga, dan sebagian besar buffer itu tidak digunakan.

Penyimpanan yang sadar VM mengambil pendekatan yang berbeda, memberikan setiap VM hanya apa yang dibutuhkannya. Tintri adalah salah satu vendor pertama yang membawa pendekatan ini ke pasar, dan vendor penyimpanan lain sejak itu telah membuat versi mereka sendiri. 

Hal ini terlihat paling jelas saat melakukan pemecahan masalah. Pada penyimpanan tradisional, menemukan VM yang lambat biasanya berarti menarik log dan memeriksa seluruh volume bersama, yang membutuhkan waktu ketika sistem sudah kesulitan. Penyimpanan yang sadar VM melewati langkah itu. Informasi sudah terkait dengan VM individu, sehingga penyebabnya mudah ditemukan.

Penyimpanan yang sadar VM memberikan beberapa keuntungan utama, yang dibangun di atas manfaat virtualisasi yang lebih luas:

- Kinerja yang lebih baik
- Biaya lebih rendah
- Pemecahan masalah yang lebih cepat
- Penskalaan yang lebih mudah
- Pemulihan yang lebih tepat

Dengan penyimpanan yang sadar VM, VM tidak lagi harus menunggu sumber daya yang diikat oleh sumber daya lain. Hal itu tentunya mengurangi latensi, sehingga aplikasi berjalan lebih konsisten, terutama ketika dipasangkan dengan perangkat keras dasar yang lebih cepat seperti rangkaian all-flash.

Kapasitas digunakan lebih efisien daripada tidak digunakan untuk menutupi skenario terburuk, sehingga lebih banyak VM dapat berjalan pada perangkat keras yang sama.

Tim TI dapat menentukan VM mana yang menyebabkan masalah alih-alih mencari melalui log, yang mengurangi waktu pemecahan masalah.

Dengan penyimpanan yang mendukung VM, VM baru disediakan dengan penyimpanan secara otomatis saat ditambahkan, sehingga tidak perlu mengonfigurasi ulang kapasitas secara manual.

Data VM tunggal dapat dipulihkan tanpa menyentuh lingkungan lainnya, membatasi gangguan yang disebabkan oleh satu insiden. Hal itu membuat penyimpanan yang sadar VM menjadi bagian yang berguna dari strategi pemulihan bencana, karena memungkinkan replikasi per VM sebelum pemadaman dan pemulihan yang lebih cepat dan lebih bertarget sesudahnya.

Penyimpanan yang sadar VM hadir dengan beberapa keunggulan yang layak dipertimbangkan, seperti:

- Kompleksitas pengaturan
- Vendor lock-in
- Biaya

VAS dapat menyederhanakan manajemen sehari-hari, tetapi migrasinya sendiri bisa lebih kompleks. Ini bukan perpindahan sederhana — organisasi harus berencana untuk pindah dari pengaturan berbasis LUN—dan seringkali membutuhkan penyimpanan yang dibangun untuk mendukung visibilitas tingkat VM. Potensi biaya ini perlu dipertimbangkan.

Beberapa sistem penyimpanan VM-aware juga terkait erat dengan hypervisor tertentu, lapisan perangkat lunak yang memungkinkan beberapa VM berjalan pada satu komputer fisik, atau vendor penyimpanan tertentu, sehingga lebih sulit untuk beralih platform nanti tanpa mengerjakan ulang bagaimana penyimpanan dikonfigurasi.

Sistem penyimpanan yang sadar VM dapat lebih mahal di muka daripada penyimpanan tradisional, karena perangkat keras dan perangkat lunak harus mendukung pelacakan dan pengelolaan data di tingkat VM.

VMware adalah platform virtualisasi terkemuka. dalam TI perusahaan, dan vendor penyimpanan telah membangun solusi yang sesuai dengan kebutuhan tersebut. (Namun, perubahan lisensi yang terjadi setelah akuisisi Broadcomatas VMware mendorong sebagian pelanggan beralih ke pesaing.) Dukungan tersebut meliputi:

- VVols
- vSAN
- VAAI

VVols adalah kerangka kerja VMware untuk integrasi penyimpanan tingkat VM. VVols menyimpan setiap disk VM sebagai objek individual pada rangkaian penyimpanan melalui protokol blok atau Network File System (NFS), daripada menempatkannya di penyimpanan data bersama tradisional.

Dengan VVols, snapshot, kloning, dan pengaturan QoS dapat diterapkan ke satu VM pada satu waktu daripada seluruh volume.

Broadcom mengakuisisi VMware pada tahun 2023 dan telah mulai menghentikan VVols. Sertifikasi VVols dan VASA Provider baru dihentikan dimulai dengan VMware Cloud Foundation (VCF) dan vSphere Foundation (VVF) 9.0, dirilis pada Juni 2025, dan Broadcom berencana untuk menghapus fitur sepenuhnya di VCF/VVF 9.1.

VMware juga menawarkan vSAN, opsi penyimpanannya sendiri yang mengumpulkan drive yang terpasang server ke dalam penyimpanan bersama tanpa SAN terpisah. Karena dibangun langsung ke hypervisor, vSAN dapat menerapkan kebijakan tingkat VM untuk kinerja dan perlindungan data tanpa lapisan integrasi terpisah seperti VVols.

Ada juga VAAI (VMware vSphere Storage APIs Array Integration), yang menyerahkan tugas penyimpanan tertentu, seperti penyediaan, dari server host ke rangkaian penyimpanan itu sendiri. Ketika VM dikloning dari templat, rangkaian dapat menyalin atau mengganti data secara internal alih-alih mengirimkannya melalui host. VAAI mempercepat operasi seperti penyediaan dan kloning tetapi tidak memberikan visibilitas rangkaian ke VM individual dengan sendirinya. Tidak semua vendor mendukung VAAI dengan cara yang sama, jadi ada baiknya mengonfirmasi sebelum menetapkan platform.

Tidak semua beban kerja berjalan pada mesin virtual. Banyak organisasi juga menggunakan kontainer, yang mengemas aplikasi tanpa sistem operasi penuh dan sering berjalan di dalam VM. Kontainer dapat menggunakan penyimpanan sementara atau penyimpanan persisten seperti penyimpanan cloud-native yang dikelola melalui Kubernetes atau orkestra lainnya. Namun, di antara organisasi yang menjalankan VM, VMware bukan satu-satunya pilihan. Hypervisor alternatif termasuk Hyper-V, KVM, dan Nutanix AHV, dan setiap platform menangani penyimpanan secara berbeda:

• Hyper-V sering dipasangkan dengan fitur penyimpanan Windows Server seperti Storage Spaces Direct (S2D), yang menggabungkan drive antar server ke penyimpanan bersama tanpa SAN terpisah.
  
  
• KVM biasanya bergantung pada tumpukan penyimpanan Linux yang mendasarinya, sering dipasangkan dengan alat seperti Ceph untuk penyimpanan bersama di seluruh klaster.
  
  
• Nutanix AHV menggabungkan penyimpanan dan komputasi bersama-sama dalam satu platform, daripada menjalankannya sebagai sistem terpisah. Hypervisor AHV-nya didasarkan pada KVM, meskipun Nutanix juga mendukung Hyper-V dan ESXi

Mengalihkan hypervisor membuat snapshot level VM, pengaturan QoS, dan kebijakan pemulihan berisiko, karena pengaturan tersebut sering dikaitkan dengan alat hypervisor asli dan tidak selalu terbawa secara otomatis.

Sebelum bermigrasi, petakan perlindungan mana yang ada untuk setiap VM dan periksa apakah lingkungan baru dapat mereplikasinya atau apakah perlu dibangun kembali. Beberapa vendor mendukung beberapa hypervisor pada satu platform, yang membuatnya lebih mudah. Lainnya dibangun di sekitar hypervisor tunggal, yang berarti perlindungan mungkin perlu diatur lagi setelah peralihan.

Pada Agustus 2026, Broadcom menghapus akses unduhan publik ke VDDK(Virtual Disk Development Kit), perpustakaan yang memungkinkan alat pihak ketiga membaca disk VM tanpa melalui OS tamu. Alat yang menggunakannya untuk migrasi tanpa agen, termasuk Microsoft Azure Migrate, AWS Aplikasi Migration Service, dan Nutanix Move, sekarang memerlukan akses melalui Program Aliansi Teknologi Broadcom, atau harus beralih ke metode berbasis agen.

Organisasi yang sudah mengelola lingkungan hybrid cloud , yang mencakup cloud pribadi, cloud publik , dan lingkungan on premises, mungkin akan mendapati transisi ini lebih mudah. Memindahkan beban kerja antara infrastruktur yang berbeda sudah menjadi bagian dari operasi sehari-hari mereka. Menguji pemulihan pada platform baru sebelum memotong sepenuhnya sepadan dengan langkah ekstra, karena menangkap kesenjangan dalam biaya pengujian jauh lebih murah daripada menangkapnya di tengah migrasi.