Capacity Planning Data Center: Panduan bagi Perusahaan yang Baru Memulai Colocation

Banyak perusahaan yang baru pertama kali menggunakan layanan colocation terjebak pada dua kesalahan yang sama mahalnya. Sebagian mengontrak terlalu banyak kabinet dan akhirnya membayar kapasitas yang tidak terpakai selama bertahun-tahun. Sebagian lainnya justru mengambil kapasitas terlalu kecil, lalu menyadari beberapa bulan kemudian bahwa kabinet tambahan yang mereka butuhkan sudah tidak tersedia di area yang sama.

Penyebabnya sering kali sama: capacity planning diperlakukan sebagai keputusan procurement, bukan sebagai keputusan teknis dan operasional.

Panduan ini ditujukan bagi perusahaan yang sedang merencanakan deployment colocation pertama dalam skala signifikan—baik untuk memindahkan infrastruktur dari server room internal, mendukung pertumbuhan aplikasi yang semakin pesat, maupun membangun kehadiran infrastruktur di Indonesia untuk pertama kalinya. Pendekatan yang dibahas di bawah dirancang untuk membantu perusahaan membuat keputusan kapasitas yang realistis, terukur, dan siap menopang pertumbuhan jangka panjang.

Memahami Arti “Kapasitas” yang Sebenarnya

Salah satu alasan utama perusahaan sering salah memperkirakan kebutuhan adalah karena menganggap kapasitas hanya sebagai persoalan ruang fisik.

Dalam praktiknya, data center modern lebih banyak dibatasi oleh ketersediaan daya dan pendinginan dibandingkan luas area yang tersedia.

Saat mengevaluasi kapasitas, ada empat komponen utama yang perlu diperhitungkan:

Daya (Power)

Jumlah kilowatt (kW) yang benar-benar dapat disalurkan ke kabinet Anda saat ini, lengkap dengan tingkat redundansi yang dijanjikan. Kapasitas yang masih dalam tahap pembangunan atau belum diaktifkan bukanlah kapasitas yang dapat digunakan untuk operasional.

Pendinginan (Cooling)

Kemampuan fasilitas untuk mendukung kepadatan daya yang dibutuhkan workload Anda. Sebuah data center yang dirancang untuk rata-rata 6 kW per kabinet belum tentu dapat mengakomodasi kabinet 15 kW atau lebih tanpa konfigurasi pendinginan khusus.

Konektivitas (Network)

Ketersediaan cross-connect, keragaman operator jaringan, akses ke internet exchange, serta opsi interkoneksi ke cloud provider. Kapasitas tanpa konektivitas yang memadai tidak akan memberikan nilai bisnis yang optimal.

Ruang untuk Ekspansi (Adjacency)

Kemampuan operator menyediakan kabinet tambahan yang bersebelahan ketika kebutuhan berkembang. Kabinet yang tersedia hari ini belum tentu dapat diperluas secara kontigu di masa mendatang.

Jika salah satu dari empat elemen ini menjadi kendala, kapasitas yang tersedia pada elemen lainnya tidak banyak membantu.

Framework Capacity Planning dalam Empat Langkah

Baik perusahaan membutuhkan beberapa kabinet maupun kapasitas dalam skala megawatt, urutan proses perencanaannya tetap sama.

Langkah 1: Proyeksikan Workload, Bukan Jumlah Kabinet

Mulailah dari kebutuhan aplikasi dan bisnis, bukan dari estimasi jumlah kabinet.

Pertimbangkan jenis workload yang akan dijalankan—transactional, batch, real-time streaming, AI inference, atau storage-heavy—karena masing-masing memiliki profil konsumsi daya yang sangat berbeda. Dari sana, hitung kebutuhan komputasi, kapasitas penyimpanan, tingkat redundansi yang disyaratkan SLA bisnis, serta proyeksi pertumbuhan pengguna dan trafik.

Setelah itu, terjemahkan kebutuhan tersebut menjadi kebutuhan daya. Gunakan asumsi utilisasi yang realistis—sebagian besar workload enterprise hanya menggunakan 40–70% dari kapasitas nameplate perangkat dalam kondisi operasional normal. Jangan hitung berdasarkan peak theoretical; hitung berdasarkan average sustained load ditambah buffer untuk lonjakan.

Tambahkan proyeksi pertumbuhan selama masa kontrak dan sisakan buffer kapasitas untuk mengantisipasi kebutuhan yang belum diperkirakan.

Langkah 2: Hitung Kebutuhan Daya Sebelum Menghitung Kabinet

