VMware licensing cost post-Broadcom

Biaya Lisensi VMware post-Broadcom: Apa yang Perlu Diketahui

Fakta mengejutkan: setelah akuisisi pada 22 November 2023, model penjualan berubah total—penjualan perpetual dihentikan dalam hitungan minggu, dan target pendapatan langganan naik drastis dari sekitar US$4,7 miliar menjadi US$8,5 miliar dalam tiga tahun.

Kami menyajikan panduan ringkas untuk pengambil keputusan IT di Indonesia. Kita jelaskan implikasi praktis—dari peralihan ke subscription hingga audit yang mungkin lebih sering.

Kami uraikan portofolio yang disederhanakan—dua bundel utama: Cloud Foundation (VCF) dan vSphere Foundation (VSF)—serta opsi ringan yang tersisa. Perubahan metrik per-core (minimum 16 core per CPU) dan biaya keterlambatan 20% memengaruhi budgeting dan arsitektur deployment.

Kami juga membahas BYOS untuk portabilitas subscription on‑prem ke cloud, integrasi Aria ke dalam bundel, dan pemisahan Horizon menjadi Omnissa. Untuk konteks teknis dan perbandingan solusi, lihat perbandingan Proxmox di perbandingan Proxmox vs VMware.

Ringkasan Penting

  • Kemampuan beralih dari CapEx ke OpEx—persiapkan anggaran berulang.
  • Portofolio lebih sederhana—VCF dan VSF jadi fokus pembelian.
  • Perubahan metrik per-core dan minimum 16 core berdampak pada server kecil.
  • Audit dan dukungan kini dibundel—nilai support perlu dievaluasi ulang.
  • BYOS memberi fleksibilitas migrasi on‑prem ke cloud.
  • Late-renewal fee 20% menuntut manajemen renewals yang lebih ketat.

Gambaran Umum: Apa yang Berubah setelah Akuisisi Broadcom

Akuisisi mengakselerasi perubahan komersial—model penjualan tradisional beralih. Kami melihat pergeseran nyata dalam cara produk ditawarkan dan dikelola.

Penawaran perpetual licenses berakhir; SnS untuk perpetual tidak lagi diperpanjang setelah masa berlaku habis. Sekarang fokus bergeser ke subscription-only dengan dua bundel utama: Cloud Foundation dan vSphere Foundation.

Kebijakan ini menghilangkan a la carte untuk Aria dan NSX. Aria SaaS memasuki end-of-availability per 12 Desember 2023 dan hanya tersedia lewat bundel. Banyak customers melaporkan kenaikan dan kompleksitas operasional akibat bundling.

Kami menilai bahwa subscription menawarkan continuous innovation dan portabilitas antar on‑prem dan vmware cloud—termasuk opsi bring-your-own-subscription. Namun, organisasi harus menguatkan tata kelola licensing dan jadwal pembaruan.

  • Peralihan total ke subscription—pengaruh terasa dari enterprise hingga SMB.
  • Dukungan/support kini terbundel; evaluasi SLA internal jadi penting.
  • Dokumentasi entitlement dan dependensi produk menjadi prioritas untuk menghindari gangguan operasi.
AspekSebelum AkuisisiSetelah Akuisisi
Model PenjualanPerpetual + SnSSubscription-only (bundel)
Aria / NSXA la carteTerintegrasi dalam bundel
PortabilitasTerbatasBYOS ke vmware cloud dan provider lain

Linimasa perubahan kunci dan konteks waktu untuk pengambil keputusan

Kami menyajikan garis waktu singkat yang menggambarkan urutan perubahan kebijakan sejak akhir 2023 — agar tim dapat merespons secara tepat dan cepat.

Des 2023 — akhir penjualan perpetual licenses dan SnS

Pada 11–12 Desember 2023 Broadcom menghentikan penjualan perpetual licenses dan memperhentikan renewals untuk SnS setelah masa berlaku. Semua penawaran beralih ke model subscription.

Jan 2024 — bundling VCF/VSF dan Aria SaaS mencapai end

