Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.
Riferimento agli scenari
Gli scenari inclusi nella libreria di scenari sono progettati per utilizzare i tag laddove possibile e ogni scenario descrive i tag richiesti nelle sezioni Prerequisiti e Come funziona della descrizione dello scenario. Puoi etichettare le tue risorse con questi tag predefiniti oppure puoi impostare tag personalizzati utilizzando l'esperienza di modifica collettiva dei parametri (vedi). Utilizzo di uno scenario
Questo riferimento descrive gli scenari comuni nella libreria di scenari AWS FIS. Puoi anche elencare gli scenari supportati utilizzando la console AWS FIS.
Per ulteriori informazioni, consulta Utilizzo della libreria di AWS FIS scenari.
AWS FIS supporta i seguenti EC2 scenari Amazon. Questi scenari prendono di mira le istanze utilizzando tag. È possibile utilizzare tag personalizzati o utilizzare i tag predefiniti inclusi nello scenario. Alcuni di questi scenari utilizzano documenti SSM.
-
EC2 stress: errore dell'istanza - Esplora l'effetto del fallimento dell'istanza interrompendo una o più EC2 istanze.
Scegli come target le istanze nella regione corrente a cui è associato un tag specifico. In questo scenario interromperemo tali istanze e le riavvieremo al termine della durata dell'azione, per impostazione predefinita 5 minuti.
-
EC2 stress: Disco: esplorate l'impatto di un maggiore utilizzo del disco sull'applicazione EC2 basata.
In questo scenario prenderemo di mira EC2 le istanze nella regione corrente a cui è associato un tag specifico. In questo scenario è possibile personalizzare una quantità crescente di utilizzo del disco iniettato su EC2 istanze mirate per la durata dell'azione, per impostazione predefinita 5 minuti per ogni azione di stress del disco.
-
EC2 stress: CPU - Esplora l'impatto dell'aumento della CPU sulla tua applicazione EC2 basata.
In questo scenario prenderemo di mira EC2 le istanze nella regione corrente a cui è associato un tag specifico. In questo scenario è possibile personalizzare una quantità crescente di stress della CPU iniettato su EC2 istanze mirate per la durata dell'azione, per impostazione predefinita 5 minuti per ogni azione di stress della CPU.
-
EC2 stress: Memoria: esplora l'impatto di un maggiore utilizzo della memoria sull'applicazione EC2 basata.
In questo scenario prenderemo di mira EC2 le istanze nella regione corrente a cui è associato un tag specifico. In questo scenario è possibile personalizzare una quantità crescente di stress di memoria iniettato su EC2 istanze mirate per la durata dell'azione, per impostazione predefinita 5 minuti per ogni azione di stress da memoria.
-
EC2 stress: Latenza di rete - Esplora l'impatto dell'aumento della latenza di rete sulla tua applicazione EC2 basata.
In questo scenario prenderemo di mira EC2 le istanze nella regione corrente a cui è associato un tag specifico. In questo scenario è possibile personalizzare una quantità crescente di latenza di rete iniettata su EC2 istanze mirate per la durata dell'azione, per impostazione predefinita 5 minuti per ogni azione di latenza.
AWS FIS supporta i seguenti scenari Amazon EKS. Questi scenari si rivolgono ai pod EKS che utilizzano le etichette di un'applicazione Kubernetes. Puoi utilizzare le tue etichette o utilizzare le etichette predefinite incluse nello scenario. Per ulteriori informazioni su EKS con FIS, vedereAzioni EKS Pod.
-
Stress EKS: Pod Delete - Esplora l'effetto del fallimento del pod EKS eliminando uno o più pod.
In questo scenario prenderemo di mira i pod della regione corrente associati all'etichetta di un'applicazione. In questo scenario elimineremo tutti i pod corrispondenti. La ricreazione dei pod sarà controllata dalla configurazione di Kubernetes.
-
Stress EKS: CPU - Esplora l'impatto dell'aumento della CPU sulla tua applicazione basata su EKS.
In questo scenario prenderemo di mira i pod della regione corrente associati a un'etichetta di applicazione. In questo scenario è possibile personalizzare una quantità crescente di stress della CPU iniettato sui pod EKS mirati per la durata dell'azione, per impostazione predefinita 5 minuti per ogni azione di stress della CPU.
-
Stress EKS: disco: esplorate l'impatto di un maggiore utilizzo del disco sulla vostra applicazione basata su EKS.
In questo scenario prenderemo di mira i pod della regione corrente associati a un'etichetta di applicazione. In questo scenario è possibile personalizzare una quantità crescente di stress su disco iniettato su pod EKS mirati per la durata dell'azione, per impostazione predefinita 5 minuti per ogni azione di stress della CPU.
-
Stress EKS: memoria - Esplora l'impatto di un maggiore utilizzo della memoria sulla tua applicazione basata su EKS.
In questo scenario prenderemo di mira i pod della regione corrente associati a un'etichetta di applicazione. In questo scenario è possibile personalizzare una quantità crescente di stress di memoria iniettato su pod EKS mirati per la durata dell'azione, per impostazione predefinita 5 minuti per ogni azione di stress da memoria.
-
Stress EKS: latenza di rete - Esplora l'impatto dell'aumento della latenza di rete sulla tua applicazione basata su EKS.
In questo scenario prenderemo di mira i pod della regione corrente associati a un'etichetta di applicazione. In questo scenario è possibile personalizzare una quantità crescente di latenza di rete iniettata su pod EKS mirati per la durata dell'azione, per impostazione predefinita 5 minuti per ogni azione di latenza.
AWS FIS supporta i seguenti scenari per applicazioni Multi-AZ e multiregione. Questi scenari si rivolgono a più tipi di risorse.
-
AZ Availability: Power Interruption- Iniettare i sintomi attesi di un'interruzione completa dell'alimentazione in una zona di disponibilità (AZ). Ulteriori informazioni su AZ Availability: Power Interruption.
-
Cross-Region: Connectivity- Blocca il traffico di rete delle applicazioni dalla regione sperimentale alla regione di destinazione e sospendi la replica dei dati tra regioni. Scopri di più sull'utilizzo. Cross-Region: Connectivity
AWS FIS supporta i seguenti scenari per i volumi Amazon EBS. Questi scenari hanno come target i volumi utilizzando tag. È possibile utilizzare tag personalizzati o utilizzare i tag predefiniti inclusi nello scenario. I volumi di destinazione devono trovarsi nella stessa zona di disponibilità. Per ulteriori informazioni, consulta Fault testing su Amazon EBS.
-
EBS: Sustained Latency— Esplora l'impatto della I/O latenza persistente sulla tua applicazione.
In questo scenario, prenderemo di mira i volumi nell'attuale zona di disponibilità a cui è associato un tag specifico. Questo scenario inietta una latenza costante di 500 ms sul 50 percento delle operazioni di lettura e il 100 percento delle operazioni di scrittura per un volume, utilizzando una singola azione di latenza per un periodo di 15 minuti. In questo scenario, è possibile personalizzare la quantità di latenza iniettata, la percentuale di I/O iniezioni e la durata dell'azione.
-
EBS: Increasing Latency— Esplora l'impatto dell'aumento della I/O latenza sulla tua applicazione.
In questo scenario, utilizzeremo come target i volumi nell'attuale zona di disponibilità a cui è associato un tag specifico. Questo scenario prevede una latenza crescente di 50 ms, 200 ms, 700 ms, 1 secondo e 15 secondi sul 10% delle operazioni di lettura e il 25% delle operazioni di scrittura per un volume utilizzando cinque azioni di latenza in un periodo di 15 minuti. In questo scenario, è possibile personalizzare la quantità di latenza iniettata, la percentuale di iniettata e la durata dell' I/O azione per ogni azione di latenza.
-
EBS: Intermittent Latency— Esplora l'impatto dei picchi di latenza intermittenti I/O sulla tua applicazione.
In questo scenario, prenderemo di mira i volumi nell'attuale zona di disponibilità a cui è associato un tag specifico. Questo scenario prevede tre forti picchi di latenza intermittenti di 30 secondi, 10 secondi e 20 secondi sullo 0,1% delle I/O operazioni di lettura e scrittura per un volume, utilizzando tre azioni di latenza, con intervalli di ripristino tra ogni picco nell'arco di 15 minuti. In questo scenario, è possibile personalizzare la quantità di latenza iniettata, la percentuale di iniettata e la durata dell'azione per ogni azione di I/O latenza.
-
EBS: Decreasing Latency— Esplora l'impatto della riduzione I/O della latenza sulla tua applicazione.
In questo scenario, utilizzeremo come target i volumi nell'attuale zona di disponibilità a cui è associato un tag specifico. Questo scenario inietta una latenza decrescente di 20 secondi, 5 secondi, 900 ms, 300 ms e 40 ms sul 10% delle operazioni di lettura e scrittura per un volume, utilizzando cinque azioni di latenza in un periodo di 15 minuti. In questo scenario, è possibile personalizzare la quantità di latenza iniettata, la percentuale di iniettata e la durata dell'azione per I/O ogni azione di latenza.
