Configurazione dei prerequisiti di rete per Server proxy per RDS - Amazon Aurora

Configurazione dei prerequisiti di rete per Server proxy per RDS

L’uso di Server proxy per RDS richiede un cloud privato virtuale (VPC) comune tra il cluster di database Aurora e Proxy RDS. Questo VPC deve avere un minimo di due sottoreti che si trovano in zone di disponibilità diverse. Il tuo account può possedere queste sottoreti o condividerle con altri account. Per ulteriori informazioni sui VPC condivisi, consultare Utilizzo dei VPC condivisi.

Per il supporto IPv6, è richiesta una configurazione di rete aggiuntiva:

  • Tipi di rete di endpoint IPv6: il VPC e le sottoreti devono essere configurati per supportare IPv6. Ciò include l’assegnazione di intervalli CIDR IPv6 al VPC e alle sottoreti.

  • Tipi di rete endpoint dual-stack: il VPC e le sottoreti devono supportare sia l’indirizzamento IPv4 che IPv6.

  • Tipi di rete di connessione di destinazione IPv6: il database deve essere configurato per la modalità dual-stack per supportare le connessioni IPv6 dal proxy.

Le risorse dell'applicazione client come Amazon EC2, Lambda o Amazon ECS possono trovarsi nello stesso VPC del proxy. In alternativa, possono trovarsi in un VPC separato dal proxy. Se hai effettuato correttamente la connessione a un cluster di database Aurora, sono già disponibili le risorse di rete necessarie.

Recupero delle informazioni sulle sottoreti

Se hai appena iniziato a utilizzare Aurora, consulta le informazioni di base per la connessione a un database seguendo le procedure descritte in Configurazione dell'ambiente per Amazon Aurora. Puoi inoltre seguire il tutorial in Nozioni di base su Amazon Aurora.

Per creare un proxy, è necessario fornire le sottoreti e il VPC in cui opera il proxy. Nel seguente esempio Linux vengono illustrati i comandi AWS CLI che esaminano i VPC e le sottoreti di proprietà del tuo Account AWS. In particolare, si passano gli ID delle sottoreti come parametri quando si crea un proxy utilizzando la CLI.

aws ec2 describe-vpcs aws ec2 describe-internet-gateways aws ec2 describe-subnets --query '*[].[VpcId,SubnetId]' --output text | sort

Nel seguente esempio Linux vengono illustrati comandi AWS CLI per determinare gli ID delle sottoreti corrispondenti a una specifica cluster di database Aurora.

Per un cluster Aurora, è innanzitutto possibile trovare l'ID per una delle istanze database associate. Puoi estrarre gli ID delle sottoreti utilizzati dall'istanza database. A tale scopo, esamina i campi nidificati all'interno degli attributi DBSubnetGroup e Subnets nell'output di descrizione dell'istanza database. Specificare alcuni o tutti gli ID delle sottoreti durante l'impostazione di un proxy per tale server di database.

$ # Find the ID of any DB instance in the cluster. $ aws rds describe-db-clusters --db-cluster-identifier my_cluster_id --query '*[].[DBClusterMembers]|[0]|[0][*].DBInstanceIdentifier' --output text
my_instance_id instance_id_2 instance_id_3

Dopo aver trovato l'identificatore dell'istanza database, esamina il VPC associato per individuare le sottoreti. Il seguente esempio Linux mostra come.

$ #From the DB instance, trace through the DBSubnetGroup and Subnets to find the subnet IDs. $ aws rds describe-db-instances --db-instance-identifier my_instance_id --query '*[].[DBSubnetGroup]|[0]|[0]|[Subnets]|[0]|[*].SubnetIdentifier' --output text
subnet_id_1 subnet_id_2 subnet_id_3 ...
$ #From the DB instance, find the VPC. $ aws rds describe-db-instances --db-instance-identifier my_instance_id --query '*[].[DBSubnetGroup]|[0]|[0].VpcId' --output text
my_vpc_id
$ aws ec2 describe-subnets --filters Name=vpc-id,Values=my_vpc_id --query '*[].[SubnetId]' --output text
subnet_id_1 subnet_id_2 subnet_id_3 subnet_id_4 subnet_id_5 subnet_id_6

Pianificazione della capacità degli indirizzi IP

Server proxy per RDS regola automaticamente la sua capacità secondo le necessità in base alle dimensioni e al numero di istanze database registrate. Ad esempio, quando aumentano le dimensioni di un database registrato o le operazioni di manutenzione interne di Proxy RDS. Durante queste operazioni, il proxy può aver bisogno di più indirizzi IP per fornire la capacità aggiuntiva. Questi indirizzi aggiuntivi consentono al proxy di dimensionare senza interessare il carico di lavoro. La mancanza di indirizzi IP liberi nelle sottoreti impedisce al proxy di aumentare le dimensioni, causando eventuali latenze elevate nell'esecuzione di query o errori di connessione del client. RDS ti avvisa tramite l'evento RDS-EVENT-0243 quando non ci sono abbastanza indirizzi IP liberi nelle tue sottoreti. Per informazioni su questo evento, consulta Utilizzo degli eventi RDS Proxy.

Riserva il numero minimo consigliato di indirizzi IP liberi nelle sottoreti per il proxy in base alle dimensioni della classe di istanza database.

DB instance class (Classe istanza database) Numero minimo di indirizzi IP liberi

db.*.xlarge o più piccola

10

db.*.2xlarge

15

db.*.4xlarge

25

db.*.8xlarge

45

db.*.12xlarge

60

db.*.16xlarge

75

db.*.24xlarge

110

Questi numeri consigliati di indirizzi IP sono stime per un proxy con solo l’endpoint predefinito. Un proxy con endpoint aggiuntivi o repliche di lettura potrebbe richiedere più indirizzi IP liberi. Per ogni endpoint aggiuntivo, ti consigliamo di riservare altri tre indirizzi IP. Per ogni replica di lettura, ti consigliamo di riservare gli indirizzi IP aggiuntivi specificati nella tabella in base alle dimensioni della replica di lettura.

Nota

Server proxy per RDS non utilizza più di 215 indirizzi IP in un VPC.

Supponi, ad esempio, di voler stimare gli indirizzi IP richiesti per un proxy associato a un cluster database Aurora.

Per questo caso:

  • Il cluster database Aurora ha 1 istanza di scrittura di dimensioni db.r5.8xlarge e 1 istanza di lettura di dimensioni db.r5.2xlarge.

  • Il proxy collegato a questo cluster database ha l'endpoint predefinito e 1 endpoint personalizzato con il ruolo di sola lettura.

In questo caso, il proxy richiede circa 63 indirizzi IP liberi (45 per l'istanza di scrittura, 15 per l'istanza di lettura e 3 per l'endpoint personalizzato aggiuntivo).