View a markdown version of this page

Controlli di resilienza per AWS services - AWS Resilience Hub

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

Controlli di resilienza per AWS services

Questo capitolo fornisce i dettagli dei vari controlli di resilienza eseguiti dai AWS servizi supportati AWS Resilience Hub per garantire che le posizioni di resilienza delle applicazioni non siano influenzate. Questi controlli stimano l'obiettivo del tempo di ripristino (RTO) e l'obiettivo del punto di ripristino (RPO) rispetto ai valori definiti nella politica di resilienza per ciascun componente dell'applicazione (). AppComponent Le valutazioni comprendono diversi tipi di interruzioni, ovvero guasti delle applicazioni, dell'infrastruttura, interruzioni AZ e guasti regionali. Tuttavia, per eseguire questi controlli è necessario fornire le autorizzazioni IAM pertinenti per consentirgli di accedere alle AWS Resilience Hub risorse. Per saperne di più sulle autorizzazioni IAM richieste per consentire l'accesso AWS Resilience Hub alle risorse ed eseguire i controlli di resilienza in questo capitolo, consulta. AWS politiche gestite per AWS Resilience Hub

Amazon Elastic File System

Questa sezione elenca tutti i controlli e i consigli di resilienza specifici di Amazon Elastic File System. Per ulteriori informazioni su Amazon Elastic File System, consulta la documentazione di Amazon Elastic File System.

Tipo di file system

AWS Resilience Hub controlla il tipo di file system: regionale o One Zone. Il tipo di file system influisce sulla sua resilienza in caso di interruzioni dell'infrastruttura o dell'AZ. Per ulteriori informazioni sui tipi di file system, consulta Disponibilità e durata dei file system Amazon EFS.

Backup del file system

AWS Resilience Hub controlla se è definito un AWS Backup piano per il file system distribuito. Inoltre, verifica se l'opzione di Cross-Region backup è abilitata, garantendo la copertura per Region-level le interruzioni, se richiesto dalla politica.

Replica dei dati

AWS Resilience Hub verifica se è definita una replica dei dati Amazon EFS in una regione o in più regioni per il file system distribuito. La replica dei dati di Amazon EFS aiuta a migliorare l'RTO stimato e il RPO stimato a livello di applicazione, infrastruttura, AZ e regione. Inoltre, AWS Resilience Hub verifica se è combinato con una regione IN AWS Backup per consentire la resilienza del file system in caso di interruzione dell'applicazione.

Amazon Relational Database Service e Amazon Aurora

Questa sezione elenca tutti i controlli e i consigli di resilienza specifici per Amazon Relational Database Service e Amazon Aurora. Per ulteriori informazioni su Amazon Relational Database Service e Amazon Aurora, consulta la documentazione di Amazon Relational Database Service.

Single-AZ distribuzione

AWS Resilience Hub controlla se il database è distribuito come singola istanza e, se determinato, indica che non supporta l'istanza secondaria e la replica di lettura.

Multi-AZ distribuzione

AWS Resilience Hub controlla se il database è distribuito con un'istanza secondaria o con repliche di lettura. Se il database è distribuito con una replica di lettura, AWS Resilience Hub verifica se è distribuito in una AZ diversa per consentire il failover in caso di interruzione dell'AZ.

Backup

AWS Resilience Hub controlla se le seguenti funzionalità di backup sono applicate a un'istanza di database distribuita.

  • AWS Backup piano con opzione di backup automatico

  • AWS Backup piano con una copia di backup interregionale se richiesto dalla politica

  • Istantanee manuali per sistemi di backup di terze parti

Cross-Region failover

AWS Resilience Hub verifica gli obiettivi di RTO e RPO definiti nella politica di resilienza per la ripresa dalle interruzioni regionali. Inoltre, è in AWS Resilience Hub grado di identificare le seguenti architetture interregionali per coprire le interruzioni regionali:

  • Un backup a livello regionale con una copia di un'istantanea interregionale

  • Una replica letta in un'altra regione

  • Un database globale Amazon Aurora con un cluster secondario in un'altra regione

  • Un database globale Amazon Aurora con un cluster secondario headless in un'altra regione

Failover regionale più rapido

