架构师入门:搭建双注册中心的高可用Eureka架构(基于项目实战)

  • 时间:
  • 浏览:34
  • 来源:黑白云计算 - 专注共享百万链资讯

    和前一天一样,这里的输出还是“In Caller, hello Eureka“,这说明双机热备的Eureka架构最少不不影响基本的功能。同样,这里不建议通过http://localhost:8080/hello来查看运行效果。 

    第二,     ek-cluster-server-backup(第3个Eureka服务器)。

    这里许多人儿是在ek-cluster-ServiceProvider项目编写服务提供程序,它是根据上文架构师入门:搭建基本的Eureka架构(从项目里抽取)里的项目EurekaBasicDemo-ServerProvider改写而来,其中只修改了application.yml帕累托图的代码。    

    第一步,到C:\WINDOWS\system32\drivers\etc目录里,找到hosts文件,在其中加入另一3个 机器名(随便说说全是指向本机),代码如下。修改后,前要重启机器。

    

    第三步,肯能在真实项目里,许多人儿一般会在两台主机上启动另一3个 Eureka服务,什么都有有这里许多人儿再创建另一3个 Maven类型的项目ek-cluster-server-backup,和前一天的ek-cluster-server相比,它们的差别还是在application.yml,代码如下。   

    这里为了演示方便,许多人儿在一台机器上模拟双服务器的场景,在真实项目里,许多人儿一般是把另一3个 相互注册的服务器安装到两台主机上,肯能肯能只安装到一台上,越来越该服务器位于故障励志的话 ,另一3个 服务器全是失效。具体的实现步骤如下。

    当许多人儿确认服务启动后,可能够够在浏览器里输入http://ekserver1:8080/hello来查看服务调用的效果,这里随便说说触发了ek-cluster-ServiceCaller中Controller里的hello措施。

          127.0.0.1       ekServer1

    许多人儿只改动了第9行的代码,这说明本服务是向ekServer1的8888号端口注册。

    第四,     ek-cluster-ServiceCaller(服务调用者)。

    关闭后,许多人儿在浏览器里输入http://ekserver1:8080/hello,随便说说许多人儿在服务提供者和服务调用者的application.yml里指定的serviceUrl.defaultZone全是http://ekServer1:8888/eureka/,但在一台Eureka服务器失效的情形下,许多人儿依然能看得人正确的结果,如下图所示。

    在你这个 集群里,许多人儿将配置2台相互注册的Eureka服务器,就让一来,每台服务器都含有着对方的服务注册信息,最少双机热备,一起去,服务提供者只需向其中的另一3个 注册服务。

    许多人儿别以为这是危言耸听,在高并发的场景下(比如双十一的并发环境),你这个 情形位于的肯能性不低。针对你这个 场景,这里许多人儿将部署两台Eureka注册中心,彼此相互注册,以此搭建另一3个 可用性比较高的Eureka集群。

        

     许多人儿把服务调用者的代码插进ek-cluster-ServiceCaller你这个 Maven项目里,这是根据前一天里的EurekaBasicDemo-ServerCaller项目改写而来。其中许多人儿也只修改application.yml代码。    

    按如下次序启动3个项目的Spring Boot服务。

    这里许多人儿可能够够故意关闭ek-cluster-server服务,以此来模拟一台服务器宕机的情形。

    第一,     ek-cluster-server(第另一3个 Eureka服务器)。

    第二步,创建ek-cluster-server项目,这随便说说是根据上文 架构师入门:搭建基本的Eureka架构(从项目里抽取) 里的EurekaBasicDemo-Server项目改写而来,和前一天的项目相比,许多人儿只改动了application.yml文件,代码如下。    

    随便说说这里许多人儿也可能够够通过http://localhost:8888/和http://localhost:8889/看得人相同的效果,但不推荐。这是肯能,在真实的项目里,Eureka的服务器应该是和开发机器分开的,也就让说它们应该被部署在其它机器上,只不过这里许多人儿为了演示方便,把它们都插进本机。

    让你,许多人儿能在http://ekserver1:8888/和http://ekserver2:8889/这另一3个 浏览器上看得人如下图所示的3个可用的服务。肯能是相互注册,什么都有有它们的内容是一样的。

    这里的端口号没变,依然是8888,但许多人儿在第5行把项目名修改成ekServer1,在第8行把提供服务的主机名也修改成ekServer1,在第11行,许多人儿指定了本服务所在的rul,这里请注意,许多人儿把ekServer1所在的serverUrl指定到ekServer2的8889端口上,也就让说,这里许多人儿指定ekServer1向ekServer2注册。

    这里的配置信息随便说说和刚才的是对偶的,这里的application名和主机名都叫ekServer2,不过请注意第11行,这里的serviceUrl是注册到ekServer1的8888端口上,这里许多人儿同样指定ekServer2向ekServer1注册。结合上文,至此许多人儿实现了双服务器之间的相互注册。    

    肯能许多人儿在刚才关闭的是ek-cluster-server-backup,让ek-cluster-server运行,这里许多人儿还是能看得人同样的效果。也就让说,在你这个 Eureka双服务器的集群里,一台服务器宕机后,整个服务体系依然可用,这就大大提升的系统的可用性。

    着随便说说集群里搭建了两台服务器,但服务提供者只需向其中的一台注册即可,或者高可用的便利性就会以牺牲代码可维护性为代价了。

    

    本文的案例是基于 架构师入门:搭建基本的Eureka架构(从项目里抽取) 改写的。

    改动点还是在第9行上,这里是向ekServer1服务器的8888号端口注册,同理,这里不不向另外另一3个 机器(ekServer2)注册。

          127.0.0.1       ekServer2

    就让,肯能服务器A或B宕机,越来越另一台服务器依然可能够够向内部人员提供服务列表,服务调用者依然可能够够据此调用服务。

    肯能这里另一3个 Eureka服务器是相互注册,什么都有有本服务提供者不不一起去向另一3个 服务器注册,肯能一旦向ekServer1注册后,该服务器会自动把你这个 服务提供者的信息克隆技术到ekServer2上。   

    在上文里,许多人儿演示Eureka客户端调用服务的整个流程,在这帕累托图里许多人儿将在架构上有所改进。许多人儿可能够够想象下,在上文里案例中,Eureka注册中心只部署在一台机器上,就让它一旦突然出现 难题,会意味着着整个服务调用系统的崩溃,肯能你这个 情形位于在生产环境上,后果是不堪设想的。

    个人 在写完java web轻量级开发面试教程后,再想写一本Spring Cloud方面的书,请各位大神我不在乎 该写那先 方面的内容,肯能是提些建议,谢谢了。

    第三,     ek-cluster-ServiceProvider(服务提供者)。

    在并发要求更高的环境里,许多人儿甚至可能够够搭建2台以上的服务器,不过事实上,双机热备的集群能满足大多数的场景,一方面,全是每个系统的并发量都很高,什么都有有双机热备足以满足大多数的并发需求,个人 面,毕竟两台服务器一起去宕机的肯能性就让大。    

    个人 保留本文中文字和代码的版权,转载请注明出处。

    肯能许多人儿让你本案例中代码,请给我站内留言。