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

Utilizzo degli endpoint Amazon RDS Proxy

Scopri gli endpoint for RDS Proxy e come utilizzarli. Utilizzando gli endpoint proxy, puoi sfruttare le seguenti funzionalità:

Panoramica degli endpoint proxy

L'utilizzo degli endpoint RDS Proxy implica lo stesso tipo di procedure degli endpoint del cluster Aurora DB e degli RDS endpoint reader . Se non hai familiarità con gli endpoint Aurora, puoi consultare Connessioni endpoint Amazon Aurora.

Per impostazione predefinita, l'endpoint a cui ti connetti quando usi RDS Proxy con un cluster Aurora ha funzionalità di lettura/scrittura. Di conseguenza, questo endpoint invia tutte le richieste all'istanza di scrittura del cluster. Tutte queste connessioni vengono conteggiate nel valore max_connections dell'istanza di scrittura. Se il proxy è associato a un cluster di database Aurora, puoi creare ulteriori endpoint di lettura/scrittura o di sola lettura per tale proxy.

Puoi utilizzare un endpoint di sola lettura con il proxy per le query di sola lettura. Puoi farlo allo stesso modo in cui utilizzi l'endpoint di lettura per un cluster Aurora con provisioning. In questo modo è possibile sfruttare la scalabilità di lettura di un cluster Aurora con una o più istanze database di lettura. Puoi eseguire più query simultanee e creare più connessioni simultanee utilizzando un endpoint di sola lettura e aggiungendo più istanze database di lettura al cluster Aurora in base alle necessità.

Per un endpoint proxy creato da te, puoi anche associare l'endpoint a un cloud privato virtuale (VPC) diverso da quello utilizzato dal proxy stesso. In questo modo, è possibile connettersi al proxy da un altroVPC, ad esempio VPC utilizzato da un'applicazione diversa all'interno dell'organizzazione.

Per informazioni sui limiti associati agli endpoint proxy, consulta Limitazioni per gli endpoint proxy.

Nei registri del RDS proxy, ogni voce è preceduta dal nome dell'endpoint proxy associato. Questo nome può essere quello specificato per un endpoint definito dall'utente. In alternativa, può essere il nome speciale default per l'endpoint predefinito di un proxy che esegue richieste di lettura/scrittura.

Ogni endpoint proxy ha il proprio set di metriche. CloudWatch Puoi monitorare i parametri per tutti gli endpoint di un proxy. Puoi inoltre monitorare i parametri per un endpoint specifico o per tutti gli endpoint di lettura/scrittura o di sola lettura di un proxy. Per ulteriori informazioni, consulta Monitoraggio dei parametri del proxy RDS con Amazon CloudWatch.

Un endpoint proxy utilizza lo stesso meccanismo di autenticazione del proxy associato. RDSIl proxy imposta automaticamente le autorizzazioni e le autorizzazioni per l'endpoint definito dall'utente, coerentemente con le proprietà del proxy associato.

Per informazioni su come funzionano gli endpoint proxy per i cluster database di un database globale Aurora, consulta Come funzionano gli endpoint Server proxy per RDS con i database globali.

Limitazioni per gli endpoint proxy

RDSGli endpoint proxy presentano le seguenti limitazioni:

Utilizzo degli endpoint di lettura con cluster Aurora

Puoi creare e connetterti a endpoint di sola lettura chiamati endpoint reader quando usi Proxy RDS con cluster Aurora. Questi endpoint di lettura consentono di migliorare la scalabilità di lettura delle applicazioni che richiedono un uso intensivo di query. Gli endpoint di lettura consentono inoltre di migliorare la disponibilità delle connessioni se un'istanza database di lettura nel cluster non è disponibile.

In che modo gli endpoint di lettura aiutano la disponibilità delle applicazioni

In alcuni casi, una o più istanze di lettura nel cluster potrebbero non essere disponibili. In questo caso, le connessioni che utilizzano un endpoint di lettura di un proxy DB possono essere ripristinate più rapidamente di quelle che utilizzano l'endpoint di lettura Aurora. RDSIl proxy indirizza le connessioni solo alle istanze di lettura disponibili nel cluster. Non vi è alcun ritardo dovuto alla DNS memorizzazione nella cache quando un'istanza diventa non disponibile.

Se la connessione è multiplexata, RDS Proxy indirizza le query successive a un'altra istanza Reader DB senza alcuna interruzione dell'applicazione. Durante il passaggio automatico a una nuova istanza di lettura, RDS Proxy verifica il ritardo di replica della vecchia e della nuova istanza del lettore. RDSProxy si assicura che la nuova istanza del lettore sia aggiornata con le stesse modifiche dell'istanza di lettura precedente. In questo modo, l'applicazione non vede mai dati obsoleti quando RDS Proxy passa da un'istanza Reader DB all'altra.