16 Januari 2024 bundling dipertegas: dua bundel utama final. Aria SaaS dinyatakan end-of-availability sejak 12 Desember 2023.

Akhir 2024 — penyesuaian kapasitas vSAN dalam bundle

Pada akhir 2024 kapasitas vSAN dalam VSF naik ke 250 GiB per core—nilai lebih, namun perlu kalkulasi ulang anggaran dan skema support.

Mar–Mei 2025 — aturan minimum 72 core sempat diumumkan lalu ditarik

Distributor mengumumkan minimum 72 core (10 April) lalu kebijakan itu ditarik pada Mei 2025. Konfirmasi tertulis dari providers sangat disarankan.

Jun 2025 — restrukturisasi partner tiers

2 Juni 2025 tier “Registered” dihapus; program sekarang Select, Premier, Pinnacle. Pastikan partner Anda terdaftar untuk menjaga kontinuitas support.

  • Rekomendasi: buat timeline internal yang kaitkan milestone dengan jadwal kontrak dan audit.
  • Minta konfirmasi tertulis dari partner atau provider pada setiap perubahan minimum atau persyaratan.
TanggalPeristiwaDampak singkat
11–12 Des 2023Akhir perpetual licenses & SnSPerpindahan ke subscription; renovasi proses renewals
16 Jan 2024Bundling VCF/VSF finalProduk modular berkurang; penyesuaian entitlement
Akhir 2024vSAN per core naik ke 250 GiBPerlu re-evaluasi kapasitas dan anggaran
Mar–Mei 2025Minimum 72 core (sementara)Ketidakpastian, minta konfirmasi tertulis dari distributor
2 Jun 2025Restrukturisasi partner tiersPartner kecil kehilangan akses; periksa status partner

Portofolio Disederhanakan: Dari 160+ SKU ke VMware Cloud Foundation dan vSphere Foundation

Sekarang produk dikemas ulang dalam dua solusi utama, membuat evaluasi ulang arsitektur dan roadmap wajib dilakukan.

VMware Cloud Foundation: komponen, nilai, dan trade-off

vmware cloud foundation menghadirkan stack end-to-end—vSphere, vsan Enterprise, NSX, Tanzu, dan Aria Suite lengkap.

Nilai utamanya: integrasi penuh dan manajemen terpusat—ideal untuk enterprises yang ingin standarisasi. Risiko: overbuy jika organisasi hanya butuh sebagian komponen.

vSphere Foundation: untuk mid-market dengan add-on

vsphere foundation menargetkan organisasi menengah. Paket ini mencakup vSphere Enterprise Plus, vsan, Tanzu, dan subset Aria (Operations/Logs).

VSF cocok untuk roadmap cloud-native awal dan mengurangi kebutuhan alat terpisah—namun perlu perencanaan kapasitas storage dan performa.

vSphere Standard & essentials plus: opsi ringan dan batasannya

vSphere Standard dan essentials plus tetap tersedia sebagai opsi ringan. Essentials Plus dijual sebagai kit 96-core untuk maksimal tiga host.

Opsi ini sederhana—tepat untuk cabang atau lab—tetapi terbatas pada fitur skala dan integrasi.

BundelKomponen UtamaCocok untuk
Cloud FoundationvSphere, vSAN Ent., NSX, Tanzu, Aria SuiteEnterprises, standardisasi stack
vSphere FoundationvSphere Ent. Plus, vSAN, Tanzu, Aria (Ops/Logs)Mid-market, cloud-native roadmap
Standard / Essentials PlusvSphere Core; Essentials = kit 96-coreCabang, SMB, lab/test

Catatan praktis: packaging menyederhanakan pilihan produk, tetapi implikasi pada licensing dan support bergantung pada profil beban kerja. Pemetaan workload ke bundel yang tepat akan mencegah pembelian berlebih dan tumpang tindih alat operasi.

Perubahan Metrik Lisensi: Dari per-CPU ke per-core dan minimum per prosesor

Peralihan ke per-core menuntut evaluasi ulang arsitektur untuk menghindari pengeluaran berlebih. Kami meninjau implikasi praktis agar tim IT dan keuangan dapat berkoordinasi.

