Considerazioni sugli endpoint personalizzati in Amazon Aurora - Amazon Aurora

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

Considerazioni sugli endpoint personalizzati in Amazon Aurora

Utilizza le seguenti sezioni per gestire, specificare le proprietà e utilizzare le regole di appartenenza per gli endpoint personalizzati.

Gestione degli endpoint personalizzati

Dal momento che i cluster Aurora appena creati non hanno endpoint personalizzati, devi creare e gestire questi oggetti autonomamente. Puoi farlo utilizzando AWS Management Console AWS CLI, o Amazon RDSAPI.

Nota

Inoltre, devi creare e gestire gli endpoint personalizzati per i cluster Aurora ripristinati da snapshot. Gli endpoint personalizzati non sono inclusi nello snapshot. Li crei nuovamente dopo il ripristino e scegli nuovi nomi per gli endpoint se il cluster ripristinato si trova nella stessa regione di quello originale.

Per lavorare con endpoint personalizzati da AWS Management Console, accedi alla pagina dei dettagli del tuo cluster Aurora e usa i controlli nella sezione Endpoint personalizzati.

Per lavorare con endpoint personalizzati da AWS CLI, puoi utilizzare queste operazioni:

Per lavorare con endpoint personalizzati tramite Amazon RDSAPI, puoi utilizzare le seguenti funzioni:

Configurazione delle proprietà degli endpoint personalizzati

La lunghezza massima di un nome di endpoint personalizzato è 63 caratteri. Il formato del nome è il seguente:

endpoint_name.cluster-custom-customer_DNS_identifier.AWS_Region.rds.amazonaws.com

Non è possibile riutilizzare lo stesso nome di endpoint personalizzato per più di un cluster nella stessa  Regione AWS. L'DNSidentificativo del cliente è un identificativo univoco associato al tuo Account AWS in un particolare. Regione AWS

A ogni endpoint personalizzato è associato un tipo che determina quali istanze database possono essere associate all'endpoint. Attualmente, il tipo può essere READER o. ANY Le seguenti considerazioni si applicano ai tipi di endpoint personalizzato:

  • Non puoi selezionare il tipo di endpoint personalizzato nella AWS Management Console. Tutti gli endpoint personalizzati che crei tramite AWS Management Console hanno un tipo diANY.

    Puoi impostare e modificare il tipo di endpoint personalizzato utilizzando AWS CLI o Amazon RDSAPI.

  • Solo le istanze database di lettura possono far parte di un endpoint personalizzato READER.

  • Le istanze database di lettura e di scrittura possono entrambe fare parte di un endpoint personalizzato ANY. Aurora dirige le connessioni agli endpoint cluster con tipo ANY a qualsiasi istanza database associata con uguale probabilità. Il tipo ANY si applica ai cluster che utilizzano qualsiasi topologia di replica.

  • Se tenti di creare un endpoint personalizzato con un tipo non appropriato in base alla configurazione di replica per un cluster, Aurora restituisce un errore.

Regole di appartenenza degli endpoint personalizzati

Quando aggiungi un'istanza database a un endpoint personalizzato o la si rimuove da un endpoint personalizzato, tutte le connessioni esistenti all'istanza database rimangono attive.

È possibile definire un elenco di istanze database da includere o escludere da un endpoint personalizzato. Ci riferiamo a questi elenchi come elenchi statici e di esclusioni, rispettivamente. Puoi utilizzare il meccanismo di inclusione/esclusione per suddividere ulteriormente i gruppi di istanze database e assicurarti che il set di endpoint personalizzati copra tutte le istanze database del cluster. Ogni endpoint personalizzato può contenere solo uno di questi tipi di elenchi.

Nel: AWS Management Console

  • La scelta è rappresentata dalla casella di controllo Attach future instances added to this cluster (Collega le istanze aggiunte in futuro a questo cluster). Quando lasci deselezionata la casella di controllo, l'endpoint personalizzato utilizza un elenco statico contenente solo le istanze database specificate nella pagina. Quando selezioni la casella di controllo, l'endpoint personalizzato utilizza un elenco di esclusioni. In questo caso, l'endpoint personalizzato rappresenta tutte le istanze database nel cluster (incluse quelle che aggiungi in seguito) tranne quelle lasciate deselezionate nella pagina.

  • La console non consente di specificare il tipo di endpoint. Qualsiasi endpoint personalizzato creato utilizzando la console è di tipo ANY.

    Pertanto, Aurora non modifica l'appartenenza all'endpoint personalizzato quando le istanze database cambiano ruolo tra istanza di scrittura e istanza di lettura a causa di un failover o di una promozione.

In AWS CLI e Amazon RDSAPI:

  • Puoi specificare il tipo di endpoint. Pertanto, quando il tipo di endpoint è impostato suREADER, l'appartenenza all'endpoint viene regolata automaticamente durante i failover e le promozioni.

    Ad esempio, un endpoint personalizzato con tipo READER include una replica Aurora che viene quindi promossa a istanza Writer DB. La nuova istanza di scrittura non fa più parte dell'endpoint personalizzato.

  • È possibile aggiungere singoli membri e rimuoverli dagli elenchi dopo che hanno cambiato ruolo. Utilizzate il modify-db-cluster-endpoint AWS CLI comando o l'operazione M Endpoint. odifyDBCluster API

Puoi associare un'istanza database a più di un endpoint personalizzato. Ad esempio, supponiamo che aggiungi una nuova istanza database a un cluster o che Aurora aggiunga automaticamente un'istanza database tramite il meccanismo di Auto Scaling. In questi casi, l'istanza database viene aggiunta a tutti gli endpoint personalizzati per i quali è idonea. Gli endpoint a cui viene aggiunta l'istanza DB si basano sul tipo di endpoint personalizzato di READER orANY, più eventuali elenchi statici o di esclusione definiti per ciascun endpoint. Ad esempio, se l'endpoint include un elenco statico di istanze database, le repliche di Aurora aggiunte non vengono inserite nell'endpoint. Al contrario, se l'endpoint ha un elenco di esclusioni, le repliche di Aurora aggiunte vengono inserite nell'endpoint, se non sono citate nell'elenco di esclusioni e i ruoli corrispondono al tipo dell'endpoint personalizzato.

Se una replica di Aurora diventa non disponibile, rimane associata agli endpoint personalizzati. Ad esempio, continua a far parte dell'endpoint personalizzato quando non è integra, è stata interrotta, riavviata e così via. Tuttavia, non puoi connetterti alla replica tramite questi endpoint finché non diventa nuovamente disponibile.