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à.
Replica: modalità OSS cluster Valkey e Redis disabilitata o abilitata
A partire da Valkey 7.2 e Redis OSS versione 3.2, è possibile creare uno dei due tipi distinti di cluster (/: gruppi di replica). API CLI Un cluster Valkey o Redis OSS (modalità cluster disabilitata) ha sempre un singolo shard (API/CLI: gruppo di nodi) con un massimo di 5 nodi di replica in lettura. Un cluster Valkey o Redis OSS (modalità cluster abilitata) ha fino a 500 shard con da 1 a 5 nodi di replica di lettura ciascuno.
Cluster Valkey o Redis OSS (modalità cluster disabilitata) e Valkey o Redis (modalità cluster abilitata) OSS
La tabella seguente riassume le differenze importanti tra i cluster Valkey o Redis OSS (modalità cluster disabilitata) e i cluster Valkey o Redis (modalità cluster abilitata). OSS
| Funzionalità | Valkey o Redis (modalità cluster disabilitata) OSS | Valkey o Redis OSS (modalità cluster abilitata) |
|---|---|---|
| Modificabile | Sì. Supporta l'aggiunta e l'eliminazione di nodi di replica e il dimensionamento orizzontale del tipo di nodo. | Limitato. Per ulteriori informazioni, consulta Gestione delle versioni per ElastiCache e Scalabilità dei cluster in Valkey o Redis OSS (modalità cluster abilitata). |
| Partizionamento dei dati | No | Sì |
| Shard | 1 | Da 1 a 500 |
| Repliche di lettura | Da 0 a 5 ImportanteSe non esistono repliche e il nodo non viene eseguito, tutti i dati vengono persi. |
Da 0 a 5 per partizione. ImportanteSe non esistono repliche e il nodo non viene eseguito, tutti i dati in tale shard vengono persi. |
| Multi-AZ | Sì, con almeno 1 replica. Facoltativo. Attivata per impostazione predefinita. |
Sì Facoltativo. Attivata per impostazione predefinita. |
| Snapshot (Backup) | Sì, creando un singolo file .rdb. | Sì, creando un file .rdb univoco per ogni shard. |
| Ripristino | Sì, utilizzando un singolo file.rdb da un cluster Valkey o Redis OSS (modalità cluster disabilitata). | Sì, utilizzando file.rdb da un cluster Valkey o Redis OSS (modalità cluster disabilitata) o da un cluster Valkey o Redis (modalità cluster abilitata). OSS |
| Supportato da | Tutte OSS le versioni di Valkey e Redis | Tutte le versioni di Valkey e Redis OSS 3.2 e successive |
| Motore aggiornabile | Sì, con alcuni limiti. Per ulteriori informazioni, consulta Gestione delle versioni per ElastiCache. | Sì, con alcuni limiti. Per ulteriori informazioni, consulta Gestione delle versioni per ElastiCache. |
| Crittografia | Versioni 3.2.6 (prevista perEOL, consulta la pianificazione di fine del ciclo di vita delle OSS versioni Redis) e 4.0.10 e successive. | Versioni 3.2.6 (prevista perEOL, consulta la pianificazione di fine vita delle OSS versioni Redis) e 4.0.10 e successive. |
| HIPAAIdoneo | Versioni 3.2.6 (pianificata perEOL, vedi la pianificazione della fine del ciclo di vita delle OSS versioni Redis) e 4.0.10 e successive. | Versioni 3.2.6 (prevista perEOL, consulta la pianificazione di fine vita delle OSS versioni Redis) e 4.0.10 e successive. |
| PCIDSSConforme | Versioni 3.2.6 (prevista perEOL, vedi la pianificazione della fine del ciclo di vita delle OSS versioni Redis) e 4.0.10 e successive. | Versioni 3.2.6 (prevista perEOL, consulta la pianificazione di fine vita delle OSS versioni Redis) e 4.0.10 e successive. |
| Resharding online | N/D | Versione 3.2.10 (prevista perEOL, vedi la pianificazione di fine vita delle OSS versioni Redis) e successive. |
scegliere il servizio più adatto.
Quando scegli tra Valkey o Redis OSS (modalità cluster disabilitata) o Valkey o Redis OSS (modalità cluster abilitata), considera i seguenti fattori:
Dimensionamento e partizionamento - Le esigenze aziendali cambiano. Occorre fornire il provisioning per picchi di richiesta o ridimensionare quando la richiesta cambia. Valkey o Redis OSS (modalità cluster disabilitata) supportano la scalabilità. Puoi ridimensionare la capacità di lettura aggiungendo o eliminando nodi di replica, oppure può ridimensionare la capacità passando a un tipo di nodo più grande. Entrambe queste operazioni richiedono tempo. Per ulteriori informazioni, consultare Scalabilità dei nodi di replica per Valkey o Redis OSS (modalità cluster disabilitata).
Valkey o Redis OSS (modalità cluster abilitata) supportano il partizionamento dei dati su un massimo di 500 gruppi di nodi. Puoi modificare dinamicamente il numero di shard quando le esigenze aziendali cambiano. Un vantaggio del partizionamento è la possibilità di distribuire il carico su un numero maggiore di endpoint, riducendo i colli di bottiglia di accesso durante i picchi di richiesta. Inoltre, puoi ospitare un set di dati più grande poiché i dati possono essere distribuiti su più server. Per informazioni sul ridimensionamento delle partizioni, consulta. Scalabilità dei cluster in Valkey o Redis OSS (modalità cluster abilitata)
Dimensione del nodo rispetto al numero di nodi: poiché un cluster Valkey o Redis OSS (modalità cluster disabilitata) ha un solo shard, il tipo di nodo deve essere sufficientemente grande da contenere tutti i dati del cluster più il sovraccarico necessario. D'altra parte, poiché è possibile partizionare i dati su più shard quando si utilizza un cluster Valkey o Redis OSS (modalità cluster abilitata), i tipi di nodi possono essere più piccoli, ma è necessario un numero maggiore di nodi. Per ulteriori informazioni, consulta Scelta delle dimensioni dei nodi.
Letture o scritture: se il carico principale sul cluster è costituito da applicazioni che leggono dati, è possibile scalare un cluster Valkey o Redis OSS (modalità cluster disattivata) aggiungendo ed eliminando repliche di lettura. Tuttavia, esiste un numero massimo di 5 repliche di lettura. Se il carico sul cluster è elevato in termini di scrittura, puoi trarre vantaggio dagli endpoint di scrittura aggiuntivi di un cluster Valkey o Redis OSS (modalità cluster abilitata) con più shard.
A prescindere dal tipo di cluster che scegliere di implementare, assicurati di scegliere un tipo di nodo adeguato per le esigenze correnti e future.
