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à. # Revisione dei rapporti di valutazione I report di valutazione sono disponibili nella visualizzazione **Valutazioni** dell'applicazione. **Per trovare un rapporto di valutazione** 1. Nel menu di navigazione a sinistra, scegli **Applicazioni**. 1. In **Applicazioni**, apri un'applicazione. 1. Nella scheda **Valutazioni**, scegli un rapporto di valutazione dalla sezione **Valutazioni della resilienza**. Quando apri il rapporto, vedi quanto segue: + Una panoramica generale del rapporto di valutazione + Raccomandazioni per migliorare la resilienza. + Consigli per impostare allarmi e SOPs test + Come creare e gestire i tag per cercare e filtrare le risorse AWS ## Report di valutazione Questa sezione fornisce una panoramica del rapporto di valutazione. AWS Resilience Hub elenca ogni tipo di interruzione e il componente applicativo associato. Elenca inoltre le politiche RTO e RPO effettive e determina se il componente applicativo è in grado di raggiungere gli obiettivi della policy. **Panoramica** Mostra il nome dell'applicazione, il nome della politica di resilienza e la data di creazione del rapporto. **Derive di risorse rilevate** Questa sezione elenca tutte le risorse che sono state aggiunte o rimosse dopo essere state incluse nell'ultima versione dell'applicazione pubblicata. **Scegliete **Reimporta le sorgenti di input** per reimportare tutte le fonti di input (che contengono risorse alla deriva) nella scheda Fonti di input.** Scegli **Pubblica e valuta** per includere le risorse aggiornate nell'applicazione e ricevere una valutazione accurata della resilienza. È possibile identificare le sorgenti di ingresso deviate utilizzando quanto segue: + **ID logico**: indica l’ID logico della risorsa. Un ID logico è un nome utilizzato per identificare le risorse nello AWS CloudFormation stack, nel file di stato Terraform, nell'applicazione MyApplications o. AWS Resource Groups + **Modifica****: indica se una risorsa di input è stata **aggiunta** o rimossa.** + **Nome sorgente**: indica il nome della risorsa. Scegli un nome origine per visualizzarne i dettagli nella rispettiva applicazione. Per le sorgenti di input aggiunte manualmente, il link non sarà disponibile. Ad esempio, se scegli il nome della fonte che viene importato da uno AWS CloudFormation stack, verrai reindirizzato alla pagina dei dettagli dello stack sul. AWS CloudFormation + **Tipo di risorsa**: indica il tipo di risorsa. + **Account**: indica l' AWS account proprietario della risorsa fisica. + **Regione**: indica la regione AWS in cui si trova la risorsa. **RTO** Mostra una rappresentazione grafica che indica se si stima che l'applicazione soddisfi gli obiettivi della politica di resilienza. Si basa sul periodo di tempo in cui un'applicazione può rimanere inattiva senza causare danni significativi all'organizzazione. La valutazione fornisce un RTO stimato del carico di lavoro. **RPO** Mostra una rappresentazione grafica che indica se si stima che l'applicazione soddisfi gli obiettivi della politica di resilienza. Ciò si basa sul periodo di tempo in cui i dati possono essere persi prima che si verifichi un danno significativo all'azienda. La valutazione fornisce un RPO stimato del carico di lavoro. **Dettagli** Fornisce descrizioni dettagliate di ogni tipo di interruzione utilizzando **le schede Tutti i risultati** e **Application compliance** drifts. La scheda **Tutti i risultati** mostra tutte le interruzioni, comprese le derive relative alla conformità, mentre la scheda Dati sulla conformità delle **applicazioni mostra solo le variazioni di conformità**. Il tipo di interruzione include **l'applicazione, l'**infrastruttura cloud (**infrastruttura** e **zona di disponibilità) e la** **regione** e fornisce le seguenti informazioni al riguardo: + **AppComponent** Le risorse che compongono l’applicazione. Ad esempio, l'applicazione potrebbe avere un database o un componente di elaborazione. + **RTO stimato** Indica se la configurazione della politica è in linea con i requisiti della politica. Forniamo due valori, il nostro **RTO stimato** e il vostro **RTO mirato**. Ad esempio, se vedi un valore di **2 ore** per l'**RTO mirato** e **40 milioni** per l'**RTO del carico di lavoro stimato**, ciò indica che forniamo un RTO del carico di lavoro stimato di 40 minuti, mentre l'RTO attuale dell'applicazione è di due ore. Il calcolo dell'RTO stimato del carico di lavoro si basa sulla configurazione, non sulla policy. Di conseguenza, un database con zone di disponibilità multiple avrà lo stesso carico di lavoro RTO stimato in caso di errore della zona di disponibilità, indipendentemente dalla politica selezionata. + **Deriva RTO** Indica la durata entro la quale la tua applicazione si è allontanata dall’RTO stimato del carico di lavoro della precedente valutazione positiva. Forniamo due valori, il nostro **RTO stimato** e la deriva **RTO**. Ad esempio, se vedi un valore di **2 ore** per l'**RTO stimato** e di **40 m** per il valore **RTO** stimato, significa che l'applicazione si discosta di 40 minuti dall'RTO del carico di lavoro stimato della precedente valutazione positiva. + **RPO stimato** Mostra la politica **RPO effettiva del carico di lavoro AWS Resilience Hub stimato**, in base alla politica **RPO mirata** impostata per ogni componente dell'applicazione. Ad esempio, è possibile che l'obiettivo RPO nella politica di resilienza per i guasti della zona di disponibilità sia stato impostato su un'ora. Il risultato stimato potrebbe essere calcolato vicino allo zero. Ciò presuppone che Amazon Aurora, dove effettuiamo ogni transazione, abbia successo in quattro nodi su sei, su più zone di disponibilità. Potrebbero essere necessari cinque minuti per il ripristino. point-in-time L'unico obiettivo RTO e RPO che puoi scegliere di non fornire è la regione. Per alcune applicazioni, è utile pianificare il ripristino quando esiste una dipendenza cruciale da un servizio AWS, che potrebbe non essere disponibile nell'intera regione. Se scegli questa opzione, ad esempio impostando obiettivi RTO o RPO per la regione, riceverai un tempo di ripristino stimato e consigli operativi per tali errori. + **Deriva RPO** Indica la durata entro la quale la tua applicazione si è allontanata dall’RPO stimato del carico di lavoro della precedente valutazione positiva. **Forniamo due valori, il nostro RPO **stimato e la deriva RPO**.** Ad esempio, se vedi un valore di **2 ore** nell'ambito dell'**RPO stimato** e di **40 m** in quello dell'**RPO**, ciò indica che l'applicazione si discosta di 40 minuti dall'RPO del carico di lavoro stimato della precedente valutazione con esito positivo. # Revisione delle raccomandazioni sulla resilienza I consigli sulla resilienza valutano i componenti dell'applicazione e consigliano come ottimizzarli in base all'RTO stimato del carico di lavoro e all'RPO stimato del carico di lavoro, ai costi e alle modifiche minime. Con AWS Resilience Hub, puoi ottimizzare la resilienza utilizzando una delle seguenti opzioni consigliate in **Perché scegliere** questa opzione: **Nota** AWS Resilience Hub offre fino a tre opzioni AWS Resilience Hub consigliate. Se si impostano obiettivi RTO e RPO regionali, AWS Resilience Hub visualizza **Optimize for Region RTO/RPO** nelle opzioni consigliate. Se non sono impostati obiettivi RTO e RPO regionali, viene visualizzato l'RTO/RPO di **Optimize for Availability Zone (**AZ). Per ulteriori informazioni sull'impostazione RTO/RPO degli obiettivi regionali durante la creazione di politiche di resilienza, consulta. [Creazione di politiche di resilienza](create-policy.md) I valori RTO del carico di lavoro stimato e RPO del carico di lavoro stimato per le applicazioni e le relative configurazioni sono determinati considerando la quantità di dati e gli individui. AppComponents Tuttavia, questi valori sono solo stime. È necessario utilizzare i propri test (ad esempio AWS Fault Injection Service) per verificare i tempi di ripristino effettivi dell'applicazione. **Ottimizzazione per Availability Zone RTO/RPO** I tempi di ripristino del carico di lavoro stimati (RTO/RPO) più bassi possibili durante un'interruzione della zona di disponibilità (AZ). Se la configurazione non può essere modificata sufficientemente per soddisfare gli obiettivi RTO e RPO, verrai informato sui tempi di ripristino AZ del carico di lavoro stimati più bassi per avvicinare la configurazione alla possibilità di soddisfare la policy. **Ottimizzazione per Region RTO/RPO** I tempi di ripristino del carico di lavoro stimati (RTO/RPO) più bassi possibili durante un'interruzione regionale. Se la configurazione non può essere modificata sufficientemente per soddisfare gli obiettivi RTO e RPO, riceverai informazioni sui tempi di ripristino della regione con carico di lavoro più bassi stimati, in modo da avvicinare la configurazione alla possibilità di soddisfare la policy. **Ottimizza i costi** Il costo più basso che puoi sostenere pur rispettando la tua politica di resilienza. Se la configurazione non può essere modificata sufficientemente per soddisfare gli obiettivi di ottimizzazione, siete informati sul costo più basso che potete sostenere per avvicinare la vostra configurazione alla possibilità di soddisfare la policy. **Ottimizza per modifiche minime** Le modifiche minime necessarie per raggiungere gli obiettivi politici. Se la configurazione non può essere modificata sufficientemente per soddisfare gli obiettivi di ottimizzazione, verrai informato sulle modifiche consigliate che possono avvicinare la tua configurazione alla possibilità di soddisfare la policy. I seguenti elementi sono inclusi nelle suddivisioni per categoria di ottimizzazione: + **Descrizione** Descrive le configurazioni suggerite da. AWS Resilience Hub + **Modifiche** Un elenco di modifiche al testo che descrivono le attività necessarie per passare alla configurazione suggerita. + **Costo base** Il costo stimato associato alle modifiche consigliate. **Nota** **Il costo base** può variare in base all'utilizzo e non include sconti o offerte dell'Enterprise Discount Program (EDP). + **Carico di lavoro stimato (RTO e RPO)** L'RTO del carico di lavoro stimato e l'RPO del carico di lavoro stimato dopo le modifiche. AWS Resilience Hub valuta se un componente applicativo (AppComponent) è conforme a una policy di resilienza. Se AppComponent non è conforme a una policy di resilienza e AWS Resilience Hub non è in grado di formulare raccomandazioni per facilitare la conformità, è possibile che il tempo di ripristino per la soluzione selezionata AppComponent non possa essere rispettato entro i limiti di. AppComponent Esempi di AppComponent vincoli includono il tipo di risorsa, la dimensione dello storage o la configurazione delle risorse. Per facilitare la AppComponent conformità della politica di resilienza, modifica il tipo di risorsa AppComponent o aggiorna la politica di resilienza per allinearla a ciò che la risorsa può offrire. # Revisione delle raccomandazioni operative Le raccomandazioni operative contengono raccomandazioni per impostare allarmi ed AWS FIS esperimenti tramite AWS CloudFormation modelli. SOPs AWS Resilience Hub fornisce file AWS CloudFormation modello che consentono di scaricare e gestire l'infrastruttura dell'applicazione sotto forma di codice. Di conseguenza, forniamo consigli in AWS CloudFormation modo da poterli aggiungere al codice dell'applicazione. Se la dimensione del file AWS CloudFormation modello è superiore a un MB e contiene più di 500 risorse, AWS Resilience Hub genera più di un file AWS CloudFormation modello in cui la dimensione di ogni file non è superiore a un MB e contiene fino a 500 risorse. Se il file AWS CloudFormation modello è suddiviso in più file, ai nomi dei file AWS CloudFormation modello verrà aggiunto`partXofY`, dove `X` indica il numero di file nella sequenza e `Y` indica il numero totale di file in cui è suddiviso il file AWS CloudFormation modello. Ad esempio, se il file modello `big-app-template5-Alarm-104849185070-us-west-2.yaml` è diviso in quattro file, i nomi dei file sarebbero i seguenti: + `big-app-template5-Alarm-104849185070-us-west-2-part1of4.yaml` + `big-app-template5-Alarm-104849185070-us-west-2-part2of4.yaml` + `big-app-template5-Alarm-104849185070-us-west-2-part3of4.yaml` + `big-app-template5-Alarm-104849185070-us-west-2-part4of4.yaml` Tuttavia, in caso di AWS CloudFormation modelli di grandi dimensioni, ti viene richiesto di fornire l'URI di Amazon Simple Storage Service anziché utilizzare CLI/API un file locale come input. In AWS Resilience Hub, puoi eseguire le seguenti azioni: + È possibile fornire gli allarmi selezionati e SOPs gli AWS FIS esperimenti. Per fornire allarmi ed AWS FIS esperimenti SOPs, seleziona il consiglio appropriato e inserisci un nome univoco. AWS Resilience Hub crea un modello basato sui consigli selezionati. In **Templates**, puoi accedere ai modelli creati tramite un URL di Amazon Simple Storage Service (Amazon S3). + Puoi includere o escludere allarmi selezionati ed AWS FIS esperimenti consigliati per la tua applicazione in qualsiasi momento. SOPs Per ulteriori informazioni, consultare [Inclusione o esclusione di raccomandazioni operative](exclude-recommend.md). + Potete anche cercare, creare, aggiungere, rimuovere e gestire i tag di un'applicazione e visualizzare tutti i tag ad essa associati. # Inclusione o esclusione di raccomandazioni operative AWS Resilience Hub offre la possibilità di includere o escludere gli allarmi e SOPs gli AWS FIS esperimenti (test) consigliati per migliorare il punteggio di resilienza dell'applicazione in qualsiasi momento. L'inclusione o l'esclusione dei consigli operativi avrà un impatto sul punteggio di resilienza dell'applicazione solo dopo l'esecuzione di una nuova valutazione. Pertanto, ti consigliamo di eseguire una valutazione per ottenere il punteggio di resilienza aggiornato e comprenderne l'impatto sulla tua applicazione. Per ulteriori informazioni sulla limitazione delle autorizzazioni per includere o escludere consigli per applicazione, consulta. [Limitazione delle autorizzazioni per includere o escludere i consigli AWS Resilience Hub](include-exclude-limit-permissions.md) **Per includere o escludere i consigli operativi dalle applicazioni** 1. Nel menu di navigazione a sinistra, scegli **Applicazioni**. 1. In **Applicazioni**, apri un'applicazione. 1. Scegli **Valutazioni** e seleziona una valutazione dalla tabella **Valutazioni della resilienza**. Se non disponi di una valutazione, completa la procedura riportata in [Esecuzione di valutazioni della resilienza in AWS Resilience Hub](run-assessment.md) e poi torna a questo passaggio. 1. Seleziona la scheda **Consigli operativi**. 1. Per includere o escludere i consigli operativi dalla tua applicazione, completa le seguenti procedure: **Per includere o escludere gli allarmi consigliati dall'applicazione** 1. Per escludere gli allarmi, completa i seguenti passaggi: 1. Nella scheda **Allarmi**, dalla tabella **Allarmi**, seleziona tutti gli allarmi (con lo stato **Non implementato**) che desideri escludere. **Puoi identificare lo stato di implementazione corrente di un allarme dalla colonna Stato.** 1. In **Azioni**, scegli **Escludi selezionati**. 1. Dalla finestra di dialogo **Escludi consigli**, seleziona uno dei seguenti motivi (opzionale) e scegli **Escludi selezionati** per escludere gli allarmi selezionati dall'applicazione. + **Già implementato**: scegli questa opzione se hai già implementato questi allarmi in un AWS servizio come Amazon CloudWatch o qualsiasi altro fornitore di servizi di terze parti. + **Non pertinente**: scegli questa opzione se gli allarmi non soddisfano i tuoi requisiti aziendali. + **Troppo complicato da implementare**: scegli questa opzione se ritieni che questi allarmi siano troppo complicati da implementare. + **Altro**: scegli questa opzione per specificare qualsiasi altro motivo per escludere la raccomandazione. 1. Per includere gli allarmi, completa i seguenti passaggi: 1. Nella scheda **Allarmi**, dalla tabella **Allarmi**, seleziona tutti gli allarmi (con stato **Escluso**) che desideri includere. **È possibile identificare lo stato di implementazione corrente dell'allarme dalla colonna Stato.** 1. Da **Azioni**, scegli **Includi selezionati**. 1. Dalla finestra di dialogo **Includi consigli**, scegli **Includi selezionati** per includere tutti gli allarmi selezionati nell'applicazione. **Per includere o escludere le procedure operative standard consigliate (SOPs) dall'applicazione** 1. Per escludere le opzioni consigliate SOPs, completa la procedura seguente: 1. Nella scheda **Procedure operative standard**, dalla **SOPs**tabella, seleziona tutte le SOPs (con lo stato **Implementato** o **Non implementato**) che desideri escludere. È possibile identificare lo stato di implementazione corrente di una SOP dalla colonna **Stato**. 1. In **Azioni**, scegli **Escludi selezionati** per escludere i selezionati SOPs dall'applicazione. 1. Dalla finestra di dialogo **Escludi consigli**, seleziona uno dei seguenti motivi (opzionale) e scegli **Escludi selezionati** per escludere il selezionato SOPs dall'applicazione. + **Già implementato**: scegli questa opzione se li hai già implementati SOPs in un AWS servizio o in qualsiasi altro fornitore di servizi di terze parti. + **Non pertinente**: scegli questa opzione se SOPs non soddisfa i tuoi requisiti aziendali. + **Troppo complicate da implementare**: scegliete questa opzione se ritenete che SOPs siano troppo complicate da implementare. + **Nessuno**: scegli questa opzione se non desideri specificare il motivo. 1. Per includere SOPs, completa i seguenti passaggi: 1. Nella scheda **Procedure operative standard**, dalla **SOPs**tabella, seleziona tutti gli allarmi (con lo stato **Escluso**) che desideri includere. È possibile identificare lo stato di implementazione corrente dell'allarme dalla colonna **Stato**. 1. Da **Azioni**, scegli **Includi selezionati**. 1. Dalla finestra di dialogo **Includi consigli**, scegli **Includi selezionati** per includere tutti i selezionati SOPs nell'applicazione. **Per includere o escludere i test consigliati dall'applicazione** 1. Per escludere i test consigliati, completa i seguenti passaggi: 1. Nella scheda **Modelli di esperimenti di iniezione** di **errore, dalla tabella Modelli di esperimenti di iniezione** di errori, seleziona tutti i test (con lo stato **Implementato** o **Non implementato**) che desideri escludere. È possibile identificare lo stato di implementazione corrente di un test dalla colonna **Stato**. 1. In **Azioni**, scegli **Escludi selezionati**. 1. Dalla finestra di dialogo **Escludi consigli**, selezionate uno dei seguenti motivi (opzionale) e scegliete **Escludi selezionati** per escludere gli AWS FIS esperimenti selezionati dall'applicazione. + **Già implementato**: scegli questa opzione se hai già implementato questi test in un AWS servizio o in qualsiasi altro fornitore di servizi di terze parti. + **Non pertinente**: scegli questa opzione se i test non soddisfano i tuoi requisiti aziendali. + **Troppo complicati da implementare**: scegli questa opzione se ritieni che questi test siano troppo complicati da implementare. + **Nessuno**: scegli questa opzione se non desideri specificare il motivo. 1. Per includere i test consigliati, completa i seguenti passaggi: 1. Nella scheda **Modelli di esperimenti di iniezione** di **errore, dalla tabella Modelli di esperimenti di iniezione** di errori, seleziona tutti i test (con lo stato **Escluso**) che desideri includere. È possibile identificare lo stato di implementazione corrente del test dalla colonna **Stato**. 1. Da **Azioni**, scegli **Includi selezionati**. 1. Nella finestra di dialogo **Includi consigli**, scegli **Includi selezionati** per includere tutti i test selezionati nella tua applicazione.