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

Lavorare con un cluster di DB in un VPC

Il tuo cluster di DB si trova in un cloud privato virtuale (VPC). A VPC è una rete virtuale logicamente isolata dalle altre reti virtuali in AWS Cloud. Amazon VPC ti consente di lanciare AWS risorse, come un cluster di istanze Aurora DB o un' Amazon, in un. VPC VPCPuò essere un valore predefinito VPC fornito con il tuo account o uno creato da te. Tutti VPCs sono associati al tuo AWS conto.

L'impostazione predefinita VPC dispone di tre sottoreti che è possibile utilizzare per isolare le risorse all'interno di. VPC L'impostazione predefinita dispone VPC anche di un gateway Internet che può essere utilizzato per fornire l'accesso alle risorse interne VPC dall'esterno di. VPC

Per un elenco di scenari che coinvolgono Aurora DB, cluster all'interno VPC un database, consulta. VPC Scenari per l'accesso a un cluster di DB in un VPC

Nei seguenti tutorial, puoi imparare a crearne uno VPC da usare per uno scenario Aurora comune:

Lavorare con un cluster di DB in un VPC

Ecco alcuni suggerimenti su come lavorare con un cluster di DB in unVPC:

Utilizzo di gruppi di sottoreti database

Le sottoreti sono segmenti di un VPC intervallo di indirizzi IP designati per raggruppare le risorse in base alle esigenze operative e di sicurezza. AWS CLI RDSAPIoppure. Se si utilizza la console, è possibile scegliere i gruppi VPC di sottoreti che si desidera utilizzare.

Ogni gruppo di sottoreti DB deve avere sottoreti in almeno due zone di disponibilità in una determinata area Regione AWS. Quando si crea un cluster di DB in unVPC, si sceglie un gruppo di sottoreti DB per tale cluster. Dal gruppo di sottoreti DB, Aurora sceglie una sottorete e un indirizzo IP all'interno di quella sottorete da associare all'istanza DB principale nel cluster DB. Il database utilizza la zona di disponibilità che contiene la sottorete.

Le sottoreti di un gruppo di sottoreti DB sono pubbliche o private. Le sottoreti sono pubbliche o private, a seconda della configurazione impostata per le relative liste di controllo degli accessi alla rete (rete) e le tabelle di routing. ACLs Affinché un cluster database possa essere accessibile a livello pubblico, tutte le sottoreti nel gruppo di sottoreti database devono essere pubbliche. Se una sottorete associata a un cluster database accessibile pubblicamente cambia da pubblica a privata, ciò può avere ripercussioni sulla disponibilità del cluster database.

Per creare un gruppo di sottoreti DB che supporti la modalità dual-stack, assicuratevi che a ogni sottorete che aggiungete al gruppo di sottorete DB sia associato un blocco Internet Protocol versione 6 (). IPv6 CIDR Per ulteriori informazioni, consulta Indirizzamento IP Aurora la sezione Migrazione a IPv6 nella Amazon VPC User Guide.

Quando Aurora crea un cluster di DB in aVPC, assegna un'interfaccia di rete al cluster di DB utilizzando un indirizzo IP del gruppo di sottoreti DB. perché l'indirizzo IP sottostante varia durante un failover.

Sottoreti condivise

Puoi creare un cluster di DB in un ambiente condiviso. VPC

Alcune considerazioni da tenere a mente durante l'utilizzo di sharedVPCs:

Indirizzamento IP Aurora

Gli indirizzi IP consentono VPC alle risorse dell'utente di comunicare tra loro e con le risorse su Internet. Aurora supporta entrambi i protocolli di IPv4 IPv6 indirizzamento. Per impostazione predefinita, Aurora e Amazon VPC utilizzano il protocollo di IPv4 indirizzamento. Non puoi disattivare questo comportamento. Quando crei unVPC, assicurati di specificare un IPv4 CIDR blocco (un intervallo di IPv4 indirizzi privati). Facoltativamente, puoi assegnare un IPv6 CIDR blocco alle tue sottoreti VPC e assegnare IPv6 gli indirizzi di quel blocco ai cluster di DB nella tua sottorete.

Il supporto per il IPv6 protocollo amplia il numero di indirizzi IP supportati. Utilizzando il IPv6 protocollo, ti assicuri di disporre di indirizzi disponibili sufficienti per la crescita futura di Internet. Le RDS risorse nuove ed esistenti possono utilizzare IPv4 IPv6 gli indirizzi all'interno del tuoVPC. La configurazione, la protezione e la traduzione del traffico di rete tra i due protocolli utilizzati in diverse parti di un'applicazione può causare sovraccarico operativo. Puoi standardizzare il IPv6 protocollo per le RDS risorse Amazon per semplificare la configurazione della rete.

IPv4indirizzi