Jumlah kabinet merupakan hasil dari perhitungan, bukan titik awal perencanaan.

Sebagai contoh, deployment sebesar 100 kW dapat ditempatkan dalam konfigurasi yang sangat berbeda:

Pilihan yang tepat bergantung pada karakteristik termal workload, desain pendinginan fasilitas, kebutuhan jaringan, dan strategi operasional perusahaan.

Langkah 3: Tentukan Profil Komitmen Kapasitas

Sebagian besar operator data center menawarkan skema kapasitas tetap yang dapat ditambah dengan kapasitas tambahan saat dibutuhkan.

Kapasitas yang dikomitmenkan memberikan kepastian harga dan ketersediaan selama masa kontrak. Sementara itu, kapasitas tambahan (burst/flex capacity) memungkinkan perusahaan meningkatkan konsumsi saat terjadi lonjakan kebutuhan.

Workload yang relatif stabil biasanya lebih efisien jika memiliki komitmen kapasitas yang lebih besar. Sebaliknya, workload dengan pola pertumbuhan yang sulit diprediksi cenderung lebih fleksibel jika mengombinasikan komitmen yang lebih konservatif dengan ruang untuk ekspansi.

Yang sering diabaikan: negosiasikan minimum commit threshold dan ramp-up schedule yang realistis sejak awal. Banyak perusahaan mengkomitmenkan kapasitas lebih dari yang dibutuhkan di tahun pertama semata karena tidak mendiskusikan opsi ini.

Langkah 4: Amankan Hak Ekspansi Sejak Awal

Salah satu kesalahan yang paling sering terjadi dalam deployment pertama adalah menganggap ekspansi dapat dilakukan dengan mudah di kemudian hari.

Padahal, kabinet yang berada tepat di sebelah deployment Anda saat ini mungkin sudah tidak tersedia ketika kebutuhan bertambah.

Negosiasikan secara eksplisit sejak awal kontrak:

• Right of first refusal untuk kabinet atau area tambahan yang bersebelahan
• Reserved capacity untuk fase ekspansi berikutnya, bahkan jika belum dibutuhkan sekarang
• Batas waktu yang jelas dalam mana hak ini berlaku

Nilai jangka panjang dari hak ekspansi yang terdokumentasi sering kali lebih besar daripada selisih harga sewa per kabinet yang bisa dinegosiasikan di permukaan.

Capacity Planning bagi Perusahaan yang Baru Masuk ke Indonesia

Bagi perusahaan global yang membangun infrastruktur di Indonesia untuk pertama kalinya—baik penyedia SaaS, OTT, gaming, fintech, maupun platform digital lainnya—terdapat beberapa pertimbangan tambahan yang tidak berlaku di pasar lain.

Kepatuhan Regulasi

Kewajiban penyimpanan dan pemrosesan data di dalam negeri kini semakin tidak bisa diabaikan.

Perusahaan perlu memahami ketentuan yang terkait dengan Undang-Undang Perlindungan Data Pribadi (UU PDP) serta berbagai persyaratan yang berlaku bagi Penyelenggara Sistem Elektronik (PSE). Asumsi bahwa seluruh layanan untuk pengguna Indonesia dapat terus dilayani dari luar negeri sering kali perlu ditinjau kembali dari perspektif kepatuhan—dan sebaiknya dikonfirmasi dengan counsel yang familiar dengan regulasi digital Indonesia sebelum keputusan arsitektur infrastruktur dibuat.

Konektivitas Domestik

Mayoritas pengguna internet Indonesia terkonsentrasi pada sejumlah ISP dan operator seluler besar. Tanpa peering yang tepat melalui internet exchange lokal di Jakarta, latency yang dialami pengguna akhir bisa jauh lebih tinggi dibandingkan jika traffic dioptimalkan melalui exchange lokal.

Keputusan mengenai kapasitas dan konektivitas sebaiknya direncanakan secara bersamaan, bukan sebagai dua proyek yang terpisah. Kabinet tambahan tanpa strategi peering yang tepat tidak menyelesaikan masalah performa end-user.

Menentukan Skala Deployment yang Tepat

Perusahaan internasional sering kali memulai dengan footprint yang terlalu kecil—satu atau dua kabinet yang secara teknis terlihat cukup, tetapi tidak menyisakan ruang untuk cross-connect, peering port, caching layer, redundansi, dan kebutuhan operasional sehari-hari.

Dalam banyak kasus, deployment awal yang sedikit lebih besar—dengan hak ekspansi yang terdokumentasi—justru memberikan efisiensi total yang lebih baik dalam tiga tahun pertama dibandingkan deployment minimal yang diperluas secara ad-hoc.