AWS Resilience Hub verifica gli obiettivi RTO e RPO definiti nella politica di resilienza durante le interruzioni dell'infrastruttura o dell'AZ. Inoltre, AWS Resilience Hub è in grado di identificare le seguenti architetture regionali per coprire le interruzioni delle applicazioni, dell'infrastruttura e dell'AZ:

  • Un backup In-Region

  • Una replica letta in una AZ diversa

  • Un cluster Aurora con una replica letta in un altro AZ

  • Un' Multi-AZ istanza di Amazon Relational Database Service (Amazon RDS)

  • Un cluster Amazon RDS Multi-AZ

  • Una singola istanza di Amazon RDS con una replica letta in un altro AZ

Amazon Simple Storage Service

Questa sezione elenca tutti i controlli e i consigli di resilienza specifici per Amazon Simple Storage Service (Amazon S3). Per ulteriori informazioni su Amazon S3, consulta la documentazione di Amazon S3.

Controllo delle versioni

AWS Resilience Hub verifica se un bucket Amazon S3 è configurato con il controllo delle versioni abilitato.

Backup pianificato

AWS Resilience Hub verifica se è stato definito un AWS Backup piano per il bucket Amazon Simple Storage Service (Amazon S3) distribuito. Inoltre, verifica se l'opzione di backup interregionale è abilitata se la polizza richiede una copertura per le interruzioni. Region-level

Point-in-time ripristino

AWS Resilience Hub verifica se il ripristino point-in-time (PITR) è richiesto dall'obiettivo RPO della tua politica di resilienza. Tuttavia, il backup interregionale non è supportato per il PITR. Pertanto, utilizzi un AWS Backup piano pianificato esistente con l'opzione di backup interregionale abilitata o ne crei uno nuovo.

Replica dei dati

AWS Resilience Hub verifica se sono definiti una Same Region Replication (SRR) e una Cross Region Replication (CRR) per il bucket Amazon S3 distribuito. La replica dei dati di Amazon S3 migliora l'RTO stimato del carico di lavoro e il RPO stimato del carico di lavoro a livello di applicazione, infrastruttura, AZ e regione. Inoltre, protegge anche dall'eliminazione fisica dell'oggetto perché l'eliminazione di una versione dell'oggetto non viene replicata nel bucket Amazon S3 di destinazione. Inoltre, in base agli obiettivi RTO definiti nella tua policy di resilienza, AWS Resilience Hub verifica se Amazon S3 Replication Time Control (S3 RTC) deve essere abilitato o meno. Questa funzionalità fatturabile replica il 99,99 percento degli oggetti del bucket di origine entro 15 minuti.

  • AWS Backup piano con opzione di backup automatico

  • AWS Backup piano con una copia di backup interregionale se richiesto dalla politica

  • Istantanee manuali per sistemi di backup di terze parti

Amazon DynamoDB

Questa sezione elenca tutti i controlli e i consigli di resilienza specifici per Amazon DynamoDB. Per ulteriori informazioni su Amazon DynamoDB, consulta la documentazione di Amazon DynamoDB. https://docs.aws.amazon.com/dynamodb

Backup pianificato

AWS Resilience Hub controlla se è già definito un backup per la tabella distribuita. Inoltre, controlla se il backup interregionale deve essere configurato per la tua policy se richiede una copertura per Region-level le interruzioni.

Point-in-time ripristino

AWS Resilience Hub verifica se è necessario un ripristino point-in-time (PITR) in base all'obiettivo RPO della politica di resilienza. Tuttavia, il backup interregionale non è supportato per il PITR. Pertanto, utilizzi un AWS Backup piano pianificato esistente con l'opzione di backup interregionale abilitata o ne crei uno nuovo.

Tabella globale

AWS Resilience Hub verifica se la tabella Amazon DynamoDB distribuita è definita come una tabella globale con una o più repliche in altre regioni. La configurazione di Global Table migliora l'RTO del carico di lavoro stimato e il RPO del carico di lavoro stimato a livello di regione e fornisce anche la capacità di lavorare in modalità multiregionale attiva o attiva-passiva. AWS Backup oppure Amazon DynamoDB PITR può essere utilizzato in una delle regioni per gestire le interruzioni delle applicazioni.

Amazon Elastic Compute Cloud

Questa sezione elenca tutti i controlli e i consigli di resilienza specifici per Amazon Elastic Compute Cloud. Per ulteriori informazioni su Amazon Elastic Compute Cloud, consulta la documentazione di Amazon Elastic Compute Cloud.

