Lokasi:
Srengseng Sawah, Jagakarsa Jakarta Selatan
Cara menghitung kebutuhan server perusahaan harus dimulai dari jenis aplikasi, jumlah pengguna aktif, kapasitas data, kebutuhan jaringan, dan rencana pertumbuhan bisnis. Secara umum, perusahaan kecil dapat memulai dari prosesor 6–8 core, RAM ECC 32–64 GB, serta storage usable 2–6 TB. Perusahaan menengah yang menjalankan ERP, database, atau virtualisasi biasanya membutuhkan prosesor 12–24 core, RAM 128–256 GB, dan storage berkecepatan tinggi dengan kapasitas yang disesuaikan dengan pertumbuhan data.
Namun, spesifikasi tersebut tidak dapat dijadikan standar untuk semua perusahaan. Dua bisnis dengan jumlah karyawan yang sama bisa membutuhkan konfigurasi berbeda karena workload, jumlah pengguna yang aktif bersamaan, volume transaksi, serta toleransi terhadap downtime juga berbeda. Oleh sebab itu, penentuan CPU, RAM, storage, dan jaringan harus dilakukan berdasarkan kebutuhan operasional yang sebenarnya agar server tidak terlalu kecil maupun berlebihan.
Jumlah user memang penting, tetapi bukan satu-satunya dasar. Dua perusahaan dengan 100 karyawan bisa memiliki kebutuhan server yang sangat berbeda.
Perusahaan pertama mungkin hanya memakai server untuk menyimpan dokumen Word, spreadsheet, PDF, dan hasil scan. Aktivitasnya didominasi proses membuka, menyimpan, serta membagikan file. Beban CPU relatif ringan, tetapi kapasitas storage dan jaringan perlu diperhatikan.
Perusahaan kedua bisa saja menjalankan ERP, database, aplikasi akuntansi, sistem HR, dan beberapa virtual machine. Walaupun jumlah penggunanya sama, kebutuhan CPU, RAM, storage, serta redundansinya jauh lebih besar.
Selain jumlah user, perusahaan perlu melihat pola penggunaannya. Seratus akun yang terdaftar tidak berarti seratus orang selalu aktif secara bersamaan. Bisa jadi hanya 30 sampai 40 user yang mengakses sistem pada jam sibuk. Sebaliknya, perusahaan dengan 50 karyawan dapat menghasilkan beban tinggi jika seluruh user menjalankan laporan atau transaksi pada waktu yang sama.
Jenis aktivitas juga berpengaruh. Membuka satu file PDF tentu tidak sama bebannya dengan memproses laporan penjualan, mengimpor ribuan data, atau menjalankan analisis database. Karena itu, kebutuhan server harus dihitung berdasarkan workload, bukan sekadar jumlah orang.
Langkah pertama sebelum memilih spesifikasi adalah membuat daftar aplikasi yang akan ditempatkan pada server. Jangan hanya menulis “server kantor” karena istilah tersebut terlalu umum.
Catat apakah server akan digunakan untuk file sharing, database, ERP, aplikasi web, email, backup, virtualisasi, Active Directory, sistem CCTV, atau kombinasi beberapa fungsi sekaligus. Setiap workload memiliki karakter yang berbeda.
File server lebih bergantung pada kapasitas storage, jumlah disk, dan kecepatan jaringan. Database membutuhkan RAM yang cukup serta storage dengan latency rendah. Virtualisasi memerlukan CPU dengan banyak core, kapasitas RAM besar, dan storage yang mampu melayani beberapa virtual machine secara bersamaan.
Selain jenis aplikasi, periksa pula persyaratan resmi dari vendor software. Beberapa aplikasi memiliki rekomendasi minimum untuk jumlah core, kapasitas RAM, versi sistem operasi, jenis database, dan ruang penyimpanan. Namun, spesifikasi minimum sebaiknya tidak langsung dijadikan spesifikasi produksi karena biasanya hanya cukup untuk instalasi dasar.
Perusahaan juga perlu mengidentifikasi karakter beban kerja. Apakah aplikasi lebih banyak membaca data, menulis data, atau menjalankan proses komputasi? Apakah trafik stabil sepanjang hari atau meningkat tajam pada jam tertentu? Apakah ada proses bulanan seperti closing, payroll, sinkronisasi, atau pembuatan laporan besar?
Informasi tersebut membantu menentukan bagian server yang paling perlu diprioritaskan. Workload komputasi membutuhkan CPU lebih kuat, workload database membutuhkan RAM dan storage cepat, sedangkan file sharing berkapasitas besar lebih membutuhkan penyimpanan dan jaringan yang baik.
Empat komponen utama yang perlu dihitung adalah CPU, RAM, storage, dan jaringan. Keempatnya harus seimbang karena server dapat tetap lambat jika salah satu komponen menjadi bottleneck.
CPU menangani proses aplikasi, transaksi, kompresi, enkripsi, virtual machine, dan berbagai perintah sistem. Perhatikan jumlah core, kecepatan per core, generasi prosesor, kapasitas cache, serta jumlah socket yang didukung.
Untuk workload ringan seperti file sharing dan aplikasi kantor sederhana, prosesor server dengan 6 sampai 8 core dapat menjadi titik awal. Untuk database, ERP, atau virtualisasi, kebutuhan dapat meningkat menjadi 12, 16, 24 core, atau lebih.
Jika perusahaan sudah memiliki server lama, gunakan data pemakaian pada jam sibuk. Misalnya, server dengan 8 core sering mencapai penggunaan 80 persen. Kondisi tersebut menunjukkan bahwa server baru membutuhkan kapasitas CPU lebih besar, ditambah cadangan untuk pertumbuhan.
Namun, jangan sekadar menggandakan jumlah core. Performa core dari generasi prosesor baru dapat berbeda. Beberapa software juga menerapkan lisensi berdasarkan jumlah core atau socket. Membeli terlalu banyak core tanpa memperhitungkan lisensi dapat meningkatkan biaya implementasi.
RAM menyimpan data yang sedang aktif agar dapat diakses lebih cepat. Kekurangan RAM membuat server lebih sering menggunakan storage sebagai memori tambahan, sehingga respons aplikasi menurun.
Untuk server virtualisasi, jumlahkan alokasi RAM seluruh virtual machine, lalu tambahkan kebutuhan hypervisor dan ruang cadangan. Jika lima VM membutuhkan total 96 GB, server sebaiknya tidak dipasang tepat 96 GB. Konfigurasi 128 GB atau 192 GB akan lebih aman.
Untuk database, RAM berperan besar dalam proses cache. Semakin banyak data aktif yang dapat disimpan di RAM, semakin sedikit permintaan yang harus membaca storage secara langsung.
Server perusahaan sebaiknya menggunakan RAM ECC agar kesalahan memori tertentu dapat dideteksi dan dikoreksi. Perhatikan pula jumlah slot, channel memori, serta kemungkinan upgrade. Hindari mengisi semua slot dengan modul kecil apabila perusahaan masih membutuhkan ekspansi.
Perhitungan storage harus mencakup data saat ini, pertumbuhan data, ruang aplikasi, sistem operasi, log, file sementara, serta kapasitas yang berkurang akibat konfigurasi RAID.
Gunakan rumus berikut:
Kebutuhan storage = data aktif + pertumbuhan beberapa tahun + ruang sistem dan log + cadangan
Misalnya, data perusahaan saat ini berjumlah 3 TB dan bertambah sekitar 800 GB per tahun. Jika server direncanakan dipakai selama empat tahun, kebutuhan dasarnya menjadi sekitar 6,2 TB. Setelah menambahkan ruang sistem, log, file sementara, dan cadangan sekitar 25 persen, kebutuhan kapasitas usable dapat mendekati 8 TB.
Kapasitas usable berbeda dengan kapasitas mentah. Empat disk berkapasitas 4 TB memiliki kapasitas mentah 16 TB, tetapi kapasitas yang dapat digunakan akan lebih kecil setelah menerapkan RAID.
Jenis storage juga harus disesuaikan. SSD cocok untuk sistem operasi, aplikasi, database, dan virtual machine. HDD masih relevan untuk arsip serta penyimpanan berkapasitas besar. NVMe dapat dipakai ketika server membutuhkan IOPS tinggi dan latency rendah.
Perusahaan juga dapat memisahkan storage berdasarkan fungsi. Sistem operasi dapat ditempatkan pada SSD RAID 1, aplikasi dan database pada SSD atau NVMe, sedangkan dokumen serta arsip ditempatkan pada HDD enterprise.
Server yang cepat tetap terasa lambat jika jaringan menjadi hambatan. Perhatikan jumlah user aktif, ukuran file yang dipindahkan, proses backup, koneksi ke storage, dan trafik antarcabang.
Jaringan 1GbE masih cukup untuk banyak kebutuhan kantor, terutama jika server digunakan untuk file berukuran kecil dan aplikasi ringan. Namun, 10GbE lebih tepat untuk virtualisasi, shared storage, backup berukuran besar, file desain, video, atau database dengan trafik tinggi.
Jika menggunakan koneksi 10GbE, pastikan switch, kabel, transceiver, dan perangkat jaringan lain juga mendukung. Mengganti network interface card pada server saja tidak cukup jika komponen jaringan lainnya masih terbatas pada 1GbE.
Concurrent user adalah jumlah pengguna yang aktif pada waktu yang sama. Angka ini lebih relevan daripada jumlah akun yang terdaftar.
Misalnya, perusahaan memiliki 200 user, tetapi hanya 50 yang aktif bersamaan. Bebannya bisa lebih rendah dibandingkan perusahaan dengan 100 user yang semuanya mengakses ERP pada jam yang sama.
Untuk mendapatkan angka yang lebih akurat, perusahaan dapat melihat log aplikasi, koneksi database, jumlah sesi aktif, penggunaan CPU, RAM, disk I/O, dan trafik jaringan selama jam sibuk. Pengukuran sebaiknya dilakukan selama beberapa minggu agar hasilnya tidak hanya menggambarkan kondisi pada satu hari tertentu.
Pertumbuhan data juga perlu dihitung sejak awal. Data perusahaan dapat bertambah dari transaksi, dokumen, email, gambar, log aplikasi, rekaman CCTV, atau hasil backup. Tanpa proyeksi, storage yang terlihat besar saat dibeli bisa penuh dalam waktu singkat.
Sebagai contoh, file perusahaan saat ini mungkin hanya berjumlah 4 TB. Namun, jika pertumbuhannya mencapai 1,5 TB per tahun, dalam tiga tahun kebutuhannya dapat bertambah menjadi 8,5 TB sebelum memperhitungkan ruang sistem dan cadangan.
Selain kapasitas, perhitungkan pertumbuhan beban. Penambahan cabang, user, aplikasi, integrasi, dan virtual machine akan menggunakan CPU serta RAM tambahan.
Sebagai aturan awal, perusahaan dapat menyediakan headroom sekitar 20 sampai 40 persen pada resource penting. Angka tersebut harus disesuaikan dengan kecepatan pertumbuhan bisnis dan waktu yang diperlukan untuk melakukan upgrade.
Perusahaan yang proses pengadaannya panjang mungkin perlu menyiapkan cadangan lebih besar. Sebaliknya, perusahaan yang mudah menambah komponen dapat memulai dengan konfigurasi lebih efisien selama server memiliki slot RAM, drive bay, dan ruang ekspansi yang memadai.
Berikut gambaran awal yang dapat digunakan sebagai referensi. Konfigurasi akhir tetap harus disesuaikan dengan workload, aplikasi, jumlah pengguna aktif, dan kebutuhan ketersediaan sistem.
| Skala Perusahaan | Gambaran Penggunaan | CPU | RAM | Storage |
| Kecil | File sharing, aplikasi akuntansi, 10–30 user | 6–8 core | 32–64 GB ECC | SSD sistem dan 2–6 TB usable |
| Menengah | ERP, database, file server, 30–100 user | 12–24 core | 128–256 GB ECC | SSD/NVMe aplikasi dan 6–16 TB usable |
| Besar | Banyak VM, database besar, dan banyak cabang | 24 core atau lebih | 256 GB hingga 1 TB atau lebih | Multi-tier storage, RAID, shared storage |
Untuk perusahaan kecil, satu server dapat menangani beberapa fungsi selama bebannya tidak terlalu tinggi dan sistem backup tersedia. Virtualisasi ringan dapat digunakan untuk memisahkan file server, aplikasi, dan domain controller agar pengelolaannya lebih rapi.
Perusahaan menengah biasanya membutuhkan pemisahan workload yang lebih jelas. ERP dan database sebaiknya menggunakan storage cepat, sedangkan file perusahaan dapat ditempatkan pada volume berbeda. Dual power supply, RAID, backup terpisah, dan jaringan 10GbE mulai layak dipertimbangkan.
Pada perusahaan besar, satu server sering tidak cukup. Infrastruktur dapat terdiri dari beberapa host virtualisasi, shared storage, cluster, replikasi, high availability, dan sistem disaster recovery. Fokusnya bukan hanya performa, tetapi juga kemampuan menjaga layanan tetap aktif ketika satu komponen gagal.
Tabel tersebut bukan paket baku. Aplikasi ringan pada perusahaan besar bisa membutuhkan resource lebih kecil. Sebaliknya, perusahaan kecil dengan workload analitik, rendering, atau database intensif dapat membutuhkan server yang jauh lebih kuat.
Assessment dibutuhkan ketika perusahaan akan membeli server baru, mengganti perangkat lama, memindahkan aplikasi, menjalankan virtualisasi, menambah cabang, atau mengalami masalah performa.
Proses assessment biasanya mencakup inventarisasi aplikasi, jumlah user, concurrent user, penggunaan CPU, RAM, storage, jaringan, kebutuhan backup, lisensi, dan target uptime. Tim teknis juga perlu memeriksa kompatibilitas antara server, sistem operasi, database, storage, dan perangkat jaringan.
Assessment menjadi semakin penting jika server menjalankan aplikasi kritikal. Perusahaan perlu menentukan berapa lama sistem boleh berhenti dan berapa banyak data yang masih dapat ditoleransi untuk hilang saat terjadi gangguan. Dari sini dapat ditentukan apakah satu server sudah cukup atau diperlukan replikasi, cluster, high availability, dan disaster recovery.
Assessment juga diperlukan ketika server lama sering mengalami penggunaan CPU tinggi, RAM hampir penuh, storage lambat, kapasitas disk menipis, atau proses backup memerlukan waktu terlalu lama. Kondisi tersebut dapat menunjukkan bahwa server membutuhkan upgrade, pemisahan workload, atau penggantian perangkat.
Hasil assessment membantu perusahaan memilih konfigurasi yang realistis: tidak terlalu kecil, tidak berlebihan, dan masih dapat dikembangkan. Perusahaan juga dapat menghitung biaya secara lebih menyeluruh, termasuk hardware, lisensi, instalasi, migrasi, backup, listrik, pendinginan, dan maintenance.
Sparta Server Indonesia dapat membantu perusahaan melakukan konsultasi kebutuhan, pengadaan server, instalasi, virtualisasi, migrasi, serta maintenance. Dengan perhitungan berdasarkan workload dan rencana pertumbuhan, server yang dipilih dapat mendukung operasional perusahaan secara lebih stabil, aman, dan efisien.
Untuk konsultasi kebutuhan dan pemilihan spesifikasi server, perusahaan dapat menghubungi Sparta Server Indonesia melalui informasi berikut:
Email: sales@spartaserverindonesia.com
WhatsApp: +62 878-2224-1000
Alamat kantor: Jl. Raya Lenteng Agung Barat Nomor 8, RT 02/RW 04, Srengseng Sawah, Jagakarsa, Jakarta Selatan, DKI Jakarta
Website: spartaserverindonesia.com
Cara menghitung kebutuhan server dimulai dengan mengidentifikasi aplikasi, jumlah pengguna aktif bersamaan, kebutuhan CPU, kapasitas RAM, pertumbuhan data, jenis storage, dan kebutuhan jaringan. Perusahaan juga perlu menambahkan ruang cadangan agar server tetap mampu menangani peningkatan workload.
Kebutuhan RAM tergantung jenis aplikasi dan jumlah pengguna. File server ringan dapat dimulai dari 32–64 GB RAM ECC, sedangkan server untuk ERP, database, atau virtualisasi biasanya membutuhkan 128–256 GB atau lebih.
Jumlah karyawan dapat menjadi referensi awal, tetapi bukan satu-satunya faktor. Jumlah pengguna aktif bersamaan, jenis aktivitas, volume transaksi, dan aplikasi yang dijalankan lebih berpengaruh terhadap kebutuhan server.
SSD cocok untuk sistem operasi dan aplikasi, HDD lebih ekonomis untuk arsip berkapasitas besar, sedangkan NVMe sesuai untuk database, virtualisasi, dan workload yang membutuhkan kecepatan tinggi. Perusahaan dapat menggabungkan beberapa jenis storage sesuai fungsi datanya.
Assessment server diperlukan saat perusahaan akan membeli server baru, mengganti perangkat lama, menjalankan virtualisasi, menambah aplikasi, membuka cabang, atau mengalami masalah seperti server lambat, RAM penuh, dan kapasitas storage menipis.
Solusi Server Lengkap untuk Beragam Kebutuhan Bisnis & Teknologi
Copyright 2025 spartaserverindonesia.com. All Rights Reserved.