Prerequisiti e limitazioni

Prima di iniziare a utilizzare i Global Datastore, tenere presente quanto segue:

• I datastore globali sono supportati nei seguenti paesi AWS Regioni: Asia Pacifico (Seul, Tokyo, Singapore, Sydney, Mumbai e Osaka), Europa (Francoforte, Parigi, Londra, Irlanda e Stoccolma), Stati Uniti orientali (Virginia settentrionale e Ohio), Stati Uniti occidentali (California settentrionale e Oregon), Sud America (San Paolo), AWS GovCloud (Stati Uniti occidentali e Stati Uniti orientali), Canada (regione centrale), Cina (Pechino e Ningxia)

• Tutti i cluster, primari e secondari, nel datastore globale, devono avere lo stesso numero di nodi primari, tipo di nodo, versione del motore e numero di frammenti (in caso di modalità cluster abilitata). Ogni cluster nel Global Datastore può avere un numero diverso di repliche di lettura per gestire il traffico di lettura locale al cluster.

  La replica deve essere abilitata se si prevede di utilizzare un cluster a nodo singolo esistente.

• I datastore globali sono supportati su istanze di dimensioni superiori o superiori.

• È possibile configurare la replica per un cluster primario da uno AWS Da una regione a un cluster secondario in un massimo di altri due AWS Regioni.

  Nota

  Le eccezioni sono le regioni Cina (Pechino) Regione e Cina (Ningxia), dove la replica può avvenire solo tra le due regioni.

• Puoi lavorare con datastore globali solo in VPC cluster. Per ulteriori informazioni, consulta Modelli di accesso per l'accesso a una ElastiCache cache in un Amazon VPC. I datastore globali non sono supportati quando si utilizza -Classic. EC2 Per ulteriori informazioni, consulta EC2-Classic nella Amazon EC2 User Guide.

  Nota

  Al momento, non è possibile utilizzare gli archivi dati globali inUtilizzo delle zone locali con ElastiCache .

• ElastiCache non supporta il failover automatico da uno AWS da una regione all'altra. Se necessario, è possibile promuovere manualmente un cluster secondario. Per vedere un esempio, consulta Promozione del cluster secondario a primario.

• Per eseguire il bootstrap dai dati esistenti, utilizzare un cluster esistente come primario per creare un Global Datastore. Non supportiamo l'aggiunta di un cluster esistente come cluster secondario. Il processo di aggiunta del cluster come secondario elimina i dati e quindi può causare la perdita di dati.

• Gli aggiornamenti dei parametri vengono applicati a tutti i cluster quando si modifica un gruppo di parametri locale di un cluster appartenente a un Global Datastore.

• È possibile dimensionare i cluster regionali sia verticalmente (dimensionamento verticale) che orizzontalmente (dimensionamento orizzontale). È possibile dimensionare i cluster modificando il Global Datastore. Tutti i cluster regionali nel Global Datastore vengono quindi dimensionati senza interruzioni. Per ulteriori informazioni, consulta Ridimensionamento (Redis ElastiCache OSS) .

• I datastore globali supportano la crittografia a riposo, la crittografia in transito e Redis. OSS AUTH

• I datastore globali non supportano la versione 6 del protocollo Internet (). IPv6

• Supporto per datastore globali AWS KMS chiavi. Per ulteriori informazioni, consulta AWS concetti chiave dei servizi di gestione in AWS Key Management Service Guida per gli sviluppatori.

Nota

I Global Datastore supportano la messaggistica PUB/SUB con le seguenti disposizioni:

• Per la modalità cluster disabilitata, PUB/SUB è completamente supportata. Eventi pubblicati sul cluster primario del primario AWS La regione viene propagata a quella secondaria AWS Regioni.

• Per la modalità cluster abilitata, si applica quanto segue:

  • Per gli eventi pubblicati che non si trovano in uno spazio chiave, solo gli abbonati nello stesso AWS La regione riceve gli eventi.

  • Per gli eventi keyspace pubblicati, gli abbonati in tutto AWS Le regioni ricevono gli eventi.