Minimum 16 core per prosesor

Operator sekarang wajib menghitung minimum 16 core per CPU—jadi CPU 12 core tetap dibulatkan ke 16. Dampak langsung terasa pada host kecil dan cabang.

Densitas CPU modern dan desain hardware

Core dan threads tinggi pada prosesor modern menaikkan hitungan lisensi. Oleh karena itu, optimasi spesifikasi fisik menjadi bagian strategi pengendalian biaya.

Essentials Plus: kit 96‑core yang tidak selalu ekonomis

Essentials Plus dijual sebagai kit 96 core untuk maksimal tiga host. Untuk lingkungan berdensitas core rendah, kit ini sering lebih mahal dibanding paket per‑core seperti Standard.

  • Kebijakan 72 cores per order pernah diumumkan lalu ditarik—minta konfirmasi tertulis dari partner.
  • Selaraskan jumlah licenses dengan rencana kapasitas untuk menghindari overprovisioning.
  • Benchmark biaya per workload, bukan hanya per host, agar proyeksi lebih akurat.
AspekAturanDampak
Minimum per CPU16 core per prosesorHost 12-core dihitung 16; kenaikan perhitungan
Essentials PlusKit 96-core (maks 3 host)Lebih murah per-core pada volume, tapi mahal untuk lingkungan kecil
Praktik terbaikOptimasi CPU & segmentasi deploymentMenurunkan TCO dan mengurangi pemborosan

VMware licensing cost post-Broadcom: Harga, contoh, dan pola biaya

Kami jelaskan pola harga per-core, contoh skenario nyata, dan implikasi tenor kontrak agar tim mudah membuat proyeksi anggaran.

MSRP per-core indikatif & contoh skenario

Berikut ilustrasi kasar untuk paket utama—angka ini indikatif untuk perencanaan awal.

Bundel / EdisiMSRP per-core (indikatif)Cocok untuk
vmware cloud foundation~£1.500–£2.000 per core/yearenterprises, standardisasi stack
vSphere Foundation~£1.000–£1.500 per core/yearmid-market, cloud-native roadmap
Standard / essentials plus~£600–£900 per core/year (kit untuk Essentials Plus)SMB, cabang, lab

Contoh nyata dan pola biaya

Sebuah universitas besar di Inggris melaporkan kenaikan ~1.250%—dari ~£40.000/tahun menjadi ~£500.000/tahun—setelah diwajibkan VCF tanpa diskon pendidikan.

Akibatnya, total tiga tahun melonjak menjadi ~£1,1 juta dibanding sebelumnya ~£120.000. Kasus ini mengingatkan bahwa customer sektoral perlu pengecualian atau negosiasi khusus.

Tenor kontrak, ACV, dan implikasi cashflow

Pilihan 1, 3, atau 5 tahun memengaruhi arus kas dan ACV. Subscription jangka panjang menurunkan fluktuasi harga, tapi mengikat OPEX lebih lama.

  • enterprises: bundling memberi nilai integrasi—namun berisiko overbuy jika fitur tidak dipakai.
  • SMB: environment kecil bisa jadi tidak ekonomis dengan essentials plus kit atau bundel besar.
  • Cost tambahan muncul dari integrasi, pelatihan, dan penyesuaian proses — bukan hanya lisensi.
  • Kontrol pemanfaatan dan segmentasi prod vs dev/test/DR menekan pemborosan.
  • Pastikan jalur eskalasi dan SLA support jelas; konsistensi support menentukan kepuasan pengguna.

Untuk opsi alternatif dan perbandingan teknis, lihat perbandingan Proxmox sebagai bahan evaluasi.

Produk yang Terkena Dampak: vSphere, vSAN, NSX, Aria, Horizon

Perubahan produk utama menuntut evaluasi cepat terhadap toolset operasi dan keamanan. Kita harus memahami siapa kehilangan akses standalone dan apa yang berpindah ke bundel.

NSX dan “VMware Firewall”

