Skip to content

Commit

Permalink
Update hardware-requirements-embed.md (#1078)
Browse files Browse the repository at this point in the history
* Update hardware-requirements-embed.md

update SW min hardware requirements
add Redis Flex (auto tiering) min local disk size requirements

* Update hardware-requirements-embed.md

min HW requirements when no persistency used

* Small style updates for sentence case

* Update content/embeds/hardware-requirements-embed.md

Co-authored-by: Rachel Elledge <[email protected]>

* Update content/embeds/hardware-requirements-embed.md

Co-authored-by: Rachel Elledge <[email protected]>

* Update hardware-requirements-embed.md

* Update hardware-requirements-embed.md

* Added footnote link to persistent storage row & updated footnote order

---------

Co-authored-by: Rachel Elledge <[email protected]>
Co-authored-by: Rachel Elledge <[email protected]>
  • Loading branch information
3 people authored Jan 22, 2025
1 parent a491840 commit d977034
Showing 1 changed file with 15 additions and 8 deletions.
23 changes: 15 additions & 8 deletions content/embeds/hardware-requirements-embed.md
Original file line number Diff line number Diff line change
Expand Up @@ -24,11 +24,13 @@ We recommend these hardware requirements for production systems or for developme
| Item | Description | Minimum requirements | Recommended |
|------------|-----------------|------------|-----------------|
| Nodes<sup>[1](#table-note-1)</sup> per cluster | At least three nodes are required to support a reliable, highly available deployment that handles process failure, node failure, and network split events in a consistent manner. | 3 nodes | >= 3 nodes (Must be an odd number of nodes) |
| Cores<sup>[2](#table-note-2)</sup> per node | Redis Enterprise Software is based on a multi-tenant architecture and can run multiple Redis processes (or shards) on the same core without significant performance degradation. | 4 cores | >=8 cores |
| RAM<sup>[3](#table-note-3)</sup> per node | Defining your RAM size must be part of the capacity planning for your Redis usage. | 15GB | >=30GB |
| Ephemeral Storage | Used for storing [replication files (RDB format) and cluster log files]({{< relref "/operate/rs/installing-upgrading/install/plan-deployment/persistent-ephemeral-storage" >}}). | RAM x 2 | >= RAM x 4 |
| Persistent Storage | Used for storing [snapshot (RDB format) and AOF files]({{< relref "/operate/rs/installing-upgrading/install/plan-deployment/persistent-ephemeral-storage" >}}) over a persistent storage media, such as AWS Elastic Block Storage (EBS) or Azure Data Disk. | RAM x 3 | In-memory >= RAM x 6 (except for [extreme 'write' scenarios]({{< relref "/operate/rs/clusters/optimize/disk-sizing-heavy-write-scenarios" >}}))<br /><br /> [Auto Tiering]({{< relref "/operate/rs/databases/auto-tiering/" >}}) >= (RAM + Flash) x 5. |
| Network<sup>[4](#table-note-4)</sup> | We recommend using multiple NICs per node where each NIC is >100Mbps, but Redis Enterprise Software can also run over a single 1Gbps interface network used for processing application requests, inter-cluster communication, and storage access. | 1G | >=10G |
| Cores<sup>[2](#table-note-2)</sup> per node | Redis Enterprise Software is based on a multi-tenant architecture and can run multiple Redis processes (or shards) on the same core without significant performance degradation. | 2 cores | >=8 cores |
| RAM<sup>[3](#table-note-3)</sup> per node | Defining your RAM size must be part of the capacity planning for your Redis usage. | 8GB | >=32GB |
| Ephemeral storage | Used for storing [replication files (RDB format) and cluster log files]({{< relref "/operate/rs/installing-upgrading/install/plan-deployment/persistent-ephemeral-storage" >}}). | RAM x 2 | >= RAM x 4 |
| Persistent storage<sup>[4](#table-note-4)</sup> | Used for storing [snapshot (RDB format) and AOF files]({{< relref "/operate/rs/installing-upgrading/install/plan-deployment/persistent-ephemeral-storage" >}}) over a persistent storage media, such as AWS Elastic Block Storage (EBS) or Azure Data Disk. | RAM x 3 | In-memory >= RAM x 4 (except for [extreme 'write' scenarios]({{< relref "/operate/rs/clusters/optimize/disk-sizing-heavy-write-scenarios" >}}))<br /><br /> [Auto Tiering]({{< relref "/operate/rs/databases/auto-tiering/" >}}) >= (RAM + Flash) x 4. |
| Network<sup>[5](#table-note-5)</sup> | We recommend using multiple NICs per node where each NIC is >1Gbps, but Redis Enterprise Software can also run over a single 1Gbps interface network used for processing application requests, inter-cluster communication, and storage access. | 1G | >=10G |
| Local disk for [Auto Tiering]({{< relref "/operate/rs/databases/auto-tiering/" >}}) | used to to extend databases DRAM capacity with solid state drives (SSDs). Flash memory must be locally attached. [Read more]({{< relref "/operate/rs/databases/auto-tiering/" >}}) | (RAM+Flash) x 1.6 | (RAM+Flash) x 2.5 |


Additional considerations:

Expand All @@ -48,18 +50,23 @@ Additional considerations:

- If some of the cluster nodes are utilizing more than 80% of the CPU, consider migrating busy resources to less busy nodes.

- If all the cluster nodes are utilizing over 80% of the CPU, consider scaling out the cluster by [adding a node]({{< relref "/operate/rs/clusters/add-node" >}}).
- If all the cluster nodes are utilizing over 80% of the CPU, highly consider scaling out the cluster by [adding a node]({{< relref "/operate/rs/clusters/add-node" >}}).

3. <a name="table-note-3"></a> RAM:

- Redis uses a relatively large number of buffers, which enable replica communication, client communication, pub/sub commands, and more. As a result, you should ensure that 30% of the RAM is available on each node at any given time.

- If one or more cluster nodes utilizes more than 65% of the RAM, consider migrating resources to less active nodes.

- If all cluster nodes are utilizing more than 70% of available RAM, consider [adding a node]({{< relref "/operate/rs/clusters/add-node" >}}).
- If all cluster nodes are utilizing more than 70% of available RAM, highly consider [adding a node]({{< relref "/operate/rs/clusters/add-node" >}}).

- Do not run any other memory-intensive processes on the Redis Enterprise Software node.

4. <a name="table-note-4"></a>Network:
4. <a name="table-note-4"></a>Persistent storage:

- If no databases on the cluster have [persistence]({{< relref "/operate/rs/installing-upgrading/install/plan-deployment/persistent-ephemeral-storage" >}}) enabled, minimum persistent storage is RAM x 1.1 and the recommended persistent storage is RAM x 2. Persistent storage is essential because Redis Enterprise also uses it to maintain the cluster and database health, configurations, recovery procedures, and more.

5. <a name="table-note-5"></a>Network:

- Only static IP addresses are supported to ensure nodes remain part of the cluster after a reboot.

0 comments on commit d977034

Please sign in to comment.