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à. # Architettura Amazon RDS Custom L'architettura Amazon RDS Custom è basata su Amazon RDS, con differenze importanti. Il seguente diagramma illustra i componenti principali dell'architettura RDS Custom. ![\[Componenti dell'architettura RDS Custom\]](http://docs.aws.amazon.com/it_it/AmazonRDS/latest/UserGuide/images/RDS_Custom_gen_architecture.png) **Topics** + [VPC](#custom-concept.components.VPC) + [Automazione e monitoraggio RDS Custom](#custom-concept.workflow.automation) + [Simple Storage Service (Amazon S3)](#custom-concept.components.S3) + [AWS CloudTrail](#custom-concept.components.CloudTrail) ## VPC Come in Amazon RDS, l'istanza database di RDS Custom risiede in un virtual private cloud (VPC). ![\[Componenti dell'istanza database RDS Custom\]](http://docs.aws.amazon.com/it_it/AmazonRDS/latest/UserGuide/images/RDS_Custom_instance.png) L'istanza database RDS Custom è costituita dai seguenti componenti principali: + Istanza Amazon EC2 + Endpoint dell'istanza + Sistema operativo installato sull'istanza Amazon EC2 + Storage Amazon EBS, che contiene file system aggiuntivi ## Automazione e monitoraggio RDS Custom RDS Custom dispone di un software di automazione che funziona al di fuori dell'istanza DB. Questo software comunica con gli agenti sull'istanza DB e con altri componenti all'interno dell'ambiente RDS Custom generale. Le funzioni di monitoraggio e ripristino RDS Custom offrono funzionalità simili a quelle di Amazon RDS. Per impostazione predefinita, RDS Custom è in modalità di automazione completa. Il software di automazione ha le seguenti responsabilità principali: + Raccogli i parametri e invia notifiche + Ripristino automatico dell'istanza Un'importante responsabilità dell'automazione RDS Custom è la risposta ai problemi della tua istanza Amazon EC2. Per vari motivi, l'host potrebbe diventare compromesso o irraggiungibile. RDS Custom risolve questi problemi riavviando o sostituendo l'istanza Amazon EC2. **Topics** + [Sostituzione dell'host Amazon RDS Custom](#custom-troubleshooting.host-problems) + [Perimetro di supporto RDS Custom](#custom-troubleshooting.support-perimeter) ### Sostituzione dell'host Amazon RDS Custom Se l'host Amazon EC2 viene danneggiato, RDS Custom tenta di riavviarlo. Se questo tentativo non riesce, RDS Custom utilizza la stessa funzione di arresto e avvio inclusa in Amazon EC2. L'unica modifica visibile dal cliente quando un host viene sostituito è un nuovo indirizzo IP pubblico. **Topics** + [Arresto e avvio dell’host](#custom-troubleshooting.host-problems.replacement.stop-start) + [Effetti della sostituzione dell'host](#custom-troubleshooting.host-problems.replacement.host-state) + [Best practice per gli host Amazon EC2](#custom-troubleshooting.host-problems.best-practices) #### Arresto e avvio dell’host RDS Custom adotta automaticamente i seguenti passaggi, senza alcun intervento da parte dell'utente: 1. Arresta l'host Amazon EC2. L'istanza EC2 esegue un normale arresto e l'esecuzione si arresta. Tutti i volumi Amazon EBS restano collegati all'istanza e i loro dati vengono conservati. Tutti i dati archiviati nei volumi di archivio istanza (non supportati da RDS Custom) o nella RAM del computer host vengono rimossi. Per ulteriori informazioni, consulta [Arrestare e avviare un’istanza](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/Stop_Start.html) nella *Guida per l’utente di Amazon EC2*. 1. Avvia l'host Amazon EC2. L'istanza EC2 esegue la migrazione a un nuovo hardware host sottostante. In alcuni casi, l'istanza database RDS Custom rimane sull'host originale. #### Effetti della sostituzione dell'host In RDS Custom, si ha pieno controllo sul volume del dispositivo di root e sui volumi di archiviazione Amazon EBS. Il volume root può contenere dati e configurazioni importanti da non perdere. RDS Custom for Oracle conserva tutti i dati del database e dei clienti dopo l'operazione, inclusi i dati del volume root. Non sono richiesti interventi da parte dell'utente. In RDS Custom per SQL Server, i dati del database vengono mantenuti, ma tutti i dati sull’unità `C:`, inclusi il sistema operativo e i dati del cliente, vengono persi. Dopo il processo di sostituzione host, l’host Amazon EC2 dispone di un nuovo indirizzo IP pubblico. Il nuovo host mantiene i dati e i metadati mostrati nella tabella seguente. | Metadati o dati | Conservazione di RDS Custom per Oracle | Conservazione di RDS Custom per SQL Server | | --- | --- | --- | | ID istanza EC2 | Sì | No | | Metadati dell’istanza EC2 | Sì | Sì | | Dati del volume di archiviazione dati | Sì | Sì | | Dati del volume root | Sì | No | | Indirizzi IP privati | Sì | Sì | | Indirizzi IP elastici | Sì | Sì | #### Best practice per gli host Amazon EC2 La funzione di sostituzione dell'host Amazon EC2 copre la maggior parte degli scenari dei problemi di Amazon EC2. Consigliamo di seguire queste best practices: + Prima di modificare la configurazione o il sistema operativo, eseguire il backup dei dati. Se il volume root o il sistema operativo diventano danneggiati, la sostituzione dell'host non è in grado di ripararli. Le uniche opzioni disponibili sono il ripristino da un'istantanea del DB o point-in-time il ripristino. + Non interrompere o terminare manualmente l'host Amazon EC2 fisico. Entrambe le azioni comportano l'inserimento dell'istanza al di fuori del perimetro di supporto RDS Custom. + (RDS Custom per SQL Server) Se si allegano volumi aggiuntivi all'host Amazon EC2, configurarli in modo che vengano rimontati al riavvio. Se l'host è danneggiato, RDS Custom potrebbe arrestarsi e avviare automaticamente l'host. ### Perimetro di supporto RDS Custom RDS Custom fornisce funzionalità di monitoraggio aggiuntive denominate *perimetro di supporto*. Questo monitoraggio aggiuntivo garantisce che l'istanza DB personalizzata RDS utilizzi un' AWS infrastruttura, un sistema operativo e un database supportati. Il perimetro database verifica che l'istanza database sia conforme ai requisiti elencati in [Correzione delle configurazioni non supportate in RDS Custom per Oracle](custom-troubleshooting.md#custom-troubleshooting.fix-unsupported) e [Correzione delle configurazioni non supportate in RDS Custom per SQL Server](custom-troubleshooting-sqlserver.md#custom-troubleshooting-sqlserver.fix-unsupported). Se uno di questi requisiti non viene soddisfatto, RDS Custom considera l'istanza database al di fuori del perimetro di supporto. **Topics** + [Configurazioni non supportate in RDS Custom](#custom-concept.support-perimeter.unsupported-config) + [Risoluzione dei problemi relativi alle configurazioni non supportate](#custom-concept.support-perimeter.fix-unsupported-config) #### Configurazioni non supportate in RDS Custom Quando l'istanza database è al di fuori del perimetro di supporto, RDS Custom modifica lo stato dell'istanza database in `unsupported-configuration` e invia notifiche sugli eventi. Dopo aver risolto i problemi di configurazione, RDS Custom modifica lo stato dell'istanza database in `available`. Mentre l'istanza database è nello stato `unsupported-configuration`, il caso è il seguente: + Il tuo database è raggiungibile. Un'eccezione si verifica se l'istanza database si trova nello stato `unsupported-configuration` perché il database si chiude in modo imprevisto. + Non è possibile modificare l'istanza database. + Non è possibile fare snapshot DB. + I backup automatici non vengono creati. + Solo per le istanze database RDS Custom per SQL Server, RDS Custom non sostituisce l'istanza database RDS Custom per SQL Server, se questa viene compromessa. Per altre informazioni sulla sostituzioni dell'host, consulta [Sostituzione dell'host Amazon RDS Custom](#custom-troubleshooting.host-problems). + Puoi eliminare la tua istanza database, ma la maggior parte delle altre operazioni API RDS Custom non è disponibile. + RDS Custom continua a supportare il point-in-time ripristino (PITR) archiviando i redo log file e caricandoli su Amazon S3. Il PITR con stato `unsupported-configuration` si differenzia nei seguenti modi: + Il PITR può richiedere tempi lunghi per il ripristino completo su una nuova istanza database RDS Custom. Questo perché non è possibile acquisire snapshot automatici o manuali mentre lo stato dell'istanza database è `unsupported-configuration`. + PITR deve riprodurre più redo log a partire dallo snapshot più recente acquisito prima che l'istanza entrasse nello stato `unsupported-configuration`. + In alcuni casi, lo stato dell'istanza database è `unsupported-configuration` perché hai apportato una modifica che ha impedito il caricamento dei file di log di ripristino archiviati. Gli esempi includono l'arresto dell'istanza EC2, l'arresto dell'agente RDS Custom e lo scollegamento dei volumi EBS. In questi casi, il PITR non è in grado di ripristinare l'istanza database all'ultima ora ripristinabile. #### Risoluzione dei problemi relativi alle configurazioni non supportate RDS Custom fornisce linee guida per la risoluzione dei problemi relativi allo stato `unsupported-configuration`. Sebbene alcune indicazioni si applichino sia a RDS Custom per Oracle che a RDS Custom per SQL Server, le altre linee guida dipendono dal motore di database. Per informazioni specifiche del motore relative alla risoluzione dei problemi, consulta i seguenti argomenti: + [Correzione delle configurazioni non supportate in RDS Custom per Oracle](custom-troubleshooting.md#custom-troubleshooting.fix-unsupported) + [Correzione delle configurazioni non supportate in RDS Custom per SQL Server](custom-troubleshooting-sqlserver.md#custom-troubleshooting-sqlserver.fix-unsupported) ## Simple Storage Service (Amazon S3) Se utilizzi RDS Custom per Oracle, carichi i supporti di installazione in un bucket Amazon S3 creato dall'utente. RDS Custom for Oracle utilizza il supporto in questo bucket per creare una versione del motore personalizzata (CEV). UN*CEV*è uno snapshot di un volume binario di una versione di database e di Amazon Machine Image (AMI). Dal CEV, puoi creare un'istanza database RDS Custom. Per ulteriori informazioni, consulta [Utilizzo di versioni del motore personalizzate per Amazon RDS Custom per Oracle](custom-cev.md). Sia per RDS Custom for Oracle che RDS Custom for SQL Server, RDS Custom crea automaticamente un bucket Amazon S3 con il prefisso della stringa `do-not-delete-rds-custom-`. RDS Custom utilizza il bucket S3 `do-not-delete-rds-custom-` per archiviare i seguenti tipi di file: + AWS CloudTrail registri per il percorso creato da RDS Custom + Artefatti del perimetro di supporto (vedi [Perimetro di supporto RDS Custom](#custom-troubleshooting.support-perimeter)) + File di log di ripristino database (solo RDS Custom per Oracle): + Log delle transazioni (solo RDS Custom per SQL Server) + Artefatti della versione del motore personalizzata (solo RDS Custom per Oracle) RDS Custom genera il bucket S3 `do-not-delete-rds-custom-` quando crei una delle seguenti risorse: + Il primo CEV per RDS Custom for Oracle + La prima istanza database per RDS Custom for SQL Server RDS Custom crea un bucket per ciascuna delle seguenti combinazioni: + Account AWS ID + Tipo motore (RDS Custom per Oracle o RDS Custom for SQL Server) + Regione AWS Ad esempio, se crei RDS Custom per Oracle CEVs in un unico bucket Regione AWS, esiste un `do-not-delete-rds-custom-` bucket. Se si creano più istanze di RDS Custom for SQL Server e queste si trovano in diverse istanze, esiste un `do-not-delete-rds-custom-` bucket in Regioni AWS ciascuna. Regione AWS Se si creano un'istanza RDS Custom for Oracle e due istanze RDS Custom for SQL Server in un'unica istanza, esistono due bucket. Regione AWS`do-not-delete-rds-custom-` ## AWS CloudTrail RDS Custom crea automaticamente un AWS CloudTrail percorso il cui nome inizia con. `do-not-delete-rds-custom-` Il perimetro di supporto RDS Custom si basa sugli eventi di CloudTrail per determinare se le azioni dell'utente influiscono sull'automazione RDS Custom. Per ulteriori informazioni, consulta [Risoluzione dei problemi relativi alle configurazioni non supportate](#custom-concept.support-perimeter.fix-unsupported-config). RDS Custom genera il trail quando crei la prima istanza database. RDS Custom crea un trail per ciascuna delle seguenti combinazioni: + Account AWS ID + Tipo motore (RDS Custom per Oracle o RDS Custom for SQL Server) + Regione AWS Quando si elimina un'istanza DB personalizzata RDS, l'istanza CloudTrail for this non viene rimossa automaticamente. In questo caso, Account AWS continueranno a esserti addebitati i costi non eliminati. CloudTrail RDS Custom non è responsabile per l'eliminazione di questa risorsa. *Per informazioni su come rimuoverli CloudTrail manualmente, consulta [Eliminazione di un percorso](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/cloudtrail-delete-trails-console.html) nella Guida per l'AWS CloudTrail utente.*