Creazione e configurazione dei piani di risposta in Incident Manager

Come creare un piano di risposta

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

2. Scegli Crea piano di risposta.

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

4. (Facoltativo) Per Nome visualizzato, inserisci un nome più leggibile dall'uomo per 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. Per Titolo, inserisci un titolo per questo incidente per aiutarti a identificarlo nella home page di Incident Manager.

2. Per Impact, scegli un livello di impatto per indicare la potenziale portata 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) Per Riepilogo, inserisci un breve riepilogo del tipo di incidenti creati da questo piano di risposta.

4. (Facoltativo) Per la stringa di deduplicazione, inserisci una stringa di deduplicazione. Incident Manager utilizza questa stringa per evitare 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 quando crea l'dedupeStringincidente. Se viene rilevato un duplicato, Incident Manager deduplica l'incidente più recente in quello esistente.

   Nota

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

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

   È necessario disporre dell'TagResourceautorizzazione per consentire alla risorsa di registrazione degli incidenti di 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 in merito agli incidenti.

Per specificare un canale di chat di risposta agli incidenti

1. Per il canale Chat, seleziona un canale di chat delle applicazioni di chat di Amazon Q Developer in cui i soccorritori possono comunicare durante un incidente.

   Suggerimento

   Per creare un nuovo canale di chat in Amazon Q Developer nelle applicazioni di chat, scegli Configura nuovo client Chatbot.

2. Per gli argomenti SNS del canale di chat, scegli argomenti SNS aggiuntivi su cui pubblicare durante l'incidente. L'aggiunta di più argomenti SNS Regioni AWS aumenta la ridondanza nel caso in cui una regione sia inattiva 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 per impegnarsi nella risposta agli incidenti

1. Per Engagements, scegli un numero qualsiasi di piani di emergenza, 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, esegui 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 un 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 opzionali.

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

3. (Facoltativo) Per AutomationAssumeRole, specificare 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, Incident Manager tenta di utilizzare il ruolo del servizio Runbook per eseguire i singoli comandi specificati nel runbook.

   Scegli tra le seguenti opzioni:

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

   • Usa il 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 Risorse della policy non supporterà altri runbook.

4. Per il ruolo del servizio Runbook, specifica il ruolo IAM 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 tuo runbook specifico. Affinché il runbook funzioni su tutti gli account, il ruolo deve consentire anche l'sts:AssumeRoleazione relativa al AWS-SystemsManager-AutomationExecutionRole ruolo che hai creato durante. 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 per te un ruolo di servizio Runbook che include le autorizzazioni minime richieste per avviare il flusso di lavoro di 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 allo specifico runbook selezionato e potrebbe non includere le autorizzazioni richieste per altri runbook.

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

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

5. Espandi le 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 nel luogo in Account AWS cui lo ha creato.

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

     Scegli l'account interessato quando utilizzi 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 in PagerDuty utilizza il flusso di lavoro di paging e le politiche di escalation che hai definito in aggiunta a quelli in Incident Manager. PagerDuty allega gli eventi della cronologia di Incident Manager come note sull'incidente.

1. Espandi Third-party le integrazioni, 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, consulta. Archiviazione delle credenziali di PagerDuty accesso in modo segreto AWS Secrets Manager

3. Per PagerDuty quanto riguarda l'assistenza, seleziona dal tuo PagerDuty account il servizio 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ù name/value coppie di chiavi 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 sarà 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.