In che modo posso aumentare la tolleranza ai guasti del mio dominio Amazon OpenSearch Service?

Ultimo aggiornamento: 30/07/2021

Desidero proteggere le risorse di Amazon OpenSearch Service da eliminazioni accidentali, guasti di applicazioni o hardware o interruzioni. Quali sono le best practice per migliorare la tolleranza ai guasti o ripristinare gli snapshot?

Breve descrizione

Per migliorare la tolleranza ai guasti di un dominio di OpenSearch Services, considera le seguenti best practice:

  • Acquisisci regolari snapshot dell'indice.
  • Utilizza i parametri di Amazon CloudWatch per monitorare le risorse di OpenSearch Service.
  • Comprendi i limiti di OpenSearch Service.
  • Utilizza nodi principali dedicati.
  • Utilizza almeno tre nodi.
  • Abilita il riconoscimento delle zone.
  • Non utilizzare le istanze T2 negli ambienti di produzione.

Risoluzione

Acquisisci regolari snapshot dell'indice

Tutti i domini di OpenSearch Services acquisiscono snapshot automatici. Acquisisci gli snapshot dell'indice manuali per creare backup temporizzati dei dati in un dominio OpenSearch Services. Archivia gli snapshot in un bucket Amazon Simple Storage Service (Amazon S3). Puoi inoltre utilizzare snapshot dell'indice manuali per migrare i dati tra domini di OpenSearch Services o per ripristinare i dati in un altro dominio di OpenSearch Services.

Monitora i parametri di Amazon CloudWatch

Utilizza nodi principali dedicati

I nodi principali dedicati contribuiscono a prevenire i problemi causati da nodi sovraccarichi. Utilizza nodi principali dedicati quando:

  • Il dominio viene utilizzato negli ambienti di produzione.
  • Il dominio ha cinque o più nodi.
  • La mappatura dell'indice è complessa, con molti campi definiti tra tipi e indici.

Utilizza almeno tre nodi

Per evitare una rete partizionata involontariamente (split brain), utilizza almeno tre nodi. Per evitare potenziali perdite di dati, accertati di avere almeno una replica per ogni indice. (Di default, ogni indice ha una replica.)

Abilita il riconoscimento delle zone

Il riconoscimento delle zone aiuta a prevenire i tempi di inattività e la perdita di dati. Quando il riconoscimento delle zone è abilitato, OpenSearch Service alloca i nodi e le partizioni di indice di replica tra due o tre zone di disponibilità nella stessa regione.

Nota: per una configurazione di tre zone di disponibilità, utilizza due repliche dell'indice. In caso di errore di una singola zona, le due repliche garantiscono una ridondanza dei dati del 100%.

Non utilizzare le istanze T2 negli ambienti di produzione

Per gli ambienti di produzione, utilizza istanze Amazon Elastic Compute Cloud (Amazon EC2) di classe M o più grandi. Se decidi di utilizzare i tipi di istanza T2, assicurati di monitorare i crediti della CPU, l'utilizzo della CPU, l'utilizzo della memoria e la stabilità delle tue istanze. Aumenta o aumenta orizzontalmente quando necessario.

Inoltre, tieni presente le seguenti limitazioni per le istanze T2:

  • Alle istanze T2 sono assegnati crediti CPU. Se si verifica un picco nel traffico di rete, il cluster OpenSearch Services potrebbe superare la quantità di crediti CPU disponibili nell'istanza T2. Per ulteriori informazioni, consulta Crediti CPU e utilizzo di base per istanze espandibili.
  • Le istanze T2 hanno un limite di volume EBS di 35 GB.
  • Le istanze T2 hanno un limite di payload di 10 MB. Assicurati che il payload richiesto non superi il limite di payload. Per ulteriori informazioni sui limiti di rete di OpenSearch Service, consulta Limiti di rete.
  • I tipi di istanza T2 possono essere utilizzati solo se il numero di istanze di OpenSearch Service è pari o inferiore a dieci. Per ulteriori informazioni sui tipi di istanza di OpenSearch Service supportati, consulta Tipi di istanza supportati.
  • I tipi di istanza T2 non devono essere utilizzati come nodi dati o nodi principali dedicati. I tipi di istanza T2 possono diventare instabili in presenza di carichi pesanti sostenuti. Per ulteriori informazioni, consulta Best practice di Amazon OpenSearch Service.

Amazon OpenSearch Service è il successore di Amazon Elasticsearch Service.