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 con tre zone di disponibilità, due zone hanno un nodo principale dedicato e una zona ne ha due. Se l'AZ subisce un'interruzione, le restanti due AZ non dispongono del quorum necessario (3) per eleggere un nuovo principale.
-
-
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 OpenSearch e le versioni di Elasticsearch 7. 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
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 |
Dimensione della RAM del nodo 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 chiarimenti sui limiti del numero di istanze, consulta Quote di dominio e istanze del OpenSearch servizio.
-
Per ulteriori informazioni su tipi di istanze specifici, tra cui vCPU, memoria e prezzi, consulta i prezzi di Amazon OpenSearch Service
.
