Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
Referensi skenario
Skenario yang disertakan dalam pustaka skenario dirancang untuk menggunakan tag jika memungkinkan dan setiap skenario menjelaskan tag yang diperlukan di bagian Prasyarat dan Cara kerjanya dari deskripsi skenario. Anda dapat menandai sumber daya Anda dengan tag yang telah ditentukan sebelumnya atau Anda dapat mengatur tag Anda sendiri menggunakan pengalaman pengeditan parameter massal (lihatMenggunakan skenario).
Referensi ini menjelaskan skenario umum di pustaka skenario AWS FIS. Anda juga dapat membuat daftar skenario yang didukung menggunakan konsol AWS FIS.
Untuk informasi selengkapnya, lihat Bekerja dengan pustaka AWS FIS skenario.
AWS FIS mendukung EC2 skenario Amazon berikut. Skenario ini menargetkan instance menggunakan tag. Anda dapat menggunakan tag Anda sendiri atau menggunakan tag default yang termasuk dalam skenario. Beberapa skenario ini menggunakan dokumen SSM.
-
EC2 stress: instance failure - Jelajahi efek kegagalan instance dengan menghentikan satu atau lebih EC2 instance.
Instance target di wilayah saat ini yang memiliki tag tertentu yang dilampirkan. Dalam skenario ini kita akan menghentikan instance tersebut dan memulai ulang pada akhir durasi tindakan, secara default 5 menit.
-
EC2 stress: Disk - Jelajahi dampak peningkatan pemanfaatan disk pada aplikasi EC2 berbasis Anda.
Dalam skenario ini kita akan menargetkan EC2 instance di wilayah saat ini yang memiliki tag tertentu yang dilampirkan. Dalam skenario ini, Anda dapat menyesuaikan peningkatan jumlah pemanfaatan disk yang disuntikkan pada EC2 instance yang ditargetkan untuk durasi aksi, secara default 5 menit untuk setiap aksi stress disk.
-
EC2 stress: CPU - Jelajahi dampak peningkatan CPU pada aplikasi EC2 berbasis Anda.
Dalam skenario ini kita akan menargetkan EC2 instance di wilayah saat ini yang memiliki tag tertentu yang dilampirkan. Dalam skenario ini, Anda dapat menyesuaikan peningkatan jumlah stres CPU yang disuntikkan pada EC2 instans yang ditargetkan selama durasi aksi, secara default 5 menit untuk setiap aksi stres CPU.
-
EC2 stress: Memori - Jelajahi dampak peningkatan pemanfaatan memori pada aplikasi EC2 berbasis Anda.
Dalam skenario ini kita akan menargetkan EC2 instance di wilayah saat ini yang memiliki tag tertentu yang dilampirkan. Dalam skenario ini Anda dapat menyesuaikan peningkatan jumlah stres memori yang disuntikkan pada EC2 instance yang ditargetkan untuk durasi aksi, secara default 5 menit untuk setiap aksi stres memori.
-
EC2 stress: Latensi Jaringan - Jelajahi dampak peningkatan latensi jaringan pada aplikasi EC2 berbasis Anda.
Dalam skenario ini kita akan menargetkan EC2 instance di wilayah saat ini yang memiliki tag tertentu yang dilampirkan. Dalam skenario ini, Anda dapat menyesuaikan peningkatan jumlah latensi jaringan yang disuntikkan pada EC2 instans yang ditargetkan selama durasi tindakan, secara default 5 menit untuk setiap tindakan latensi.
AWS FIS mendukung skenario Amazon EKS berikut. Skenario ini menargetkan pod EKS menggunakan label aplikasi Kubernetes. Anda dapat menggunakan label Anda sendiri atau menggunakan label default yang disertakan dalam skenario. Untuk informasi lebih lanjut tentang EKS dengan FIS, lihatTindakan EKS Pod.
-
EKS stress: Pod Delete - Jelajahi efek kegagalan pod EKS dengan menghapus satu atau beberapa pod.
Dalam skenario ini kita akan menargetkan pod di wilayah saat ini yang terkait dengan label aplikasi. Dalam skenario ini kita akan menghentikan semua pod yang cocok. Pembuatan ulang pod akan dikontrol oleh konfigurasi kubernetes.
-
EKS stress: CPU - Jelajahi dampak peningkatan CPU pada aplikasi berbasis EKS Anda.
Dalam skenario ini kita akan menargetkan pod di wilayah saat ini yang terkait dengan label aplikasi. Dalam skenario ini, Anda dapat menyesuaikan peningkatan jumlah stres CPU yang disuntikkan pada pod EKS yang ditargetkan selama durasi aksi, secara default 5 menit untuk setiap aksi stres CPU.
-
EKS stress: Disk - Jelajahi dampak peningkatan pemanfaatan disk pada aplikasi berbasis EKS Anda.
Dalam skenario ini kita akan menargetkan pod di wilayah saat ini yang terkait dengan label aplikasi. Dalam skenario ini, Anda dapat menyesuaikan peningkatan jumlah stres disk yang disuntikkan pada pod EKS yang ditargetkan selama durasi aksi, secara default 5 menit untuk setiap aksi stres CPU.
-
EKS stress: Memori - Jelajahi dampak peningkatan pemanfaatan memori pada aplikasi berbasis EKS Anda.
Dalam skenario ini kita akan menargetkan pod di wilayah saat ini yang terkait dengan label aplikasi. Dalam skenario ini, Anda dapat menyesuaikan peningkatan jumlah stress memori yang disuntikkan pada pod EKS yang ditargetkan selama durasi aksi, secara default 5 menit untuk setiap aksi stres memori.
-
Stres EKS: Latensi jaringan - Jelajahi dampak peningkatan latensi jaringan pada aplikasi berbasis EKS Anda.
Dalam skenario ini kita akan menargetkan pod di wilayah saat ini yang terkait dengan label aplikasi. Dalam skenario ini, Anda dapat menyesuaikan peningkatan jumlah latensi jaringan yang disuntikkan pada pod EKS yang ditargetkan selama durasi aksi, secara default 5 menit untuk setiap tindakan latensi.
AWS FIS mendukung skenario berikut untuk aplikasi Multi-AZ dan Multi-region. Skenario ini menargetkan beberapa jenis sumber daya.
-
AZ Availability: Power Interruption- Suntikkan gejala yang diharapkan dari gangguan daya total di Availability Zone (AZ). Pelajari lebih lanjut tentang AZ Availability: Power Interruption.
-
Cross-Region: Connectivity- Blokir lalu lintas jaringan aplikasi dari Wilayah percobaan ke Wilayah tujuan dan jeda replikasi data lintas wilayah. Pelajari lebih lanjut tentang menggunakanCross-Region: Connectivity.
AWS FIS mendukung skenario berikut untuk volume Amazon EBS. Skenario ini menargetkan volume menggunakan tag. Anda dapat menggunakan tag Anda sendiri atau menggunakan tag default yang termasuk dalam skenario. Volume target harus berada di Availability Zone yang sama. Untuk informasi lebih lanjut, Pengujian kesalahan di Amazon EBS.
-
EBS: Sustained Latency— Jelajahi dampak I/O latensi persisten pada aplikasi Anda.
Dalam skenario ini, kami akan menargetkan volume di Availability Zone saat ini yang memiliki tag tertentu yang dilampirkan. Skenario ini menyuntikkan latensi konstan 500 ms pada 50 persen operasi baca dan 100 persen operasi tulis untuk volume, menggunakan tindakan latensi tunggal selama periode 15 menit. Dalam skenario ini, Anda dapat menyesuaikan jumlah latensi yang I/O disuntikkan, persentase injeksi, dan durasi tindakan.
-
EBS: Increasing Latency— Jelajahi dampak peningkatan I/O latensi pada aplikasi Anda.
Dalam skenario ini, kami akan menargetkan volume di Availability Zone saat ini yang memiliki tag tertentu yang dilampirkan. Skenario ini menyuntikkan peningkatan latensi 50 ms, 200 ms, 700 ms, 1 detik, dan 15 detik pada 10 persen operasi baca dan 25 persen operasi tulis untuk volume menggunakan lima tindakan latensi selama periode 15 menit. Dalam skenario ini, Anda dapat menyesuaikan jumlah latensi yang disuntikkan, persentase I/O injeksi, dan durasi tindakan, untuk setiap tindakan latensi.
-
EBS: Intermittent Latency— Jelajahi dampak lonjakan I/O latensi intermiten pada aplikasi Anda.
Dalam skenario ini, kami akan menargetkan volume di Availability Zone saat ini yang memiliki tag tertentu yang dilampirkan. Skenario ini menyuntikkan tiga lonjakan latensi intermiten tajam 30 detik, 10 detik, dan 20 detik pada 0,1 persen I/O operasi baca dan tulis untuk volume, menggunakan tiga tindakan latensi, dengan interval pemulihan di antara setiap lonjakan selama periode 15 menit. Dalam skenario ini, Anda dapat menyesuaikan jumlah latensi yang disuntikkan, persentase I/O injeksi, dan durasi tindakan, untuk setiap tindakan latensi.
-
EBS: Decreasing Latency— Jelajahi dampak penurunan I/O latensi pada aplikasi Anda.
Dalam skenario ini, kami akan menargetkan volume di Availability Zone saat ini yang memiliki tag tertentu yang dilampirkan. Skenario ini menyuntikkan penurunan latensi 20 detik, 5 detik, 900 ms, 300 ms, dan 40 ms pada 10 persen operasi baca dan tulis untuk volume, menggunakan lima tindakan latensi selama periode 15 menit. Dalam skenario ini, Anda dapat menyesuaikan jumlah latensi yang disuntikkan, persentase I/O injeksi, dan durasi tindakan, untuk setiap tindakan latensi.
