查看详情

应用详情页面
核心模块：查看与操作指引
（一）基本信息模块
（四）服务模块
（五）存储模块
（六）存储升级模块
（七）伸缩模块
（八）主机别名模块
（九）调度策略模块
（十）事件模块
（十一）操作日志模块

本手册将详细介绍无状态应用详情页面的进入路径，以及页面内各核心模块的查看内容、功能作用和操作指引，帮助你全面掌握无状态应用的管理与维护方法。

应用详情页面

请按以下明确路径进入目标无状态应用的详情页面，步骤如下：

登录系统后，在系统导航中选择「MCE容器引擎」；
在左侧导航菜单中，依次点击「容器云服务」→「无状态应用」，进入无状态应用列表页；
在列表页中，找到目标应用，点击其「名称」，即可进入该无状态应用的详情页面

核心模块：查看与操作指引

（一）基本信息模块

此模块展示无状态应用的核心基础信息，用于快速了解应用的核心配置与运行状态，查看内容包括：

资源池：应用所属的资源池归属；
状态：应用当前的运行状态（如运行中、部署中、异常等）；
镜像地址：应用部署所使用的镜像完整路径；
副本数：当前应用的实例副本数量；
滚动更新信息：应用滚动更新的相关配置与执行记录；
灰度发布内容：应用灰度发布的策略、范围等相关信息。

###（二）监控信息模块
此模块提供应用运行过程中的核心资源监控数据，帮助你实时掌握应用资源使用情况，及时发现资源瓶颈，查看内容包括：

CPU信息：CPU使用率、峰值等相关监控数据；
内存信息：内存使用量、占用率、剩余内存等数据；

磁盘信息：磁盘读写速率、磁盘空间占用等情况；

网络信息：网络吞吐量、连接数、延迟等网络相关数据。

###（三）容器组信息模块
此模块展示应用对应的所有容器组详情，是管理容器实例的核心入口，查看内容与可执行操作如下：

查看内容

容器组名称：每个容器组的唯一标识；
状态：容器组当前运行状态（如运行中、已停止、启动失败等）；
重启次数：容器组的累计重启次数（可辅助判断容器是否存在异常）；
CPU/内存：容器组当前占用的CPU和内存资源；
容器组IP：容器组的内部网络IP地址；
主机IP：容器组所在主机的IP地址；
创建时间：容器组的创建时间。

可执行操作

命令行：进入容器组的命令行界面，执行相关命令调试；

重启：重启当前容器组（适用于容器异常时的快速恢复）；

脱机：将容器组移出当前服务（service）的管理范围，不再接收服务转发的请求；

容器日志：查看容器运行过程中的日志信息，用于故障排查；

应用日志：查看应用本身的运行日志，了解应用业务执行情况。

（四）服务模块

此模块展示应用对应的负载均衡地址，通过该地址可实现对应用实例的访问路由，核心查看内容：

负载地址：应用的对外访问或内部服务调用的负载均衡地址（如IP:端口、域名等）。

（五）存储模块

此模块用于查看和管理应用的存储配置，存储类型分为「卷」和「模板」两类，其中卷的具体类型及说明如下：

空存储：供容器组内多个容器共享的临时存储（容器销毁后数据丢失）；
主机存储：挂载主机节点上的本地目录作为存储（数据仅保存在当前主机）；
配置存储（configMap）：用于挂载应用的配置文件，实现配置与代码分离；
密钥（secret）：用于挂载敏感信息（如密码、密钥等），保障敏感数据安全；
持久化（PVC）：持久化存储卷，数据可长期保存（不受容器销毁/迁移影响）。

（六）存储升级模块

此模块用于对应用的存储相关配置进行升级调整，支持配置项包括：

镜像信息：更新应用部署使用的镜像版本；

资源配置：调整应用的CPU、内存等资源分配额度；

生命周期：配置容器的生命周期管理策略，包括「命令行与参数」「容器创建后处理」「容器终止前处理」；

