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 https://docs.aws.amazon.com/whitepapers/latest/tagging-best-practices/what-are-tags.html tag jika memungkinkan dan setiap skenario menjelaskan tag yang diperlukan di bagian Pr asyarat 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 bersama (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 AWS FIS pustaka skenario.
AWS FIS mendukung skenario Amazon EC2 berikut. Skenario ini menargetkan instance menggunakan tag. Anda dapat menggunakan tag Anda sendiri atau menggunakan tag default yang disertakan dalam skenario. Beberapa skenario ini menggunakan dokumen SSM.
-
Stres EC2: kegagalan instans - Jelajahi efek kegagalan instans dengan menghentikan satu atau lebih instans EC2.
Instans target di wilayah saat ini yang memiliki tag tertentu terlampir. Dalam skenario ini kami akan menghentikan instans tersebut dan memulai ulang pada akhir durasi tindakan, secara default 5 menit.
-
Stres EC2: Disk - Jelajahi dampak peningkatan pemanfaatan disk pada aplikasi berbasis EC2 Anda.
Dalam skenario ini kami akan menargetkan instans EC2 di wilayah saat ini yang memiliki tag tertentu terlampir. Dalam skenario ini, Anda dapat menyesuaikan jumlah peningkatan penggunaan disk yang disuntikkan pada instans EC2 yang ditargetkan untuk durasi tindakan, secara default 5 menit untuk setiap tindakan stres disk.
-
Stres EC2: CPU - Jelajahi dampak peningkatan CPU pada aplikasi berbasis EC2 Anda.
Dalam skenario ini kami akan menargetkan instans EC2 di wilayah saat ini yang memiliki tag tertentu terlampir. Dalam skenario ini, Anda dapat menyesuaikan peningkatan jumlah stres CPU yang disuntikkan pada instans EC2 yang ditargetkan untuk durasi tindakan, secara default 5 menit untuk setiap tindakan stres CPU.
-
Stres EC2: Memori - Jelajahi dampak peningkatan pemanfaatan memori pada aplikasi berbasis EC2 Anda.
Dalam skenario ini kami akan menargetkan instans EC2 di wilayah saat ini yang memiliki tag tertentu terlampir. Dalam skenario ini, Anda dapat menyesuaikan peningkatan jumlah stres memori yang disuntikkan pada instans EC2 yang ditargetkan untuk durasi tindakan, secara default 5 menit untuk setiap tindakan stres memori.
-
Stres EC2: Latensi Jaringan - Jelajahi dampak peningkatan latensi jaringan pada aplikasi berbasis EC2 Anda.
Dalam skenario ini kami akan menargetkan instans EC2 di wilayah saat ini yang memiliki tag tertentu terlampir. Dalam skenario ini, Anda dapat menyesuaikan peningkatan jumlah latensi jaringan yang disuntikkan pada instans EC2 yang ditargetkan untuk 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.
-
Stres EKS: Pod Del ete - Jelajahi efek kegagalan pod EKS dengan menghapus satu atau lebih 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. Re-creation dari pod akan dikendalikan 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 untuk durasi tindakan, secara default 5 menit untuk setiap tindakan stres CPU.
-
Tekanan EKS: 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 untuk durasi tindakan, secara default 5 menit untuk setiap tindakan stres CPU.
-
Tekanan EKS: Mem ori - 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 stres memori yang disuntikkan pada pod EKS yang ditargetkan untuk durasi tindakan, secara default 5 menit untuk setiap tindakan 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 untuk durasi tindakan, secara default 5 menit untuk setiap tindakan latensi.
AWS FIS mendukung skenario berikut untuk aplikasi Single-AZ, Multi-AZ, dan Multi-region. Skenario ini menargetkan beberapa jenis sumber daya.
-
AZ Availability: Power Interruption- Suntikkan gejala yang diharapkan dari gangguan total daya di Availability Zone (AZ). Pelajari lebih lanjut tentang Ketersediaan AZ: Gangguan Daya.
-
AZ: Application Slowdown- Tambahkan latensi antara sumber daya dalam satu Availability Zone (AZ) untuk memperlambat aplikasi. Pelajari lebih lanjut tentang AZ: Perlambatan Aplikasi.
-
Cross-AZ: Traffic Slowdown- Menyuntikkan kehilangan paket untuk mengganggu dan memperlambat lalu lintas antara Availability Zones (AZ). Pelajari lebih lanjut tentang Cross-AZ: Perlambatan Lalu Lintas.
-
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: Konektivitas.
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 disertakan dalam skenario. Volume target harus berada di Zona Ketersediaan 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 Zona Ketersediaan saat ini yang memiliki tag tertentu terlampir. Skenario ini menyuntikkan latensi konstan 500 ms pada 50 persen operasi baca dan 100 persen penulisan untuk volume, menggunakan tindakan latensi tunggal selama periode 15 menit. Dalam skenario ini, Anda dapat menyesuaikan jumlah latensi yang disuntikkan, persentase I/O yang disuntikkan, dan durasi tindakan.
-
EBS: Increasing Latency— Jelajahi dampak peningkatan I/O latensi pada aplikasi Anda.
Dalam skenario ini, kami akan menargetkan volume di Zona Ketersediaan saat ini yang memiliki tag tertentu terlampir. Skenario ini menyuntikkan peningkatan latensi 50 ms, 200 ms, 700 ms, 1 detik, dan 15 detik pada 10 persen operasi baca dan 25 persen penulisan untuk volume menggunakan lima tindakan latensi selama periode 15 menit. Dalam skenario ini, Anda dapat menyesuaikan jumlah latensi yang disuntikkan, persentase yang I/O disuntikkan, 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 Zona Ketersediaan saat ini yang memiliki tag tertentu terlampir. 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 yang I/O disuntikkan, 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 Zona Ketersediaan saat ini yang memiliki tag tertentu terlampir. 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 yang I/O disuntikkan, dan durasi tindakan, untuk setiap tindakan latensi.
