Apa Itu Server Sizing?

Server sizing adalah proses menentukan spesifikasi dan kapasitas server berdasarkan kebutuhan aplikasi, jumlah pengguna, volume data, serta beban kerja yang harus ditangani. Proses ini bertujuan memastikan infrastruktur memiliki sumber daya yang cukup untuk menjalankan sistem bisnis secara stabil tanpa mengalokasikan kapasitas secara berlebihan.

Tiga komponen utama yang perlu diperhitungkan adalah Central Processing Unit (CPU), Random Access Memory (RAM), dan storage. CPU dan RAM berkaitan dengan kebutuhan pemrosesan, sedangkan storage ditentukan oleh kapasitas data, kecepatan akses, dan kebutuhan perlindungan data.

Bagi perusahaan yang menjalankan aplikasi ERP, database, virtualisasi, file server, atau sistem bisnis lainnya, konfigurasi harus disesuaikan dengan karakteristik workload dan target performa aplikasi, bukan hanya spesifikasi tertinggi.

Identifikasi Workload dan Kebutuhan Bisnis

Langkah pertama adalah memahami sistem yang akan dijalankan. Setiap workload memiliki kebutuhan sumber daya yang berbeda. Database transaksi membutuhkan performa CPU, kapasitas RAM, serta kecepatan baca-tulis storage yang seimbang, sedangkan file server lebih menitikberatkan pada kapasitas penyimpanan dan pengelolaan akses data.

• Jenis aplikasi dan sistem operasi yang akan dijalankan.
• Jumlah pengguna aktif dan koneksi bersamaan pada jam sibuk.
• Volume transaksi dan kompleksitas pemrosesan.
• Jumlah serta ukuran database dan file.
• Pola penggunaan harian, termasuk periode beban puncak.
• Kebutuhan high availability, backup, dan disaster recovery.
• Proyeksi pertumbuhan pengguna serta data dalam tiga hingga lima tahun.

Jika perusahaan sudah memiliki server, gunakan data monitoring untuk melihat pemakaian CPU, RAM, storage, dan IOPS pada kondisi normal maupun saat beban puncak. Data aktual tersebut menjadi dasar yang lebih baik daripada sekadar memperkirakan kebutuhan berdasarkan jumlah karyawan.

Cara Menentukan Kebutuhan CPU Server

CPU bertanggung jawab menjalankan instruksi dan memproses pekerjaan aplikasi. Pemilihan CPU tidak hanya ditentukan oleh jumlah core, tetapi juga karakteristik aplikasi, kebutuhan komputasi, kecepatan pemrosesan per core, dan kemampuan menjalankan banyak proses secara bersamaan.

Faktor yang menentukan sizing CPU

• Jumlah core dan thread. Core menentukan kemampuan pemrosesan paralel, sedangkan thread membantu CPU menangani alur pekerjaan. Jumlah thread tidak selalu setara dengan jumlah pekerjaan yang dapat diselesaikan secara efektif, karena hasilnya bergantung pada arsitektur CPU dan karakteristik aplikasi.
• Karakteristik workload. Aplikasi yang banyak menjalankan pekerjaan paralel dapat memperoleh manfaat dari jumlah core yang lebih besar. Aplikasi yang sensitif terhadap performa single-thread mungkin lebih terbantu oleh CPU dengan performa per core yang tinggi.
• Jumlah virtual machine (VM). Perhitungan perlu mempertimbangkan jumlah VM, alokasi vCPU, pola penggunaan CPU, dan beban puncak. Total vCPU yang dialokasikan tidak selalu digunakan bersamaan, tetapi rasio alokasi tetap harus memperhitungkan risiko kompetisi sumber daya.
• Target performa. Tentukan batas utilisasi CPU berdasarkan kebutuhan aplikasi dan hasil pengujian. Jangan hanya melihat rata-rata, karena lonjakan beban dapat menyebabkan antrean pemrosesan dan memperpanjang waktu respons.

Contoh perhitungan awal CPU

Misalnya, perusahaan menjalankan empat VM dengan perkiraan kebutuhan berikut:

Angka ilustrasi alokasi awal, bukan rekomendasi final jumlah core fisik.

Kapasitas CPU fisik perlu ditentukan berdasarkan utilisasi aktual, kebutuhan performa saat beban puncak, karakteristik hypervisor, serta hasil pengujian. Untuk implementasi produksi, evaluasi juga kebutuhan prosesor cadangan apabila satu host harus menampung VM dari host lain ketika terjadi kegagalan.