Quando si crea unVPC, è necessario specificare un intervallo di IPv4 indirizzi VPC sotto forma di CIDR blocco, ad esempio10.0.0.0/16. Un gruppo di sottoreti DB definisce l'intervallo di indirizzi IP in questo CIDR blocco che un cluster di DB può utilizzare. Questi indirizzi IP possono essere privati o pubblici.

Un IPv4 indirizzo privato è un indirizzo IP che non è raggiungibile su Internet. Puoi utilizzare IPv4 indirizzi privati per la comunicazione tra il tuo cluster di DB e altre risorse, come EC2 le istanze Amazon, nello stessoVPC. Ogni cluster di DB dispone di un indirizzo IP privato per la VPC comunicazione in.

Un indirizzo IP pubblico è un IPv4 indirizzo raggiungibile da Internet. È possibile utilizzare indirizzi pubblici per la comunicazione tra il cluster di DB e le risorse su Internet, ad esempio un SQL client. Puoi controllare se cluster database ricevono un indirizzo IP pubblico.

Per un tutorial che mostra come creare uno VPC con soli IPv4 indirizzi privati da utilizzare per uno scenario Aurora comune, consulta. Tutorial: Creazione di un Amazon VPC da utilizzare con un cluster database (solo IPv4)

IPv6indirizzi

Facoltativamente, puoi associare un IPv6 CIDR blocco alle tue sottoreti VPC e assegnare IPv6 gli indirizzi di quel blocco alle risorse del tuo. VPC Ogni IPv6 indirizzo è unico a livello globale.

Il tuo IPv6 CIDR blocco VPC viene assegnato automaticamente dal pool di IPv6 indirizzi di Amazon. Non è possibile scegliere l'intervallo in modo autonomo.

Quando ti connetti a un IPv6 indirizzo, assicurati che siano soddisfatte le seguenti condizioni:

Per ulteriori informazioniIPv6, consulta la sezione Indirizzamento IP nella Amazon VPC User Guide.

Modalità dual-stack

Quando un cluster di DB è in grado di comunicare sia tramite il protocollo di IPv4 IPv6 indirizzamento che tramite quello di indirizzamento, viene eseguito in modalità dual-stack. Pertanto, le risorse possono comunicare con il cluster di DB su o IPv4 entrambiIPv6. RDSdisabilita l'accesso a Internet Gateway per gli IPv6 endpoint delle istanze DB private in modalità dual-stack. RDSlo fa per garantire che i tuoi IPv6 endpoint siano privati e accessibili solo dall'interno del tuo. VPC

Per un tutorial che mostra come creare uno VPC con entrambi IPv4 gli IPv6 indirizzi da utilizzare per uno scenario Aurora comune, consulta. Tutorial: Creazione di un VPC per l'utilizzo con un cluster database (modalità dual-stack)

Modalità dual-stack e gruppi di sottoreti database

Per utilizzare la modalità dual-stack, assicurati che a ogni sottorete del gruppo di sottoreti DB associato al cluster di DB sia associato un blocco. IPv6 CIDR Per soddisfare questo requisito, puoi creare un nuovo gruppo di sottoreti database o modificare un gruppo di sottoreti database esistente. Quando cluster database sono in modalità dual-stack, i client possono connettersi normalmente. Assicurati che i firewall di sicurezza dei client e i gruppi di sicurezza delle istanze RDS DB siano configurati accuratamente per consentire il trasferimento del traffico. IPv6 Per connettersi, i client utilizzano l'endpoint dell'istanza principale del cluster database. Le applicazioni client possono specificare il protocollo preferito per la connessione a un database. In modalità dual-stack, il cluster di DB rileva il protocollo di rete preferito del clientIPv6, IPv4 o lo utilizza per la connessione.

Se un gruppo di sottoreti DB smette di supportare la modalità dual-stack a causa dell'eliminazione o della CIDR disassociazione della sottorete, esiste il rischio di uno stato di rete incompatibile per le istanze DB associate al gruppo di sottoreti DB. Inoltre, non puoi utilizzare il gruppo di sottoreti database quando crei un nuovo cluster database in modalità dual-stack.

Per determinare se un gruppo di sottorete DB supporta la modalità dual-stack utilizzando il AWS Management Console, visualizza il tipo di rete nella pagina dei dettagli del gruppo di sottoreti DB. Per determinare se un gruppo di sottoreti DB supporta la modalità dual-stack utilizzando il AWS CLI, esegui il describe-db-subnet-groupscomando e visualizza SupportedNetworkTypes nell'output.

Le repliche di lettura vengono trattate come istanze database indipendenti e possono avere un tipo di rete diverso dall'istanza database principale. Se si modifica il tipo di rete dell'istanza database principale di una replica di lettura, tale modifica non interessa la replica di lettura. Quando si ripristina un'istanza database, è possibile ripristinarla su qualsiasi tipo di rete supportato.