NSX tidak lagi dijual sebagai produk standalone. Kapabilitas jaringan kini hadir dalam Cloud Foundation atau dipaket ulang sebagai “VMware Firewall” dalam penawaran keamanan Broadcom.

Artinya: model license bergeser ke solusi bundel—tim network perlu sinkronisasi dengan tim procurement.

Aria Suite: dari standalone ke bagian bundel

Aria Operations, Automation, Logs, dan Network tidak tersedia lagi sebagai SaaS terpisah. Fungsinya terintegrasi ke Cloud Foundation atau vSphere Foundation.

Organisasi harus meninjau overlap tools observability dan menilai apakah feature yang sama sudah dimiliki di solusi lain.

Horizon → Omnissa: implikasi EUC

Horizon kini dijual ke KKR dan beroperasi sebagai Omnissa. Pelanggan VDI berurusan dengan vendor baru untuk support dan kontrak.

Perubahan ini memaksa konsolidasi—inventaris fitur yang benar-benar dipakai jadi bagian penting dari strategi pembelian.

“Inventarisasi dan pilot kecil akan mengurangi risiko pembelian bundel yang berlebih.”

ProductPerubahan utamaDampak praktis
vSphere / vSANMasih inti di bundelPerlu perencanaan core & storage lintas solusi
NSXMasuk Cloud Foundation / VMware FirewallModel license berbasis solusi; network-team integrasi
Aria SuiteFungsi terintegrasi ke VCF/VSFReview tool observability; hindari duplikasi
HorizonSpin-out ke OmnissaSupport & kontrak EUC pindah vendor
  • Inventaris fitur yang dipakai — kurangi pembelian berlebih.
  • Kordinasi lintas tim: network, infra, security.
  • Jalankan pilot kecil sebelum skala penuh.

Support, BYOS Portability, dan Perubahan Kualitas Layanan

Dukungan teknis dan portabilitas subscription kini menjadi faktor penentu operasional harian.

Dukungan dibundel dan persepsi kualitas

Sekarang support dan update disertakan otomatis dalam subscription. Ada beberapa levels yang berbeda pada paket baru.

Beberapa pelanggan melaporkan penurunan respons—prioritas cenderung ke akun strategis. Karena itu, kita harus menetapkan KPI untuk respon, resolusi, dan eskalasi.

Bring-Your-Own-Subscription dan praktik portabilitas

BYOS memungkinkan pindah antara on‑prem dan penyedia cloud yang disetujui tanpa membeli ulang. Pastikan providers yang dipilih tercantum dalam kontrak dan entitlement Anda.

Monitor setiap contract—renewal terlambat bisa memicu penalti 20%. Simpan bukti service untuk eskalasi dan audit.

  • Sesuaikan proses tiket dan jalur eskalasi agar support operasional tetap stabil.
  • Gabungkan tagging biaya dan kontrol akses di multi‑cloud untuk mencegah kebocoran entitlement.
  • Latih helpdesk dan NOC pada prosedur baru; evaluasi opsi premium untuk beban mission‑critical.

“Pantau kontrak dan buktikan layanan—itu garis pertahanan terbaik untuk continuity.”

Audit, Renewals, dan Penalti Keterlambatan

Tim IT dan procurement harus siap menghadapi audit kepatuhan yang lebih sering dan lebih rinci. Broadcom menargetkan pendapatan berulang setelah acquisition, sehingga frekuensi pemeriksaan diperkirakan meningkat.

Frekuensi audit meningkat: kesiapan bukti kepatuhan

Kami menyarankan inventarisasi entitlement dan bukti pemakaian yang rapi. Simpan bukti pembelian, deployment, dan korespondensi penjualan dalam satu repositori yang mudah diakses.

Integrasikan kontrol teknis—tagging, metering, dan laporan kapasitas—agar verifikasi berkala menjadi sederhana. Edukasi unit bisnis tentang risiko non‑compliance untuk mencegah permintaan mendadak.

Late‑renewal fee 20%: manajemen tanggal jatuh tempo

