Hardware and Software Requirements
Hardware Requirements
The hardware requirements for your High Availability Add-on (HAA) are different between development and production environments.
Development Environments
Item |
Minimum Requirements |
Recommended |
---|---|---|
HAA Nodes |
1 |
3+ |
RAM |
6 GB |
8 GB |
Storage (default path |
10 GB |
20 GB |
While one node is sufficient for a development environment, three or an odd number of nodes are recommended in order to utilize the clustering features likely needed for your production environment.
Production Environments
Item |
Minimum Requirements |
Recommended |
---|---|---|
HAA Nodes |
3 |
3+ |
Cores per Node |
4 |
8+ |
RAM |
6 GB (15 GB for DR deployments) |
30+ GB |
Storage (default path |
75 GB |
150+ GB |
Network |
1 G |
10+ G |
Ports
Port |
Protocol |
Description |
---|---|---|
1968 |
TCP |
Default port used for internal proxy traffic. |
3333-3344 36379-36380 |
TCP |
Default port ranges used for internal cluster traffic. |
8001 |
TCP |
Used for traffic from the application to the Discovery Service, if applicable. |
8443 |
TCP |
Used for |
8444,9080 |
TCP |
Default ports used for internal |
9081 |
TCP |
Default port used for internal CRDB (Conflict-free Replicated Database) traffic. |
8070-8071 |
TCP |
Used for metrics exported and managed by |
9443 |
TCP |
Recommended port for REST API traffic. |
10000-19999 |
TCP |
Port range for database traffic. By default, HAA uses port |
20000-29999 |
TCP |
Port range used for internal database shards traffic. |
53,5353 |
UDP |
Used for internal |
8002,8004,8006 |
TCP |
System health monitoring. |
ICMP |
Used to check connectivity between nodes. |
Software Requirements
Platform |
Supported Versions |
---|---|
RHEL/CentOS 7 |
Requires OpenSSL 1.0.2 and fw config are required. |
RHEL/CentOS 8 |
|
Ubuntu |
Server version is recommended for production installations. Desktop version is only recommended for development deployments. |
General Cluster Requirements
The HAA cluster needs three servers for a healthy operation.
Under normal circumstances, the HAA cluster servers have the following roles:
- one principal server – it holds a data shard, and it accepts read and write database operations from the outside world;
- one secondary server – it holds a copy of the data shard;
- one secondary server – it holds no data, it exists for quorum purposes only.
The HAA cluster supports a single server failure only.
- If one of the servers goes down, no matter which one, the HAA cluster continues working, and a warning is shown in the Web
management interface. You can find more information by running the
rlcheck
command, usually found in/opt/redislabs/bin
. You can also append--continue-on-error
to therlcheck
command. - If two servers fail, the HAA cluster fails as well, even if the principal server is still online.
Building an HAA cluster with more than three servers is possible but offers no real benefit.
There is no increase in the number of servers that can fail. In the case of a five-node HAA cluster, if the principal node and the secondary node keeping the data shard copy both fail, the entire cluster fails as well, and there is no data shard reallocation to other nodes.
Internet Layer Protocol
HAA supports both IPv4 and IPv6. For more details on the support for multi-IP and IPv6, refer to Redis documentation.