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à.

# Fuori bordo dagli account di landing zone con account singolo AMS
<a name="offboarding-salz"></a>

AMS offre assistenza per lo sbarco entro 30 giorni prima della cessazione di AMS.

È necessario richiedere l'assistenza per la partenza dall'imbarco almeno 7 giorni prima che tale assistenza possa essere fornita. L'assistenza per lo sbarco può essere offerta in due forme:
+ Trasferimento del controllo: AMS ti restituisce il controllo dell'account insieme alle credenziali di accesso per tutte le applicazioni gestite da AMS, oppure
+ Chiusura delle risorse per la chiusura dell'account: AMS elimina tutti i dati presenti nell'ambiente gestito da AMS e sfornisce tutte le risorse attive presenti nell'account. Quando inviano la richiesta di offboarding, i clienti possono richiedere che AMS: 
  + Eliminare o conservare gli oggetti di dati (compresi i log) archiviati nei bucket Amazon S3 
  + Rimuovere o conservare i bucket Amazon S3
  + Rimuovi o conserva AWS Backup i punti di ripristino
**Importante**  
Qualsiasi altra richiesta specifica (soggetta a plausibilità) deve essere comunicata ad AMS prima dell'inizializzazione dell'offboarding.

  **Prerequisiti opzionali (se richiesti):**
**Nota**  
Prima della richiesta di offboarding, i clienti possono richiedere l'assistenza di AMS per trasferire i dati nel formato esistente utilizzando AWS Snowball Edge qualsiasi altro supporto con cui AWS si interfaccia.

  Oltre ai backup dei dati, è possibile fornire i seguenti dati dei clienti come parte dell'assistenza durante l'offboarding:
  + Dati archiviati nei servizi di archiviazione, compresi i registri
  + Schemi dei tipi di modifica specifici del cliente
  + CloudFormation modelli per schemi di modifica dei tipi di modifica

Se le attività di offboarding non vengono completate al momento della cessazione di AMS, trasferiamo i controlli degli account per consentire all'utente di completare qualsiasi attività in sospeso.


| Funzione | Cosa è stato rimosso | Impatto | Azioni necessarie | 
| --- | --- | --- | --- | 
| Monitoraggio, registrazione, avvisi  | AMS Monitoring rimosso MMS (Managed Monitoring System) annullata la sottoscrizione Resource Tagger e Alarm Manager rimossi  CloudWatch Gli avvisi di base rimangono relativi alle risorse esistenti GuardDuty e Macie: La proprietà torna a te | AMS non ha più accesso o visibilità sulle risorse e sull'ambiente dell'utente. | Gli imprevisti per i servizi rimossi e annullati sono di tua proprietà. | 
| Gestione del Backup | L'automazione di AMS Backup viene rimossa sebbene il AWS Backup servizio rimanga disponibile per l'uso. Gli archivi e i dati di backup vengono conservati a meno che non venga richiesta l'eliminazione. | AMS non monitora più i processi di backup né esegue azioni di ripristino durante gli incidenti. Gli allarmi e gli avvisi sono disattivati. L'eliminazione del ruolo di backup IAM e delle chiavi KMS rende i backup AMS inutilizzabili. | I piani di Backup AMS devono essere riconfigurati. Tutta la responsabilità del monitoraggio e della riparazione rientra nelle tue mani. | 
| Automazioni AMS per la gestione dei servizi | I runbook di automazione AWS SSM curati da AMS, le funzioni Amazon Simple Notification Service (SNS) e Lambda non sono più disponibili. AWS  | Nessun accesso AMS ai tuoi account. Tutta l'automazione è disattivata. | Tutte le funzioni di automazione, incluse SSM, SNS e Lambda, devono essere ricreate, se necessario. | 
| Conformità | Visibilità e monitoraggio di AMS per tutti GuardDuty e AWS Config regole rimosse, sebbene queste regole rimangano sugli account. | Tutto il monitoraggio, il reporting e la correzione di Amazon GuardDuty and AWS Config Rules non sono più gestiti da AMS. | Il monitoraggio e la correzione di tutti gli strumenti di sicurezza e conformità sono a carico dell'utente. | 
| Agenti in istanza | L'accesso a Resource Scheduler, Resource Tagger o alla configurazione automatica dell'istanza per installare gli agenti richiesti nelle EC2 istanze viene rimosso. | CloudWatch e gli agenti SSM sulle istanze rimangono invariati con le configurazioni esistenti, tuttavia AMS non fornisce più assistenza in queste configurazioni. | Gestisci l'etichettatura e le configurazioni su istanza e degli agenti SSM. CloudWatch  | 
| Infrastruttura di patch e reportistica | AMS non gestisce più le attività pre e successive all'applicazione delle patch e l'accesso e la visibilità a questi servizi vengono rimossi. | AMS non crea più un'istantanea dell'istanza prima dell'applicazione delle patch, non installa e monitora più l'installazione della patch e non notifica più all'utente il risultato. I report e i bucket S3 di «verifica» vengono lasciati nei tuoi account su tua richiesta. AMS non genera più report sulle metriche di servizio. | Conservate le linee di base e le istantanee delle patch create in passato. Inoltre, la configurazione delle finestre di manutenzione delle patch rimane invariata, ma le patch non vengono più installate o corrette da AMS. Tutti i report sulle metriche operative dell'infrastruttura sono ora sotto la tua responsabilità. | 
| Gestione dei processi | Tutti gli account vengono esclusi dalla gestione del servizio fornito per gli incidenti, inclusa la gestione delle richieste di assistenza, dei problemi e delle modifiche. | Tutte le interruzioni del servizio precedentemente risolte da AMS mediante incidenti e richieste di assistenza e modifiche all'ambiente, nonché le indagini sulle cause principali, vengono gestite più a lungo da AMS. | L'utente riacquista la piena proprietà di tutta la gestione dei processi. |