Renewals harus direncanakan: buat kalender contract, penanggung jawab, dan pengingat internal. Penalti 20% memperketat disiplin pembaruan dan mengurangi fleksibilitas yang dulu ada pada SnS.

Kami juga menyarankan customers meminta konfirmasi tertulis dari providers soal minimum core, bundling, dan syarat lain. Jika terlambat, bandingkan opsi—memulai subscription baru versus membayar late‑renewal—untuk memilih jalur terendah biaya.

“Tinjau klausul audit dalam kontrak—pastikan metode pengukuran dan akses data telah disepakati.”

  • Rapi-kan dokumentasi untuk mengurangi risiko denda terkait licensing.
  • Pastikan dukungan operasional dan support tersedia saat audit.
  • Negosiasikan ketentuan yang melindungi kontinuitas layanan di era broadcom licensing changes.

Strategi Negosiasi dan Diskon Migrasi

Dalam banyak kasus, diskon awal tidak cukup—kita perlu strategi untuk menilai nilai riil penawaran. Pendekatan yang terukur membantu tim procurement dan IT menekan pengeluaran sambil menjaga kontinuitas operasional.

Trade-in dari perpetual: insentif dan batasannya

Program trade‑in menawarkan diskon menarik—laporan awal bahkan menyebut hingga 50% untuk peralihan cepat. Namun, jangan terbuai: bundling dan metrik baru sering menaikkan total cost bersih.

Jadikan existing perpetual licenses sebagai dasar negosiasi. Minta perhitungan dampak bersih agar angka nyata terlihat sebelum tanda tangan.

Teknik menantang kuotasi: kurangi skop, minta rincian bundle

Minta kuotasi terperinci per line‑item. Pecah bundle menjadi komponen agar terlihat bagian mana yang jadi pendorong biaya.

  • Prioritaskan beban kerja produksi—tunda dev/test jika perlu.
  • Gunakan data konsumsi untuk menunjukkan fitur yang tidak dipakai oleh customer.
  • Masukkan klausul evaluasi dan opsi keluar di dalam contract.

Gunakan third‑party support sebagai leverage

Third‑party support seperti Rimini Street atau Spinnaker Support dapat memperpanjang masa evaluasi dan mengurangi ketergantungan awal. Ini memberi ruang negosiasi—terutama untuk tenor dan SLA.

Kami sarankan melibatkan partners dan account partner untuk memvalidasi hak BYOS, minimum core, dan opsi add‑on sebelum menyetujui. Pastikan support dan licensing selaras dengan roadmap teknis dan bisnis.

Pemodelan Biaya: Cara Menghitung dan Mengoptimalkan

Kami mulai dari data: inventarisasi core dan jumlah cores per host adalah dasar proyeksi biaya. Tanpa angka akurat, alokasi licenses dan pricing akan meleset.

Inventaris core, host, dan workload

Hitung core per CPU, total host, dan beban kerja tiap aplikasi. Ingat aturan minimum 16 core per CPU saat membuat simulasi.

Bandingkan bundel untuk tiap beban kerja

Bandingkan VCF, VSF, Standard, dan essentials plus berdasarkan fitur yang dipakai. Contoh komunitas: 1 host 16 core ~US$2.400/3 tahun dengan vSphere Standard, sementara kit 96‑core Essentials Plus ~US$10.080/3 tahun.

Pisahkan prod vs dev/test/DR

Kelompokkan deployments menurut nilai bisnis. Alihkan non‑prod ke platform alternatif atau konsolidasi untuk mengurangi subscriptions.

  • Uji sensitivitas densitas VM dan konsolidasi host.
  • Selaraskan plan license dengan siklus refresh hardware.
  • Dokumentasikan asumsi—pertumbuhan data dan siklus upgrade.
  • Pastikan biaya support tercakup dalam model.

Kami sarankan membuat model per aplikasi (Rp per aplikasi per tahun) dan memeriksa opsi penghematan sebelum negosiasi. Untuk referensi hosting dan biaya operasional, lihat biaya web hosting.

Alternatif Virtualisasi dan Rute Hibrida

