我有两台相同的存储主机,其中主机是用户唯一可以访问的主机。如果 master 失败了,那么我想手动更改 DHCP 地址,所以不是master
指向10.10.10.10
它应该指向10.10.10.11
.
有依赖IP地址的复制脚本,所以如果master改变了IP地址,那么我必须在脚本中修改IP,所以数据仍然是从master复制到slave。
问题
切换 IP 地址和编辑脚本是一项非常容易出错的任务。是否有一种常见的做法是如何完成这种手动故障转移?例如,通过添加某种抽象层?
我有两台相同的存储主机,其中主机是用户唯一可以访问的主机。如果 master 失败了,那么我想手动更改 DHCP 地址,所以不是master
指向10.10.10.10
它应该指向10.10.10.11
.
有依赖IP地址的复制脚本,所以如果master改变了IP地址,那么我必须在脚本中修改IP,所以数据仍然是从master复制到slave。
问题
切换 IP 地址和编辑脚本是一项非常容易出错的任务。是否有一种常见的做法是如何完成这种手动故障转移?例如,通过添加某种抽象层?
通常的做法是为服务使用单独的 IP 地址和名称,与实际服务器的 IP 地址和名称分开。
在这种情况下,您有
第三个名字可能是
您的客户在连接到服务时应使用“存储”而不是“主”。
只要
master
是在线的,那么 10.10.10.12 应该是一个虚拟接口master
。如果master
关闭,请将 10.10.10.12 作为虚拟接口启动slave
。尽量避免在脚本中使用 IP 地址。如果在特定情况下无法选择 DNS 查找,请使用配置文件或 /etc/hosts 文件将主机名映射到 IP 地址。
如果您想要更自动的故障转移解决方案,请查看使用 VRRP 协议的 keepalived 之类的解决方案。
更多信息可以在这里找到
虚拟 IP 10.10.10.10(这是一个虚拟 IP 地址,在两台主机上都配置)
主IP 10.10.10.11
从机 IP 10.10.10.12
这样您就不必在从属设备上启动第二个接口,并且您的停机时间很少(可能是一秒钟左右)。