Architettura Amazon RDS Custom - Amazon Relational Database Service

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

VPC

Come in Amazon RDS, l'istanza database di RDS Custom risiede in un virtual private cloud (VPC).

Componenti dell'istanza database RDS Custom

L'istanza database RDS Custom è costituita dai seguenti componenti principali:

  • EC2 Istanza Amazon

  • Endpoint dell'istanza

  • Sistema operativo installato sull' EC2 istanza Amazon

  • 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

Una responsabilità importante dell'automazione RDS Custom è la risposta ai problemi con l'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' EC2 host Amazon viene danneggiato, RDS Custom tenta di riavviarlo. Se questa operazione fallisce, RDS Custom utilizza la stessa funzionalità di arresto e avvio inclusa in Amazon EC2. L'unica modifica visibile dal cliente quando un host viene sostituito è un nuovo indirizzo IP pubblico.

Arresto e avvio dell’host

RDS Custom adotta automaticamente i seguenti passaggi, senza alcun intervento da parte dell'utente:

  1. Arresta l' EC2 host Amazon.

    L' EC2 istanza esegue un normale arresto e smette di funzionare. 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 Stop and start your istance nella Amazon EC2 User Guide.

  2. Avvia l' EC2 host Amazon.

    L' EC2 istanza migra su 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 for SQL Server, i dati del database vengono conservati, ma tutti i dati sull'C:unità, inclusi i dati del sistema operativo e dei clienti, vengono persi.

Dopo il processo di sostituzione dell'host, l' EC2 host Amazon dispone di un nuovo indirizzo IP pubblico. Il nuovo host conserva i dati e i metadati mostrati nella tabella seguente.

Metadati o dati RDS Custom per la conservazione in Oracle RDS Custom per la conservazione di SQL Server
EC2 ID dell'istanza No
EC2 metadati dell'istanza
Dati del volume di archiviazione dati
dati del volume principale No
Indirizzi IP privati
Indirizzi IP elastici

Le migliori pratiche per EC2 gli host Amazon

La funzionalità di sostituzione dell' EC2 host di Amazon copre la maggior parte degli scenari di EC2 problemi di Amazon. 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 del database o il ripristino. point-in-time

  • Non interrompere o terminare manualmente l' EC2 host Amazon fisico. Entrambe le azioni comportano l'inserimento dell'istanza al di fuori del perimetro di supporto RDS Custom.

  • (RDS Custom for SQL Server) Se colleghi volumi aggiuntivi all' EC2 host Amazon, configurali per il rimontaggio 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 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.

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 DB RDS Custom for SQL Server, RDS Custom non sostituisce l' EC2istanza Amazon sottostante se viene danneggiata. 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 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' EC2 istanza, l'arresto dell'agente RDS Custom e il 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:

  • AWS CloudTrail registri per il percorso 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:

  • 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 RDS Custom per 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 per SQL Server in un'unica istanza, esistono due bucket. Regione AWSdo-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.

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 nella Guida per l'AWS CloudTrail utente.