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](https://docs.aws.amazon.com/whitepapers/latest/tagging-best-practices/what-are-tags.html) 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 dei parametri condivisa (vedi[Utilizzo di uno scenario](scenario-library.md#using-a-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](scenario-library.md). AWS FIS supporta i seguenti scenari di Amazon EC2. [Questi scenari prendono di mira le istanze utilizzando tag.](https://docs.aws.amazon.com/whitepapers/latest/tagging-best-practices/what-are-tags.html) È possibile utilizzare tag personalizzati o utilizzare i tag predefiniti inclusi nello scenario. Alcuni di questi scenari [utilizzano documenti SSM](https://docs.aws.amazon.com//fis/latest/userguide/actions-ssm-agent.html). + **Stress EC2: errore dell'istanza** - Esplora l'effetto del fallimento dell'istanza arrestando una o più istanze EC2. 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. + **Stress EC2: disco** - Esplora l'impatto di un maggiore utilizzo del disco sulla tua applicazione basata su EC2. In questo scenario prenderemo di mira le istanze EC2 nella regione corrente a cui è associato un tag specifico. In questo scenario è possibile personalizzare una quantità crescente di utilizzo del disco iniettato su istanze EC2 mirate per la durata dell'azione, per impostazione predefinita 5 minuti per ogni azione di stress del disco. + **Stress EC2: CPU** - Esplora l'impatto dell'aumento della CPU sulla tua applicazione basata su EC2. In questo scenario prenderemo di mira le istanze EC2 nella regione corrente a cui è associato un tag specifico. In questo scenario è possibile personalizzare una quantità crescente di stress della CPU iniettato su istanze EC2 mirate per la durata dell'azione, per impostazione predefinita 5 minuti per ogni azione di stress della CPU. + **Stress EC2: memoria** - Esplora l'impatto di un maggiore utilizzo della memoria sulla tua applicazione basata su EC2. In questo scenario prenderemo di mira le istanze EC2 nella regione corrente a cui è associato un tag specifico. In questo scenario è possibile personalizzare una quantità crescente di stress di memoria iniettato su istanze EC2 mirate per la durata dell'azione, per impostazione predefinita 5 minuti per ogni azione di stress da memoria. + **Stress EC2: latenza di rete** - Esplora l'impatto dell'aumento della latenza di rete sulla tua applicazione basata su EC2. In questo scenario, prenderemo di mira le istanze EC2 nella regione corrente a cui è associato un tag specifico. In questo scenario puoi personalizzare una quantità crescente di latenza di rete iniettata su istanze EC2 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 riguardano i 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, vedere[Azioni EKS Pod](eks-pod-actions.md). + **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 Single-AZ, 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](az-availability-scenario.md). + **AZ: Application Slowdown**- Aggiungi latenza tra le risorse all'interno di una singola zona di disponibilità (AZ) per rallentare un'applicazione. Ulteriori informazioni su [AZ: Application Slowdown](az-application-slowdown-scenario.md). + **Cross-AZ: Traffic Slowdown**- Inietta la perdita di pacchetti per interrompere e rallentare il traffico tra le zone di disponibilità (). AZs Ulteriori informazioni su [Cross-AZ: Traffic Slowdown](cross-az-traffic-slowdown-scenario.md). + **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](cross-region-scenario.md) 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.](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-fis.html) + **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.