Pusat Data Yandex Diserang: Pelajaran Ketahanan Cloud

Pada 8–11 Oktober 2026, tiga pusat data milik Yandex, raksasa teknologi Rusia, terkena serangan drone. Satu zona Yandex Cloud lumpuh, dan dampaknya merembet sampai aplikasi taksi dan pembayaran di Asia Tengah. Bagi organisasi Anda, pelajaran ketahanan pusat data dari kejadian ini sangat praktis.

Apa yang terjadi pada 8–11 Oktober 2026

Menurut rangkuman ComplexDiscovery tertanggal 10 Oktober 2026, pusat data Yandex di Sasovo, wilayah Ryazan, terkena serangan drone pada malam 7–8 Oktober. Yandex menyebut lokasi itu rusak parah dan berhenti beroperasi sepenuhnya. Keesokan paginya, sebagian infrastruktur di Kaluga ikut tidak berfungsi. Yandex menyatakan tidak ada karyawan yang terluka.

Serangan berikutnya terjadi pada Minggu, 11 Oktober. Kyiv Post melaporkan bahwa pusat data di Vladimir terkena dan operasinya dihentikan, sehingga lebih dari 80 platform digital, alat AI, dan layanan cloud terganggu. Laporan itu bersandar pada saluran Telegram dan klaim pejabat Rusia, jadi angka kerusakannya belum diverifikasi secara independen.

Tulisan ini tidak membahas siapa yang benar atau salah. Yang menarik bagi kita adalah apa yang terjadi pada pelanggan dan pengguna layanan ketika sebuah lokasi fisik tiba-tiba hilang.

Dampaknya: satu zona mati, banyak layanan ikut terseret

Yandex Cloud, seperti penyedia cloud besar lain, membagi infrastrukturnya ke dalam beberapa zona. Menurut ComplexDiscovery, zona ru-central1-b terkena kebakaran akibat insiden Sasovo dan masih tidak tersedia per 10 Oktober. Pemberitahuan insiden mencantumkan 32 layanan cloud yang tidak tersedia di zona itu, termasuk Cloud Backup. Zona lain dilaporkan berjalan normal, dan Yandex memindahkan sebagian beban ke sana.

Poin Cloud Backup layak dicatat. Layanan pencadangan yang berada di zona yang sama dengan sistem yang dicadangkan ikut tidak tersedia saat zona itu jatuh. Cadangan yang tidak bisa diakses pada saat Anda paling membutuhkannya, nilainya jauh berkurang.

Pada 12 Oktober, Briefs melaporkan bahwa Yandex Cloud masih berjalan dalam mode terbatas, sementara pencarian dan asisten AI Alisa pulih bertahap. Harian Kommersant, mengutip sumber industri, memperkirakan penggantian perangkat keras yang rusak bisa memakan waktu hingga enam bulan. Itu perkiraan, bukan janji dari Yandex.

Dampak lintas negara

Times of Central Asia menulis bahwa pada 11 Oktober layanan Yandex Go (taksi), Yandex Eats, dan Yandex Lavka di Kazakhstan ikut terganggu. Kirgizstan dan Uzbekistan juga mengalami galat pemesanan taksi dan pesan-antar. Pengguna Yandex Pay sempat tidak bisa mengecek saldo atau mengirim uang.

Yandex Qazaqstan menyatakan data pribadi pengguna Kazakhstan tetap tersimpan di Kazakhstan. Namun artikel itu mencatat hal yang sering luput: menyimpan data di dalam negeri tidak otomatis berarti seluruh proses komputasinya juga di sana. Aplikasi bisa tetap macet walau basis datanya utuh, karena tugas komputasinya bergantung pada server di tempat lain.

Mengapa ini relevan di Indonesia

Indonesia tidak sedang berada di situasi yang sama, dan Anda tidak perlu membayangkan skenario perang untuk mengambil pelajaran. Pusat data bisa lumpuh karena kebakaran, banjir, putusnya listrik, gempa, ransomware, atau kesalahan konfigurasi. Penyebabnya beragam, tetapi bentuk masalahnya sama: satu lokasi hilang, dan semua yang bergantung padanya ikut berhenti.

Bayangkan sebuah dinas pendidikan kabupaten yang menjalankan ujian online dan absensi harian di satu server. Atau sebuah rumah sakit dengan sistem antrean dan rekam medis di satu rak. Ketika lokasi itu tidak bisa diakses, pertanyaannya bukan lagi “apakah sistem kami aman”, melainkan “berapa lama kami bisa bekerja tanpanya”.

Biaya menjadi pertimbangan yang wajar, terutama bagi sekolah dan dinas dengan anggaran terbatas. Karena itu, mulailah dari sistem yang paling kritis saja, lalu perluas bertahap. Rancangan sederhana yang benar-benar diuji hampir selalu lebih berguna daripada rancangan canggih yang tidak pernah dijalankan.

Kasus Yandex juga memperlihatkan bahwa penyedia sebesar apa pun tidak kebal. Memilih cloud tidak otomatis membeli ketahanan. Ketahanan harus dirancang, dan sebagian besar perancangannya ada di sisi pelanggan.

