应用管理与运维平台 ServiceStage
应用管理与运维平台 ServiceStage
- 最新动态
- 功能总览
- 产品介绍
- 计费说明
- 快速入门
-
用户指南
- 使用前必读
- 权限管理
- 环境管理
- 应用管理
- 组件管理
- 配置管理
- 发布管理(公测)
- 技术栈管理
- 部署源管理
- 持续交付
- 微服务引擎
- 云审计服务支持的关键操作
- 查看监控指标及告警
- 开发指南
- 最佳实践
- API参考
- SDK参考
-
常见问题
- 应用开发问题咨询指引
- 环境管理
-
应用管理
- 如何查看应用组件部署失败的原因?
- 实例长期处于创建中怎么办?
- 如何解决Docker运行node应用程序时的依赖问题?
- 如何定制Tomcat Context path?
- 如何固定应用组件IP?
- 如何处理虚拟机类型环境下创建和部署组件时遇到ECS错误?
- 如何处理虚拟机类型环境下创建和部署组件时端口访问不通的错误?
- 虚拟机类型环境下部署的应用组件支持在什么目录写文件?
- 如何处理虚拟机类型环境下部署的组件删除失败报host status is not active错误的问题?
- 如何体验ServiceStage的源码部署功能?
- 如何处理使用ServiceStage灰度发布升级组件失败?
- 如何通过挂载配置项方式修改容器部署的组件配置文件?
- 如何处理应用组件接入微服务引擎后在微服务治理下看到的应用名称和ServiceStage应用管理下的不同?
- 持续交付
- 软件中心
- 基础设施
- 应用运维
- 应用开发问题
-
更多文档
- API参考(阿布扎比区域)
-
用户指南(阿布扎比区域)
- 产品介绍
- 快速入门
- 用户指南
-
常见问题
- 如何获取AK/SK?
- 如何处理修改项目名称导致的错误?
- 微服务和普通应用有什么不同?
- 如何查看应用组件部署失败的原因?
- 如何处理部署或升级虚机组件失败?
- Node.js 8软件包打包有哪些约束?
- 如何处理安装Agent失败?
- 如何处理Agent离线?
- 虚机部署的应用组件支持在什么目录写文件?
- 如何处理虚机部署的组件删除失败报host status is not active错误的问题?
- Docker应用程序依赖的问题
- 如何解决Docker客户端push镜像失败的问题?
- 如何获取项目名称?
- 如何处理开启了安全认证的微服务引擎专享版开启IPv6后服务注册失败?
- 如何处理操作微服务引擎专享版时遇到非微服务引擎本身错误?
- 如何处理部署组件时失败,报错日志详情显示connection was closed?
- 如何处理部署虚机组件时遇到ECS错误?
- 如何处理虚机部署端口访问不通的错误?
- 如何处理微服务应用名称与组件所属应用名称不同的问题?
- 如何解释微服务名称与组件名称不同的原因?
- 微服务引擎专享版数据恢复失败
- 用户指南(吉隆坡区域)
- API参考(吉隆坡区域)
- 视频帮助
- 通用参考
本文导读
展开导读
链接复制成功!
负载均衡
负载均衡作用在客户端,是高并发、高可用系统必不可少的关键组件,目标是尽力将网络流量平均分发到多个服务器上,以提高系统整体的响应速度和可用性。
- Java Chassis的负载均衡作用于微服务消费者,需要微服务应用集成负载均衡模块,启用loadbalance处理链。
配置示例如下:
servicecomb: handler: chain: Consumer: default: loadbalance loadbalance: strategy: name: RoundRobin # 这是开启负载均衡轮询模式,随机模式为Random
在POM中添加如下依赖:
<dependency> <groupId>org.apache.servicecomb</groupId> <artifactId>handler-loadbalance</artifactId> <version>${project.version}</version> </dependency>
- Spring Cloud Huawei负载均衡规则使用了Spring Cloud里面Ribbon的思想,作用在客户端,其原理为:当使用随机规则时,客户端会在下游微服务实例中随机访问一个实例,当使用轮询规则时,客户端会在下游微服务实例中按顺序循环选择Server。
servicecomb: loadbalance: userLoginAction: | rule: Random # 说明负载均衡规则为随机模式,默认是轮询模式RoundRobin
示例
以Spring Cloud Huawei负载均衡demo为例测试负载效果。
此demo中包含consumer、provider-one、provider-two、provider-three四个微服务,分别启动4个微服务,然后通过界面访问: http://${consumer-ip}:8090/load-balance?id=111
- 当规则选择为轮询模式RoundRobin,也是框架默认模式时,结果会按版本号有规律顺序的返回,如下:
provider id-----> 11111 port ----->8091 ,version----->0.0.1 provider id-----> 11111 port ----->8092 ,version----->0.0.2 provider id-----> 11111 port ----->8093 ,version----->0.0.3 provider id-----> 11111 port ----->8091 ,version----->0.0.1 provider id-----> 11111 port ----->8092 ,version----->0.0.2 provider id-----> 11111 port ----->8093 ,version----->0.0.3
- 当规则选择为随机模式Random时,结果将是无规律的返回,如下:
provider id-----> 11111 port ----->8091 ,version----->0.0.1 provider id-----> 11111 port ----->8092 ,version----->0.0.2 provider id-----> 11111 port ----->8091 ,version----->0.0.1 provider id-----> 11111 port ----->8093 ,version----->0.0.3 provider id-----> 11111 port ----->8093 ,version----->0.0.3 provider id-----> 11111 port ----->8092 ,version----->0.0.2
父主题: 使用服务治理