说明
在容器的生命周期的特定阶段执行调用，比如容器在停止前希望执行某项操作，就可以注册相应的钩子函数。

目前提供的生命周期操作如下：

启动命令: 容器将会以该启动命令启动.
启动后处理: 容器启动后触发。
3.停止前处理: 容器停止前触发。设置停止前处理，确保升级或实例删除时可提前将实例中运行的业务排水。

容器如何执行命令和参数
Docker 的镜像拥有存储镜像信息的相关元数据，如果不设置生命周期命令和参数，容器运行时将运行镜像制作时提供的默认的命令和参数，Docker 将这两个字段定义为 “ Entrypoint ” 和 “ CMD “。关于这两个参数的详细信息，请查看 docker 的 CMD 或者 Entrypoint。

健康检查：配置容器的健康探测规则，包括「启动探针」（验证容器是否启动完成）、「存活探针」（验证容器是否正常运行，异常则重启）、「就绪探针」（验证容器是否可接收请求）；

说明
健康检查是指容器运行过程中，根据用户需要，定时检查容器健康状况。若不配置健康检查，如果服务出现业务异常，pod将无法感知，也不会自动重启去恢复业务。最终导致pod状态正常，但pod中的业务异常的情况。
平台提供了两种健康检查的方式：
- 工作负载存活探针：该检查方式用于检测容器是否存活，类似于我们执行 ps 命令检查进程是否存在。如果容器的存活检查失败，集群会对该容器执行重启操作；若容器的存活检查成功则不执行任何操作。
- 工作负载业务探针：该检查方式用于检测容器是否准备好开始处理用户请求。一些程序的启动时间可能很长，比如要加载磁盘数据或者要依赖外部的某个模块启动完成才能提供服务。这时候程序进程在，但是并不能对外提供服务。这种场景下该检查方式就非常有用。如果容器的就绪检查失败，集群会屏蔽请求访问该容器；若检查成功，则会开放对该容器的访问。
- 健康检查方式
- HTTP 请求检查**
  HTTP 请求方式针对的是提供 HTTP/HTTPS 服务的容器，集群周期性地对该容器发起 HTTP/HTTPS GET 请求，如果 HTTP/HTTPS response 返回码属于 200~399 范围，则证明探测成功，否则探测失败。使用 HTTP 请求探测必须指定容器监听的端口和 HTTP/HTTPS 的请求路径。
  例如：提供 HTTP 服务的容器，端口为 80，HTTP 检查路径为 /health-check，主机地址为containerIP，那么集群会周期性地对容器发起如下请求：GET http://containerIP:80/health-check。
- TCP 端口检查
  对于提供 TCP 通信服务的容器，集群周期性地对该容器建立 TCP 连接，如果连接成功，则证明探测成功，否则探测失败。选择 TCP 端口探测方式，必须指定容器监听的端口。比如我们有一个 nginx 容器，它的服务端口是 80，我们对该容器配置了 TCP 端口探测，指定探测端口为 80，那么集群会周期性地对该容器的 80 端口发起 TCP 连接，如果连接成功则证明检查成功，否则检查失败。
- 执行命令检查
  命令检查是一种强大的检查方式，该方式要求用户指定一个容器内的可执行命令，集群会周期性地在容器内执行该命令，如果命令的返回结果是 0 则检查成功，否则检查失败。
  对于上面提到的 TCP 端口检查和 HTTP 请求检查，都可以通过执行命令检查的方式来替代：
  对于 TCP 端口探测，我们可以写一个程序来对容器的端口进行 connect，如果 connect 成功，脚本返回 0，否则返回 -1。
  对于 HTTP 请求探测，我们可以写一个脚本来对容器进行 wget。
  wget http://127.0.0.1:80/health-check
  并检查 response 的返回码，如果返回码在 200~399 的范围，脚本返回 0，否则返回 -1。