Istanza stateful

AWS Resilience Hub identifica un'istanza Amazon EC2 come istanza stateful se viene soddisfatto uno dei seguenti criteri:

  • Se DeleteOnTermination l'attributo è impostato su false per almeno un volume Amazon Elastic Block Store (Amazon EBS) collegato a questa istanza.

  • Se Amazon Data Lifecycle Manager o un AWS Backup piano è collegato all'istanza Amazon EC2 o ad almeno un volume Amazon EBS.

  • AWS Elastic Disaster Recovery Viene utilizzato per replicare i volumi di storage delle istanze Amazon EC2.

Nota

Se un'istanza Amazon EC2 non soddisfa nessuno dei criteri precedenti, la AWS Resilience Hub considera un'istanza Amazon EC2 senza stato.

Gruppi Auto Scaling

AWS Resilience Hub verifica la presenza di un gruppo di istanze Amazon EC2 senza stato. Se scoperto, si consiglia di orchestrare lo stesso utilizzando Auto Scaling groups (ASG) con configurazione. Multi-AZ Se viene identificato un ASG esistente, ARH verificherà se è configurato su più zone di disponibilità. Se ASG viene definito anche utilizzando solo istanze Amazon EC2 spot, si consiglia di aumentarne la capacità con istanze Amazon EC2 on-demand per migliorare la resilienza quando le istanze spot di Amazon EC2 non sono disponibili.

Flotta Amazon EC2

AWS Resilience Hub identifica la flotta di Amazon EC2 e verifica se è definita come Multi-AZ distribuzione e anche se utilizza solo istanze spot di Amazon EC2. La definizione di una flotta Amazon EC2 come Multi-AZ implementazione migliorerà la sua resilienza in caso di interruzione dell'infrastruttura AZ. L'aumento di una flotta Amazon EC2 con istanze on-demand ne migliorerà la resilienza quando le istanze spot non sono disponibili.

Amazon EBS

Questa sezione elenca tutti i controlli e i consigli di resilienza specifici di Amazon EBS. Per ulteriori informazioni su Amazon EBS, consulta la documentazione di Amazon EBS.

Backup pianificato

AWS Resilience Hub controlla se uno o entrambi i seguenti valori sono definiti per i tuoi volumi Amazon EBS.

  • Una regola di backup per un volume Amazon EBS specifico collegato alla tua istanza Amazon EC2.

  • Una regola di backup per creare Amazon EBS-backed AMI sulla tua istanza Amazon EC2.

  • Istantanee manuali per sistemi di backup di terze parti.

Inoltre, se la tua policy richiede una copertura per Region-level le interruzioni, AWS Resilience Hub controlla se la regola di backup ha l'opzione di backup interregionale abilitata.

Backup e replica dei dati

AWS Resilience Hub identifica che un volume Amazon EBS è considerato un volume con stato se viene soddisfatto uno dei seguenti criteri:

  • Se DeleteOnTermination l'attributo è impostato su false per questo volume Amazon EBS.

  • Se Amazon Data Lifecycle Manager o un AWS Backup piano sono associati a questo volume Amazon EBS o all'istanza Amazon EC2 a cui è collegato.

  • AWS Elastic Disaster Recovery Viene utilizzato per replicare i volumi di storage delle istanze Amazon EC2.

AWS Lambda

Questa sezione elenca tutti i controlli e i consigli di resilienza specifici di. AWS Lambda Per ulteriori informazioni su AWS Lambda, consulta AWS Lambda la documentazione.

Cliente Amazon VPC Access

AWS Resilience Hub identifica una AWS Lambda funzione connessa al VPC. La connessione AWS Lambda a sottoreti in diversi AZ del tuo Amazon VPC consente la resilienza delle funzioni in caso di interruzione della rete AZ.

Dead-letter coda

AWS Resilience Hub controlla se a una AWS Lambda funzione è associata una coda di lettere morte (DLQ) per l'archiviazione delle richieste non riuscite. L'associazione di un DLQ alla AWS Lambda funzione consente di prevenire la perdita di dati delle richieste e di riprovare a elaborare le richieste non riuscite in una fase successiva.

Amazon Elastic Kubernetes Service

