<强>概述强>
由于前段时间,公司业务发展快,接了太多的业务需求了,没有时间把尤里卡搞成高可用的,先用一台尤里卡应付。当时由于流量还不大,不会出现问题。但是最近一个月,流量逐渐增大,老板担心万一单台尤里卡挂了,服务会用不了。让我赶紧升级成3台尤里卡,并两两注册,做到高可用。下面就把升级的过程说一下。
<强>未升级前强>
单台<代码>尤里卡> 代码上,只有购物车这个服务提供方,共两台。
<>强升级步骤强>
为了描述的方便,线上已经存在的<代码>尤里卡代码>称之为<代码>得> 代码,新增的两台<代码>尤里卡> 代码分别叫<代码> peer2 代码>和<代码> peer3> 代码。
<强>第一步强>
将<代码> peer2 代码>和<代码> peer3> 代码作为客户端注册到<代码>得> 代码上,根据<代码>尤里卡> 代码的原理,<代码>得> 代码上的注册信息会同步到<代码> peer2 代码>和<代码> peer3 代码>上。但是由于购物车服务只会给<代码>得> 代码发送心跳,而不会给<代码> peer2 代码>和<代码> peer3> 代码发送心跳信息,如果我们把<代码>尤里卡> 代码的自我保护模式关闭掉的话,刚刚同步到<代码> peer2 代码>和<代码> peer3> 代码上的购物车实例信息会很快被摘除掉的。
<强>第二步强>
如第一步所提到的,<代码> peer2 代码>和<代码> peer3> 代码上的购物车实例会很快被摘除掉,因此我们还需要把<代码>得> 代码也作为客户端注册到peer2和<代码> peer3 代码>上。这样,由于购物车服务会给<代码>得> 代码发送心跳,因此<代码>得> 代码是会保存购物车服务的实例信息的,根据<代码>尤里卡> 代码的同步原理,这份实例信息会同步到<代码> peer2 代码>和<代码> peer3> 代码上,并自动维护这份信息。到此,注册中心的升级便完成了。最终效果如下:
<强>第三步强>
重新部署购物车服务,将购物车服务的注册中心地址,指向高可用的注册中心。
<强>第四步强>
重新部署<代码>尤里卡客户> 代码,将其注册中心的地址指向高可用的注册中心。
我是按照上面的方式升级的,没发现问题。有更好办法的,欢迎在评论中留的言。
<强>总结强>
以上就是这篇文章的全部内容了,希望本文的内容对大家的学习或者工作具有一定的参考学习价值,谢谢大家对的支持。如果你想了解更多相关内容请查看下面相关链接