v2.0
v1.0
  1. Release Notes
    1. Release Notes - 2.0.2最新
    1. Release Notes - 2.0.1
    1. Release Notes - 2.0.0
  1. 产品介绍
    1. 产品简介
    1. 产品功能
    1. 产品优势
    1. 架构说明
    1. 应用场景
    1. 名词解释
  1. 安装指南
    1. 安装说明
    1. 需开放的端口
    1. All-in-One 模式
    1. Multi-Node 模式
    1. 在 Kubernetes 在线部署 KubeSphere
    1. 在 Kubernetes 离线部署 KubeSphere
    1. Master 和 etcd 节点高可用
    1. 存储安装配置说明
    1. 集群组件配置说明
    1. 安装负载均衡器插件
    1. 安装内置 Harbor
    1. 安装内置 GitLab
    1. 升级
    1. 访问 SonarQube 和 Jenkins 服务端
    1. 集群节点扩容
    1. 卸载
  1. 快速入门
    1. 入门必读
    1. 示例一 - 多租户管理快速入门
    1. 示例二 - 应用路由与服务示例
    1. 示例三 - 部署 MySQL
    1. 示例四 - 部署 Wordpress
    1. 示例五 - 创建简单任务
    1. 示例六 - 一键部署应用
    1. 示例七 - 设置弹性伸缩 (HPA)
    1. 示例八 - Source-to-Image
    1. 示例九 - Bookinfo 微服务的灰度发布
    1. 示例十 - 基于Spring Boot项目构建流水线
    1. 示例十一 - 图形化构建流水线
    1. 示例十二 - CI/CD 流水线(离线版)
    1. 示例十三 - 使用 Ingress-Nginx 进行灰度发布
  1. 管理员指南
    1. 多租户管理
      1. 多租户管理概述
      2. 角色权限概览
    1. 平台管理
      1. 企业空间管理
      2. 账号管理
      3. 平台角色
    1. 基础设施
      1. 服务组件
      2. 主机管理
      3. 存储类型
    1. 监控中心
      1. 监控概述
      2. 如何利用监控定位问题
      3. 集群状态监控
      4. 应用资源监控
      5. 监控策略 - 节点级别
      6. 监控消息 - 节点级别
    1. 平台设置
      1. 应用仓库
      2. 基于本地仓库搭建应用仓库部署Redis
      3. 上传应用到 KubeSphere 官方仓库
      4. 基于 GitHub 搭建自有应用仓库
      5. 邮件服务器
      6. 日志收集
      7. 添加 Fluentd 作为日志接收者
      8. 添加 Kafka 作为日志接收者
    1. 工具箱
      1. Web Kubectl
      2. 日志收集
    1. 通用配置
      1. 系统配置修改
      2. 上传镜像至 Harbor
      3. Jenkins 系统设置
    1. FAQ
      1. DevOps 运维FAQ
  1. 用户指南
    1. 应用
      1. 应用模板
      2. 自制应用
      3. 流量治理
      4. 熔断
    1. 工作负载
      1. 工作负载概述
      2. 部署
      3. 有状态副本集
      4. 守护进程集
      5. 任务
      6. 定时任务
      7. 设置健康检查器
      8. 工作负载管理
      9. 自定义 S2i 模板
    1. 存储
      1. 存储概述
      2. 存储卷
      3. Local Volume 使用方法
    1. 网络与服务
      1. 服务管理
      2. 灰度发布
      3. 应用路由
    1. 监控告警
      1. 告警策略 - 工作负载级别
      2. 告警消息 - 工作负载级别
    1. 配置中心
      1. 密钥
      2. 配置
      3. 镜像仓库
    1. 项目设置
      1. 基本信息
      2. 成员角色
      3. 项目成员
      4. 外网访问
    1. DevOps 工程
      1. DevOps 工程概述
      2. 管理 DevOps 工程
      3. 流水线
      4. 凭证管理
      5. 添加代码仓库
      6. 访问 SonarQube 并创建 Token
      7. 设置自动触发扫描
      8. Jenkins Agent 说明
      9. 流水线常见问题
  1. API 文档
    1. API 文档
    1. 如何调用 API
    1. API 常用术语对照
    1. 监控指标说明
  1. 常见问题
    1. 安装常见问题
    1. 存储常见问题
    1. 控制台使用常见问题
    1. DevOps 常见问题
  1. 附录
    1. 部署 Ceph 存储服务端
    1. 部署 GlusterFS 存储服务端
    1. 云平台配置端口转发和防火墙
