Banyak tim merasa aman begitu server mereka sudah berada di dalam data center yang proper. Listriknya redundan, pendinginannya dipantau, dan raknya terkunci. Lalu terjadi kejadian regional — masalah jaringan listrik besar, banjir yang memengaruhi beberapa fasilitas, atau putusnya jaringan yang mengisolasi satu wilayah — dan semua yang ada di lokasi itu jadi tidak bisa diakses bersamaan.
Di situlah pertanyaannya berubah dari “apakah data center kami andal?” menjadi “apa yang terjadi kalau seluruh area di sekitarnya ikut terdampak?” Memiliki opsi disaster recovery di kota yang berbeda menjawab pertanyaan itu dengan lebih jelas.
Apa yang Masih Terbuka di Satu Lokasi
Bahkan fasilitas yang dibangun dengan baik tetap bisa terdampak oleh hal-hal di luar dindingnya. Masalah di gardu listrik bisa mematikan daya untuk satu lingkungan. Hujan deras bisa membanjiri jalan akses atau merusak jalur fiber yang melayani area tersebut. Putusnya kabel di rute utama bisa menaikkan latensi atau memutus koneksi selama berjam-jam.
Dalam kasus seperti itu data center sendiri mungkin masih berjalan, tetapi pengguna tidak bisa mencapainya, atau tim tidak bisa datang untuk memperbaiki sesuatu. Kalau semua sistem produksi dan cadangan berada di kota yang sama, gangguan itu mengenai keduanya sekaligus.
Tim yang pernah mengalami ini biasanya mulai mencari lokasi kedua yang cukup jauh sehingga kejadian regional yang sama tidak mungkin mengenai kedua tempat. Jaraknya tidak harus ekstrem, tetapi harus berada di luar zona risiko yang sama.
Bagaimana Situs Kedua Sebenarnya Membantu
Situs disaster recovery bukan sekadar penyimpanan ekstra. Itu adalah tempat di mana sistem penting bisa dihidupkan kembali jika lokasi utama menjadi tidak tersedia. Beberapa tim menjaga standby yang sudah berjalan dan menerima salinan data secara berkala. Yang lain menjaga setup yang lebih dingin yang bisa dinyalakan saat dibutuhkan.
Perbedaan praktisnya terlihat pada waktu pemulihan. Kalau situs kedua sudah memiliki koneksi jaringan, daya, dan pendinginan yang tepat, tim bisa fokus menyalakan aplikasi dan mengarahkan traffic, bukan juga mencari ruang dan daya di tengah insiden.
Salinan data juga penting. Replikasi atau backup rutin yang mendarat di lokasi kedua berarti kamu tidak memulai dari tape kemarin atau snapshot yang tidak lengkap. Semakin segar salinannya, semakin sedikit pekerjaan yang hilang.
Lokasi dan Konektivitas Tetap Penting
Menempatkan situs pemulihan di kota lain hanya membantu jika situs itu benar-benar bisa berbicara dengan pengguna dan dengan sistem utama saat keadaan normal. Konektivitas yang baik — sebaiknya dekat dengan internet exchange utama — menjaga lag replikasi tetap rendah dan membuat failover lebih mulus.
Fasilitas yang sudah tersertifikasi Tier IV dan berada di lokasi yang dekat dengan pusat internet exchange di Jakarta biasanya lebih mudah menjaga koneksi tetap stabil untuk sisi utama. Ketika sisi pemulihan berada di kota berbeda, perhatian yang sama terhadap daya, pendinginan, dan desain jaringan menjaga situs standby tetap siap, bukan menjadi sumber keterlambatan baru.
Banyak tim juga menyukai adanya dukungan remote hands di kedua tempat. Saat insiden kamu mungkin tidak bisa bepergian, jadi seseorang di lokasi yang bisa memeriksa kabel, memasang ulang modul, atau mengonfirmasi lampu status menjadi berharga.
Apa yang Berubah dalam Perencanaan Sehari-hari
Begitu situs kedua ada, percakapan di dalam tim bergeser. Alih-alih hanya bertanya “bagaimana kita menjaga rak ini tetap online?”, orang mulai bertanya “kalau Jakarta tidak bisa diakses, sistem mana yang harus naik lebih dulu di kota lain, dan berapa lama kita bisa menoleransi peralihannya?”
Itu mengarah pada prioritas yang lebih jelas. Tidak setiap aplikasi perlu failover seketika. Beberapa bisa menunggu beberapa jam. Mendokumentasikan mana yang kritis, bagaimana data bergerak antar situs, dan siapa yang boleh memicu peralihan menghilangkan banyak kebingungan saat kejadian benar-benar terjadi.
Pengujian menjadi bagian dari rutinitas. Situs pemulihan yang belum pernah dinyalakan di bawah beban tetap menjadi risiko. Tim yang secara berkala menjalankan failover terkendali, bahkan untuk sebagian sistem, belajar di mana celahnya saat semuanya masih tenang.
Jalan Tengah yang Praktis
Membangun dan menjalankan dua fasilitas penuh itu mahal. Colocation yang sudah menawarkan opsi disaster recovery di kota berbeda memungkinkan banyak organisasi mendapatkan pemisahan geografis tanpa harus memiliki gedungnya. Kamu menempatkan produksi di satu lokasi dan menjaga kapasitas pemulihan di lokasi lain, di bawah standar operasional yang sama.
Banyak perusahaan yang memilih colocation di fasilitas yang punya opsi disaster recovery di lokasi berbeda, biar risiko regional bisa diminimalisir. Ketika kedua situs dirancang untuk ketersediaan tinggi — termasuk tingkat redundansi Tier IV di sisi utama — keseluruhan setup menjadi lebih tangguh tanpa mengharuskan tim menjadi ahli di setiap lapisan daya dan pendinginan.
Tujuannya bukan menghilangkan setiap kemungkinan gangguan. Tujuannya memastikan bahwa masalah di satu kota tidak otomatis membuat seluruh layanan offline. Opsi pemulihan di lokasi lain, yang terhubung dengan baik dan teruji, adalah salah satu cara yang lebih jelas untuk mencapai hasil itu.
