latest.html 一 , 主机agent安装配置 接着上篇文章的页面点击下一步: 填入主机的名称或在已托管主机选择一下主机 cm master-1 master-2 slave-1 slave-2 slave Zookeeper DataNode HbaseRegion NodeManger slave-2 Zookeeper DataNode HbaseRegion NodeManger slave
touch ~/data/redis/slave-2/redis.confmkdir touch ~/data/redis/slave-2/redis.conf mkdir -p ~/data/redis/slave -3/data touch ~/data/redis/slave-3/redis.confmkdir touch ~/data/redis/slave-3/redis.conf # sentinel.conf --appendonly yes --- docker run -p 46379:6379 -p 16392:26379 --name redis-slave-3 -v ~/data/redis/slave -3/data/:/data -v ~/data/redis/slave-3/sentinel.conf:/etc/redis/sentinel.conf -v ~/data/redis/slave-
如果只发一次,发给了slave-1,那slave-2,slave-3,…它们怎么办? 显 然,应该发N次。 可 以这样,slave-1是master的从,slave-1又是slave-2,slave-3,…的主,同时slave-1不再负责select。 当一个select发往mysql proxy,可能这次由slave-2响应,下次由slave-3响应,这样的话,就无法利用查询缓存了。 应该找一个共享式的缓存,比如memcache来解决。 将slave-2,slave-3,…这些查询的结果都缓存至mamcache中。 随着应用的日益增长,读操作很多,我们可以扩展slave,但是如果master满足不了写操作了,怎么办呢?
set-hostname slave-1 > hostnamectl --static set-hostname slave-2 > hostnamectl --static set-hostname slave 192.168.3.21 master-1 192.168.3.22 master-2 192.168.3.31 slave-1 192.168.3.32 slave-2 192.168.3.33 slave
/data/slave-3:/data # 将从节点3的数据持久化到宿主机的. /data/slave-3目录 networks: - redis-network extra_hosts: - "host.docker.internal:192.168.1.75
配置过程如下: 1)首先分别在slave-1、slave-2、slave-3节点机器上拉取marathon-lb镜像 [root@slave-1 ~]# docker pull mesosphere/marathon-lb
slave-2.com" >/etc/hosts [root@slave-2 ~]# cat /etc/hosts 182.48.115.238 slave-2 slave-2.com slave root@slave-3 ~]# hostnamectl --static set-hostname slave-3.com [root@slave-3 ~]# echo "182.48.115.239 slave -3 slave-3.com" >/etc/hosts [root@slave-3 ~]# cat /etc/hosts 182.48.115.239 slave-3 slave-3.com
如果只发一次,发给了slave-1,那slave-2,slave-3,…它们怎么办? 显 然,应该发N次。 可以这样,slave-1是master的从,slave-1又是slave-2,slave-3,…的主,同时slave-1不再负责select。 问题6:当一个select发往MySQL proxy,可能这次由slave-2响应,下次由slave-3响应,这样的话,就无法利用查询缓存了。 应该找一个共享式的缓存,比如memcache来解决。 将slave-2,slave-3,…这些查询的结果都缓存至mamcache中。 问题7:随着应用的日益增长,读操作很多,我们可以扩展slave,但是如果master满足不了写操作了,怎么办呢?
如果只发一次,发给了slave-1,那slave-2,slave-3,...它们怎么办? 显 然,应该发N次。 可以这样,slave-1是master的从,slave-1又是slave-2,slave-3,...的主,同时slave-1不再负责select。 问题6:当一个select发往MySQL proxy,可能这次由slave-2响应,下次由slave-3响应,这样的话,就无法利用查询缓存了。 应该找一个共享式的缓存,比如memcache来解决。 将slave-2,slave-3,...这些查询的结果都缓存至mamcache中。 问题7:随着应用的日益增长,读操作很多,我们可以扩展slave,但是如果master满足不了写操作了,怎么办呢?
如果只发一次,发给了slave-1,那slave-2,slave-3,…它们怎么办? 显 然,应该发N次。 可以这样,slave-1是master的从,slave-1又是slave-2,slave-3,…的主,同时slave-1不再负责select。 问题6:当一个select发往MySQL proxy,可能这次由slave-2响应,下次由slave-3响应,这样的话,就无法利用查询缓存了。 应该找一个共享式的缓存,比如memcache来解决。 将slave-2,slave-3,…这些查询的结果都缓存至mamcache中。 问题7:随着应用的日益增长,读操作很多,我们可以扩展slave,但是如果master满足不了写操作了,怎么办呢?