Daftar periksa persiapan untuk tabel global

Gunakan daftar periksa berikut untuk keputusan dan tugas saat Anda men-deploy tabel global.

• Tentukan jumlah dan Wilayah yang akan berpartisipasi dalam tabel global.

• Tentukan mode tulis aplikasi Anda.

• Rencanakan strategi routing Anda, berdasarkan mode tulis Anda.

• Tentukan rencana evakuasi Anda, berdasarkan mode tulis dan strategi perutean Anda.

• Tangkap metrik tentang kesehatan, latensi, dan kesalahan di setiap Wilayah. Untuk daftar metrik DynamoDB, lihat AWS posting blog Memantau Amazon DynamoDB untuk kesadaran operasional. Anda juga harus menggunakan kenari sintetis (permintaan buatan yang dirancang untuk mendeteksi kegagalan) serta pengamatan langsung lalu lintas pelanggan. Tidak semua masalah muncul di metrik DynamoDB.

• Atur alarm untuk peningkatan ReplicationLatency yang berkelanjutan. Peningkatan mungkin menunjukkan kesalahan konfigurasi yang tidak disengaja, yaitu tabel global memiliki pengaturan tulis berbeda di Wilayah berbeda, yang menyebabkan kegagalan permintaan yang direplikasi dan peningkatan latensi. Hal ini juga dapat mengindikasikan adanya gangguan regional. Contoh yang baik adalah menghasilkan peringatan jika rata-rata terkini melebihi 180.000 milidetik. Anda mungkin juga memperhatikan ReplicationLatency penurunan ke 0, yang menunjukkan replikasi terhenti.

• Tetapkan pengaturan baca dan tulis maksimum yang memadai untuk setiap tabel global.

• Identifikasi kondisi di mana Anda akan mengevakuasi suatu Wilayah. Jika keputusan melibatkan penilaian manusia, dokumentasikan semua pertimbangannya. Pekerjaan ini harus dilakukan dengan hati-hati sebelumnya, bukan di bawah tekanan.

• Simpan runbook untuk setiap tindakan yang harus dilakukan saat Anda mengevakuasi suatu Wilayah. Biasanya pekerjaan yang dilakukan untuk tabel global sangat sedikit, tetapi memindahkan sisa tumpukan dapat menjadi pekerjaan yang rumit.

  catatan

  Dengan prosedur failover, praktik terbaik adalah hanya mengandalkan operasi pesawat data dan bukan pada operasi pesawat kontrol, karena beberapa operasi pesawat kontrol mungkin terdegradasi selama kegagalan Wilayah. Untuk informasi selengkapnya, lihat posting AWS blog Membangun aplikasi tangguh dengan tabel global Amazon DynamoDB: Bagian 4.

• Uji semua aspek runbook secara berkala, termasuk evakuasi Wilayah. Runbook yang belum teruji adalah runbook yang tidak dapat diandalkan.

• Pertimbangkan AWS Resilience Hubuntuk menggunakan untuk mengevaluasi ketahanan seluruh aplikasi Anda (termasuk tabel global). Layanan ini memberikan pandangan komprehensif tentang status ketahanan portofolio aplikasi Anda melalui dasbornya.

• Pertimbangkan untuk menggunakan pemeriksaan ARCkesiapan untuk mengevaluasi konfigurasi aplikasi Anda saat ini dan melacak penyimpangan dari praktik terbaik.

• Saat Anda menulis pemeriksaan kesehatan untuk digunakan dengan Route 53 atau Global Accelerator, buat serangkaian panggilan yang mencakup alur database lengkap. Jika Anda membatasi pemeriksaan untuk mengonfirmasi hanya bahwa titik akhir DynamoDB sudah aktif, Anda tidak akan dapat mencakup banyak mode kegagalan AWS Identity and Access Management seperti IAM () kesalahan konfigurasi, masalah penerapan kode, kegagalan dalam tumpukan di luar DynamoDB, latensi baca atau tulis yang lebih tinggi dari rata-rata, dan sebagainya.