Kami tinjau alternatives realistis untuk menahan risiko pada lingkungan produksi. Pilihan ini melibatkan kombinasi on‑prem hypervisors dan layanan cloud sebagai jalur mitigasi.

Hyper‑V, Nutanix AHV, dan opsi cloud

Microsoft Hyper‑V dan Nutanix AHV (KVM‑based) adalah alternatives enterprise‑ready. Keduanya menawarkan integrasi dengan ekosistem backup dan enterprise support.

Untuk beban baru, providers cloud dan vmware cloud publik dapat menyerap traffic—kurangi tekanan pada on‑prem sambil uji PoC.

Proxmox dan XCP‑NG: kematangan dan risiko

Proxmox dan XCP‑NG tumbuh pesat sebagai opsi open‑source. Namun, ekosistem produk pendukung dan dukungan pihak ketiga belum setara.

Beberapa pelanggan menunggu dukungan backup besar seperti Veeam. Evaluasi risiko dan fallback plan penting sebelum migration besar.

Strategi hybrid yang praktik

  • Freeze ekspansi VMware dan arahkan beban baru ke alternatif atau cloud—uji 12 bulan.
  • Jalankan pilot untuk non‑kritikal, ukur performa, biaya, dan support.
  • Essentials Plus boleh tetap relevan untuk 2–3 host; bandingkan TCO sebelum keputusan.
  • Governance cloud—tagging dan budget alert—jadi part dari rencana migrasi.

Jaringan Partner, Provider, dan Dampaknya pada Pelanggan Indonesia

Kami menilai bahwa jaringan partner kini menentukan kesinambungan layanan bagi banyak organisasi di Indonesia. Perubahan program partner sejak 2 Juni 2025 mempercepat kebutuhan verifikasi dan mitigasi risiko.

Eliminasi tier “Registered”: cari partner berotorisasi

Pada 2 Juni 2025 Broadcom mengakhiri tier “Registered” dan menyisakan Select, Premier, dan Pinnacle. Banyak partner kecil kehilangan otorisasi setelah masa transisi 60 hari.

Impak praktis: tanpa partner berotorisasi, akses penjualan, dukungan, dan service on‑site bisa terganggu.

Konfirmasi status partner dan kesinambungan layanan

Kami sarankan segera konfirmasi status partner Anda—pastikan mereka tercatat pada program terbaru dan memiliki rekam jejak implementasi VCF/VSF.

  • Verifikasi cakupan teknis dan kompetensi partner untuk memastikan support berkelanjutan.
  • Tinjau contract—ada kemungkinan addendum akibat perubahan levels dan struktur partner.
  • Minta rencana kesinambungan: SDM, sertifikasi, dan dukungan purna jual agar layanan tidak terhenti.

Gunakan masa transisi untuk due diligence: jalankan RFP mini atau PoC, dan pertimbangkan dukungan multi‑years hanya setelah nilai terbukti.

Bangun saluran eskalasi—sertakan channel langsung ke vendor jika terjadi hambatan layanan kritis.

Roadmap Migrasi Praktis untuk Pelanggan

Kami merekomendasikan pendekatan jembatan 12 bulan sebagai langkah pertama. Kontrak pendek ini memberi ruang penilaian teknis dan bisnis sebelum commit jangka panjang pada subscriptions.

Bridge 12 bulan, kontrak pendek, dan uji coba alternatif

Ambil kontrak 12 bulan untuk renewals mendatang—ini meminimalkan risiko dan memberi waktu untuk PoC. Bundel renewal “bridge” harus menyertakan rencana exit teknis dan backup ke platform alternatif.

Segmentasi environment, PoC, dan rencana exit teknis

Segmen environment: lisensikan hanya beban kerja kritikal terlebih dahulu. Tunda dev/test/DR atau gunakan perpetual untuk non‑prod selama masih legal.

Jalankan PoC pada subset deployments. Ukur performa, biaya, dan pengalaman customer sebelum scale‑up. Siapkan alat migrasi dan prosedur rollback sebagai rencana exit teknis.

