Magento Hosting: Spesifikasi Server yang Dibutuhkan

Magento hosting adalah hosting yang sanggup menjalankan seluruh tumpukan layanan yang diminta Adobe Commerce, bukan sekadar PHP dan MySQL. Magento Open Source membutuhkan Composer, mesin pencarian OpenSearch, antrean pesan, dan cache terpisah, sehingga paket shared hosting biasa hampir selalu gagal memenuhinya sejak tahap instalasi.

Apa Kebutuhan Sistem Resmi Magento dan Adobe Commerce?

Adobe menerbitkan daftar versi layanan yang diuji untuk setiap rilis Commerce, dan daftar itu diperbarui secara berkala. Halaman resminya menegaskan Adobe hanya mendukung kombinasi yang tercantum di tabel tersebut, jadi memasang MariaDB atau PHP versi lain berarti Anda keluar dari konfigurasi yang didukung (System requirements, Adobe Commerce).

Tabel di bawah merangkum versi dependensi yang tercantum untuk rilis terbaru pada halaman tersebut. Halaman resminya membedakan konfigurasi Commerce on Cloud dan penerapan on-premises, jadi selalu cocokkan dengan versi Commerce yang Anda pasang.

Sumber tabel: halaman System requirements Adobe Commerce, diperiksa pada September 2026. Selain versi layanan, halaman yang sama mendaftar ekstensi PHP wajib untuk Magento Open Source, termasuk bcmath, gd, intl, mbstring, pdo_mysql, soap, sockets, sodium, xsl, dan zip. Kalau salah satu tidak ada, pemeriksaan kesiapan instalasi akan berhenti sebelum berkas mana pun ditulis.

Halaman rekomendasi perangkat lunak Adobe menyebut daftar yang lebih tegas lagi untuk instalasi produksi: PHP, nginx dengan PHP-FPM, MySQL, serta Elasticsearch atau OpenSearch semuanya berstatus wajib, sedangkan Varnish dan Redis direkomendasikan untuk penerapan multi-server (Software recommendations, Adobe Commerce).

Mengapa Shared Hosting Biasanya Gagal Menjalankan Magento?

Bukan karena penyedia hosting bersama pelit, tapi karena arsitektur Magento menuntut hal-hal yang secara desain tidak diberikan di lingkungan bersama. Ada lima penghalang yang muncul berurutan.

• Tidak ada mesin pencarian. OpenSearch atau Elasticsearch adalah layanan terpisah yang berjalan di JVM dan mendengarkan port sendiri. Paket bersama tidak menyediakannya, dan Anda tidak bisa memasangnya tanpa akses root.
• Composer tidak tersedia atau dibatasi. Pemasangan dan pembaruan Magento dilakukan lewat Composer, yang butuh akses baris perintah dan memori proses besar (Composer, Adobe Commerce Installation Guide).
• Batas memori PHP terlalu rendah. Adobe meminta memory_limit 1G saat kompilasi kode dan penyebaran aset statis, 2G untuk debugging, dan sekitar 3-4G untuk pengujian.
• Cron tidak leluasa. Magento menggantungkan indexer, pengiriman email, dan pembaruan harga pada cron yang jalan tiap menit. Banyak paket bersama membatasi frekuensinya.
• Tidak ada isolasi resource. Proses kompilasi Magento memakai CPU tinggi dalam waktu lama, dan di lingkungan bersama hal itu memicu pembatasan otomatis di tengah proses.

Kalau Anda pernah melihat instalasi Magento berhenti di tengah tanpa pesan jelas, penyebab tersering adalah proses dihentikan karena melampaui batas memori atau waktu eksekusi. Perbandingan karakter beban tiap platform toko sudah dibahas di artikel hosting ecommerce, dan langkah instalasi aplikasinya ada di cara membuat website dengan Magento.

Spesifikasi Minimum vs Rekomendasi Menurut Angka Resmi