Se la connessione è bloccata, la successiva query sulla connessione restituisce un errore. Tuttavia, l'applicazione può riconnettersi immediatamente allo stesso endpoint. RDSIl proxy indirizza la connessione a un'altra istanza Reader DB che si trova in available uno stato. Quando ci si riconnette manualmente, RDS Proxy non verifica il ritardo di replica tra la vecchia e la nuova istanza del lettore.

Se il cluster Aurora non dispone di istanze di lettura disponibili, RDS Proxy verifica se questa condizione è temporanea o permanente. Il comportamento in ogni caso è il seguente:

In che modo gli endpoint di lettura aiutano la scalabilità delle query

Gli endpoint di lettura per un proxy aiutano con la scalabilità delle query di Aurora nei seguenti modi:

Esempi di utilizzo degli endpoint di lettura

Il seguente esempio di Linux mostra come è possibile confermare di essere connessi a un SQL cluster Aurora My tramite un endpoint reader. L'impostazione di configurazione di innodb_read_only è abilitata. I tentativi di esecuzione di operazioni di scrittura come le istruzioni CREATE DATABASE non riescono e restituiscono un errore. Inoltre, puoi confermare di essere connesso a un'istanza database di lettura controllando il nome dell'istanza database utilizzando la variabile aurora_server_id.

$ mysql -h endpoint-demo-reader.endpoint.proxy-demo.us-east-1.rds.amazonaws.com -u admin -p
...
mysql> select @@innodb_read_only;
+--------------------+
| @@innodb_read_only |
+--------------------+
|                  1 |
+--------------------+
mysql> create database shouldnt_work;
ERROR 1290 (HY000): The MySQL server is running with the --read-only option so it cannot execute this statement

mysql> select @@aurora_server_id;
+---------------------------------------+
| @@aurora_server_id                    |
+---------------------------------------+
| proxy-reader-endpoint-demo-instance-3 |
+---------------------------------------+

L'esempio seguente mostra come la connessione a un endpoint di lettura proxy può continuare a funzionare anche quando l'istanza database di lettura viene eliminata. In questo esempio, il cluster Aurora dispone di due istanze di lettura, instance-5507 e instance-7448 . La connessione all'endpoint di lettura inizia utilizzando una delle istanze di lettura. Durante l'esempio, questa istanza di lettura viene eliminata da un comando delete-db-instance. RDSIl proxy passa a un'istanza di lettore diversa per le query successive.

$ mysql -h reader-demo.endpoint.proxy-demo.us-east-1.rds.amazonaws.com
  -u my_user -p
...
mysql> select @@aurora_server_id;
+--------------------+
| @@aurora_server_id |
+--------------------+
| instance-5507      |
+--------------------+

mysql> select @@innodb_read_only;
+--------------------+
| @@innodb_read_only |
+--------------------+
|                  1 |
+--------------------+

mysql> select count(*) from information_schema.tables;
+----------+
| count(*) |
+----------+
|      328 |
+----------+

Mentre la sessione mysql è ancora in esecuzione, il comando seguente elimina l'istanza di lettura a cui è connesso l'endpoint di lettura.

aws rds delete-db-instance --db-instance-identifier instance-5507 --skip-final-snapshot

Le query nella sessione mysql continuano a funzionare senza la necessità di riconnettersi. RDSIl proxy passa automaticamente a un'istanza DB di lettura diversa.

mysql> select @@aurora_server_id;
+--------------------+
| @@aurora_server_id |
+--------------------+
| instance-7448      |
+--------------------+

mysql> select count(*) from information_schema.TABLES;
+----------+
| count(*) |
+----------+
|      328 |
+----------+

Accesso ai database Aurora attraverso VPCs

Per impostazione predefinita, i componenti dello stack tecnologico Aurora si trovano tutti nello stesso Amazon. VPC Ad esempio, supponiamo che un'applicazione in esecuzione su un'EC2istanza Amazon si connetta a un'istanza DB del cluster Aurora DB. In questo caso, il server delle applicazioni e il database devono trovarsi entrambi all'interno dello stesso. VPC

Con RDS Proxy, puoi configurare l'accesso a un'istanza Amazon RDS DB del cluster Aurora DB VPC dalle risorse presenti in un'altraVPC, come EC2 le istanze. Ad esempio, l'organizzazione potrebbe avere più applicazioni che accedono alle stesse risorse del database. Ogni applicazione potrebbe essere a sé stante. VPC

Per abilitare VPC l'accesso incrociato, è necessario creare un nuovo endpoint per il proxy. Il proxy stesso risiede nella VPC stessa istanza DB del cluster Aurora DB. Tuttavia, il VPC cross-endpoint risiede nell'altraVPC, insieme alle altre risorse come le istanze. EC2 Il VPC cross-endpoint è associato a sottoreti e gruppi di sicurezza provenienti dalle stesse VPC risorse e da altre risorse. EC2 Queste associazioni consentono di connettersi all'endpoint da applicazioni che altrimenti non potrebbero accedere al database a causa delle restrizioni. VPC

I passaggi seguenti spiegano come creare e accedere a un VPC cross-endpoint tramite RDS Proxy: