检测到您已登录华为云国际站账号,为了您更好的体验,建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
命名空间概述 命名空间简介 命名空间(Namespace)是对一组资源和对象的抽象整合。在同一个CCE集群内可创建不同的命名空间,不同命名空间中的数据彼此隔离。使得它们既可以共享同一个集群的服务,也能够互不干扰。例如可以将开发环境、测试环境的业务分别放在不同的命名空间。 命名空间的类别说明,如表1所示。
前提条件 已为环境绑定的CCE集群创建命名空间,请参考创建命名空间。 删除命名空间 登录ServiceStage控制台。 选择“环境管理”,进入“环境管理”页面。 单击待操作环境名称,进入环境“概览”页面。 选择“计算”资源类型下的资源名称“云容器引擎 CCE”。 进入“命名空间”列表页面。
创建命名空间 本章节指导您创建命名空间。 同一个CCE集群下,包括集群默认创建和用户创建,总共支持创建1000个命名空间。 前提条件 待操作环境为Kubernetes类型的环境且已绑定CCE集群,请参考绑定CCE集群。 创建命名空间 登录ServiceStage控制台。 选择“环境管理”,进入“环境管理”页面。
基线泳道已关联组件:单击基线泳道卡片上右上角的,在弹出的“关联组件”对话框勾选待关联的组件。 组件未被其他泳道关联。 组件的标签为默认的base标签。 如果组件技术栈是Docker,需要未开启多容器部署。 单击“关联组件”对话框“所属应用”、“微服务引擎”列的,可以通过组件所属应用、接入的微服务引擎筛选待关联组件。
管理命名空间配额 默认情况下,CCE集群运行中的Pod可以无限制地使用Node节点上的CPU和内存,这意味着任意一个Pod都可以无节制地使用集群的计算资源,某个命名空间的Pod可能会耗尽集群的所有资源。 kubernetes在一个物理集群上提供了多个虚拟集群,这些虚拟集群被称为命
原因分析 由于构建任务被调度到了CCE集群的受限调度节点上,该节点进行了污点管理配置(如报错信息中显示的node.kubernetes.io/route-unschedulable)。污点能够使节点排斥某些特定的Pod,从而避免Pod调度到该节点上,同时该CCE集群中没有其他节点可供调度,导致构建失败报错。
安装Jenkins插件并配置Jenkins工具 在使用GitLab对接Jenkins自动构建并部署组件到ServiceStage前,需要安装Jenkins插件和并配置Jenkins全局参数。 安装Jenkins插件:用于对接git以及支持在构建的时候使用脚本。 Jenkins全局
选择“环境管理”,进入“环境管理”页面。 单击待操作环境名称,进入环境“概览”页面。 选择“计算”资源类型下的资源名称“云容器引擎 CCE”。 进入“命名空间”列表页面。 高可用环境:单击环境已绑定的CCE集群名称,选择“命名空间”页签。 非高可用环境:选择“命名空间”页签。 选择待解绑命名空间所在行“操作”列的“更多
使用前准备 资源准备 创建一个虚拟私有云VPC,请参考创建虚拟私有云和子网。 创建两个处于不同可用区(例如:az1、az2)的CCE集群(例如:cce-az1、cce-az2)。如果只是试用场景,“集群规模”选择“50节点”,“集群master实例数”选择“单实例”即可。 请参考购买集群。
Mesher是L7层协议代理,Mesher以Sidecar模式运行在应用所在的Pod内,与Pod共享网络与存储: Pod中的应用使用Mesher作为http代理,可以自动发现其他服务。 Mesher会代替Pod中的应用向注册中心注册应用相关信息,以便让其他应用发现。 发起一次网络请求
移除已纳管基础资源 如果不再使用环境下纳管的基础资源(除了CCE集群资源),可以将其移除。 如需移除Kubernetes类型环境下的CCE集群资源,请参考解绑CCE集群。 移除环境下纳管的基础资源,会导致使用该环境部署组件时,无法选择使用已被移除的基础资源。 前提条件 待操作环境
使用发布单实现组件跨可用区搬迁 本章节指导您使用ServiceStage发布管理的批量克隆功能,将部署组件到指定CCE集群中已经成功部署在az1可用区的cce-az1集群上的组件搬迁到az2可用区的cce-az2集群。 操作步骤 登录ServiceStage控制台。 选择“发布管理 > 创建发布单”。
败”。查看组件状态,请参考查看组件详情。 容器部署方式部署的组件,且选择的技术栈为Docker,需要未启用多容器部署。 组件部署方式为容器部署时,批量升级的组件实例总数建议不超过30个。否则,CCE会限流导致升级耗时过长。 批量升级组件版本配置 登录ServiceStage控制台。
如何将Java或者Tomcat应用打包成压缩包用于虚拟机部署方式部署组件? 使用虚拟机部署方式部署组件时,ServiceStage支持将Java或者Tomcat应用打包成zip或者tar.gz压缩包用于部署。 应用压缩包内目录总体结构说明 Java应用压缩包示例:https://github
None,不使用扩展路径。 PodUID,通过POD的ID扩展主机路径。 PodName,通过POD的名称扩展主机路径。 PodUID/ContainerName,通过POD的ID和容器名称扩展主机路径。 PodName/ContainerName,通过POD的名称和容器名称扩展主机路径。
创建发布单”。 填写“发布单名称”(例如:release-upgrade)。 “操作类型”选择“批量升级”。 单击“添加组件”。 选择部署组件到指定CCE集群和使用发布单实现组件跨可用区批量升级中分别部署好的组件(例如:test-comp-az1、test-comp-az2),单击“确定”。
仅绑定了微服务引擎的微服务组件(如果组件技术栈是Docker,需要未开启多容器部署),支持全链路流量控制。关于创建并部署组件,请参考使用容器部署方式基于界面配置创建并部署组件或使用容器部署方式基于YAML配置创建并部署组件。 Kubernetes类型环境纳管的CCE Standard集群的“容器网络模型”必须是“VPC网络”。
表达式为^.*$。 environment 否 String 微服务的环境信息,取值可以为空、development、testing、acceptance或production。 appId 否 String 应用App唯一标识,字符长度为1~160。正则表达式为^[a-zA-Z
健康检查是指容器部署的组件在运行过程中,根据需要定时检查容器健康状况。若不配置健康检查,如果容器内应用程序异常,Pod将无法感知,也不会自动重启去恢复。最终导致虽然Pod状态显示正常,但Pod中的应用程序异常的情况。 ServiceStage提供了如下健康检查方式: 组件存活探针:用于检测应
已运行在该节点的Pod不会被驱逐。 未运行的Pod尽量不调度到该节点。 Pod可以在这个节点上一直运行。 NoSchedule 已运行在该节点的Pod不会被驱逐。 未运行的Pod不会被调度到该节点。 Pod可以在这个节点上一直运行。 Kubernetes会自动给Pod添加针对node