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à.
Correzione automatica degli avvisi con AMS
Dopo la verifica, AWS Managed Services (AMS) corregge automaticamente determinati avvisi in base a condizioni e processi specifici descritti in questa sezione.
| Nome dell'avviso | Description | Soglie | Azione |
|---|---|---|---|
Canale sicuro non funzionante |
Il Broken Secure Channel Alarm viene attivato sulle istanze Windows EC2 quando l'istanza perde la connessione con il controller di dominio AD. |
La soglia supera il valore definito 10 volte negli ultimi 15 minuti. |
La correzione automatica di AMS verifica che l'istanza sia online in SSM, che il nome host non sia duplicato e che l'oggetto AD Computer sia allineato allo stack. CloudFormation La riparazione ripara la connessione sicura del canale per ripristinare l'accesso all'istanza. |
Controllo dello stato non riuscito |
Possibili guasti hardware o stato di errore dell'istanza. |
Il sistema ha rilevato uno stato di errore almeno una volta negli ultimi 15 minuti. |
La riparazione automatica AMS verifica innanzitutto se l'istanza è accessibile. Se l'istanza è inaccessibile, viene interrotta e riavviata. L'arresto e l'avvio consentono all'istanza di migrare verso il nuovo hardware sottostante. Per ulteriori informazioni, consulta la seguente sezione «EC2 Status Check Failure Remediation Automation». |
AMSLinuxDiskUsage |
Si attiva quando l'utilizzo del disco di 1 punto di montaggio (spazio designato su un volume) sull'istanza EC2 si sta esaurendo. |
La soglia supera il valore definito 6 volte negli ultimi 30 minuti. |
La riparazione automatica AMS elimina innanzitutto i file temporanei. Se ciò non libera abbastanza spazio su disco, estende il volume per evitare tempi di inattività se il volume si riempie. |
AMSWindowsDiskUsage |
Quando l'utilizzo del disco di 1 punto di montaggio (spazio designato su un volume) sull'istanza EC2 si sta esaurendo. |
La soglia supera il valore definito 6 volte negli ultimi 30 minuti. |
La riparazione automatica AMS elimina innanzitutto i file temporanei. Se ciò non libera abbastanza spazio su disco, estende il volume per evitare tempi di inattività se il volume si riempie. |
RDS-EVENT-0089 |
L'istanza database ha utilizzato oltre il 90% dello storage allocato. |
Lo spazio di archiviazione è allocato per oltre il 90%. |
La correzione automatica AMS verifica innanzitutto che il DB sia in uno stato modificabile e disponibile o che lo spazio di archiviazione sia pieno. Tenta quindi di aumentare lo storage allocato, gli IOPS e il throughput di storage tramite un changeset. CloudFormation Se è già stata rilevata una deriva dello stack, ricorre all'API RDS per evitare tempi di inattività. Questa funzionalità può essere disattivata aggiungendo il seguente tag all'istanza DB RDS: |
RDS-EVENT-0007 |
Lo storage allocato per l'istanza DB è esaurito. Per risolvere, alloca spazio di archiviazione aggiuntivo. |
Lo storage è allocato al 100%. |
La correzione automatica AMS verifica innanzitutto che il DB sia in uno stato modificabile e disponibile o che lo spazio di archiviazione sia pieno. Tenta quindi di aumentare lo storage allocato, gli IOPS e il throughput di storage tramite un changeset. CloudFormation Se è già stata rilevata una deriva dello stack, ricorre all'API RDS per evitare tempi di inattività. Questa funzionalità può essere disattivata aggiungendo il seguente tag all'istanza DB RDS: |
RDS-EVENT-0224 |
Lo storage allocato richiesto raggiunge o supera la soglia di archiviazione massima configurata. |
La soglia massima di archiviazione per l'istanza DB è stata esaurita o è maggiore o uguale allo storage allocato richiesto. |
La riparazione automatica AMS verifica innanzitutto che la quantità richiesta di storage RDS superi la soglia massima di archiviazione. Se confermata, AMS tenta di aumentare la soglia massima di archiviazione del 30% con un CloudFormation changeset o un'API RDS diretta se le risorse non vengono fornite tramite. CloudFormation Questa funzionalità può essere disattivata aggiungendo il seguente tag all'istanza DB RDS: |
Capacità di archiviazione RDS |
Rimane meno di 1 GB nello storage allocato per l'istanza DB. |
Lo storage è allocato al 99%. |
La correzione automatica AMS verifica innanzitutto che il DB sia in uno stato modificabile e disponibile o che lo spazio di archiviazione sia pieno. Tenta quindi di aumentare lo storage allocato, gli IOPS e il throughput di storage tramite un changeset. CloudFormation Se è già stata rilevata una deriva dello stack, ricorre all'API RDS per evitare tempi di inattività. Questa funzionalità può essere disattivata aggiungendo il seguente tag all'istanza DB RDS: |
AMSFSXONTAPVolumeCapacityUtilization |
Il volume Amazon FSx for NetApp ONTAP ha consumato più dello storage allocato predefinito (80%). |
FSx per ONTAP l'utilizzo della capacità di volume è superiore all'80% per due ore (valore predefinito). |
La correzione automatica AMS verifica innanzitutto che lo stato del ciclo di vita del volume sia in uno stato modificabile, quindi estende le dimensioni del volume del 10% verificando la capacità massima del file system. Se il file system non dispone di una capacità di archiviazione sufficiente per l'espansione del volume, sia il volume che il file system vengono espansi insieme. Questa espansione è limitata a un massimo di tre volte nell'arco di sette giorni. Il limite massimo di storage a cui si espande AMS Automation è di 5120 GiB. NotaSe il LUN iSCSI è configurato nella parte superiore del volume, espandere il LUN iSCSI a livello di sistema operativo. Per ulteriori informazioni, vedi Perché my FSx for ONTAP LUN è in modalità di sola lettura |
Amazon EC2 Broken Secure Channel: nota sull'automazione della riparazione
Prima che la riparazione automatica di AWS Managed Services (AMS) esegua la correzione dei problemi relativi a Windows Broken Secure Channel di Amazon EC2, l'automazione esegue i seguenti controlli preliminari e crea un rapporto sugli incidenti per ulteriori indagini:
Verifica che lo stato SSM dell'istanza Amazon EC2 sia «Online».
Verifica se l'istanza Amazon EC2 fa parte di un gruppo Auto Scaling e se tutte le istanze del gruppo Auto Scaling hanno lo stesso nome host.
Verifica se l'istanza Amazon EC2 fa parte dello CloudFormation stack utilizzato per il provisioning. Se l'istanza è stata rimossa dallo CloudFormation stack, l'automazione verifica se l'unità organizzativa (OU) di Active Directory associata fa ancora riferimento allo stack.
Una volta superate le convalide di cui sopra, l'automazione procede alla correzione del canale Broken Secure.
Fasi di riparazione:
La riparazione automatica tenta di ripristinare il canale sicuro tra l'istanza EC2 e il dominio AD, ripristinando l'accesso all'istanza.
Dopo la riparazione, l'automazione verifica che sia stato stabilito il canale sicuro. In caso di esito negativo, AMS crea un incidente e incarica le operazioni di AMS di indagare.
Errore nel controllo dello stato di EC2: note sull'automazione della riparazione
Come funziona la riparazione automatica di AMS con i problemi relativi al controllo dello stato di EC2:
Se la tua istanza Amazon EC2 è diventata irraggiungibile, l'istanza deve essere interrotta e riavviata in modo da poter essere migrata su un nuovo hardware e ripristinata.
Se la radice del problema è all'interno del sistema operativo (dispositivi mancanti in fstab, danneggiamento del kernel e così via), l'automazione non è in grado di ripristinare l'istanza.
Se l'istanza appartiene a un gruppo Auto Scaling, l'automazione non interviene: l'azione di AutoScalingGroup ridimensionamento sostituisce l'istanza.
Se la tua istanza ha EC2 Auto Recovery abilitato, la riparazione non interviene.
Automazione della correzione dell'utilizzo dei volumi EC2
Come funziona la riparazione automatica di AWS Managed Services (AMS) con i problemi di utilizzo dei volumi EC2:
L'automazione verifica innanzitutto se l'espansione del volume è necessaria e se può essere eseguita. Se l'espansione è ritenuta appropriata, l'automazione può aumentare la capacità del volume. Questo processo automatizzato bilancia l'esigenza di crescita con un'espansione controllata e limitata.
Prima di estendere un volume, l'automazione esegue attività di pulizia (Windows: Disk Cleaner, Linux: Logrotate + rimozione del registro dell'agente di Simple Service Manager) sull'istanza per cercare di liberare spazio.
Nota
Le attività di pulizia non vengono eseguite sulle istanze della famiglia EC2 «T» perché si affidano ai crediti della CPU per la continuità delle funzionalità.
Su Linux, l'automazione supporta solo l'estensione dei file system di tipo EXT2 C e XFS. EXT3 EXT4
Su Windows, l'automazione supporta solo New Technology File System (NTFS) e Resilient File System (ReFS).
L'automazione non estende i volumi che fanno parte di Logical Volume Manager (LVM) o di un array RAID.
L'automazione non estende i volumi dell'Instance Store.
L'automazione non interviene se il volume interessato è già superiore a 2 TiB.
L'espansione attraverso l'automazione è limitata a un massimo di tre volte alla settimana e cinque volte in totale nell'arco della vita del sistema.
L'automazione non aumenta il volume se l'espansione precedente è avvenuta nelle ultime sei ore.
Quando queste regole impediscono all'automazione di agire, AMS ti contatta tramite una richiesta di servizio in uscita per determinare le azioni successive da intraprendere.
Automazione della correzione degli eventi a basso livello di storage di Amazon RDS
Come funziona la riparazione automatica di AWS Managed Services (AMS) con i problemi relativi agli eventi di storage insufficiente di Amazon RDS:
Prima di provare a estendere lo storage dell'istanza Amazon RDS, l'automazione esegue diversi controlli per garantire che l'istanza Amazon RDS sia in uno stato modificabile e disponibile o pieno di spazio di archiviazione.
Se viene rilevata una deriva CloudFormation dello stack, la correzione avviene tramite l'API Amazon RDS.
-
A seconda dell'evento scatenante, la riparazione modifica le proprietà,, o.
MaxAllocatedStorageAllocatedStorageIopsStorageThroughputLe altre proprietà delle istanze Amazon RDS non vengono modificate. Per ulteriori informazioni, consulta Impostazioni per le istanze DB. L'azione di riparazione non viene eseguita nei seguenti scenari:
Lo stato dell'istanza Amazon RDS non è «disponibile» o «pieno di spazio di archiviazione».
Lo storage delle istanze Amazon RDS non è attualmente modificabile (ad esempio quando lo storage è stato modificato nelle ultime sei ore).
L'istanza Amazon RDS ha lo storage con scalabilità automatica abilitato.
La riparazione è limitata a un'espansione ogni sei ore e a non più di tre espansioni nell'arco di quattordici giorni consecutivi.
Quando si verificano questi scenari, AMS ti contatta per segnalarti un incidente in uscita per determinare le azioni successive.
Automazione della riparazione della capacità dei volumi ONTAP
Come funziona la riparazione automatica di AWS Managed Services (AMS) con i problemi di capacità dei volumi ONTAP:
Prima di estendere il volume, l'automazione verifica che lo stato del ciclo di vita del volume sia in uno stato modificabile.
L'automazione estende la dimensione del volume del 10% verificando al contempo la capacità massima del file system.
Se il file system non dispone di una capacità di archiviazione sufficiente per supportare l'espansione del volume, viene aumentata sia la capacità del volume che quella del file system.
La riparazione è limitata a non più di tre aggiornamenti in un periodo di sette giorni.
Il limite massimo di storage a cui si espande AMS Automation è di 5120 GiB.
Se il LUN iSCSI è configurato sulla parte superiore del volume, è necessario espandere manualmente il LUN iSCSI a livello di sistema operativo dopo il completamento della riparazione automatica. Per ulteriori informazioni, vedi Perché my for ONTAP LUN è in modalità di sola FSx lettura
?