Utilizzo di istanze database in modalità dual-stack

Quando si crea o si modifica un cluster di DB, è possibile specificare la modalità dual-stack per consentire alle risorse di comunicare con il cluster di o IPv4 entrambiIPv6.

Quando si utilizza il AWS Management Console per creare o modificare un'istanza DB, è possibile specificare la modalità dual-stack nella sezione Tipo di rete. L'immagine seguente mostra la sezione Network type (Tipo di rete) nella console.

Quando si utilizza il AWS CLI per creare o modificare un cluster di DB, imposta l'--network-typeopzione per DUAL utilizzare la modalità dual-stack. Quando utilizzi il RDS API per creare o modificare un cluster di DB, imposta il NetworkType parametro per utilizzare la modalità DUAL dual-stack. Quando modifichi il tipo di rete di un'istanza database, è possibile che si verifichi un periodo di inattività. Se la modalità dual-stack non è supportata dalla versione del motore del database o dal gruppo di sottoreti database in uso, viene restituito l'errore NetworkTypeNotSupported.

Ulteriori informazioni sulla creazione di un cluster di database sono disponibili in Creazione di un cluster database Amazon Aurora. Per ulteriori informazioni sulla modifica di un cluster di database, consultare Modifica di un cluster database Amazon Aurora.

Per determinare se un cluster database è in modalità dual-stack utilizzando la console, visualizza l'opzione Network type (Tipo di rete) nella scheda Connectivity & security (Connettività e sicurezza) per il cluster database in questione.

Modifica dei cluster di IPv4 sole DB per utilizzare la modalità dual-stack

A tale scopo, devi modificare il tipo di rete del cluster database. La modifica potrebbe comportare tempi di inattività.

Si consiglia di modificare il tipo di rete delle (cluster Amazon Aurora DB) durante una finestra di manutenzione. L'impostazione predefinita del tipo di rete delle nuove istanze sulla modalità dual stack non è al momento supportata. È possibile impostare il tipo di rete manualmente utilizzando il comando modify-db-cluster.

Prima di modificare un cluster database per utilizzare la modalità dual-stack, assicurati che il gruppo di sottoreti DB supporti la modalità dual-stack. Se il gruppo di sottoreti DB associato al cluster database non supporta la modalità dual-stack, specifica un gruppo di sottoreti database diverso che supporta tale modalità quando modifichi il cluster database. La modifica del gruppo di sottoreti di database di un cluster di database può causare tempi di inattività.

Se si modifica il gruppo di sottoreti di database di un cluster di database prima di modificare il cluster di database per l'utilizzo della modalità Dual stack, assicurati che il gruppo di sottoreti di database sia valido per il cluster di database prima e dopo la modifica.

Ti consigliamo di eseguire il solo modify-db-clusterAPIcon il --network-type parametro con valore DUAL per modificare la rete di un cluster Amazon Aurora in modalità dual-stack. L'aggiunta di altri parametri oltre al --network-type parametro nella stessa API chiamata potrebbe causare tempi di inattività.

Se non riesci a connetterti al cluster di DB dopo la modifica, assicurati che i firewall di sicurezza del client e del database e le tabelle di routing siano configurati con precisione per consentire il traffico verso il database sulla rete selezionata (una o due). IPv4 IPv6 Potrebbe inoltre essere necessario modificare i parametri del sistema operativo, le librerie o i driver per connetterti utilizzando un IPv6 indirizzo.

Disponibilità di cluster database di rete dual-stack

I cluster DB di rete dual-stack sono disponibili in tutti Regioni AWS ad eccezione di quanto segue:

Le seguenti versioni del motore DB supportano cluster DB di rete dual-stack;

Limitazioni per cluster database di rete dual-stack

Le seguenti limitazioni si applicano ai cluster database di rete dual-stack:

Nascondere un cluster di DB in un ambiente VPC da Internet

Uno scenario comune di Aurora è quello di avere un'VPCEC2istanza con un'applicazione Web pubblica e un cluster di DB con un database non accessibile pubblicamente. Ad esempio, puoi crearne uno con una VPC sottorete pubblica e una sottorete privata. EC2Le istanze Amazon che funzionano come server Web possono essere distribuite nella sottorete pubblica. L'implementazione di cluster database viene invece eseguita nella sottorete privata. In tale implementazione, solo i server Web hanno accesso ai cluster database. Per un'illustrazione di questo scenario, consulta Un cluster di DB in un VPC ambiente accessibile da un'EC2istanza nello stesso VPC.

