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à.
Nodi master dedicati in Amazon OpenSearch Service
Amazon OpenSearch Service utilizza nodi master dedicati per aumentare la stabilità del cluster. Un nodo master dedicato esegue task di gestione cluster ma non conserva dati né risponde a richieste di caricamento dei dati. L'offload dei task di gestione del cluster aumenta la stabilità del dominio. Come tutti gli altri tipi di nodo, per ogni nodo principale dedicato si paga una tariffa oraria.
I nodi master dedicati eseguono le seguenti attività di gestione del cluster:
-
Monitora tutti i nodi del cluster.
-
Monitora il numero di indici nel cluster.
-
Monitora il numero di partizioni appartenenti a ciascun indice.
-
Gestisci le informazioni di instradamento per i nodi del cluster.
-
Aggiorna lo stato del cluster dopo aver apportato modifiche allo stato, ad esempio la creazione di un indice e l'aggiunta o la rimozione di nodi nel cluster.
-
Replica le modifiche allo stato del cluster in tutti i nodi del cluster.
-
Monitora l'integrità di tutti i nodi del cluster inviando segnali heartbeat, segnali periodici che monitorano la disponibilità dei nodi di dati nel cluster.
L'illustrazione seguente mostra un dominio OpenSearch di servizio con 10 istanze. Sette delle istanze sono nodi di dati e tre sono nodi master dedicati. È attivo solo uno dei nodi principali dedicati. I due nodi principali dedicati grigi attenderanno come backup nel caso in cui il nodo principale dedicato attivo riporti un errore. Tutte le richieste di caricamento dati vengono elaborate dai sette nodi di dati e su tutte le attività di gestione del cluster viene effettuato l'offload al nodo master dedicato attivo.
Scelta del numero di nodi principali dedicati
Si consiglia di utilizzare Multi-AZ con Standby, che aggiunge tre nodi master dedicati a ciascun dominio del servizio di produzione. OpenSearch Se utilizzi Multi-AZ senza Standby o Single-AZ, consigliamo comunque tre nodi master dedicati. Non scegliere mai un numero pari di nodi principali dedicati. Quando si sceglie il numero di nodi principali dedicati, tenere presente quanto segue:
-
Un nodo master dedicato è esplicitamente vietato da OpenSearch Service perché non è disponibile alcun backup in caso di guasto. Se si prova a creare un dominio con un solo nodo principale dedicato, viene ricevuta un'eccezione di convalida.
-
Se hai due nodi principali dedicati, allora il cluster non ha il quorum di nodi necessario per eleggere un nuovo nodo principale in caso di errore.
Un quorum è il numero di nodi principali dedicati / 2 + 1 arrotondato per difetto al numero intero più vicino. In questo caso: 2 / 2 + 1 = 2. Poiché un nodo master dedicato non è andato a buon fine ed esiste un solo backup, il cluster non dispone di un quorum e non è in grado di eleggere un nuovo master.
-
Tre nodi master dedicati, il numero consigliato, offrono due nodi di backup in caso di guasto del nodo master e il quorum necessario (2) per eleggere un nuovo master.
-
Quattro nodi principali dedicati non sono meglio di tre e possono causare problemi se utilizzi più zone di disponibilità.
-
Se un nodo master ha esito negativo, hai il quorum (3) per eleggere un nuovo master. Se due nodi hanno esito negativo, perdi il quorum, in modo analogo a quando disponi di tre nodi master dedicati.
-
In una configurazione a tre zone di disponibilità, due AZs hanno un nodo master dedicato e una zona AZ ne ha due. Se in quella zona si verifica un'interruzione, le due restanti AZs non hanno il quorum necessario (3) per eleggere un nuovo master.
-
-
Avere cinque nodi master dedicati funziona così come tre e consente di perdere due nodi mantenendo un quorum. Ma poiché solo un nodo principale dedicato è attivo in un dato momento, questa configurazione implica pagare per quattro nodi inattivi. Molti clienti ritengono che questo livello di protezione failover sia eccessivo.
Se un cluster ha un numero pari di nodi idonei per il master e le versioni di Elasticsearch 7. OpenSearch x e versioni successive ignorano un nodo in modo che la configurazione di voto sia sempre un numero dispari. In questo caso, quattro nodi master dedicati sono essenzialmente equivalenti a tre (e due a uno).
Nota
Se il cluster non ha il quorum necessario per eleggere un nuovo nodo master, le richieste di lettura e scrittura al cluster non andranno a buon fine. Questo comportamento è diverso da quello OpenSearch predefinito.
Scelta dei tipi di istanza per nodi principali dedicati
OpenSearch Quote di dominio e istanza del servizio
La tabella seguente elenca le quote relative ai domini di servizio OpenSearch
| Nome | Predefinita | Adattabile | Descrizione |
|---|---|---|---|
| Istanze master dedicate per dominio | Ogni regione supportata: 3 o 5 | No |
Il numero massimo di istanze master dedicate in un singolo dominio Amazon OpenSearch Service. |
| Domini per regione | Ogni regione supportata: 100 | Sì |
Il numero massimo di domini Amazon OpenSearch Service che puoi creare in ogni AWS regione. |
| Istanza per dominio | Ogni regione supportata: 80 | Sì |
Il numero massimo di istanze in un singolo dominio Amazon OpenSearch Service. Puoi richiedere un aumento fino a 1002 istanze per dominio. |
| Istanza per dominio (tipo di istanza T2) | Ogni regione supportata: 10 | Sì |
Il numero massimo di istanze T2 in un singolo dominio Amazon OpenSearch Service. |
| Istanze warm per dominio | Ogni regione supportata: 150 | No |
Il numero massimo di nodi caldi in un singolo dominio Amazon OpenSearch Service. Puoi richiedere un aumento fino a 750 istanze per dominio. |
| Numero di connessioni tra cluster per dominio | 40 | No | |
| Istanza di coordinatore dedicata per AZ | Ogni regione supportata: 200 | Sì |
Il numero deve essere compreso tra 1 e 200. Il numero dei nodi del coordinatore non può superare il numero dei nodi dati. |
| Storage totale per dominio | 25 PB | No |
Questo massimo è la somma di tutti i nodi di dati e nodi a caldo. Ad esempio, il tuo dominio potrebbe avere 45 istanze e 140 istanze per un totale di 2,88 PiB di storage. I nuovi limiti sono 10 PB per i nodi di dati e 15 PB per i nodi caldi. |
| Pacchetti personalizzati per regione | 25 | No | |
| Pacchetti personalizzati per dominio | 20 | No |
Sebbene i nodi master dedicati non elaborino le richieste di ricerca e di interrogazione, la loro dimensione è strettamente correlata alla dimensione dell'istanza e al numero di istanze, indici e frammenti che possono gestire. Per i cluster di produzione, consigliamo almeno i seguenti tipi di istanza per nodi master dedicati.
Queste raccomandazioni sono basate su carichi di lavoro tipici e possono variare in base alle tue esigenze. I cluster con molte partizioni o mappature di campi possono trarre vantaggio da tipi di istanze di dimensioni maggiori. Monitorare i parametri del nodo master dedicato per vedere se è necessario utilizzare un tipo di istanza di dimensioni maggiori.
|
Conteggio delle istanze |
Dimensioni del nodo RAM principale | Numero massimo di partizioni supportato |
Tipo di istanza consigliata per il nodo principale dedicato |
|---|---|---|---|
|
1-10 |
8 GiB | 10K |
|
|
11-30 |
16 GiB | 30K |
|
| 31-75 | 32 GiB | 40K |
|
| 76-125 | 64 GiB | 75K |
|
|
126-200 |
128 GiB | 75K |
|
-
Per informazioni su come alcune modifiche di configurazione possono influenzare sui nodi master dedicati, consulta Apportare modifiche alla configurazione in Amazon OpenSearch Service.
-
Per ulteriori informazioni sui limiti del numero di istanze, consulta Quote OpenSearch di dominio e istanze del servizio.
-
Per ulteriori informazioni su tipi di istanze specifici, tra cui vCPU, memoria e prezzi, consulta i prezzi OpenSearch di Amazon Service
.
