Skip to content

Commit 8c9b771

Browse files
committed
valkey clustering
1 parent 033902a commit 8c9b771

File tree

3 files changed

+30
-20
lines changed

3 files changed

+30
-20
lines changed

.github/vale/styles/config/vocabularies/Aiven/accept.txt

Lines changed: 2 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -283,6 +283,8 @@ reindex
283283
reindexing
284284
remoteSecure
285285
requesters
286+
resharding
287+
Resharding
286288
reStructuredText
287289
rivery
288290
rsyslog

docs/products/valkey/concepts/valkey-cluster.md

Lines changed: 27 additions & 20 deletions
Original file line numberDiff line numberDiff line change
@@ -7,8 +7,6 @@ import RelatedPages from "@site/src/components/RelatedPages";
77

88
Aiven for Valkey™ clustering provides a managed, scalable solution for distributed in-memory data storage with built-in high availability and automatic failover capabilities.
99

10-
## What is Valkey clustering?
11-
1210
Valkey clustering distributes your data across multiple nodes (shards) to handle larger
1311
datasets and higher traffic loads than a single-node deployment can support. Each shard
1412
contains a portion of your data, and the cluster automatically routes requests to the
@@ -19,16 +17,14 @@ appropriate shard.
1917
### High availability
2018

2119
- **Automatic failover**: If a primary node fails, a replica is automatically promoted to
22-
maintain service availability
23-
- **Read replicas**: Each shard includes at least one read replica for redundancy and
24-
improved read performance
20+
maintain service availability.
2521
- **Minimal downtime**: Designed to handle both expected maintenance and unexpected
2622
failures with minimal service interruption
23+
- **Read replicas**: Each shard includes at least one read replica for redundancy and
24+
improved read performance.
2725

2826
### Scalability
2927

30-
- **Horizontal scaling**: Add or remove nodes to handle changing workload requirements
31-
- **Online resharding**: Increase the number of shards without downtime as your data grows
3228
- **Flexible sizing**: Supports various instance sizes, including smaller 4 GB RAM
3329
instances for cost optimization
3430

@@ -40,18 +36,25 @@ appropriate shard.
4036

4137
## Architecture overview
4238

43-
### Single shard deployment
44-
45-
- **Initial configuration**: Starts with one primary node and two read replicas
46-
- **Use case**: Ideal for smaller datasets or applications with moderate traffic
47-
- **High availability**: Automatic failover to replicas if the primary fails
48-
4939
### Multi-shard deployment
5040

41+
The typical cluster deployment consists of [three primary nodes](/docs/products/valkey/concepts/valkey-cluster#multi-shard-deployment),
42+
each with at least one replica, providing true high availability and scalability.
43+
5144
- **Distributed data**: Data is automatically partitioned across multiple shards
5245
- **Independent replicas**: Each shard has its own set of replicas for redundancy
5346
- **Load distribution**: Requests are distributed across shards based on data location
5447

48+
### Single-shard deployment
49+
50+
While Aiven for Valkey supports [single-node clusters](/docs/products/valkey/concepts/valkey-cluster#single-shard-deployment),
51+
this configuration is functionally equivalent to a standalone Valkey instance and is not
52+
the primary use case for clustering.
53+
54+
- **Initial configuration**: Starts with one primary node and two read replicas
55+
- **Use case**: Ideal for smaller datasets or applications with moderate traffic
56+
- **High availability**: Automatic failover to replicas if the primary fails
57+
5558
## Benefits
5659

5760
### Performance
@@ -62,8 +65,9 @@ appropriate shard.
6265

6366
### Reliability
6467

65-
- **Fault tolerance**: Service continues even if individual nodes fail
66-
- **Automatic recovery**: Failed nodes are automatically replaced and synchronized
68+
- **Fault tolerance**: With replicas configured, a service continues even if individual
69+
nodes fail.
70+
- **Automatic recovery**: Failed nodes are automatically replaced and synchronized.
6771
- **Data protection**: Multiple copies of your data across different nodes
6872

6973
### Operational simplicity
@@ -84,7 +88,7 @@ appropriate shard.
8488

8589
- Data that exceeds the memory capacity of a single node
8690
- Applications requiring data partitioning for performance optimization
87-
- Systems that need to scale storage capacity horizontally
91+
- Systems that need to scale storage capacity
8892

8993
### Mission-critical systems
9094

@@ -113,8 +117,11 @@ appropriate shard.
113117

114118
### Current scope
115119

116-
- Backup and restore capabilities are planned for future releases
117-
- Some advanced features may have initial limitations during the preview phase
120+
The following are planned for future releases:
121+
122+
- Backup and restore
123+
- Online resharding
124+
- Horizontal scaling
118125

119126
### Performance factors
120127

@@ -125,5 +132,5 @@ appropriate shard.
125132
<RelatedPages/>
126133

127134
- [Get started with Aiven for Valkey](/docs/products/valkey/get-started)
128-
- [High availability concepts](/docs/products/valkey/concepts/high-availability)
129-
- [Performance monitoring](/docs/products/valkey/howto/monitor-performance)
135+
- [High availability](/docs/products/valkey/concepts/high-availability)
136+
- [Read replica](/docs/products/valkey/concepts/read-replica)

sidebars.ts

Lines changed: 1 addition & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -1905,6 +1905,7 @@ const sidebars: SidebarsConfig = {
19051905
'products/valkey/concepts/lua-scripts',
19061906
'products/valkey/concepts/memory-usage',
19071907
'products/valkey/concepts/read-replica',
1908+
'products/valkey/concepts/valkey-cluster',
19081909
],
19091910
},
19101911
{

0 commit comments

Comments
 (0)