Dokumentasi SKU, syarat contract, dan jadwal internal

Dokumentasikan SKU dan detail license, syarat contract, serta jadwal internal. Kepastian administrasi mempercepat audit dan mengurangi gesekan ketika bernegosiasi dengan providers.

Pertimbangkan essentials plus hanya jika profil core/host cocok—bandingkan dengan Standard/VSF berdasar data nyata. Libatkan third‑party support 1–3 tahun bila perlu untuk transisi.

AreaRekomendasiManfaat
Contract12 bulan bridgeWaktu evaluasi; fleksibilitas renewals
DeploymentsPoC bertahap pada subsetValidasi teknis & pengalaman customer
EnvironmentPrioritaskan produksi; non‑prod tertundaKurangi pengeluaran awal
Support & providersUji jalur support; pertimbangkan TSPContinuity layanan; ruang negosiasi

“Gunakan kontrak singkat untuk bernafas—uji alternatif, dokumentasikan, lalu putuskan.”

Kesimpulan

Kami tarik benang merah: pasca acquisition oleh vmware broadcom, model subscription dan bundling vmware cloud foundation serta vsphere foundation mengubah permainan. Perubahan metrik per-core dan aturan minimum menuntut penguatan governance atas licensing agar operations tetap aman. Support kini terbundel—pastikan levels dan SLA sesuai kebutuhan agar kualitas layanan terjaga.

Praktik terbaik: lakukan inventarisasi, buat model biaya, dan segmentasi beban kerja. cloud dan BYOS dapat menjadi solution hybrid untuk mengurangi double‑pay. Dalam beberapa years ke depan, disiplin renewals menghindarkan penalti dan membatasi naiknya costs. Kami siap membantu audit, pemodelan, dan negosiasi agar transformasi ini berakhir pada infrastruktur yang stabil, efisien, dan siap berkembang.

FAQ

Apa inti perubahan setelah akuisisi Broadcom terkait penawaran produk dan model berlangganan?

Intinya ada penyederhanaan portofolio menuju dua paket utama — Cloud Foundation dan vSphere Foundation — serta pergeseran fokus dari perpetual ke model subscription. Banyak SKU digabung, beberapa produk SaaS dihentikan sebagai standalone, dan bundling fitur meningkat. Dampaknya terasa pada struktur harga, kelayakan host kecil, dan cara mitra menjual solusi.

Kapan perubahan utama terjadi dan apa dampaknya pada kontrak yang sedang berjalan?

Garis waktu penting dimulai Des 2023 (akhir penjualan perpetual dan SnS), Jan 2024 (bundling VCF/VSF dan perubahan Aria), akhir 2024 (penyesuaian kapasitas vSAN), Mar–Mei 2025 (pengumuman lalu pencabutan minimum 72 core), dan Jun 2025 (restrukturisasi tier partner). Kontrak berjalan tetap berlaku tetapi pembaruan dan renewals mengikuti model baru — penting meninjau SLA, harga ACV, dan opsi short-term bridge.

Bagaimana struktur produk yang disederhanakan memengaruhi pilihan teknis kita?

Dengan portofolio yang dipadatkan, pelanggan memilih antara Cloud Foundation (full-stack, banyak fitur terintegrasi) atau vSphere Foundation (mid-market dengan add-on). Trade-off: VCF menyederhanakan operasi tapi bisa berarti pembelian fitur yang tidak semua tim gunakan; VSF lebih modular namun memerlukan add-on untuk fungsi serupa.

Apa perubahan metrik lisensi yang perlu kami perhatikan untuk perencanaan kapasitas?

Model berpindah lebih kuat ke per-core dengan minimum core per prosesor (misalnya 16 core pada beberapa rilis), walau pengumuman 72 core sempat ditarik. Artinya host dengan CPU kecil atau cabang bisa mengalami kenaikan harga per node. Penting memetakan spesifikasi CPU modern agar tidak over‑buy.

Bagaimana menghitung dampak finansial — apakah ada contoh skenario SMB vs enterprise?