Questa sezione elenca tutti i controlli e i consigli di resilienza specifici di Amazon Elastic Kubernetes Service (Amazon EKS). Per ulteriori informazioni su Amazon EKS, consulta la documentazione di Amazon EKS.

Multi-AZ distribuzione

AWS Resilience Hub identifica se la distribuzione del pod è in esecuzione su più nodi di lavoro in più AZ. È necessario un cluster Amazon EKS aggiuntivo in un'altra regione se la politica di resilienza richiede una copertura in caso di interruzione regionale. Questo cluster Amazon EKS aggiuntivo è verificato anche per le distribuzioni di pod distribuite tra più nodi di lavoro in più AZ.

Distribuzione vs. ReplicaSet

AWS Resilience Hub controlla se stai utilizzando oggetti ReplicaSets o pod invece della distribuzione. La sostituzione degli oggetti ReplicaSets o pod con la distribuzione semplifica gli aggiornamenti dei pod a una nuova versione del software e include altre utili funzionalità.

Manutenzione dell'implementazione

AWS Resilience Hub verifica se per la distribuzione vengono utilizzate le seguenti best practice:

  • Utilizzo di Pod Disruption Budget (PDB): l'utilizzo di PDB consente di migliorare la disponibilità impostando un limite al numero di pod nel carico di lavoro che possono essere interrotti in un dato momento.

  • Sostituzione dei gruppi di nodi autogestiti con gruppi di nodi gestiti da Amazon EKS: questa sostituzione semplifica gli aggiornamenti delle immagini dei nodi di lavoro durante la manutenzione.

  • Supporto di richieste dinamiche di CPU e memoria per distribuzione: queste richieste aiutano Kubernetes a selezionare un nodo adatto alle esigenze di un pod.

  • Configurazione delle sonde di viveness e readiness per tutti i container: la configurazione delle sonde di liveness aiuta a migliorare la resilienza riavviando i pod non funzionanti. La configurazione delle sonde di prontezza consente di migliorare la disponibilità deviando il traffico dai pod affollati.

  • Configurazione di Karpenter, Cluster Autoscaler o AWS Fargate : queste configurazioni consentono all'infrastruttura del cluster Amazon EKS di crescere e soddisfare le richieste di carico di lavoro.

  • Configurazione di Horizontal Pod Autoscaler: questa configurazione aiuta il cluster Amazon EKS a scalare automaticamente il carico di lavoro per soddisfare la domanda di elaborazione delle richieste.

Amazon Simple Notification Service

Questa sezione elenca tutti i controlli e i consigli di resilienza specifici di Amazon Simple Notification Service (Amazon SNS). Per ulteriori informazioni su Amazon SNS, consulta la documentazione di Amazon SNS.

Abbonamenti tematici

AWS Resilience Hub verifica se all'argomento Amazon SNS è associato almeno un abbonamento per garantire che i messaggi in arrivo non vadano persi.

Amazon Simple Queue Service

Questa sezione elenca tutti i controlli e i consigli di resilienza specifici di Amazon Simple Queue Service (Amazon SQS). Per ulteriori informazioni su Amazon SQS, consulta la documentazione di Amazon SQS. https://docs.aws.amazon.com/sqs/

Dead-letter coda

AWS Resilience Hub verifica se alla coda Amazon SQS è associato un DLQ per gestire i messaggi che non possono essere recapitati correttamente agli abbonati.

Amazon Elastic Container Service

Questa sezione elenca tutti i controlli e i consigli di resilienza specifici di Amazon Elastic Container Service (Amazon ECS). Per ulteriori informazioni su Amazon ECS, consulta la documentazione di Amazon ECS.

Multi-AZ distribuzione

AWS Resilience Hub verifica se le attività o i servizi Amazon ECS sono in esecuzione in più AZ in base ad Amazon EC2 o ai tipi di avvio. AWS Fargate È necessario un cluster Amazon ECS aggiuntivo in un'altra regione se la tua policy richiede una copertura per le interruzioni regionali. Il cluster aggiuntivo viene inoltre verificato per l'esecuzione di attività o servizi in più AZ.

Elastic Load Balancing

Questa sezione elenca tutti i controlli e i consigli di resilienza specifici di Elastic Load Balancing. Per ulteriori informazioni su Elastic Load Balancing, consulta la documentazione di Elastic Load Balancing.

