4450
Comment:
|
3457
|
Deletions are marked like this. | Additions are marked like this. |
Line 1: | Line 1: |
= Redis = | = Redis = |
Line 5: | Line 5: |
* 192.168.1.59 redis01 * 192.168.1.60 redis02 * 192.168.1.61 redis03 |
* 192.168.1.58 redis (virtual ip) * 192.168.1.59 redis01 (master) * 192.168.1.60 redis02 (replica) * 192.168.1.61 redis03 (replica) |
Line 21: | Line 22: |
= Redis Cluster = As i by mistake configured this as a custer. this description will stay for a while. until then, the page will just be long Redis is an in memory data structure storage. It will be used to share PHP-sessions between the apache servers. To guarantee a robust deployment three redis servers will be configured. * 192.168.1.59 redis01 * 192.168.1.60 redis02 * 192.168.1.61 redis03 == Software == |
Add the IP-address for each of the servers. Each of the redis servers needs to listen on its own IP-address. |
Line 35: | Line 24: |
apt-get install redis-server redis-sentinel | bind 192.168.1.59 127.0.0.1 ::1 |
Line 37: | Line 26: |
== Configuration == === Redis Server === Change the contents of the redis configuration file in `/etc/redis/redis.conf`. Add the IP-address for each of the servers. Each of the redis servers needs to listen on its own IP-address. Due to a bug in redis, the added IP-address will have to be in the beginning of the line, right next to `bind`. If the IP-address is added in the end of the line, then the cluster will not initialize itself, and a `Waiting for the cluster to join...` message will continuously write dots. {{{ bind 192.168.1.58 127.0.0.1 ::1 }}} |
|
Line 55: | Line 32: |
Redis stores its data in memory only, hence its speed. To make sure redis does not loose its state, in case of a hardware failure, this will enable it to store the state as it changes in a file on disk. {{{ appendonly yes }}} Activate redis cluster features {{{ cluster-enabled yes cluster-config-file nodes-6379.conf cluster-node-timeout 15000 }}} Restart redis on all hosts. |
Now restart the redis master |
Line 72: | Line 37: |
Next we will need to configure the servers to run as a cluster | And stop the replicas |
Line 74: | Line 39: |
redis-cli --cluster create 192.168.1.59:6379 192.168.1.60:6379 192.168.1.61:6379 | service redis-server stop |
Line 77: | Line 42: |
You should get output similar to this | On each of the replicas, set them up af a replica of the master |
Line 79: | Line 44: |
>>> Performing hash slots allocation on 3 nodes... Master[0] -> Slots 0 - 5460 Master[1] -> Slots 5461 - 10922 Master[2] -> Slots 10923 - 16383 M: 78252519c58c5e7651554b3c82ba5800e4c11c41 192.168.1.59:6379 slots:[0-5460] (5461 slots) master M: b26d5a1ebe4891c68acf1d6b7cea5cc19057849f 192.168.1.60:6379 slots:[5461-10922] (5462 slots) master M: 0db96b401cca249b61660ed4d2945d658dcdc6e1 192.168.1.61:6379 slots:[10923-16383] (5461 slots) master Can I set the above configuration? (type 'yes' to accept): yes >>> Nodes configuration updated >>> Assign a different config epoch to each node >>> Sending CLUSTER MEET messages to join the cluster Waiting for the cluster to join >>> Performing Cluster Check (using node 192.168.1.59:6379) M: 78252519c58c5e7651554b3c82ba5800e4c11c41 192.168.1.59:6379 slots:[0-5460] (5461 slots) master M: 0db96b401cca249b61660ed4d2945d658dcdc6e1 192.168.1.61:6379 slots:[10923-16383] (5461 slots) master M: b26d5a1ebe4891c68acf1d6b7cea5cc19057849f 192.168.1.60:6379 slots:[5461-10922] (5462 slots) master [OK] All nodes agree about slots configuration. >>> Check for open slots... >>> Check slots coverage... [OK] All 16384 slots covered. |
replicaof 192.168.1.59 6379 |
Line 108: | Line 47: |
Start the replicas again {{{ services redis-server start }}} You should now be able to see the replicas from the master `redis-cli -h 192.168.1.59`. {{{ 192.168.1.59:6379> info replication # Replication role:master connected_slaves:2 slave0:ip=192.168.1.60,port=6379,state=online,offset=2615,lag=0 slave1:ip=192.168.1.61,port=6379,state=online,offset=2615,lag=1 master_replid:79a21f08669303e71990ea8819830f30c94384c6 master_replid2:0000000000000000000000000000000000000000 master_repl_offset:2615 second_repl_offset:-1 repl_backlog_active:1 repl_backlog_size:1048576 repl_backlog_first_byte_offset:1 repl_backlog_histlen:2615 }}} === Redis Sentinel === Change the contents of the redis configuration file in `/etc/redis/sentinel.conf`. Add the IP-address for each of the servers. Each of the redis servers needs to listen on its own IP-address. {{{ bind 192.168.1.59 127.0.0.1 ::1 }}} Configure each of the hosts to monitor the master redis server, and at least 2 sentinels should agree to change the master {{{ sentinel monitor redis01 192.168.1.59 6379 2 }}} Set the time the redis master can be down {{{ sentinel down-after-milliseconds redis01 5000 }}} Finally set the timeout before the failover happens {{{ sentinel failover-timeout redis01 30000 }}} And finally {{{ sentinel parallel-syncs redis01 1 }}} |
|
Line 122: | Line 112: |
* https://www.willandskill.se/en/setup-a-highly-available-redis-cluster-with-sentinel-and-haproxy/ |
Redis
Redis is an in memory data structure storage. It will be used to share PHP-sessions between the apache servers. To guarantee a robust deployment three redis servers will be configured.
- 192.168.1.58 redis (virtual ip)
- 192.168.1.59 redis01 (master)
- 192.168.1.60 redis02 (replica)
- 192.168.1.61 redis03 (replica)
Software
apt-get install redis-server redis-sentinel
Configuration
Redis Server
Change the contents of the redis configuration file in /etc/redis/redis.conf.
Add the IP-address for each of the servers. Each of the redis servers needs to listen on its own IP-address.
bind 192.168.1.59 127.0.0.1 ::1
Enable redis to listen on the network, instead of only listening on the loopback device.
protected-mode no
Now restart the redis master
service redis-server restart
And stop the replicas
service redis-server stop
On each of the replicas, set them up af a replica of the master
replicaof 192.168.1.59 6379
Start the replicas again
services redis-server start
You should now be able to see the replicas from the master redis-cli -h 192.168.1.59.
192.168.1.59:6379> info replication # Replication role:master connected_slaves:2 slave0:ip=192.168.1.60,port=6379,state=online,offset=2615,lag=0 slave1:ip=192.168.1.61,port=6379,state=online,offset=2615,lag=1 master_replid:79a21f08669303e71990ea8819830f30c94384c6 master_replid2:0000000000000000000000000000000000000000 master_repl_offset:2615 second_repl_offset:-1 repl_backlog_active:1 repl_backlog_size:1048576 repl_backlog_first_byte_offset:1 repl_backlog_histlen:2615
Redis Sentinel
Change the contents of the redis configuration file in /etc/redis/sentinel.conf.
Add the IP-address for each of the servers. Each of the redis servers needs to listen on its own IP-address.
bind 192.168.1.59 127.0.0.1 ::1
Configure each of the hosts to monitor the master redis server, and at least 2 sentinels should agree to change the master
sentinel monitor redis01 192.168.1.59 6379 2
Set the time the redis master can be down
sentinel down-after-milliseconds redis01 5000
Finally set the timeout before the failover happens
sentinel failover-timeout redis01 30000
And finally
sentinel parallel-syncs redis01 1
References
https://www.haproxy.com/blog/haproxy-advanced-redis-health-check/
https://blog.usejournal.com/first-step-to-redis-cluster-7712e1c31847
https://www.willandskill.se/en/setup-a-highly-available-redis-cluster-with-sentinel-and-haproxy/
https://www.tecmint.com/setup-redis-replication-in-centos-8/
https://www.tecmint.com/setup-redis-high-availability-with-sentinel-in-centos-8/
https://www.willandskill.se/en/setup-a-highly-available-redis-cluster-with-sentinel-and-haproxy/