KubeSphere®️ 2020 All Rights Reserved.

升级

KubeSphere 目前最新的版本 2.0.2 已发布,该版本修复了已知的 Bug,关于 2.0.2 版本的更新详情可参考 Release Note - v2.0.2

若您已安装的环境为 1.0.x、2.0.0 或 2.0.1 版本,我们强烈建议您下载 2.0.2 版本的 Installer 并升级至最新的版本 2.0.2,最新的 Installer 支持将 KubeSphere 从 1.0.x 或 2.0.x 一键升级至 2.0.2,无需卸载和重新安装;同时支持升级 Kubernetes 和 etcd 至指定版本,升级过程中所有节点将会逐个升级,可能会出现短暂的应用服务中断现象,请您安排合理的升级时间。

如何升级

第一步:下载最新安装包

下载最新的 KubeSphere Advanced v2.0.2 安装包至任务执行机,进入安装目录。

$ curl -L https://kubesphere.io/download/stable/advanced-2.0.2 > advanced-2.0.2.tar.gz && tar -zxf advanced-2.0.2.tar.gz && cd kubesphere-all-advanced-2.0.2/scripts

第二步:修改配置文件

升级将默认读取 2.0.2 的 conf 目录下的配置文件,因此在升级前需要将原有安装包中 conf 目录下的配置文件中的参数都同步到 2.0.2 版本安装包的对应文件中,修改配置文件分以下两种情况 (以下说明都以 2.0.1 作为示范)。

注意,在升级前请确保主机规格满足 2.0.2 的主机最低规格配置。 请根据您的安装模式参考 All-in-One 模式 - 准备主机Multi-Node 模式 主机规格表。

All-in-One

若 2.0.1 是以 all-in-one 模式安装的单节点集群,那么升级前在 2.0.2 中无需修改 conf/hosts.ini 文件,仅需要确认 2.0.1 的 conf/vars.yml 参数配置是否修改,若有修改则需要在 2.0.2 的对应文件中同步所有修改的参数。

例如,目前 2.0.2 中默认使用 Local 作为存储类型,如果您的 2.0.1 配置使用了其它存储类型,如 QingCloud 块存储、NFS、Ceph RBD 或 GlusterFS 等,那么在 2.0.2 安装包的 conf/vars.yml 中也需要进行相应的设置(即与 2.0.1 的配置保持一致),参数释义详见 存储配置参数

Multi-Node

若 2.0.1 是以 multi-node 模式安装的多节点集群,那么升级前需将当前 Installer 中的 conf/hosts.iniconf/vars.yaml 中的配置都同步到 2.0.2 的对应文件中:

  • 将 2.0.1 的 conf/hosts.ini 中的主机参数配置覆盖至 2.0.2 安装包的 conf/hosts.ini,参数释义详见 Multi-Node 模式 - 准备安装配置文件
  • 选取 2.0.1 的 conf/vars.yml 中所有修改过的参数配置项的值同步至 2.0.2 conf/vars.yml 中的对应项。例如,2.0.1 配置使用的是 QingCloud 块存储、NFS、Ceph RBD 或 GlusterFS 这一类存储,那么在 2.0.2 安装包的 conf/vars.yml 中也要进行相应的设置(即与 2.0.1 的配置保持一致),参数释义详见 存储配置参数
  • 注意,2.0.2 可选配置项如负载均衡器插件、邮件服务器、SonarQube 配置,在 Installer 的 conf/vars.yml 中可按需进行安装。

第三步:开始升级

完成上述配置后,参考如下步骤进行升级:

3.1. 在 kubesphere-all-advanced-2.0.2 目录下进入 /script 目录,执行 upgrade.sh 脚本,建议使用 root 用户:

$ ./upgrade.sh

3.2. 在以下返回中输入 yes 开始升级:

ks_version: 2.0.1 to 2.0.2
k8s_version: v1.12.5 to v1.13.5

The relevant information is shown above, Please confirm:  (yes/no)

3.3. 由于升级是对逐个节点进行升级,因此升级时间与集群节点规模与网络状况相关。升级完成后,可使用之前的 KubeSphere 访问地址和账户登陆 Console,点击右上角的「关于」查看版本是否更新成功。