Multi-AZ distribuzione

AWS Resilience Hub verifica se Elastic Load Balancing è in esecuzione in più AZ.

È necessario un Elastic Load Balancing aggiuntivo in una regione diversa se la polizza richiede una copertura per le interruzioni regionali. Anche l'Elastic Load Balancing aggiuntivo, situato in una regione diversa, viene verificato per la sua implementazione in più AZ.

Gateway Amazon API

Questa sezione elenca tutti i controlli e i consigli di resilienza specifici di Amazon API Gateway. Per ulteriori informazioni su Amazon API Gateway, consulta la documentazione di Amazon API Gateway.

Cross-Region distribuzione

Se la tua policy deve tenere conto delle interruzioni regionali, AWS Resilience Hub verificherà se è presente un'ulteriore distribuzione della risorsa API Amazon API Gateway in una regione diversa.

Distribuzione privata di API Multi-AZ

AWS Resilience Hub verifica se la tua API è definita come privata all'interno di Amazon API Gateway. Le API private dovrebbero ricevere traffico tramite l'endpoint di interfaccia Amazon VPC distribuito su più AZ.

Amazon DocumentDB

Questa sezione elenca tutti i controlli e i consigli specifici di Amazon DocumentDB. Per ulteriori informazioni su Amazon DocumentDB, consulta la documentazione di Amazon DocumentDB.

Multi-AZ distribuzione

AWS Resilience Hub verifica se il cluster Amazon DocumentDB è distribuito in più AZ. È necessario un cluster Amazon DocumentDB secondario aggiuntivo in una regione diversa se la policy richiede una copertura per le interruzioni regionali. Anche il cluster Amazon DocumentDB aggiuntivo, situato in una regione diversa, viene verificato per la sua esecuzione in più AZ.

Cluster e distribuzione elastici Multi-AZ

AWS Resilience Hub verifica se gli shard del cluster elastico di Amazon DocumentDB utilizzano repliche di lettura distribuite in diversi AZ.

Cluster elastico e istantanee manuali

AWS Resilience Hub controlla se le istantanee manuali vengono create regolarmente per un cluster Amazon DocumentDB Elastic. Le istantanee manuali consentono una persistenza più lunga e offrono flessibilità nell'impostazione della frequenza delle istantanee in base alle esigenze aziendali.

Gateway NAT

Questa sezione elenca tutti i controlli e i consigli specifici di NAT Gateway. Per ulteriori informazioni sui gateway NAT, vedere NAT Gateway.

Multi-AZ distribuzione

AWS Resilience Hub controlla se NAT Gateway è distribuito in più AZ. È necessaria un'ulteriore implementazione di NAT Gateway in una regione diversa se la polizza richiede una copertura per le interruzioni regionali. Anche il NAT Gateway aggiuntivo, situato in una regione diversa, viene verificato per la sua implementazione in più AZ.

Amazon Route 53

Questa sezione elenca tutti i controlli e i consigli specifici di Amazon Route 53. Per ulteriori informazioni su Amazon Route 53, consulta la documentazione di Amazon Route 53.

Multi-AZ distribuzione

AWS Resilience Hub verifica se il record della zona ospitata di Amazon Route 53 è definito con più destinazioni nella stessa regione e se queste destinazioni sono distribuite in più AZ. Se la tua policy richiede una copertura per le interruzioni regionali, AWS Resilience Hub verifica se il record di zona ospitata di Amazon Route 53 è definito in più regioni con più destinazioni per regione e se questi obiettivi sono distribuiti in più AZ.

Amazon Application Recovery Controller (ARC)

Questa sezione elenca tutti i controlli e i consigli specifici di Amazon Application Recovery Controller (ARC) (ARC). Per ulteriori informazioni su ARC, consulta la documentazione ARC.

Multi-AZ distribuzione

AWS Resilience Hub verifica se risorse simili sono impiegate in più regioni e raccomanda come best practice di definire i controlli di idoneità ARC per aumentarne la disponibilità e la prontezza in caso di interruzioni regionali. Riceverai una notifica che ti verranno addebitati costi orari aggiuntivi.

Amazon FSx per Windows File Server