Adobe tidak menerbitkan satu angka tunggal berupa RAM minimum server. Yang diterbitkan adalah angka per skenario, dan justru itu yang lebih berguna saat memilih paket. Tabel berikut menyusun angka-angka tersebut menjadi patokan belanja.

Sumber angka pada tabel: halaman Hardware recommendations dan PHP settings di dokumentasi Adobe Commerce.

Berapa Spesifikasi VPS yang Dibutuhkan per Katalog dan Trafik?

Adobe menyediakan rumus, bukan tabel paket. Jumlah inti dihitung dengan rumus N[Inti] = (N[Permintaan yang diharapkan] dibagi 2) + N[Proses cron]. Rumus itu memakai permintaan yang tidak bisa dilayani cache, karena permintaan yang sudah dilayani Varnish tidak lagi menyentuh PHP.

Kolom inti CPU pada tabel di atas adalah hasil perhitungan langsung dari rumus resmi Adobe, bukan angka pemasaran. Yang perlu diingat: jumlah SKU tidak menaikkan kebutuhan CPU secara langsung, tetapi menaikkan ukuran basis data dan lama proses indexing. Karena aturan Adobe menyebut memori basis data sebaiknya minimal mendekati setengah ukuran data yang disimpan, katalog besar praktis memaksa Anda menambah RAM untuk basis data, bukan untuk PHP.

Dari pengalaman tim kami menyiapkan server toko online, kesalahan belanja paling mahal adalah memilih paket berdasarkan jumlah pengunjung bulanan. Angka itu tidak memberi tahu apa pun tentang berapa banyak permintaan yang lolos dari cache. Toko dengan pengunjung sedang tetapi banyak halaman pencarian dan filter layered navigation bisa membebani PHP lebih berat daripada toko dengan pengunjung dua kali lebih banyak yang mayoritas membuka halaman produk statis.

Layanan Pendukung yang Tidak Boleh Dilewati

Magento bukan satu aplikasi, melainkan beberapa layanan yang saling bergantung. Melewatkan salah satunya membuat toko tetap bisa dibuka tapi terasa lambat atau bertingkah aneh di bagian tertentu.

• OpenSearch atau Elasticsearch. Status wajib untuk produksi. Menjalankannya di mesin yang sama dengan PHP boleh untuk toko kecil, tapi sisihkan memori khusus karena layanan ini berjalan di JVM.
• Varnish. Cache halaman penuh. Adobe merekomendasikannya untuk penerapan multi-server, dan efeknya paling terasa pada halaman kategori.
• Redis atau Valkey. Adobe menyarankan satu instance untuk sesi dan instance terpisah sebagai default cache, dengan catatan tegas agar instance sesi tidak dipakai untuk page cache. Langkah pemasangannya ada di panduan cara setup Redis.
• RabbitMQ. Antrean pesan untuk pekerjaan asinkron seperti sinkronisasi stok dan ekspor data.
• nginx dan PHP-FPM. Kombinasi yang dipakai Adobe pada konfigurasi resminya. Penyetelan dasarnya dibahas di artikel cara konfigurasi nginx.
• Cron. Indexer, pengiriman email, dan pembaruan harga bergantung padanya. Tanpa cron yang jalan rutin, harga promo dan stok bisa tidak pernah diperbarui.

Kalau Anda menjalankan semuanya di satu VPS, urutan penambahan yang paling masuk akal adalah OpenSearch dulu karena wajib, lalu Redis untuk cache, lalu Varnish, baru RabbitMQ saat memang ada integrasi yang butuh antrean. Persiapan mesinnya bisa mengikuti panduan cara setup VPS Ubuntu.

Pengaturan PHP yang Sering Membuat Instalasi Berhenti

Tiga pengaturan berikut disebut eksplisit di dokumentasi Adobe dan menjadi penyebab kegagalan paling umum di server yang disiapkan sendiri.

; Batas memori, sesuaikan dengan tahap pekerjaan
memory_limit = 2G