Quando avvii un cluster di DB all'interno di unVPC, il cluster di DB dispone di un indirizzo IP privato per il traffico all'interno di. VPC Questo indirizzo IP privato non è accessibile pubblicamente. Puoi utilizzare l'opzione Public access (Accesso pubblico) per indicare se il cluster database dispone anche di un indirizzo IP pubblico oltre all'indirizzo IP privato. Se il cluster di DB è designato come accessibile pubblicamente, il relativo DNS endpoint si risolve nell'indirizzo IP privato dall'interno di. VPC Si risolve nell'indirizzo IP pubblico dall'esterno di. VPC L'accesso al cluster database è in ultima analisi controllato dal gruppo di sicurezza in uso. Questo accesso pubblico non è consentito se il gruppo di sicurezza assegnato al cluster database non include regole in entrata che lo consentono. Per un cluster database che deve essere accessibile pubblicamente, le sottoreti nel relativo gruppo di sottoreti DB devono disporre di un gateway Internet. Per ulteriori informazioni, consulta Impossibile connettersi all'istanza Amazon RDS DB

Puoi modificare un cluster database per attivare o disattivare l'accessibilità pubblica modificando l'opzione Public access (Accesso pubblico). Nella figura seguente viene illustrata l'opzione Public access (Accesso pubblico) nella sezione Additional connectivity configuration (Configurazioni di connettività aggiuntiva) . Per impostare l'opzione, apri la sezione Additional connectivity configuration (Configurazioni di connettività aggiuntiva) nella sezione Connectivity (Connettività) .

Per informazioni sulla modifica di un'istanza database per impostare l'opzione Public access (Accesso pubblico), consulta Modifica di un'istanza database in un cluster database.

Creazione di un cluster di DB in un VPC

Le seguenti procedure consentono di creare un cluster di DB in unVPC. Per utilizzare l'impostazione predefinitaVPC, puoi iniziare dal passaggio 2 e utilizzare il VPC gruppo di sottoreti DB che è già stato creato automaticamente. Se desideri crearne uno aggiuntivoVPC, puoi crearne uno nuovoVPC.

Segui questi passaggi per creare un'istanza DB in unVPC:

Fase 1: Creare un VPC

Crea un VPC con sottoreti in almeno due zone di disponibilità. Usi queste sottoreti quando crei un gruppo di sottoreti database. Se hai un'impostazione predefinitaVPC, viene creata automaticamente una sottorete in ogni zona di disponibilità del Regione AWS.

Per ulteriori informazioniCreazione di un VPC con sottoreti pubbliche e private, consulta o consulta Create a VPC nella Amazon VPC User Guide.

Fase 2: creazione di un gruppo di sottoreti database

AWS CLI o RDSAPI. Se usi la console, puoi semplicemente scegliere le sottoreti VPC e che desideri utilizzare. Ogni gruppo di sottoreti DB deve avere almeno una sottorete in almeno due zone di disponibilità nel Regione AWS Come best practice, ogni gruppo di sottoreti database deve disporre di almeno una sottorete per ogni zona di disponibilità nella . Regione AWS.

Per un cluster database che deve essere accessibile pubblicamente, le sottoreti nel gruppo di sottoreti database devono disporre di un gateway Internet. Per ulteriori informazioni sui gateway Internet per le sottoreti, consulta Connettersi a Internet utilizzando un gateway Internet nella Amazon VPC User Guide.

Quando crei un cluster di DB in unVPC, puoi scegliere un gruppo di sottoreti DB. Aurora Amazon Aurora crea e associa un'interfaccia di rete elastica al cluster di DB con quell'indirizzo IP. Il cluster database utilizza la zona di disponibilità contenente la sottorete.

In questo passaggio, crei un gruppo di sottoreti DB e aggiungi le sottoreti che hai creato per il tuo. VPC

Passaggio 3: Creare un gruppo di sicurezza VPC

Prima di creare il cluster di DB, puoi creare un gruppo VPC di sicurezza da associare al cluster di DB. Se non crei un gruppo VPC di sicurezza, puoi utilizzare il gruppo di sicurezza predefinito quando crei un cluster di DB. Per istruzioni su come creare un gruppo di sicurezza per il tuo cluster di DBCreazione di un gruppo di sicurezza VPC per un cluster database privato, consulta o consulta Controllare il traffico verso le risorse utilizzando i gruppi di sicurezza nella Amazon VPC User Guide.

Passaggio 4: crea un'istanza DB nel VPC

In questo passaggio, crei un cluster di DB e utilizzi il VPC nome, il gruppo di sottoreti DB e il gruppo di VPC sicurezza creati nei passaggi precedenti.

Per informazioni dettagliate su come creare un cluster di database, consulta Creazione di un cluster database Amazon Aurora.

Quando richiesto nella sezione Connettività, inserisci il VPC nome, il gruppo di sottoreti DB e il gruppo VPC di sicurezza.