首页 > 其他分享> 文章详细

Eureka从Apollo迁移到单独Eureka

2022-05-02 23:31:15 阅读：179 来源： 互联网

标签：Eureka eureka EUREKA XX 集群迁移 Apollo 节点

迁移物理架构演变
Eureka升级准备
升级过程
回滚eureka
可能出现的问题数据不同步

迁移物理架构演变

Eureka升级准备

验证新Eureka 和旧Eureka 主机网络是否连通
备份Apollo 数据库 apolloconfigdb中serverconfig表eureka.service.url字段的Value 值

升级过程

扩容旧eureka集群

Docker 启动新的Eureka，EUREKA_SERVER指定新旧所有Eureka 路径，提前替换好IP和EUREKA_SERVER=http://192.168.1.1:8761/eureka/,http://192.168.1.2:8761/eureka/,http://192.168.2.1:8520/eureka,http://192.168.2.2:8520/eureka
此处不在指定旧Eureka的SPRING_APPLICATION_NAME192.168.1.1:8761
```
 docker run -d -p 8761:8761 --name eureka \ -e "IP=192.168.2.1" \ -e "HOST_NAME=host1" \ -e "APP_PORT=8761" \ -e "APP_VERSION=" \ -e "JAVA_OPTS=JAVA_OPTS=-Xms4096m -Xmx4096m -XX:CICompilerCount=8 -XX:ActiveProcessorCount=2 -XX:+UseG1GC -XX:+UseFastAccessorMethods -XX:+UseStringDeduplication -XX:+UseCompressedOops -XX:+OptimizeStringConcat" -e "EUREKA_SERVER=http://192.168.2.1:8761/eureka/,http://192.168.2.2:8761/eureka/,http://192.168.1.1:8520/eureka/,http://192.168.1.2:8520/eureka/" \ -e "EUREKA_INSTANCE_HOSTNAME=192.168.2.1" \ -e "EUREKA_SERVER_ENABLESELFPRESERVATION=false" \ -e "EUREKA_SERVER_USE-READ-ONLY-RESPONSE-CACHE=false" \ -e "EUREKA_SERVER_RESPONSE-CACHE-UPDATE-INTERVAL-MS=5000" \ -e "EUREKA_SERVER_EVICTIONINTERVALTIMERINMS=5000" \ -e "EUREKA_INSTANCE_LEASERENEWALINTERVALINSECONDS=5" \ -e "EUREKA_INSTANCE_LEASEEXPIRATIONDURATIONINSECONDS=10" \ -e "EUREKA_SERVER_PEER-NODE-READ-TIMEOUT-MS=2000" \ -e "EUREKA_INSTANCE_IP-ADDRESS=192.168.2.1" \ --label "appname=eureka" freemanliu/eureka:v1.0.0;
```
Jvm 内存配置：
- -Xmx在这里会替代掉-XX的三个参数，确认选择-Xmx还是
  -XX:+UnlockExperimentalVMOptions
  -XX:+UseCGroupMemoryLimitForHeap
  -XX:MaxRAMFraction=2-Xms4096m
  -Xmx4096m -XX:+UnlockExperimentalVMOptions
  -XX:+UseCGroupMemoryLimitForHeap
  -XX:MaxRAMFraction=2
- 如果仍旧采用上面的配置：
  -XX:+UnlockExperimentalVMOptions
  -XX:+UseCGroupMemoryLimitForHeap
  -XX:MaxRAMFraction=2 这里的XX:MaxRAMFraction=2有些浪费。需要调整为：
  -XX:+UnlockExperimentalVMOptions
  -XX:+UseCGroupMemoryLimitForHeap
  -XX:MaxRAMPercentage=80.0 //这里采用百分比使用浮点数，不可用整数。
