Meninjau laporan penilaian - AWS Hub Ketahanan

Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

Meninjau laporan penilaian

Anda menemukan laporan penilaian dalam tampilan Penilaian aplikasi Anda.

Untuk menemukan laporan penilaian
  1. Di menu navigasi kiri, pilih Aplikasi.

  2. Di Aplikasi, buka aplikasi.

  3. Di tab Penilaian, pilih laporan penilaian dari bagian Penilaian Ketahanan.

Saat Anda membuka laporan, Anda melihat yang berikut:

  • Gambaran keseluruhan dari laporan penilaian

  • Rekomendasi untuk meningkatkan ketahanan.

  • Rekomendasi untuk mengatur alarm, SOPs, dan tes

  • Cara membuat dan mengelola tag untuk mencari dan memfilter AWS sumber daya Anda

Laporan penilaian

Bagian ini memberikan gambaran umum tentang laporan penilaian. AWS Resilience Hub mencantumkan setiap jenis gangguan dan Komponen Aplikasi terkait. Ini juga mencantumkan kebijakan RTO dan RPO Anda yang sebenarnya dan menentukan apakah Komponen Aplikasi dapat mencapai tujuan kebijakan.

Ikhtisar

Menunjukkan nama aplikasi, nama kebijakan ketahanan, dan tanggal pembuatan laporan.

Drift sumber daya yang terdeteksi

Bagian ini mencantumkan semua sumber daya yang ditambahkan atau dihapus setelah disertakan dalam versi terbaru aplikasi yang diterbitkan. Pilih Impor ulang sumber input untuk mengimpor ulang semua sumber input (yang berisi sumber daya hanyut) di tab Sumber input. Pilih Publikasikan dan nilai untuk memasukkan sumber daya yang diperbarui dalam aplikasi dan menerima penilaian ketahanan yang akurat.

Anda dapat mengidentifikasi sumber input yang hanyut menggunakan yang berikut ini:

  • Logical ID — Menunjukkan ID logis dari sumber daya. ID logis adalah nama yang digunakan untuk mengidentifikasi sumber daya di AWS CloudFormation tumpukan Anda, file status Terraform, aplikasi MyApplications, atau. AWS Resource Groups

  • Ubah - Menunjukkan jika sumber daya masukan Ditambahkan atau Dihapus.

  • Nama sumber - Menunjukkan nama sumber daya. Pilih nama sumber untuk melihat detailnya di aplikasi masing-masing. Untuk sumber input yang ditambahkan secara manual, tautan tidak akan tersedia. Misalnya, jika Anda memilih nama sumber yang diimpor dari AWS CloudFormation tumpukan, Anda akan diarahkan ke halaman detail tumpukan di AWS CloudFormation halaman.

  • Jenis sumber daya - Menunjukkan jenis sumber daya.

  • Akun — Menunjukkan AWS akun yang memiliki sumber daya fisik.

  • Wilayah — Menunjukkan AWS Wilayah tempat sumber daya berada.

RTO

Menunjukkan representasi grafis apakah aplikasi diperkirakan memenuhi tujuan kebijakan ketahanan. Ini didasarkan pada jumlah waktu aplikasi dapat down tanpa menyebabkan kerusakan signifikan pada organisasi. Penilaian memberikan perkiraan beban kerja RTO.

RPO

Menunjukkan representasi grafis apakah aplikasi diperkirakan memenuhi tujuan kebijakan ketahanan. Ini didasarkan pada jumlah waktu data dapat hilang sebelum kerugian yang signifikan terhadap bisnis terjadi. Penilaian memberikan perkiraan beban kerja RPO.

Detail

Memberikan deskripsi terperinci dari setiap jenis gangguan menggunakan Semua hasil dan tab drift kepatuhan Aplikasi. Semua tab hasil menunjukkan semua gangguan termasuk penyimpangan kepatuhan, dan tab drift kepatuhan aplikasi hanya menampilkan penyimpangan kepatuhan. Jenis gangguan meliputi Aplikasi, infrastruktur cloud (Infrastruktur dan Zona Ketersediaan), dan Wilayah, dan memberikan informasi berikut tentangnya:

  • AppComponent

    Sumber daya yang terdiri dari aplikasi. Misalnya, aplikasi Anda mungkin memiliki database atau komponen komputasi.

  • Perkiraan RTO

    Menunjukkan apakah konfigurasi kebijakan Anda selaras dengan persyaratan kebijakan Anda. Kami menyediakan dua nilai, Estimasi RTO kami dan RTO Target Anda. Misalnya, jika Anda melihat nilai 2 jam di bawah Targeted RTO dan 40m di bawah Estimasi Beban Kerja RTO, ini menunjukkan bahwa kami menyediakan perkiraan beban kerja RTO 40 menit, sedangkan RTO aplikasi Anda saat ini adalah dua jam. Kami mendasarkan perkiraan perhitungan RTO beban kerja kami pada konfigurasi, bukan kebijakan. Akibatnya, database Zona Ketersediaan Multi-ketersediaan akan memiliki perkiraan beban kerja RTO yang sama untuk kegagalan Availability Zone, apa pun kebijakan yang Anda pilih.

  • RTO melayang

    Menunjukkan durasi aplikasi Anda telah menyimpang dari perkiraan beban kerja RTO dari penilaian sukses sebelumnya. Kami menyediakan dua nilai, Estimasi RTO dan RTO drift kami. Misalnya, jika Anda melihat nilai 2 jam di bawah Estimasi RTO dan 40m di bawah drift RTO, ini menunjukkan bahwa aplikasi Anda melayang dari perkiraan beban kerja RTO dari penilaian sukses sebelumnya sebesar 40 menit.

  • Perkiraan RPO

    Menampilkan kebijakan RPO Estimasi Beban Kerja aktual yang AWS Resilience Hub memperkirakan, berdasarkan kebijakan RPO Target yang Anda tetapkan untuk setiap Komponen Aplikasi. Misalnya, Anda mungkin telah menetapkan target RPO dalam kebijakan ketahanan untuk kegagalan Availability Zone menjadi satu jam. Hasil estimasi dapat dihitung mendekati nol. Ini mengasumsikan bahwa Amazon Aurora, tempat kami melakukan setiap transaksi, berhasil dalam empat dari enam node, mencakup beberapa Availability Zone. Mungkin lima menit untuk point-in-time pemulihan.

    Satu-satunya target RTO dan RPO yang dapat Anda pilih untuk tidak memasok adalah Wilayah. Untuk beberapa aplikasi, penting untuk merencanakan pemulihan ketika ada ketergantungan penting pada layanan AWS, yang mungkin menjadi tidak tersedia di seluruh Wilayah.

    Jika Anda memilih opsi ini, seperti menetapkan target RTO atau RPO untuk Wilayah, Anda akan menerima perkiraan waktu pemulihan dan rekomendasi operasional untuk kegagalan tersebut.

  • Penyimpangan RPO

    Menunjukkan durasi aplikasi Anda telah menyimpang dari perkiraan RPO beban kerja dari penilaian sukses sebelumnya. Kami menyediakan dua nilai, Estimasi RPO dan RPO drift kami. Misalnya, jika Anda melihat nilai 2 jam di bawah Estimasi RPO dan 40m di bawah penyimpangan RPO, ini menunjukkan bahwa aplikasi Anda melayang dari perkiraan beban kerja RPO dari penilaian sukses sebelumnya sebesar 40 menit.