Da quello che ho visto le applicazioni di Hazelcast si trovano più comunemente in architetture con più di 50 nodi. Ha senso usare Hazelcast su un'architettura da 1 a 4 nodi? Se sì, qual è la migliore strategia che dovrei seguire per quanto riguarda le partizioni e le istanze di nocciolo.Come funziona il partizionamento in Hazelcast?
Diciamo che sto usando Hazelcast su un solo nodo! Quante istanze di nocciola dovrei usare? e dovrei lasciare il numero predefinito delle partizioni così com'è (271), o se è meglio cambiarlo quali sono i fattori che devo considerare per prendere la mia decisione.
Per favore qualcuno mi illumini su questo.
Prima di tutto, molte grazie per il vostro contributo. Il caso qui è che userò la nocciola come una griglia di dati distribuita in congiunzione con couchbase come memoria persistente. Quindi sto cercando di capire se questa combinazione (nocciolo su 4 nodi e couchbase su 30 qualcosa) ha qualcosa da offrire. Ho fatto alcune metriche con MapStore con throughput di lettura/scrittura e anche se Hazelcast è veloce couchbase è ancora più veloce. I bisogni sono molto grandi (terabyte di dati). –
Forniamo solo un'interfaccia MapStore, quindi l'implementazione effettiva sarà una grande parte delle prestazioni totali per la mappa. Un altro fattore importante è la configurazione, ad es. scrivere attraverso vs scrivere dietro. È possibile utilizzare una mappa con un backup di sincronizzazione (quindi garantita in memoria su almeno un'altra macchina), ma con un mapstore write-behind. Quindi uno dei membri sta per scrivere ... In questo modo puoi ottenere di più dalle prestazioni del tuo negozio di mappe. – pveentjer
Grazie ancora. Un'ultima domanda: ho un'istanza di connessione a base di divano. Le partizioni usano questa istanza in modo indipendente e scrivono contemporaneamente o attendono che una partizione venga completata in modo che il successivo continui? –