- 直接采用：采用-Xms4096m -Xmx4096m
-XX:CICompilerCount: 设置的相对较大可以一定程度提升JIT编译的速度，默认为2(编译用的)
-XX:ActiveProcessorCount：设置容器处理器数量
-XX:+UseG1GC： G1GC（它会从内存中删除垃圾对象）
-XX:+UseStringDeduplication :字符串重复数据消除通过利用许多字符串对象相同的事实来减少Java堆上String对象的内存占用，代替每个String对象指向其自己的字符数组, 相同的String对象可以指向并共享同一字符数组。
-XX:+UseCompressedOops：普通对象指针压缩。
-XX:+OptimizeStringConcat: 把相邻的(中间没隔着控制语句) StringBuilder合成一个，也会努力的猜长度。
-XX:+AggressiveOpts：启用这个参数，则每当 JDK 版本升级时，你的 JVM 都会使用最新加入的优化技术（如果有的话）。
-XX:+UseFastAccessorMethods get,set 方法转成本地代码（对于jvm来说是冗余代码，jvm将进行优化）

GC配置:
将旧的Apollo数据库 apolloconfigdb中serverconfig表eureka.service.url字段的Value中添加新的Eureka 地址
几分钟后，验证新/旧Eureka中服务注册数量是否一致，数据是否完全同步此时eureka 集群状态为unavailable-replicas
修改服务apollo配置，验证apollo 配置是否保存到config service

业务服务切换到新 eureka

修改ansible playbook发布脚本，修改eureka的URL
修改单个服务Apollo 中eureka 配置，将eureka url修改为新的Eureka地址(修改单服务namespace 配置)通过发布一个服务单节点或重启该服务，该服务的单节点将注册在新的eureka上，数据同步到集群的其他unavailable-replicas节点，验证新的Eureka是否可用
修改Apollo 中eureka 配置，将eureka url新的Eureka地址(公共配置和namespace 配置)所有服务依次重启，让服务注册到新的Eureka节点(同时注册到两个新的eureka节点)，通过重启的方式注册到新的eureka节点，确保每个服务全部启动，注册到新的eureka节点
此过程中，重启过的服务会注册到新的eureka节点，未重启的服务在旧的eureka节点上，集群中的新旧节点状态是unavailable-replicas
确保所有服务已全部启动，没有出现启动eureka注册失败的情况，此时所有服务将全部指向新的eureka节点

将新 eureka 组成独立的集群

重新部署单节点新eureka，将新eureka 的EUREKA_SERVER变量中移除旧的eureka地址，此时将创建一个新的eureka集群
此时验证确保所有服务将会重新注册到新的eureka集群的新节点，此时将会共存两个eureka集群，新eureka集群为单节点，旧eureka集群为三节点
再次重新部署另外一台新的eureka，将新eureka 的EUREKA_SERVER变量中移除旧的eureka地址
此时，所有服务将会再次注册到新加入的节点上，新eureka集群状态为available-replicas
将apollo 数据库eureka.service.url 中新的Eureka地址移除，单节点依次重启apollo config
此时，旧eureka上没有业务服务注册，新的eureka上没有apollo服务注册
更改nginx配置，使eureka域名指向新的地址
验证服务是否正常

回滚eureka

将Apollo 数据库 apolloconfigdb中serverconfig表eureka.service.url字段的Value中设置为旧Eureka地址
修改apollo 中eureka 配置指向旧Eureka
修改Ansible playbook发布脚本中eurake 地址
重新发布所有服务
修改Nginx 配置，指向旧eureka 服务
停止新的Eureka

可能出现的问题数据不同步

验证集群节点配置eureka.service.url是否一致
将服务的第二批次节点从旧eureka集群下线时，此时服务的eureka将会从旧的eureka集群切换为新的eureka集群，服务是否可以很快切换到新的 eureka集群，是否会对服务发现造成影响服务

标签：Eureka,eureka,EUREKA,XX,集群,迁移,Apollo,节点
来源： https://www.cnblogs.com/JevonWei/p/16217320.html

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。

ICode9