Questa sezione elenca tutti i controlli e i consigli specifici di Amazon FSx for Windows File Server. Per ulteriori informazioni su Amazon FSx for Windows File Server, consulta la documentazione di Amazon FSx for Windows File Server.

Tipo di file system

AWS Resilience Hub controlla il tipo di filesystem: o. Regional One Zone Il tipo di file system influisce sulla sua resilienza in caso di interruzioni dell'infrastruttura o dell'AZ. Per ulteriori informazioni sui tipi di file system, consulta Amazon EFS. https://docs.aws.amazon.com/efs/latest/ug/availability-durability.html

Backup del file system

AWS Resilience Hub controlla se AWS Backup è definito un per il filesystem distribuito. Inoltre, controlla se l'cross-Region backupopzione è abilitata se la polizza richiede una copertura per le interruzioni. Region-level

Replica dei dati

AWS Resilience Hub verifica se per il file system distribuito è definita un'attività di replica pianificata AWS DataSync dei dati a livello regionale o interregionale.

AWS DataSync un'attività di replica pianificata dei dati può migliorare l'RTO del carico di lavoro stimato e il RPO stimato del carico di lavoro a livello di infrastruttura, AZ e regione. Inoltre, potrebbe essere combinato con un'area IN-region AWS Backup per il ripristino in caso di interruzione dell'applicazione.

AWS Step Functions

Questa sezione elenca tutti i controlli e i consigli specifici di. AWS Step Functions Per ulteriori informazioni su AWS Step Functions, consulta AWS Step Functions la documentazione.

Controllo delle versioni e alias

AWS Resilience Hub verifica se il AWS Step Functions flusso di lavoro utilizza il controllo delle versioni e gli alias per migliorare i tempi di ridistribuzione.

Cross-Region distribuzione

AWS Resilience Hub verifica se il AWS Step Functions flusso di lavoro dello stesso tipo di flusso di lavoro è distribuito in una regione diversa per essere ripristinato in caso di interruzione regionale.

Amazon ElastiCache (Redis OSS)

Questa sezione elenca tutti i controlli e i consigli specifici di Amazon ElastiCache (Redis OSS).

Per ulteriori informazioni su Amazon ElastiCache (Redis OSS), consulta la documentazione di Amazon ElastiCache .

Single-AZ distribuzione

AWS Resilience Hub verifica se il cluster Amazon ElastiCache (Redis OSS) è distribuito come nodo singolo o con tutti i suoi nodi in un'unica zona di disponibilità.

Single-AZ distribuzione

AWS Resilience Hub verifica se il cluster Amazon ElastiCache (Redis OSS) è distribuito come gruppo di replica (sia per i cluster abilitati in modalità cluster che per quelli in modalità cluster disattivata) su più zone di disponibilità per consentire il failover in caso di interruzione della zona di disponibilità.

Cross-Region failover

AWS Resilience Hub verifica gli obiettivi RTO e RPO definiti nella politica di resilienza per il recupero da un'interruzione regionale. Inoltre, è in AWS Resilience Hub grado di identificare i cluster globali di datastore di Amazon ElastiCache (Redis OSS) distribuiti in più regioni.

Backup

AWS Resilience Hub verifica se le seguenti funzionalità di backup sono applicate su un cluster Amazon ElastiCache (Redis OSS) distribuito o autoprogettato:

  • Backup automatico

  • Backup manuale per sistemi di backup di terze parti

AWS Resilience Hub non consiglierò il backup come metodo di ripristino se non si utilizza il backup. Tuttavia, è possibile reimpostare il livello di cache in caso di incoerenza dei dati e ricreare i dati dallo storage principale.

Failover a livello regionale più rapido

AWS Resilience Hub verifica gli obiettivi RTO e RPO definiti nella politica di resilienza durante le interruzioni dell'infrastruttura o dell'AZ. Inoltre, AWS Resilience Hub è in grado di identificare le seguenti architetture regionali da ripristinare in caso di interruzioni dell'infrastruttura e dell'AZ:

  • Istanza del nodo di standby secondario in una zona di disponibilità diversa per il tipo di cluster Amazon ElastiCache (Redis OSS) di tipo Cluster Mode Disabled.

  • Istanza del nodo di standby secondario in una zona di disponibilità diversa per ogni shard per il tipo di cluster Amazon ElastiCache (Redis OSS) di tipo Cluster Mode Enabled.