Creazione e configurazione dei piani di risposta in Incident Manager

Per creare un piano di risposta

1. Apri la console Incident Manager e, nel riquadro di navigazione, scegli Piani di risposta.

2. Scegli Crea piano di risposta.

3. Per Nome, inserisci un nome di piano di risposta univoco e identificabile da utilizzare in Amazon Resource Name (ARN) per il piano di risposta.

4. (Facoltativo) In Nome visualizzato, inserisci un nome più leggibile dall'uomo per aiutare a identificare il piano di risposta quando crei incidenti.

5. Continua specificando i valori predefiniti per i record degli incidenti.

Per specificare i valori predefiniti degli incidenti

1. In Titolo, inserisci un titolo per questo incidente per aiutarti a identificarlo nella home page di Incident Manager.

2. Per Impatto, scegli un livello di impatto per indicare la portata potenziale di un incidente creato da questo piano di risposta, ad esempio Critico o Basso. Per informazioni sulle valutazioni di impatto in Incident Manager, vedereTriage.

3. (Facoltativo) In Riepilogo, inserisci un breve riepilogo del tipo di incidenti creati da questo piano di risposta.

4. (Facoltativo) Per la stringa di deduplicazione, immettere una stringa di deduplicazione. Incident Manager utilizza questa stringa per impedire che la stessa causa principale crei più incidenti nello stesso account.

   Una stringa di deduplicazione è un termine o una frase che il sistema utilizza per verificare la presenza di incidenti duplicati. Se si specifica una stringa di deduplicazione, Incident Manager cerca gli incidenti aperti che contengono la stessa stringa nel campo al momento della creazione dell'incidente. dedupeString Se viene rilevato un duplicato, Incident Manager deduplica l'incidente più recente nell'incidente esistente.

   Nota

   Per impostazione predefinita, Incident Manager deduplica automaticamente più incidenti creati dallo stesso allarme Amazon CloudWatch o evento Amazon. EventBridge Non è necessario inserire la propria stringa di deduplicazione per impedire la duplicazione di questi tipi di risorse.

5. (Facoltativo) In Tag degli incidenti, aggiungi le chiavi e i valori dei tag da assegnare agli incidenti creati da questo piano di risposta.

   È necessario disporre dell'TagResourceautorizzazione della risorsa di registrazione degli incidenti per impostare i tag degli incidenti all'interno del piano di risposta.

6. Continua specificando un canale di chat opzionale per consentire ai risolutori di comunicare tra loro sugli incidenti.

Per specificare un canale di chat per la risposta agli incidenti

1. Per Canale di chat, seleziona un canale di AWS Chatbot chat in cui i soccorritori possano comunicare durante un incidente.

   Suggerimento

   Per creare un nuovo canale di chat in AWS Chatbot, scegli Configura nuovo client Chatbot.

2. Per SNSgli argomenti del canale di chat, scegli altri SNS argomenti su cui pubblicare durante l'incidente. L'aggiunta di più SNS argomenti Regioni AWS aumenta la ridondanza nel caso in cui una regione non fosse disponibile al momento dell'incidente.

3. Continua selezionando i contatti, gli orari delle chiamate e i piani di escalation da coinvolgere durante un incidente.

Per selezionare le risorse da impiegare nella risposta agli incidenti

1. Per quanto riguarda gli interventi, scegli un numero qualsiasi di piani di intensificazione, orari di chiamata e contatti individuali.

2. Continua specificando facoltativamente un runbook da eseguire come parte della mitigazione degli incidenti.

Per specificare un runbook per la mitigazione degli incidenti:

1. Per Runbook, effettuate una delle seguenti operazioni:

   • Scegli Clone runbook dal modello per creare una copia del runbook predefinito di Incident Manager. Per il nome del runbook, inserisci un nome descrittivo per il nuovo runbook.

   • Scegli Seleziona il runbook esistente. Seleziona il proprietario, il runbook e la versione da utilizzare.

     Suggerimento

     Per creare un runbook da zero, scegli Configura nuovo runbook.

     Per ulteriori informazioni sulla creazione di runbook, consulta Integrazione dei runbook di Systems Manager Automation in Incident Manager per la correzione degli incidenti.

2. Nell'area Parametri, fornisci tutti i parametri richiesti per il runbook selezionato.

   I parametri disponibili sono quelli specificati dal runbook. Un runbook potrebbe richiedere parametri diversi rispetto a un altro. Alcuni parametri potrebbero essere obbligatori e altri facoltativi.

   In molti casi, puoi scegliere di inserire manualmente un valore statico per un parametro, ad esempio un elenco di EC2 istanze AmazonIDs. Puoi anche lasciare che Incident Manager fornisca i valori dei parametri generati dinamicamente da un incidente.

3. (Facoltativo) Per AutomationAssumeRole, specifica il ruolo AWS Identity and Access Management (IAM) da utilizzare. Questo ruolo deve disporre delle autorizzazioni necessarie per eseguire i singoli comandi specificati nel runbook.

   Nota

   Se non AssumeRole viene specificato no, Incident Manager tenta di utilizzare il ruolo del servizio Runbook per eseguire i singoli comandi specificati all'interno del runbook.

   Scegli tra le seguenti opzioni:

   • Inserisci ARN valore: inserisci manualmente l'Amazon Resource Name (ARN) di un AssumeRole, nel formatoarn:aws:iam::account-id:role/assume-role-name. Ad esempio arn:aws:iam::123456789012:role/MyAssumeRole.

   • Usa un ruolo di servizio esistente: scegli un ruolo con le autorizzazioni richieste da un elenco di ruoli esistenti nel tuo account.

   • Crea un nuovo ruolo di servizio: scegli tra le politiche AWS gestite da allegare al tuo AssumeRole. Dopo aver selezionato questa opzione, per le politiche AWS gestite, scegli una o più politiche dall'elenco.

     Puoi accettare il nome predefinito suggerito per il nuovo ruolo o inserire un nome a tua scelta.

     Nota

     Questo nuovo ruolo del servizio Runbook è associato al runbook specifico selezionato. Non può essere utilizzato con runbook diversi. Questo perché la sezione Resource della policy non supporterà altri runbook.

4. Per il ruolo del servizio Runbook, specifica il IAM ruolo da utilizzare per fornire le autorizzazioni necessarie per accedere e avviare il flusso di lavoro per il runbook stesso.

   Come minimo, il ruolo deve consentire l'ssm:StartAutomationExecutionazione per il runbook specifico. Affinché il runbook funzioni su più account, il ruolo deve consentire anche l'sts:AssumeRoleazione relativa al AWS-SystemsManager-AutomationExecutionRole ruolo creato durante la creazione. Gestione degli incidenti in tutte Account AWS le regioni in Incident Manager

   Scegli tra le seguenti opzioni:

   • Crea un nuovo ruolo di servizio: Incident Manager crea automaticamente un ruolo del servizio Runbook che include le autorizzazioni minime richieste per avviare il flusso di lavoro del runbook.

     Per il nome del ruolo, puoi accettare il nome predefinito suggerito o inserire un nome a tua scelta. Ti consigliamo di utilizzare il nome suggerito o di mantenere il nome del runbook nel nome. Questo perché il nuovo AssumeRole è associato al runbook specifico selezionato e potrebbe non includere le autorizzazioni richieste per altri runbook.

   • Usa il ruolo di servizio esistente: un IAM ruolo creato in precedenza dall'utente o da Incident Manager concede le autorizzazioni necessarie.

     Per Nome ruolo, selezionare il nome del ruolo esistente da utilizzare.

5. Espandi Opzioni aggiuntive e scegli una delle seguenti opzioni per specificare Account AWS dove deve essere eseguito il flusso di lavoro del runbook.

   • Account del proprietario del piano di risposta: avvia il flusso di lavoro del runbook nello stesso luogo in Account AWS cui lo ha creato.

   • Account interessato: avvia il flusso di lavoro del runbook nell'account che ha avviato o segnalato l'incidente.

     Scegliete l'account Impacted quando utilizzate Incident Manager per scenari con più account e il runbook deve accedere alle risorse dell'account interessato per porvi rimedio.

6. Continua integrando facoltativamente un servizio nel piano di risposta. PagerDuty

Integrare un PagerDuty servizio nel piano di risposta

Quando si integra Incident Manager con PagerDuty, PagerDuty crea un incidente corrispondente ogni volta che Incident Manager crea un incidente. L'incidente PagerDuty utilizza il flusso di lavoro di paging e le politiche di escalation ivi definite, oltre a quelle di Incident Manager. PagerDuty allega gli eventi della cronologia di Incident Manager come note sull'incidente.

1. Espandi le integrazioni di terze parti, quindi seleziona la casella di controllo Abilita PagerDuty integrazione.

2. Per Seleziona segreto, seleziona il segreto in AWS Secrets Manager cui memorizzi le credenziali per accedere al tuo PagerDuty account.

   Per informazioni sulla memorizzazione delle PagerDuty credenziali in un segreto di Secrets Manager, vedereArchiviazione PagerDuty segreta delle credenziali di AWS Secrets Manager accesso.

3. Per PagerDuty assistenza, seleziona il servizio dal tuo PagerDuty account in cui desideri creare l' PagerDuty incidente.

4. Continua aggiungendo tag opzionali e creando il piano di risposta.

Per aggiungere tag e creare il piano di risposta

1. (Facoltativo) Nell'area Tag, applica una o più coppie nome/valore chiave del tag al piano di risposta.

   I tag sono metadati facoltativi assegnati a una risorsa. Con i tag, puoi classificare una risorsa in diversi modi, ad esempio per scopo, proprietario o ambiente. Ad esempio, potresti voler etichettare un piano di risposta per identificare il tipo di incidente che intende mitigare, i tipi di canali di escalation che contiene o il piano di escalation che verrà associato ad esso. Per ulteriori informazioni sull'etichettatura delle risorse di Incident Manager, vedere. Etichettatura delle risorse in Incident Manager

2. Scegli Crea piano di risposta.