应用管理与运维平台 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参考（吉隆坡区域）
- 视频帮助
- 通用参考
链接复制成功！
设置组件实例调度策略
根据容器部署组件的部署特性，ServiceStage把应用组件拆解成最小的部署实例。应用调度器实时监控应用的实例信息，当发现有新的pod产生需要调度时就会对集群中所有的剩余资源（计算、网络、中间件）进行计算，最后得出最适合的调度目标节点。
ServiceStage支持多种调度算法，包括：应用与可用区的亲和性调度、应用和节点之间的亲和性调度、应用间的亲和性调度。
您可以根据需要自由组合使用这些策略来实现业务需求。
亲和性概念阐述
在应用没有容器化之前，原先一个虚机上会装多个组件，进程间会有通信。
但在做容器化拆分的时候，通常直接按进程拆分容器。比如业务进程一个容器，监控日志处理或者本地数据放在另一个容器，并且有独立的生命周期。这时如果进程分布在网络中两个较远的点，请求经过多次转发，性能会很差。
亲和性可以实现就近部署，增强网络能力实现通信上的就近路由，减少网络的损耗。
反亲和性主要是出于高可靠性考虑，尽量分散实例，某个节点故障的时候，对应用的影响只是N分之一或者只是一个实例。
- 应用与可用区的亲和性
- 亲和：决定应用组件部署在特定的可用区中。
- 反亲和：决定应用组件不能部署在特定的可用区中。
- 应用与节点间的亲和性
- 亲和：决定应用组件部署在某些特定的主机中。
- 反亲和：决定应用组件不能部署在某些特定的主机中。
- 应用间的亲和性
注意事项
在设置应用组件间的亲和性和应用组件与节点间的亲和性时，需确保不要出现互斥情况，否则应用会部署失败。例如如下互斥情况，应用将会部署失败：
- APP1、APP2设置了应用组件间的反亲和，例如APP1部署在Node1，APP2部署在Node2。
- APP3部署上线时，既希望与APP2亲和，又希望可以部署在不同节点如Node3上，这就造成了应用组件亲和和节点亲和间的互斥，导致最终应用组件部署失败。
操作步骤
- 展开“高级设置 > 部署配置”。
- 在“调度策略”页签，参考下表设置组件实例调度策略。
目的
步骤
设置应用组件与可用区的亲和
- 单击“添加亲和的对象”。
- 对象类型选择“可用区”，选择待亲和的可用区。
- 单击“确定”。
设置应用组件与可用区的反亲和
- 单击“添加反亲和的对象”。
- 对象类型选择“可用区”，选择待亲和的可用区。
- 单击“确定”。
设置应用组件与节点间的亲和
- 单击“添加亲和的对象”。
- 对象类型选择“节点”，选择待亲和的节点。
- 单击“确定”。
设置应用组件与节点间的反亲和
- 单击“添加反亲和的对象”。
- 对象类型选择“节点”，选择待亲和的节点。
- 单击“确定”。
设置应用组件间亲和
- 单击“添加亲和的对象”。
- 对象类型选择“组件”，选择待亲和的应用组件。
- 单击“确定”。
系统会将您选择的应用组件设置为亲和，部署到相同的节点中。
设置应用组件间反亲和
- 单击“添加反亲和的对象”。
- 对象类型选择“组件”，选择待反亲和的应用组件。
- 设置完成后，单击“确定”。
系统会将您选择的应用组件设置为反亲和，部署到不同的节点中。
父主题： 组件高级设置
