AWS menyatakan tidak dapat memulihkan akses ke beberapa sumber daya cloud di Bahrain dan Uni Emirat Arab setelah kerusakan fisik selama perang Iran.sumberInfrastruktur yang terdampak mencakup AWS Bahrain Region dan satu availability zone di UEA. Perusahaan melaporkan bahwa kerusakan di Bahrain meluas ke beberapa availability zone dan melebihi kemampuan yang dirancang untuk ditahan oleh layanan regional dan multi-AZ mereka.
AWS Memastikan Sumber Daya yang Tidak Dapat Diakses di Bahrain dan UEA
AWS mengungkapkan status pemulihan pada 15 September 2026. Menurut laporan Reuters, AWS tidak dapat memulihkan akses ke infrastruktur komputasi awannya di Bahrain.
Perusahaan juga tidak dapat memulihkan sumber daya dan data yang disimpan secara eksklusif di mec1-az2, salah satu dari tiga zona ketersediaan di Wilayah UEA. AWS terus berupaya memulihkan sumber daya di Wilayah UEA yang lebih luas dan dua zona lain yang terdampak. Gangguan dimulai pada bulan Maret setelah Serangan AS dan Israel terhadap Iran Hal itu memicu serangan balasan terhadap Israel dan negara-negara Teluk yang menjadi tuan rumah pangkalan militer AS. AWS mengatakan dua fasilitas UEA terkena serangan langsung. Serangan pesawat tak berawak di dekat infrastruktur Bahrain juga menyebabkan kerusakan fisik.
AWS belum menyatakan bahwa setiap beban kerja atau cadangan di lokasi-lokasi tersebut hilang. Posisi yang dikonfirmasi lebih sempit: beberapa sumber daya dan data tetap tidak dapat diakses, dan AWS telah kehabisan opsi untuk memulihkan sumber daya Bahrain yang belum dimigrasikan pelanggan sebelum Wilayah tersebut tidak tersedia.
Kerusakan di Bahrain Melintasi Beberapa Zona Ketersediaan
AWS Regions berisi zona ketersediaan terpisah yang dirancang untuk mengisolasi kegagalan infrastruktur. Bisnis dapat mendistribusikan aplikasi di seluruh zona ini sehingga masalah di satu lokasi tidak akan menyebabkan seluruh layanan terhenti.
Insiden di Bahrain melampaui asumsi desain tersebut. AWS mengatakan kerusakan fisik meluas ke beberapa zona ketersediaan dan melebihi kemampuan yang dirancang untuk ditahan oleh layanan regional dan multi-AZ mereka.
Zona ketersediaan Bahrain pertama mengalami kerusakan pada bulan Maret. AWS kemudian merekomendasikan agar pelanggan memindahkan beban kerja ke Wilayah lain. Sebagian besar pelanggan dilaporkan menyelesaikan migrasi tersebut sebelum gangguan pada zona ketersediaan kedua membuat Wilayah Bahrain tidak tersedia pada bulan April.
AWS membantu pelanggan yang terdampak untuk membangun kembali operasional di Wilayah lain. Pemulihan bergantung pada apakah pelanggan memiliki cadangan yang dapat digunakan, sumber daya yang direplikasi, atau sistem alternatif di luar infrastruktur yang terdampak.
Pemulihan UEA Masih Belum Lengkap
AWS sedang mengganti infrastruktur yang rusak di UEA dan terus berupaya memulihkan dua zona ketersediaan lainnya yang terdampak. Perusahaan memperkirakan akan memberikan pembaruan lebih lanjut tentang pemulihan di UEA dalam beberapa bulan mendatang. Sumber daya yang dihosting secara eksklusif di mec1-az2 tetap tidak dapat diakses. AWS belum mengkonfirmasi bahwa seluruh Wilayah UEA tidak tersedia secara permanen.
Perusahaan tersebut memperkirakan akan memberikan pembaruan lebih lanjut mengenai operasional di Bahrain pada awal tahun 2027.
HostScore'mempertaruhkan
Insiden AWS adalah peristiwa ekstrem, tetapi pelajarannya tetap berlaku untuk penerapan cloud biasaBisnis tidak seharusnya menganggap "multi-AZ" sebagai cara lain untuk mengatakan "pencadangan penuh". Arsitektur multi-AZ melindungi dari banyak kegagalan perangkat keras, jaringan, dan fasilitas. Namun, efektivitasnya berkurang ketika kerusakan fisik, ketergantungan regional, atau gangguan operasional memengaruhi beberapa zona secara bersamaan.
Bisnis yang menjalankan beban kerja penting harus memverifikasi lima bagian dari desain pemulihan mereka:
- Lokasi pencadangan: Salinan yang disimpan di wilayah utama mungkin tetap rentan terhadap insiden regional yang sama.
- Pengujian pemulihan: Mengaktifkan proses pencadangan tidak membuktikan bahwa file, basis data, dan layanan aplikasi dapat dipulihkan secara bersamaan.
- Ketergantungan antar wilayah: DNS, kredensial, kunci enkripsi, citra kontainer, dan file penyebaran harus tetap tersedia selama pemulihan.
- Tujuan pemulihan: Tujuan titik pemulihan (recovery point objective) menentukan seberapa banyak data yang dapat hilang oleh bisnis. Tujuan waktu pemulihan (recovery time objective) menentukan berapa lama layanan dapat tetap tidak tersedia.
- Konsentrasi penyedia layanan: Salinan tambahan yang disimpan oleh penyedia lain dapat mengurangi ketergantungan pada satu platform cloud, meskipun hal itu juga meningkatkan biaya dan kompleksitas operasional.
Bisnis yang tunduk pada aturan residensi data mungkin tidak dapat menyalin data ke Wilayah mana pun yang tersedia. Rencana pemulihan mereka harus mengidentifikasi yurisdiksi yang disetujui sebelum insiden terjadi. AWS menyediakan infrastruktur untuk pencadangan, replikasi, dan pemulihan lintas wilayah, tetapi pengguna tetap perlu mengkonfigurasi dan menguji sistem tersebut. Insiden di Bahrain dan UEA menunjukkan mengapa ketersediaan cloud dan kemampuan pemulihan data harus direncanakan sebagai persyaratan terpisah.