; Cache jalur berkas, disebut wajib dinaikkan oleh Adobe
realpath_cache_size = 10M
realpath_cache_ttl = 7200

; Wajib untuk Magento 2.1 ke atas
opcache.save_comments = 1

Adobe juga meminta OPcache diaktifkan untuk alasan performa, dan menegaskan pengaturan PHP di baris perintah harus sama dengan pengaturan PHP di web server. Kalau php.ini untuk CLI dan untuk PHP-FPM berbeda, instalasi bisa berhasil lewat terminal tetapi gagal saat diakses lewat peramban, dan sebaliknya.

Komponen Biaya Menjalankan Magento

Biaya Magento tidak berhenti di sewa server. Menghitung hanya komponen yang terlihat adalah alasan banyak toko akhirnya berpindah platform di tahun pertama.

Untuk membandingkan angka yang berlaku saat Anda membaca ini, cek langsung daftar spesifikasi dan harga di halaman VPS HostingEkspres serta website toko online. Kami sengaja tidak mencantumkan angka rupiah di artikel ini karena harga paket berubah dan angka yang basi lebih berbahaya daripada tidak ada angka.

Alternatif Lebih Ringan kalau Magento Terlalu Berat

Magento sepadan kalau Anda memang butuh katalog besar, banyak store view, harga per grup pelanggan, dan alur pemenuhan pesanan yang rumit. Kalau kebutuhan Anda lebih sederhana, platform lain memberi hasil yang sama dengan kebutuhan server jauh lebih kecil.

Angka kebutuhan WooCommerce di tabel berasal dari halaman WooCommerce Server Recommendations. Bandingkan dengan tabel dependensi Magento di bagian awal artikel dan selisih bebannya langsung terlihat: satu platform cukup dengan PHP dan basis data, satu lagi menuntut empat layanan pendamping.

Perbandingan fitur kedua platform sudah dibahas terpisah di artikel Magento vs WooCommerce. Untuk kebutuhan server masing-masing alternatif, lihat WooCommerce hosting dan PrestaShop hosting.

Checklist Sebelum Memilih Hosting Magento

Pertanyaan berikut memisahkan penyedia yang benar-benar siap menjalankan Magento dari yang hanya menempelkan kata Magento di halaman pemasaran.

• Versi PHP apa saja yang tersedia, dan apakah cocok dengan versi Commerce yang akan dipasang?
• Apakah OpenSearch atau Elasticsearch sudah tersedia, atau harus Anda pasang sendiri?
• Berapa memory_limit maksimum yang boleh Anda pakai, dan bisakah diubah?
• Apakah akses SSH dan Composer tersedia tanpa batasan?
• Apakah cron boleh berjalan setiap menit?
• Apakah Redis atau Valkey dan Varnish tersedia sebagai layanan?
• Bagaimana skema backup basis data yang berukuran besar dan berapa lama pemulihannya?
• Apakah tersedia lingkungan staging untuk menguji pembaruan sebelum masuk produksi?

Kesimpulan

Magento menuntut lingkungan yang disiapkan sengaja, bukan paket hosting yang kebetulan punya PHP dan MySQL. Kebutuhannya bertingkat: versi layanan yang cocok, batas memori PHP yang lapang, mesin pencarian terpisah, cache, dan cron yang bebas berjalan. Semua angka acuannya sudah diterbitkan Adobe, jadi Anda tidak perlu menebak.

Mulai dengan mengukur dua hal sebelum belanja: perkiraan permintaan yang tidak bisa dilayani cache, dan ukuran basis data Anda. Dari dua angka itu, rumus resmi Adobe memberi jumlah inti, dan aturan setengah ukuran data memberi kebutuhan RAM basis data. Kalau hasilnya jauh di atas anggaran, pertimbangkan platform yang lebih ringan sebelum memaksakan Magento di server yang tidak sanggup. Bandingkan pilihannya lewat artikel hosting toko online dan apa itu VPS.

Pertanyaan Umum (FAQ)