Cara Menghitung Kebutuhan RAM Server

RAM menyimpan data dan instruksi yang sedang digunakan aplikasi agar dapat diakses lebih cepat dibandingkan jika harus mengambilnya dari storage. Kapasitas RAM yang tidak memadai dapat menyebabkan aplikasi melambat, meningkatnya aktivitas paging atau swapping, dan penurunan performa sistem. Sebaliknya, RAM yang terlalu besar tanpa kebutuhan yang jelas meningkatkan biaya investasi tanpa peningkatan performa yang sebanding.

Faktor yang memengaruhi kebutuhan RAM

• Kebutuhan memori sistem operasi dan aplikasi.
• Ukuran database aktif dan kebutuhan caching.
• Jumlah pengguna atau sesi bersamaan.
• Alokasi RAM setiap VM.
• Kebutuhan memory buffer, proses latar belakang, dan layanan pendukung.
• Cadangan untuk pertumbuhan workload dan kebutuhan operasional.

Rumus estimasi RAM server

Angka ilustrasi. Cadangan 25% hanyalah asumsi perencanaan, bukan standar universal.

Dalam contoh ini, kapasitas RAM yang direncanakan sekitar 85 GB. Perusahaan kemudian dapat mengevaluasi konfigurasi kapasitas yang tersedia dan didukung oleh platform server, misalnya 96 GB atau 128 GB, sesuai kebutuhan ekspansi dan konfigurasi memori yang direkomendasikan vendor. Besaran cadangan harus disesuaikan dengan hasil monitoring, pertumbuhan workload, serta kebutuhan failover.

Untuk server virtualisasi, jangan menjumlahkan alokasi RAM VM secara terpisah dari kebutuhan hypervisor dan komponen pendukung. Pastikan juga konfigurasi memori mengikuti ketentuan platform, termasuk jumlah prosesor, kanal memori, dan jenis DIMM yang didukung.

Cara Menentukan Kapasitas Storage Server

Storage menyimpan sistem operasi, aplikasi, database, dokumen, log, serta data operasional perusahaan. Menentukan kapasitas storage bukan hanya soal menghitung total ukuran file saat ini, tetapi juga memperhitungkan pertumbuhan data, performa I/O, redundansi, dan kebijakan retensi.

Faktor yang perlu diperhitungkan

• Kapasitas data saat ini. Catat ukuran database, file, aplikasi, log, dan data lain yang perlu disimpan pada infrastruktur baru.
• Pertumbuhan data. Gunakan tren pertumbuhan historis apabila tersedia. Jika belum ada data, buat beberapa skenario pertumbuhan dan validasi asumsi tersebut secara berkala.
• Performa storage. Perhatikan kebutuhan IOPS, throughput, dan latency. Database transaksi umumnya lebih sensitif terhadap latensi baca-tulis, sedangkan file server dengan data besar lebih menekankan throughput dan kapasitas.
• Redundansi dan perlindungan data. Konfigurasi RAID, replikasi, backup, serta disaster recovery memiliki fungsi berbeda. Kapasitas disk mentah tidak sama dengan kapasitas usable setelah memperhitungkan redundansi dan overhead sistem.
• Retensi dan backup. Perhitungkan berapa lama data harus disimpan, frekuensi backup, jumlah salinan, serta kebutuhan pemulihan ketika terjadi gangguan.

Rumus estimasi pertumbuhan kapasitas

Sebagai contoh, perusahaan memiliki data aktif sebesar 4 TB dengan asumsi pertumbuhan 30% per tahun selama tiga tahun. Kapasitas data pada akhir tahun ketiga: 4 TB × (1 + 0,30)³ = sekitar 8,79 TB.

Angka tersebut belum mencakup kebutuhan ruang kosong operasional, redundansi, metadata, snapshot, atau kapasitas backup. Karena itu, kapasitas fisik storage yang diperlukan bergantung pada arsitektur dan kebijakan perlindungan data yang digunakan.

Memilih HDD, SSD, atau NVMe

Pemilihan media penyimpanan perlu disesuaikan dengan pola akses data.

Evaluasi karakteristik I/O, target performa, kapasitas, dan anggaran sebelum menentukan konfigurasi.

Sesuaikan Sizing dengan Jenis Penggunaan Server

Kebutuhan CPU, RAM, dan storage sangat bergantung pada aplikasi yang dijalankan. Matriks dan tabel berikut dapat digunakan sebagai panduan awal untuk assessment, bukan sebagai spesifikasi baku.

