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.
VPC
Come in Amazon RDS, l'istanza database di RDS Custom risiede in un virtual private cloud (VPC).
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.
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.
Argomenti
Arresto e avvio dell’host
RDS Custom adotta automaticamente i seguenti passaggi, senza alcun intervento da parte dell'utente:
-
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 nella Guida per l’utente di Amazon EC2.
-
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 uno snapshot DB o il ripristino point-in-time.
-
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 assicura che l'istanza RDS Custom utilizzi un'infrastruttura, un sistema operativo e un database AWS 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 e Correzione delle configurazioni non supportate in RDS Custom per SQL Server. Se uno di questi requisiti non viene soddisfatto, RDS Custom considera l'istanza database al di fuori del perimetro di supporto.
Argomenti
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-configurationperché 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.
-
Puoi eliminare la tua istanza database, ma la maggior parte delle altre operazioni API RDS Custom non è disponibile.
-
RDS Custom continua a supportare il ripristino point-in-time (PITR) archiviando i file di log di ripristino e caricandoli su Amazon S3. Il PITR con stato
unsupported-configurationsi 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-configurationperché 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:
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). UNCEVè 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.
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:
-
log AWS CloudTrail per il trail creato da RDS Custom
-
Artefatti del perimetro di supporto (vedi Perimetro di supporto RDS Custom)
-
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:
-
ID Account AWS
-
Tipo motore (RDS Custom per Oracle o RDS Custom for SQL Server)
-
Regione AWS
Ad esempio, se crei RDS Custom for Oracle CEVs in una singola Regione AWS, verrà creato un bucket do-not-delete-rds-custom-. Se crei più istanze RDS Custom per SQL Server che risiedono in diverse Regioni AWS, verrà creato un bucket do-not-delete-rds-custom- in ciascuna Regione AWS. Se crei un'istanza RDS Custom per Oracle e due istanze RDS Custom per SQL Server in una singola Regione AWS, verranno creati due bucket do-not-delete-rds-custom-.
AWS CloudTrail
RDS Custom crea automaticamente un trail AWS CloudTrail 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 influiscono sull'automazione RDS Custom. Per ulteriori informazioni, consulta Risoluzione dei problemi relativi alle configurazioni non supportate.
RDS Custom genera il trail quando crei la prima istanza database. RDS Custom crea un trail per ciascuna delle seguenti combinazioni:
-
ID Account AWS
-
Tipo motore (RDS Custom per Oracle o RDS Custom for SQL Server)
-
Regione AWS
Quando elimini un'istanza database RDS Custom, il CloudTrail per questa istanza non viene rimosso automaticamente. In questo caso, costi per il CloudTrail non eliminato continuano ad essere addebitati al tuo Account AWS. RDS Custom non è responsabile per l'eliminazione di questa risorsa. Per informazioni su come rimuovere CloudTrail manualmente, consulta Eliminazione di un trail nella Guida per l'utente di AWS CloudTrail.