Capacity Planning untuk Workload AI

Munculnya AI mengubah cara perusahaan merencanakan kapasitas data center—dan hampir semua asumsi konvensional perlu ditinjau ulang.

Jumlah Kabinet Menjadi Kurang Relevan

Enterprise workload tradisional umumnya masih berada pada kisaran 5–10 kW per kabinet. Satu server AI modern dengan beberapa GPU dapat mengonsumsi 10–20 kW hanya untuk satu chassis. Rak penuh GPU untuk AI training bisa mencapai 30–80 kW atau lebih.

Akibatnya, deployment AI berkapasitas 1 MW dapat menggunakan jumlah kabinet yang relatif sedikit dibandingkan deployment enterprise konvensional dengan kapasitas yang sama. Faktor pembatas utamanya bukan lagi ruang—melainkan daya, pendinginan, dan kesiapan infrastruktur pendukung seperti power distribution unit, UPS sizing, dan busduct capacity.

Kesiapan Pendinginan Menjadi Faktor Penentu

Tidak semua area dalam data center dirancang untuk mendukung kabinet dengan kepadatan tinggi. Jika workload AI membutuhkan liquid cooling—direct liquid cooling, rear-door heat exchanger, atau immersion cooling—konfirmasi sejak awal apakah fasilitas memiliki infrastruktur yang mendukung kebutuhan tersebut saat ini maupun untuk ekspansi ke depannya.

Cadangan Daya Menjadi Sangat Penting

Workload AI—terutama training—sering mengalami lonjakan konsumsi daya yang signifikan selama periode tertentu. Pastikan kapasitas daya yang dikontrak memiliki headroom yang cukup (minimal 20–30% di atas estimasi beban rata-rata) dan bahwa desain kelistrikan fasilitas mendukung fluktuasi tersebut tanpa mempengaruhi stabilitas sistem lain di sekitarnya.

Pertanyaan Penting Sebelum Menandatangani Kontrak

Sering kali, jawaban atas pertanyaan-pertanyaan ini jauh lebih menentukan kualitas deployment jangka panjang Anda dibandingkan sekadar membandingkan harga per kilowatt.

Tentang Daya:

• Berapa kapasitas daya yang sudah aktif saat ini—bukan yang sedang dibangun?
• Berapa tingkat redundansi yang dijaminkan dalam SLA?
• Bagaimana rencana dan timeline aktivasi kapasitas daya fase berikutnya?

Tentang Pendinginan:

• Berapa batas kepadatan daya per kabinet pada area yang Anda targetkan?
• Area mana yang sudah mendukung deployment high-density atau liquid cooling?

Tentang Konektivitas:

• Carrier apa saja yang memiliki kehadiran langsung di fasilitas ini?
• Apakah ada akses ke internet exchange lokal (IIX, OpenIXP, NIIX)?
• Berapa jumlah cross-connect yang termasuk dalam kontrak, dan berapa biaya tambahan untuk cross-connect berikutnya?
• Apakah tersedia opsi interkoneksi langsung ke cloud provider utama?

Tentang Ekspansi dan Operasional:

• Apakah tersedia right of first refusal untuk kabinet atau area yang berdekatan?
• Bagaimana mekanisme dan timeline untuk mengakses kapasitas tambahan?
• Bagaimana SLA remote hands dan dukungan di luar jam kerja?

Kesimpulan

Capacity planning merupakan salah satu faktor yang paling menentukan keberhasilan deployment colocation dalam jangka panjang.

Perusahaan yang memperlakukan capacity planning sebagai proses rekayasa dan perencanaan operasional umumnya lebih siap menghadapi pertumbuhan kebutuhan bisnis selama masa kontrak. Sebaliknya, perusahaan yang hanya berfokus pada harga awal sering kali menghadapi tantangan ketika kebutuhan kapasitas meningkat dan opsi ekspansi menjadi terbatas.

Dengan memahami kebutuhan workload, merencanakan daya dan pendinginan secara akurat, serta mengamankan ruang untuk pertumbuhan di masa depan, perusahaan dapat membangun fondasi infrastruktur yang lebih efisien, fleksibel, dan siap berkembang bersama bisnis.

Digital Edge mengoperasikan data center colocation di Jakarta yang dirancang untuk mendukung kebutuhan perusahaan dari skala awal hingga deployment enterprise dan AI-scale. Untuk diskusi teknis tentang kebutuhan kapasitas Anda, tim kami tersedia untuk konsultasi.