Panduan awal untuk assessment, bukan spesifikasi baku.

Satu server dapat menjalankan beberapa jenis workload sekaligus. Dalam kondisi tersebut, perencanaan perlu memperhitungkan kompetisi sumber daya antar-aplikasi dan menentukan apakah workload sebaiknya dikonsolidasikan atau dipisahkan.

Perhitungkan Skalabilitas dan High Availability

Server yang sesuai dengan kebutuhan saat ini belum tentu cukup untuk kebutuhan beberapa tahun mendatang. Karena itu, sizing perlu mempertimbangkan pertumbuhan bisnis dan strategi ketersediaan layanan. Hal-hal yang perlu dievaluasi antara lain:

• Kemampuan ekspansi RAM dan penambahan drive.
• Dukungan CPU dan konfigurasi upgrade.
• Kapasitas slot PCIe dan konektivitas jaringan.
• Kebutuhan redundant power supply dan koneksi jaringan.
• Mekanisme failover serta kapasitas yang dibutuhkan ketika salah satu host gagal.
• Integrasi dengan storage eksternal, backup, dan disaster recovery.

Untuk lingkungan virtualisasi dengan beberapa host, kebutuhan kapasitas harus dihitung pada tingkat cluster. Jika satu host gagal, host yang tersisa harus mampu menampung workload penting sesuai target layanan yang ditentukan. Platform virtualisasi seperti VMware vSphere menyediakan mekanisme untuk ini, yaitu admission control pada vSphere HA yang menyisihkan kapasitas cadangan agar VM dapat dinyalakan kembali setelah host gagal.

Penambahan kapasitas juga tidak selalu menjadi solusi terbaik. Ketika bottleneck berada pada jaringan, konfigurasi aplikasi, atau latency storage, upgrade CPU atau RAM saja mungkin tidak menyelesaikan masalah. Untuk sisi jaringan, pelajari juga solusi switch dan WiFi 7 dari partner resmi Huawei Network Indonesia.

Kesalahan Umum dalam Menentukan Spesifikasi Server

Beberapa kesalahan berikut dapat menyebabkan investasi infrastruktur menjadi kurang efektif.

• Hanya berpatokan pada jumlah pengguna. Dua aplikasi dengan jumlah pengguna sama dapat memiliki kebutuhan sumber daya yang sangat berbeda.
• Menghitung kapasitas tanpa melihat beban puncak. Rata-rata penggunaan belum tentu mencerminkan kebutuhan saat transaksi meningkat.
• Menganggap semua storage memiliki performa yang sama. Kapasitas besar tidak otomatis berarti IOPS dan latency sesuai kebutuhan aplikasi.
• Mengabaikan redundansi dan backup. RAID bukan pengganti backup, dan backup tidak otomatis menjamin layanan tetap tersedia ketika server gagal. Sebagai rujukan praktik pencadangan, lihat panduan Data Backup Options dari CISA.
• Tidak menyediakan ruang untuk pertumbuhan. Sizing yang terlalu ketat dapat memaksa perusahaan melakukan upgrade lebih cepat dari perkiraan.
• Memilih spesifikasi berdasarkan harga saja. Biaya perlu dinilai bersama performa, keandalan, dukungan, kebutuhan ekspansi, dan biaya operasional jangka panjang.

Kapan Perusahaan Perlu Melakukan Assessment Server?

Assessment infrastruktur sebaiknya dilakukan sebelum pengadaan server baru, migrasi aplikasi, konsolidasi data center, atau pembaruan server yang sudah ada. Assessment juga penting ketika aplikasi mulai melambat, penggunaan RAM terus mendekati batas kapasitas, storage semakin penuh, atau kebutuhan bisnis bertambah secara signifikan.

Dalam proses ini, tim IT dapat mengumpulkan metrik penggunaan, mengidentifikasi bottleneck, menetapkan target performa, lalu menyusun konfigurasi yang sesuai dengan kebutuhan saat ini dan proyeksi pertumbuhan. Pemilihan platform server dan storage enterprise sebaiknya dilakukan setelah kebutuhan tersebut terdefinisi dengan jelas. Untuk memahami pilihan solusi yang dapat digunakan, baca juga artikel UTI tentang Partner Resmi Server HPE Indonesia & Storage Enterprise. Jika hasil assessment menunjukkan bottleneck di sisi jaringan, tinjau juga infrastruktur switch dan WiFi 7 Huawei yang sesuai.

FAQ Seputar Server Sizing