Dampak bergantung total core, model (VCF vs VSF), dan tenor kontrak. Enterprise sering meraih nilai bundling walau berisiko “overbuy”. SMB cenderung kena OPEX lebih tinggi karena overhead minimum core dan paket seperti Essentials Plus bisa jadi kurang ekonomis. Kami merekomendasikan pemodelan 1/3/5 tahun dan pembedaan prod vs dev/test untuk estimasi akurat.

Produk mana yang paling terdampak — apakah NSX, Aria, atau Horizon terpengaruh?

Semua terdampak: NSX tidak selalu tersedia sebagai solusi standalone; Aria Suite dikonsolidasikan ke dalam bundle; Horizon mengalami perubahan komersial dan spin‑out ke entitas lain yang memengaruhi roadmap EUC. Pelanggan harus verifikasi fungsi yang masih tersedia dalam setiap bundle.

Bagaimana perubahan memengaruhi dukungan teknis dan portabilitas subscription (BYOS)?

Dukungan kini lebih banyak dibundel dalam subscription dengan tier yang direstrukturisasi. BYOS masih ada untuk beberapa skenario on‑prem ke cloud, namun persyaratan dan batasan berbeda per paket — konfirmasi portabilitas dan SLA sebelum bertransisi.

Apakah frekuensi audit bertambah dan apa risiko keterlambatan renewals?

Frekuensi audit cenderung meningkat — penting menyiapkan inventaris core dan bukti pemakaian. Late‑renewal fee yang pernah diberlakukan (misalnya 20%) menggarisbawahi perlunya manajemen tanggal jatuh tempo untuk menghindari penalti finansial dan risiko compliance.

Strategi negosiasi apa yang efektif untuk meminimalkan pengeluaran saat migrasi dari perpetual?

Gunakan trade‑in yang ditawarkan, minta rincian bundle untuk mengeliminasi fitur tidak perlu, bagi pembayaran tenor, dan libatkan third‑party support sebagai leverage. Memecah scope, menguji PoC, serta meminta diskon migrasi bisa menurunkan ACV.

Bagaimana cara memodelkan biaya untuk menentukan opsi optimal (VCF vs VSF vs Standard/Essentials)?

Mulai dari inventaris core dan host, lalu klasifikasikan workload (prod/dev/test/DR). Bandingkan total biaya kepemilikan untuk tiap paket berdasarkan harga per‑core, kebutuhan fitur, dan duration kontrak. Pisahkan lingkungan non‑produksi untuk mengurangi subscription penuh.

Apakah ada alternatif yang layak selain produk utama ini untuk organisasi yang mencari penghematan?

Ada opsi seperti Microsoft Hyper‑V, Nutanix AHV (berbasis KVM), Proxmox, dan XCP‑NG. Masing‑masing berbeda tingkat kematangan, dukungan backup, dan risiko operasional. Strategi hybrid — memindahkan beban baru ke cloud sambil mempertahankan legacy on‑prem — seringkali lebih realistis.

Bagaimana perubahan partner tiers memengaruhi pelanggan di Indonesia?

Penghapusan tier “Registered” dan restrukturisasi ke Select/Premier/Pinnacle menuntut konfirmasi status partner. Cari mitra berotorisasi yang dapat menjamin kontinuitas layanan, kontrak lokal, dan dukungan pasca‑jual.

Apa langkah praktis untuk roadmap migrasi dalam 12 bulan ke depan?

Rencanakan bridge 12 bulan atau kontrak pendek, lakukan segmentasi lingkungan, jalankan PoC untuk alternatif, dan siapkan rencana exit teknis. Dokumentasikan SKU dan syarat kontrak untuk menghindari kebingungan saat renewals.

Perubahan apa yang harus dimasukkan ke dalam RFP atau permintaan penawaran dari vendor/partner?

Minta rincian SKU, perincian bundling fitur, syarat portabilitas, klausul audit, dan skema diskon untuk trade‑in. Sertakan skenario kapasitas dan tenor kontrak agar penawaran mencerminkan kebutuhan nyata tanpa pembelian berlebih.

Comments are closed.