Apa artinya bagi organisasi Anda?

Tidak ada satu resep untuk semua organisasi, tetapi urutan berpikir berikut biasanya cukup membantu.

Petakan layanan yang tidak boleh mati. Tidak semua sistem sama pentingnya. Ujian online yang sedang berlangsung, pembayaran, atau absensi mungkin harus pulih dalam hitungan jam, sedangkan arsip lama boleh menunggu beberapa hari. Tulis dua angka untuk tiap sistem: berapa lama boleh mati, dan berapa banyak data terakhir yang boleh hilang. Dua angka ini menentukan seberapa mahal rancangan Anda nantinya.

Pisahkan lokasi cadangan. Salinan cadangan sebaiknya berada di zona atau wilayah yang berbeda dari sistem utamanya, bahkan kalau bisa di penyedia yang berbeda. Cek juga apakah layanan pencadangan Anda ikut mati ketika zona utama mati, seperti yang terjadi pada Cloud Backup dalam kasus ini. Jika Anda memakai satu lokasi cadangan saja, anggap itu lapisan pertama, bukan satu-satunya.

Periksa ketergantungan tersembunyi. Aplikasi sering bergantung pada layanan lain yang tidak terlihat: basis data di satu tempat, antrean pesan di tempat lain, layanan login di tempat ketiga. Kasus Kazakhstan menunjukkan bahwa data lokal belum menjamin aplikasi tetap hidup. Gambar peta ketergantungannya, lalu tanyakan di mana tiap bagian berjalan.

Latih pemulihan, bukan hanya mencadangkan. Cadangan yang belum pernah dipulihkan adalah asumsi. Jadwalkan latihan sederhana dua kali setahun: pilih satu sistem, pulihkan ke lingkungan lain, ukur berapa lama waktu yang dibutuhkan. Catat siapa mengerjakan apa. Dalam insiden Yandex, perusahaan itu menawarkan tambahan kuota sumber daya agar pelanggan bisa memulihkan dari cadangan dan memindahkan beban, serta mengatur bantuan prioritas dari beberapa penyedia lain. Bantuan seperti itu hanya berguna bagi tim yang tahu apa yang harus dipulihkan lebih dulu.

Siapkan cara berkomunikasi saat sistem mati. Tentukan siapa yang mengabari guru, wali murid, pegawai, atau pelanggan, lewat kanal apa, dan dengan kalimat seperti apa. Kanal itu tidak boleh bergantung pada sistem yang sedang mati.

Jika Anda ingin meninjau rancangan cloud dan pencadangan yang ada, tim kami menyediakan layanan cloud computing. Untuk sisi pemulihan dari insiden keamanan, lihat juga layanan keamanan siber. Perbandingan pilihan lokasi cloud untuk usaha kecil juga kami bahas di Cloud Lokal vs Global.

Pertanyaan yang sering muncul

Apa bedanya zona ketersediaan dan wilayah cloud?

Zona ketersediaan adalah satu atau beberapa pusat data terpisah di dalam satu kawasan, dengan listrik dan jaringan sendiri. Wilayah (region) adalah kumpulan zona di satu area geografis. Menyebar ke beberapa zona melindungi Anda dari gangguan satu gedung. Menyebar ke beberapa wilayah melindungi dari gangguan yang lebih luas, meski biayanya lebih tinggi.

Apakah organisasi kecil perlu rancangan pemulihan bencana?

Perlu, tetapi bentuknya bisa sederhana. Untuk sekolah atau UMKM, mulailah dari cadangan otomatis ke lokasi terpisah, satu salinan yang tidak terhubung ke jaringan utama, dan satu latihan pemulihan per semester. Tidak perlu langsung membangun dua pusat data.

Apakah menyimpan data di dalam negeri sudah cukup aman?

Penyimpanan di dalam negeri membantu soal kepatuhan dan kedaulatan data, tetapi bukan jaminan ketahanan. Seperti kasus Yandex di Kazakhstan, aplikasi tetap bisa terganggu jika komputasinya bergantung pada lokasi lain. Periksa kedua hal itu: di mana data disimpan, dan di mana prosesnya berjalan.

Penutup

Berita tentang serangan ke infrastruktur memang berat dibaca. Namun pelajarannya terasa tenang dan bisa dikerjakan: kenali apa yang penting, jangan menaruh semuanya di satu tempat, dan latih pemulihannya sebelum benar-benar dibutuhkan. Jika Anda ingin membicarakan kondisi sistem di organisasi Anda, silakan hubungi kami untuk ngobrol santai.

Sumber

• ComplexDiscovery, “Drones hit two Yandex data centers, and a Kremlin decree sets terms for state management” (10 Oktober 2026)
• Kyiv Post, “Drone Strike Hits Yandex Data Center, in Vladimir, Russia, Triggering Major Outages” (11 Oktober 2026)
• Times of Central Asia, “Drone Strikes on Russian Data Centers Disrupt Yandex Services Across Central Asia” (12 Oktober 2026)
• Briefs, “Yandex Services Disrupted After Data Center Strikes” (12 Oktober 2026)