seo优化
This commit is contained in:
huanqing.shao
@ -77,7 +77,7 @@ import NavLink from '@theme/components/NavLink.vue'
|
||||
export default {
|
||||
components: { NavLink },
|
||||
mounted () {
|
||||
window.document.title = 'Kuboard 官网 - Kubernetes k8s 国内安装/部署/入门/免费中文教程/实践/微服务管理界面'
|
||||
// window.document.title = 'Kuboard 官网 - Kubernetes k8s 国内安装/部署/入门/免费中文教程/实践/微服务管理界面'
|
||||
},
|
||||
computed: {
|
||||
data () {
|
||||
|
||||
@ -1,10 +1,10 @@
|
||||
let dateFns = require('date-fns')
|
||||
|
||||
module.exports = {
|
||||
title: 'Kuboard - Kubernetes 微服务管理界面',
|
||||
title: 'Kuboard - 快速在 Kubernetes 上落地微服务',
|
||||
description: '一款 Kubernetes Dashboard，简化 Kubernetes 的学习和使用，帮助您快速落地 Kubernetes；提供 Kubernetes 免费中文教程、国内安装文档',
|
||||
head: [
|
||||
['meta', {name: 'keywords', content: 'Kubernetes, Docker, Dashboard, Kuboard, Spring Cloud, micro service, 微服务, Kubernetes 中文教程, Kubernetes 入门, K8S 教程, K8S 入门, 微服务实践, Kubernetes 国内安装, K8S 安装, Kubernetes 安装, Kubernetes 部署'}],
|
||||
['meta', {name: 'keywords', content: 'Kubernetes教程,Kubernetes安装,Kubernetes入门,K8S教程,K8S入门,K8S安装'}],
|
||||
['script', {}, `
|
||||
var _hmt = _hmt || [];
|
||||
(function() {
|
||||
@ -234,9 +234,6 @@ module.exports = {
|
||||
'k8s-intermediate/workload/wl-daemonset/alternative',
|
||||
]
|
||||
}
|
||||
// 'k8s-intermediate/workload/wl-daemonset',
|
||||
// 'k8s-intermediate/workload/wl-job',
|
||||
// 'k8s-intermediate/workload/wl-cronjob',
|
||||
]
|
||||
},
|
||||
{
|
||||
@ -246,7 +243,7 @@ module.exports = {
|
||||
'k8s-intermediate/service/service',
|
||||
'k8s-intermediate/service/service-details',
|
||||
'k8s-intermediate/service/service-types',
|
||||
// 'k8s-intermediate/service/dns',
|
||||
'k8s-intermediate/service/dns',
|
||||
// 'k8s-intermediate/service/connecting',
|
||||
'k8s-intermediate/service/ingress',
|
||||
'k8s-intermediate/service/cni',
|
||||
|
||||
75
README.md
75
README.md
@ -1,6 +1,7 @@
|
||||
---
|
||||
home: true
|
||||
home: false
|
||||
layout: HomePage
|
||||
title: Kuboard 官网 - Kubernetes k8s 国内安装/部署/入门/免费中文教程/实践/微服务管理界面
|
||||
actionText: 在线体验
|
||||
actionText2: 开始使用 →
|
||||
actionLink2: /overview/
|
||||
@ -17,13 +18,13 @@ features:
|
||||
|
||||
Kuboard 是一款基于 Kubernetes 的微服务管理界面。
|
||||
|
||||
提供最新版本的 [Kubernetes (K8S) 安装手册](https://www.kuboard.cn/install/install-k8s.html)，协同创作，在线答疑，持续更新。
|
||||
提供最新版本的 [Kubernetes (K8S) 安装手册](https://kuboard.cn/install/install-k8s.html)，协同创作，在线答疑，持续更新。
|
||||
|
||||
点击此处，查看 [Kuboard 安装文档](https://kuboard.cn/install/install-dashboard.html)
|
||||
|
||||
[点击查看在线文档](https://www.kuboard.cn/#from_github)
|
||||
[点击查看在线文档](https://kuboard.cn/#from_github)
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
# Kubernetes 免费教程
|
||||
@ -31,44 +32,44 @@ Kuboard 是一款基于 Kubernetes 的微服务管理界面。
|
||||
本教程的主要依据是：Kubernetes 官网文档，以及使用 Kuboard 落地 Spring Cloud 微服务的实战经验
|
||||
|
||||
## **Kubernetes 入门**
|
||||
* [0. 学习Kubernetes基础知识](https://www.kuboard.cn/learning/k8s-basics/kubernetes-basics.html) (10分钟)
|
||||
* [1. 部署第一个应用程序](https://www.kuboard.cn/learning/k8s-basics/deploy-app.html) (5分钟)
|
||||
* [2. 查看 Pods / Nodes](https://www.kuboard.cn/learning/k8s-basics/explore.html) (10分钟)
|
||||
* [3. 公布应用程序](https://www.kuboard.cn/learning/k8s-basics/expose.html) (10分钟)
|
||||
* [4. 伸缩应用程序](https://www.kuboard.cn/learning/k8s-basics/scale.html) (10分钟)
|
||||
* [5. 执行滚动更新](https://www.kuboard.cn/learning/k8s-basics/update.html) (10分钟)
|
||||
* [6. 复习Kubernetes核心概念](https://www.kuboard.cn/learning/k8s-basics/k8s-core-concepts.html) (10分钟)
|
||||
* [0. 学习Kubernetes基础知识](https://kuboard.cn/learning/k8s-basics/kubernetes-basics.html) (10分钟)
|
||||
* [1. 部署第一个应用程序](https://kuboard.cn/learning/k8s-basics/deploy-app.html) (5分钟)
|
||||
* [2. 查看 Pods / Nodes](https://kuboard.cn/learning/k8s-basics/explore.html) (10分钟)
|
||||
* [3. 公布应用程序](https://kuboard.cn/learning/k8s-basics/expose.html) (10分钟)
|
||||
* [4. 伸缩应用程序](https://kuboard.cn/learning/k8s-basics/scale.html) (10分钟)
|
||||
* [5. 执行滚动更新](https://kuboard.cn/learning/k8s-basics/update.html) (10分钟)
|
||||
* [6. 复习Kubernetes核心概念](https://kuboard.cn/learning/k8s-basics/k8s-core-concepts.html) (10分钟)
|
||||
|
||||
## **Kubernetes 进阶**
|
||||
* [使用私有 registry 中的 docker 镜像](https://www.kuboard.cn/learning/k8s-intermediate/private-registry.html)
|
||||
* [使用私有 registry 中的 docker 镜像](https://kuboard.cn/learning/k8s-intermediate/private-registry.html)
|
||||
* 工作负载
|
||||
* [容器组 - 概述](https://www.kuboard.cn/learning/k8s-intermediate/workload/pod.html)
|
||||
* [容器组 - 生命周期](https://www.kuboard.cn/learning/k8s-intermediate/workload/pod-lifecycle.html)
|
||||
* [容器组 - 初始化容器](https://www.kuboard.cn/learning/k8s-intermediate/workload/init-container.html)
|
||||
* [控制器 - 概述](https://www.kuboard.cn/learning/k8s-intermediate/workload/workload.html)
|
||||
* [控制器 - Deployment](https://www.kuboard.cn/learning/k8s-intermediate/workload/wl-deployment/)
|
||||
* [控制器 - StatefulSet](https://www.kuboard.cn/learning/k8s-intermediate/workload/wl-statefulset/)
|
||||
* [控制器 - DaemonSet](https://www.kuboard.cn/learning/k8s-intermediate/workload/wl-daemonset/)
|
||||
* [控制器 - Job](https://www.kuboard.cn/learning/k8s-intermediate/workload/wl-job/)
|
||||
* [控制器 - CronJob](https://www.kuboard.cn/learning/k8s-intermediate/workload/wl-cronjob/)
|
||||
* [容器组 - 概述](https://kuboard.cn/learning/k8s-intermediate/workload/pod.html)
|
||||
* [容器组 - 生命周期](https://kuboard.cn/learning/k8s-intermediate/workload/pod-lifecycle.html)
|
||||
* [容器组 - 初始化容器](https://kuboard.cn/learning/k8s-intermediate/workload/init-container.html)
|
||||
* [控制器 - 概述](https://kuboard.cn/learning/k8s-intermediate/workload/workload.html)
|
||||
* [控制器 - Deployment](https://kuboard.cn/learning/k8s-intermediate/workload/wl-deployment/)
|
||||
* [控制器 - StatefulSet](https://kuboard.cn/learning/k8s-intermediate/workload/wl-statefulset/)
|
||||
* [控制器 - DaemonSet](https://kuboard.cn/learning/k8s-intermediate/workload/wl-daemonset/)
|
||||
* [控制器 - Job](https://kuboard.cn/learning/k8s-intermediate/workload/wl-job/)
|
||||
* [控制器 - CronJob](https://kuboard.cn/learning/k8s-intermediate/workload/wl-cronjob/)
|
||||
* 服务发现、负载均衡、网络
|
||||
* [Service](https://www.kuboard.cn/learning/k8s-intermediate/service/service.html)
|
||||
* [Service 详细描述](/learning/k8s-intermediate/service/service-details.html)
|
||||
* [Service 类型](/learning/k8s-intermediate/service/service-types.html)
|
||||
* [Service/Pod 的 DNS](https://www.kuboard.cn/learning/k8s-intermediate/service/dns.html)
|
||||
* [Service 连接应用程序](https://www.kuboard.cn/learning/k8s-intermediate/service/connecting.html)
|
||||
* [Ingress 通过互联网访问您的应用](https://www.kuboard.cn/learning/k8s-intermediate/service/ingress.html)
|
||||
* [Service](https://kuboard.cn/learning/k8s-intermediate/service/service.html)
|
||||
* [Service 详细描述](https://kuboard.cn/learning/k8s-intermediate/service/service-details.html)
|
||||
* [Service 类型](https://kuboard.cn/learning/k8s-intermediate/service/service-types.html)
|
||||
* [Service/Pod 的 DNS](https://kuboard.cn/learning/k8s-intermediate/service/dns.html)
|
||||
* [Service 连接应用程序](https://kuboard.cn/learning/k8s-intermediate/service/connecting.html)
|
||||
* [Ingress 通过互联网访问您的应用](https://kuboard.cn/learning/k8s-intermediate/service/ingress.html)
|
||||
* 存储
|
||||
* [数据卷 Volume](https://www.kuboard.cn/learning/k8s-intermediate/persistent/volume.html)
|
||||
* [存储卷 PV 和存储卷声明 PVC](https://www.kuboard.cn/learning/k8s-intermediate/persistent/pv.html)
|
||||
* [存储类 StorageClass](https://www.kuboard.cn/learning/k8s-intermediate/persistent/storage-class.html)
|
||||
* [自建 NFS 服务](https://www.kuboard.cn/learning/k8s-intermediate/persistent/nfs.html)
|
||||
* [数据卷 Volume](https://kuboard.cn/learning/k8s-intermediate/persistent/volume.html)
|
||||
* [存储卷 PV 和存储卷声明 PVC](https://kuboard.cn/learning/k8s-intermediate/persistent/pv.html)
|
||||
* [存储类 StorageClass](https://kuboard.cn/learning/k8s-intermediate/persistent/storage-class.html)
|
||||
* [自建 NFS 服务](https://kuboard.cn/learning/k8s-intermediate/persistent/nfs.html)
|
||||
* 配置
|
||||
* [使用 ConfigMap 配置您的应用程序](https://www.kuboard.cn/learning/k8s-intermediate/config/config-map.html)
|
||||
* [管理容器的计算资源](https://www.kuboard.cn/learning/k8s-intermediate/config/computing-resource.html)
|
||||
* [将容器调度到指定的节点](https://www.kuboard.cn/learning/k8s-intermediate/config/assign-pod-node.html)
|
||||
* [污点和容忍 taints and toleration](https://www.kuboard.cn/learning/k8s-intermediate/config/taints-and-toleration.html)
|
||||
* [Secrets](https://www.kuboard.cn/learning/k8s-intermediate/config/secret.html)
|
||||
* [使用 ConfigMap 配置您的应用程序](https://kuboard.cn/learning/k8s-intermediate/config/config-map.html)
|
||||
* [管理容器的计算资源](https://kuboard.cn/learning/k8s-intermediate/config/computing-resource.html)
|
||||
* [将容器调度到指定的节点](https://kuboard.cn/learning/k8s-intermediate/config/assign-pod-node.html)
|
||||
* [污点和容忍 taints and toleration](https://kuboard.cn/learning/k8s-intermediate/config/taints-and-toleration.html)
|
||||
* [Secrets](https://kuboard.cn/learning/k8s-intermediate/config/secret.html)
|
||||
|
||||
## **Kubernetes 高级**
|
||||
|
||||
@ -80,7 +81,7 @@ Kuboard 是一款基于 Kubernetes 的微服务管理界面。
|
||||
|
||||
在 Kubernetes 上部署 Spring Cloud 微服务：
|
||||
|
||||
* [概述](/micro-service/spring-cloud/)
|
||||
* [概述](https://kuboard.cn/learning/k8s-practice/spring-cloud)
|
||||
* [部署服务注册中心]
|
||||
* [部署数据库]
|
||||
* [部署微服务]
|
||||
|
||||
@ -21,13 +21,13 @@ description: 使用 Kuboard 管理 Kubernetes 计算节点
|
||||
|
||||
登录 Kuboard 之后，即可看到集群中的计算资源列表，在左下角，如下图所示：
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
* 点击 ***demo-worker002*** 可查看该节点的详细信息，如下图所示：
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
@ -37,7 +37,7 @@ description: 使用 Kuboard 管理 Kubernetes 计算节点
|
||||
|
||||
并确认要删除的节点的名称后，即可删除该节点
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
@ -18,7 +18,7 @@ description: 使用 Kuboard 管理 Kubernetes 名称空间。
|
||||
|
||||
假设您已经进入了 Kuboard 界面，如下图所示：
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
@ -32,24 +32,24 @@ description: 使用 Kuboard 管理 Kubernetes 名称空间。
|
||||
| -------- | -------- | ---------------------------- |
|
||||
| 名称 | example | Kubernetes 的 namespace 名称 |
|
||||
|
||||
|
||||
|
||||
|
||||
* 点击 ***保存***
|
||||
|
||||
|
||||
|
||||
|
||||
* 点击 ***应用***
|
||||
|
||||
|
||||
|
||||
|
||||
* 点击 ***完成***
|
||||
|
||||
此时可在名称空间列表中查看到刚刚创建好的名称空间 *example*
|
||||
|
||||
|
||||
|
||||
|
||||
* 点击 *example* 名称空间
|
||||
|
||||
点击 *example* 名称空间后，可进入该名称空间的页面。刚刚初始化的名称空间的界面布局如下图所示：
|
||||
|
||||
|
||||
|
||||
|
||||
@ -23,11 +23,11 @@ description: 使用 Kuboard 管理 Kubernetes 存储类 Storage Class
|
||||
|
||||
如下图所示
|
||||
|
||||
|
||||
|
||||
|
||||
* 在 ***文件存储 NAS*** 控制台中点击 ***创建文件系统***
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
@ -41,7 +41,7 @@ description: 使用 Kuboard 管理 Kubernetes 存储类 Storage Class
|
||||
| 可用区 | 请选择您的 Kubernetes 集群所在的可用区 | 文件系统所在可用区 |
|
||||
| 存储包 | 如果当下没有存储包，可以后续绑定 | 不绑定存储包，将无法使用该文件系统 |
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
@ -49,7 +49,7 @@ description: 使用 Kuboard 管理 Kubernetes 存储类 Storage Class
|
||||
|
||||
点击确定后，可查看到该文件系统已创建成功
|
||||
|
||||
|
||||
|
||||
|
||||
* 绑定存储包
|
||||
|
||||
@ -57,7 +57,7 @@ description: 使用 Kuboard 管理 Kubernetes 存储类 Storage Class
|
||||
|
||||
* 点击刚创建文件系统的 ***管理*** 按钮
|
||||
|
||||
|
||||
|
||||
|
||||
* 点击 ***添加挂载点***
|
||||
|
||||
@ -70,13 +70,13 @@ description: 使用 Kuboard 管理 Kubernetes 存储类 Storage Class
|
||||
| 交换机 | 请选择您的 Kubernetes 集群所在的交换机 | |
|
||||
| 权限组 | VPC默认权限组（全部允许） | 请选择全部允许 |
|
||||
|
||||
|
||||
|
||||
|
||||
* 点击 ***确定***
|
||||
|
||||
点击确定后，将完成挂载点创建，如下图所示：
|
||||
|
||||
|
||||
|
||||
|
||||
### 获取 NFS 连接参数
|
||||
|
||||
@ -107,7 +107,7 @@ description: 使用 Kuboard 管理 Kubernetes 存储类 Storage Class
|
||||
|
||||
如下图所示：
|
||||
|
||||
|
||||
|
||||
|
||||
* 点击 ***创建存储类***
|
||||
|
||||
@ -121,19 +121,19 @@ description: 使用 Kuboard 管理 Kubernetes 存储类 Storage Class
|
||||
| 回收策略 | 回收后删除 | 当该存储类创建的 存储卷（Persistent Volume）被删除后，之前该存储卷中的文件可以被：回收后删除 / 回收后保留 |
|
||||
| 存储卷绑定模式 | 首次使用时绑定 | 即刻绑定：当 存储卷被创建时，就在 NFS 中为其分配空间，并绑定；<br />首次使用时绑定： 在存储卷被第一次使用到时，才绑定 |
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
* 点击 ***保存***
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
* 点击 ***应用***
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
@ -141,4 +141,4 @@ description: 使用 Kuboard 管理 Kubernetes 存储类 Storage Class
|
||||
|
||||
此时可在存储资源列表中查看到刚创建的存储类
|
||||
|
||||
|
||||
|
||||
|
||||
@ -14,7 +14,7 @@ Kuboard 建立了与 kubernetes apiserver 的长连接，可以在第一时间
|
||||
|
||||
如果存在与某一个工作负载相关的错误事件，名称空间界面中，将以红色显示该工作负载，如下图所示：
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
@ -24,7 +24,7 @@ Kuboard 建立了与 kubernetes apiserver 的长连接，可以在第一时间
|
||||
|
||||
在任何页面点击界面左上角的 ***事件*** 按钮，进入事件列表页：
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
@ -32,7 +32,7 @@ Kuboard 建立了与 kubernetes apiserver 的长连接，可以在第一时间
|
||||
|
||||
* 点击全局事件列表中的 ***类型*** 标签，
|
||||
|
||||
|
||||
|
||||
|
||||
* 点击 ***确定***
|
||||
|
||||
@ -46,4 +46,4 @@ Kuboard 建立了与 kubernetes apiserver 的长连接，可以在第一时间
|
||||
|
||||
容器组信息中包含了与该容器组相关的所有集群事件。
|
||||
|
||||
|
||||
|
||||
|
||||
@ -12,13 +12,13 @@ description: 使用 Kuboard 打开并跟踪容器组的最新日志，以便对
|
||||
|
||||
假设您已经进入 ***工作负载*** 详情页，如下图所示：
|
||||
|
||||
|
||||
|
||||
|
||||
* 点击容器信息中的 ***日志*** 按钮
|
||||
|
||||
可进入日志追踪界面，如下图所示：
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
@ -35,4 +35,4 @@ description: 使用 Kuboard 打开并跟踪容器组的最新日志，以便对
|
||||
> * ping, curl 命令检查容器内与集群内其他服务，集群外服务的网络连通性
|
||||
> * vi 命令，临时修改容器内应用程序的配置，并在容器内重启应用程序，以临时性的尝试修复问题，如果有效再将修改更新到应用程序代码或者 Dockerfile
|
||||
|
||||
|
||||
|
||||
|
||||
@ -13,7 +13,7 @@ description: 使用 Kuboard 向 Kubernetes 部署一个最简单的 Deployment
|
||||
|
||||
假设您已经进入了 Kuboard 名称空间界面，如下图所示。可参考 [创建名称空间](/guide/cluster/namespace.html#创建名称空间)
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
## 部署 busybox
|
||||
@ -39,19 +39,19 @@ Busybox 是一个非常小巧（不到5M）的容器，此处用它来展示如
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
* 完成表单填写后，点击 ***保存***
|
||||
|
||||
Kuboard 将对表单参数进行校验，通过后，方可执行对集群的变更操作。
|
||||
|
||||
|
||||
|
||||
|
||||
* 点击 ***应用***
|
||||
|
||||
Kuboard 执行对集群的变更操作，变更的过程中，产生的事件以通知消息的形式显示出来。
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
@ -81,7 +81,7 @@ Busybox 是一个非常小巧（不到5M）的容器，此处用它来展示如
|
||||
* 容器组基本信息，及删除容器组的操作按钮。（此区域还包括容器组相关的监控操作，监控模块在后续的章节中介绍）
|
||||
* 容器基本信息，及查看容器日志、打开容器终端的按钮。（此区域还包括容器相关的监控操作，监控模块在后续的章节中介绍）
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
@ -89,7 +89,7 @@ Busybox 是一个非常小巧（不到5M）的容器，此处用它来展示如
|
||||
|
||||
此时打开了该容器的控制台，Kuboard 默认使用 /bin/bash 终端程序，而 busybox 镜像中并不包含 /bin/bash，因此您会看到一个如下图所示的错误提示：
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
@ -97,10 +97,10 @@ Busybox 是一个非常小巧（不到5M）的容器，此处用它来展示如
|
||||
|
||||
点击屏幕左上角的 ***切换到 /bin/sh***
|
||||
|
||||
|
||||
|
||||
|
||||
* 输入 *export* 并回车
|
||||
|
||||
输入 *export* 并回车后，可查看该容器当前的环境变量。您也可以在终端中执行任何容器内部的命令。在您完成容器的部署之后，终端界面是非常有效的问题诊断工具之一。
|
||||
|
||||
|
||||
|
||||
|
||||
@ -21,7 +21,7 @@ example中用到了存储卷声明，请在 Kuboard 中 [创建存储类](/guide
|
||||
|
||||
假设您已经进入了 Kuboard 名称空间界面，如下图所示：
|
||||
|
||||
|
||||
|
||||
|
||||
## 导入 example
|
||||
|
||||
@ -35,31 +35,31 @@ example中用到了存储卷声明，请在 Kuboard 中 [创建存储类](/guide
|
||||
|
||||
* 点击 ***导入工作负载*** 按钮
|
||||
|
||||
|
||||
|
||||
|
||||
* 点击 ***上传文件*** 按钮
|
||||
|
||||
并选择刚才下载的 export_example.yaml 文件
|
||||
|
||||
|
||||
|
||||
|
||||
* 点击 ***下一步***
|
||||
|
||||
默认选择所有的工作负载
|
||||
|
||||
|
||||
|
||||
|
||||
* 点击 ***下一步***
|
||||
|
||||
默认选择所有要导入的配置，example中没有使用到配置信息
|
||||
|
||||
|
||||
|
||||
|
||||
* 点击 ***下一步***
|
||||
|
||||
默认选择所有 Secrets
|
||||
|
||||
|
||||
|
||||
|
||||
* 点击 ***下一步***
|
||||
|
||||
@ -74,7 +74,7 @@ example中用到了存储卷声明，请在 Kuboard 中 [创建存储类](/guide
|
||||
| 总量 | 2Gi | 2Gi代表 2G空间 |
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
* 点击 ***下一步***
|
||||
|
||||
@ -87,31 +87,31 @@ example中用到了存储卷声明，请在 Kuboard 中 [创建存储类](/guide
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
* 点击 ***下一步***
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
* 点击 ***确定***
|
||||
|
||||
|
||||
|
||||
|
||||
* 点击 ***应用***
|
||||
|
||||
|
||||
|
||||
|
||||
* 点击 ***完成***
|
||||
|
||||
|
||||
|
||||
|
||||
* 点击 ***已完成***
|
||||
|
||||
可再名称空间中查看到刚才导入的 example 的所有工作负载及存储卷声明
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
@ -121,13 +121,13 @@ example中用到了存储卷声明，请在 Kuboard 中 [创建存储类](/guide
|
||||
|
||||
* 点击工作负载 ***web-example***
|
||||
|
||||
|
||||
|
||||
|
||||
* 点击 互联网入口中的域名 ***http://web-example.example.demo.kuboard.cn***
|
||||
|
||||
**Example 部署成功**
|
||||
|
||||
|
||||
|
||||
|
||||
> web-example容器的日志中会出现如下异常，错误原因是，example使用了一个监控套件，该监控套件要求将容器注册到monitor-eureka中，当下我们并没有安装该监控套件。此错误并不影响 example 程序的使用。暂时忽略该异常。
|
||||
>
|
||||
|
||||
@ -18,7 +18,7 @@ description: 使用 Kuboard 在 Kubernetes 上安装监控套件，并对 exampl
|
||||
|
||||
假设您已进入 example 名称空间，如下图所示：
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
@ -34,41 +34,41 @@ kubectl -n kube-system create secret generic etcd-certs --from-file=/etc/kuberne
|
||||
|
||||
* 将鼠标移到 ***设置*** 菜单
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
* 点击 ***监控套件 - example***
|
||||
|
||||
|
||||
|
||||
|
||||
* 点击 ***全局监控套件 / 查找并安装***
|
||||
|
||||
|
||||
|
||||
|
||||
* 点击 ***资源层监控套件 / 安装***
|
||||
|
||||
|
||||
|
||||
|
||||
* 点击 ***全局监控套件 / 资源层监控套件 / 安装***
|
||||
|
||||
|
||||
|
||||
|
||||
* 根据向导提示，完成工作负载的导入
|
||||
|
||||
|
||||
|
||||
|
||||
* 点击 ***资源层监控套件 / 初始化***
|
||||
|
||||
由于下载镜像需要时间，您可能需要等待5-10分钟后，才能成功执行初始化。初始化成功的话，您将看到如下提示信息。
|
||||
|
||||
|
||||
|
||||
|
||||
### 安装名称空间监控套件
|
||||
|
||||
* 点击 ***名称空间监控套件 example / 查找并安装***
|
||||
|
||||
|
||||
|
||||
|
||||
* 重复前述过程，安装监控套件
|
||||
|
||||
@ -80,7 +80,7 @@ kubectl -n kube-system create secret generic etcd-certs --from-file=/etc/kuberne
|
||||
|
||||
安装完成后，界面如下图所示：
|
||||
|
||||
|
||||
|
||||
|
||||
### 查看监控套件的工作负载
|
||||
|
||||
@ -90,7 +90,7 @@ kubectl -n kube-system create secret generic etcd-certs --from-file=/etc/kuberne
|
||||
|
||||
> 全局监控套件安装在 kube-system 名称空间
|
||||
|
||||
|
||||
|
||||
|
||||
## 重启 example 容器组
|
||||
|
||||
@ -112,7 +112,7 @@ kubectl -n kube-system create secret generic etcd-certs --from-file=/etc/kuberne
|
||||
> * Kubernetes 在启动容器组时，根据 imagePullPolicy 的设置 Always，将会尝试从镜像仓库抓取最新镜像，这一特性，可以用于开发环境和测试环境的版本更新，因为您的 devops 系统肯能不会为 daily build 生成新的镜像标签；
|
||||
> * 此处删除容器组的目的是，重新启动容器，以便容器中的监控探针能够检测到其对应监控套件的存在。
|
||||
|
||||
|
||||
|
||||
|
||||
* 在列表中选择
|
||||
|
||||
@ -128,31 +128,31 @@ kubectl -n kube-system create secret generic etcd-certs --from-file=/etc/kuberne
|
||||
|
||||
* web-example-xxxxxx-xxxx
|
||||
|
||||
|
||||
|
||||
|
||||
* 点击 ***删除*** 按钮
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
* 点击 ***确定***
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
* 点击 ***应用***
|
||||
|
||||
|
||||
|
||||
|
||||
* 等待，直到容器组调整完成
|
||||
|
||||
|
||||
|
||||
|
||||
* 点击 ***后退***
|
||||
|
||||
|
||||
|
||||
|
||||
## 查看监控信息
|
||||
|
||||
@ -162,13 +162,13 @@ kubectl -n kube-system create secret generic etcd-certs --from-file=/etc/kuberne
|
||||
|
||||
如果您在下图中没有看到 ***Nginx 监控***， ***容器组监控*** 等，请刷新您的页面，因为监控套件初始化之后需要刷新页面才能加载并显示。
|
||||
|
||||
|
||||
|
||||
|
||||
* 点击 ***所在节点监控***
|
||||
|
||||
可查看所在节点的资源使用情况监控信息
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
@ -180,7 +180,7 @@ kubectl -n kube-system create secret generic etcd-certs --from-file=/etc/kuberne
|
||||
|
||||
* 点击 Nginx 监控
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
@ -190,7 +190,7 @@ kubectl -n kube-system create secret generic etcd-certs --from-file=/etc/kuberne
|
||||
* 点击 ***持久层 / example db***
|
||||
* 点击 ***MySQL 监控***
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
@ -200,7 +200,7 @@ kubectl -n kube-system create secret generic etcd-certs --from-file=/etc/kuberne
|
||||
* 点击 ***微服务层 / example***
|
||||
* 点击 ***Java 虚拟机监控***
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
@ -208,10 +208,10 @@ kubectl -n kube-system create secret generic etcd-certs --from-file=/etc/kuberne
|
||||
|
||||
* 在 ***微服务层 / example*** 中点击 ***链路追踪***
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
@ -16,7 +16,7 @@ description: 使用 Kuboard 对 Kubernetes 进行日常调整，包括：批量
|
||||
|
||||
假设您一进入 ***example*** 名称空间页面，如下图所示：
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
@ -42,23 +42,23 @@ description: 使用 Kuboard 对 Kubernetes 进行日常调整，包括：批量
|
||||
|
||||
如下图所示：
|
||||
|
||||
|
||||
|
||||
|
||||
* 点击 ***删除*** 按钮
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
* 点击 ***确定***
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
* 点击 ***应用***
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
@ -68,7 +68,7 @@ description: 使用 Kuboard 对 Kubernetes 进行日常调整，包括：批量
|
||||
|
||||
> Kuboard 会自动监听 kubernetes 执行此调整操作时的变化，您无需刷新页面，只要等待结果即可。
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
@ -86,31 +86,31 @@ description: 使用 Kuboard 对 Kubernetes 进行日常调整，包括：批量
|
||||
|
||||
* 在名称空间页面点击 ***调整镜像版本***
|
||||
|
||||
|
||||
|
||||
|
||||
* 在要调整的镜像上点击 ***修改***
|
||||
|
||||
并填写新的镜像版本号，如下图所示：
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
* 点击 ***执行变更***
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
* 点击 ***应用***
|
||||
|
||||
|
||||
|
||||
|
||||
* 点击 ***完成***
|
||||
|
||||
此时会进入容器组列表界面，请等待 Kubernetes 完成对容器组的调整（无需刷新页面）
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
@ -120,4 +120,4 @@ description: 使用 Kuboard 对 Kubernetes 进行日常调整，包括：批量
|
||||
|
||||
***调整容器镜像版本*** 的功能界面中，也可以用来调整工作负载的副本数，如下图所示：
|
||||
|
||||
|
||||
|
||||
|
||||
@ -10,13 +10,13 @@ description: 使用 Kuboard 配置 Kubernetes ConfigMap
|
||||
|
||||
假设您已进入名称空间界面，如下图所示：
|
||||
|
||||
|
||||
|
||||
|
||||
配置列表位于图中左侧中部，点击 ***放大*** 按钮，可以将列表显示到更大的区域，如下图所示：
|
||||
|
||||
> 点击 **配置** 可以刷新该列表
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
@ -34,18 +34,18 @@ description: 使用 Kuboard 配置 Kubernetes ConfigMap
|
||||
| 配置数据 - 名称 | EUREKA_URL | |
|
||||
| 配置数据 - 内容 | http://cloud-eureka:9200/eureka | |
|
||||
|
||||
|
||||
|
||||
|
||||
* 点击 ***保存***
|
||||
|
||||
配置信息创建成功
|
||||
|
||||
|
||||
|
||||
|
||||
# 查看/编辑/删除 配置
|
||||
|
||||
* 点击列表中的 ***my-config-map***
|
||||
|
||||
|
||||
|
||||
|
||||
编辑、删除操作可直接按照提示完成
|
||||
|
||||
@ -33,7 +33,7 @@ Kuboard 针对这种场景，提供了导出配置、导入配置的功能，以
|
||||
|
||||
假设您已完成微服务部署，并已进入 namespace 界面，如下图所示：
|
||||
|
||||
|
||||
|
||||
|
||||
### 操作步骤
|
||||
|
||||
@ -42,27 +42,27 @@ Kuboard 针对这种场景，提供了导出配置、导入配置的功能，以
|
||||
* 点击 ***刷新***
|
||||
* 选择要导出的工作负载
|
||||
|
||||
|
||||
|
||||
|
||||
* 点击 ***下一步***
|
||||
|
||||
选择要导出的配置（configMap）信息
|
||||
|
||||
|
||||
|
||||
|
||||
* 点击 ***下一步***
|
||||
|
||||
选择要导出的 Secrets
|
||||
|
||||
|
||||
|
||||
|
||||
* 点击 ***下一步***
|
||||
|
||||
|
||||
|
||||
|
||||
* 点击 ***确定***
|
||||
|
||||
|
||||
|
||||
|
||||
* 查看已导出文件
|
||||
|
||||
|
||||
@ -12,13 +12,13 @@ description: 使用 Kuboard 配置 Kubernetes 的存储卷声明 Persistent Volu
|
||||
|
||||
假设您已进入名称空间界面，如下图所示：
|
||||
|
||||
|
||||
|
||||
|
||||
存储卷声明列表位于图中左下角，点击 ***放大*** 按钮，可以将列表显示到更大的区域，如下图所示：
|
||||
|
||||
> 点击 **存储卷声明** 可以刷新该列表
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
@ -36,19 +36,19 @@ description: 使用 Kuboard 配置 Kubernetes 的存储卷声明 Persistent Volu
|
||||
| 读写模式 | 可被多节点读写 | |
|
||||
| 总量 | 2Gi | |
|
||||
|
||||
|
||||
|
||||
|
||||
* 点击 ***保存***
|
||||
|
||||
存储卷声明创建成功
|
||||
|
||||
|
||||
|
||||
|
||||
# 查看/编辑/删除 存储卷声明
|
||||
|
||||
* 点击 ***my-pvc***
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
@ -10,13 +10,13 @@ description: 使用 Kuboard 配置 Kubernetes Secrets
|
||||
|
||||
假设您已进入名称空间界面，如下图所示：
|
||||
|
||||
|
||||
|
||||
|
||||
Secrets 列表位于图中左上角，点击 ***放大*** 按钮，可以将列表显示到更大的区域，如下图所示：
|
||||
|
||||
> 点击 **Secrets** 可以刷新该列表
|
||||
|
||||
|
||||
|
||||
|
||||
# 创建 Secrets
|
||||
|
||||
@ -32,7 +32,7 @@ Secrets 列表位于图中左上角，点击 ***放大*** 按钮，可以将列
|
||||
| docker username | my-docker-user | |
|
||||
| docker password | mypassword | |
|
||||
|
||||
|
||||
|
||||
|
||||
>当前 Kuboard 支持如下类型 Secrets 的创建：
|
||||
>
|
||||
@ -47,13 +47,13 @@ Secrets 列表位于图中左上角，点击 ***放大*** 按钮，可以将列
|
||||
|
||||
Secrets 创建成功，如下图所示：
|
||||
|
||||
|
||||
|
||||
|
||||
# 查看/编辑/删除 Secrets
|
||||
|
||||
* 点击 my-docker-repository
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
@ -22,7 +22,7 @@ description: Kuboard on Kubernetes 工作负载编辑器，无需编写 YAML 文
|
||||
|
||||
* 假设您已进入工作负载查看界面，如下图所示：
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
@ -32,7 +32,7 @@ description: Kuboard on Kubernetes 工作负载编辑器，无需编写 YAML 文
|
||||
|
||||
副本数： 目标容器组数量
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
@ -40,7 +40,7 @@ description: Kuboard on Kubernetes 工作负载编辑器，无需编写 YAML 文
|
||||
|
||||
等待，知道伸缩操作执行完毕。
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
@ -54,7 +54,7 @@ description: Kuboard on Kubernetes 工作负载编辑器，无需编写 YAML 文
|
||||
|
||||
* Kuboard 的工作负载编辑器，默认将容器组的 imagePullPolicy 设置为 Alwarys，因此，每次在容器组启动的时候，Kubenetes 都会尝试从镜像仓库中抓取最新镜像；
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
@ -82,7 +82,7 @@ description: Kuboard on Kubernetes 工作负载编辑器，无需编写 YAML 文
|
||||
|
||||
通过 Kubernetes 事件所指示出来的问题，通常是集群本身配置的问题，或者是创建工作负载时的参数填写问题，解决这样的问题需要的是 Kubernetes 集群相关的知识和背景，**通常运维人员可以独立解决此类问题**。
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
@ -90,13 +90,13 @@ description: Kuboard on Kubernetes 工作负载编辑器，无需编写 YAML 文
|
||||
|
||||
如下图所示，假设您已进入工作负载查看界面：
|
||||
|
||||
|
||||
|
||||
|
||||
* 点击其中的 ***日志*** 按钮
|
||||
|
||||
可查看该容器的运行时日志，如下图所示：
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
@ -117,7 +117,7 @@ description: Kuboard on Kubernetes 工作负载编辑器，无需编写 YAML 文
|
||||
|
||||
可进入该容器的交互式命令界面
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
@ -10,4 +10,4 @@
|
||||
|
||||
**在线提问**
|
||||
|
||||
|
||||
|
||||
|
||||
@ -10,7 +10,7 @@ description: Kuboard 相关常见问题的诊断及解决。
|
||||
|
||||
> Token校验失败：Error: timeout of 10000ms exceeded
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
@ -10,15 +10,15 @@ description: 使用 kubeadm 安装 Kubernetes v1.15.1 的集群，单Master节
|
||||
|
||||
* **众多网友验证，并在线提出修改意见**
|
||||
|
||||
|
||||
|
||||
|
||||
* **持续不断地更新和完善**，[更新历史](https://github.com/eip-work/kuboard-press/commits/master/install/install-k8s.md)
|
||||
|
||||
|
||||
|
||||
|
||||
* **在线答疑** QQ 群
|
||||
|
||||
|
||||
|
||||
|
||||
## 配置要求
|
||||
|
||||
@ -37,7 +37,7 @@ Kuboard 的 Live Demo 环境使用的是如下拓扑结构，本文档描述了
|
||||
* Kubernetes v1.15.1
|
||||
* Docker 18.09.7
|
||||
|
||||
|
||||
|
||||
|
||||
::: tip
|
||||
**关于二进制安装**
|
||||
@ -188,7 +188,7 @@ net.bridge.bridge-nf-call-iptables = 1
|
||||
|
||||
如下图所示
|
||||
|
||||
|
||||
|
||||
|
||||
执行命令以应用
|
||||
|
||||
@ -227,7 +227,7 @@ vim /usr/lib/systemd/system/docker.service
|
||||
|
||||
如下图所示
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
**设置 docker 镜像**
|
||||
@ -308,7 +308,7 @@ kubeadm init --config=kubeadm-config.yaml --upload-certs
|
||||
|
||||
执行结果如下图所示：
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
@ -400,7 +400,7 @@ kubeadm join apiserver.demo:6443 --token mpfjma.4vjjg8flqihor4vt --discovery
|
||||
kubectl get nodes
|
||||
```
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
@ -10,17 +10,17 @@ description: Kubernetes 最新稳定版 v1.15.2 的快速安装文档。该文
|
||||
|
||||
* **众多网友验证，并在线提出修改意见**
|
||||
|
||||
|
||||
|
||||
|
||||
* **持续不断地更新和完善**
|
||||
* 始终有最新的 Kubernetes 稳定版安装文档，当前版本 v1.15.2
|
||||
* 当前已更新了 <font color="red"> 39 次 </font>， [查看更新历史](https://github.com/eip-work/kuboard-press/commits/master/install/install-k8s.md)
|
||||
|
||||
|
||||
|
||||
|
||||
* **在线答疑** QQ 群
|
||||
|
||||
|
||||
|
||||
|
||||
## 配置要求
|
||||
|
||||
@ -43,7 +43,7 @@ description: Kubernetes 最新稳定版 v1.15.2 的快速安装文档。该文
|
||||
|
||||
安装后的拓扑图如下：<a :href="$withBase('/kuboard.rp')" download="www.kuboard.cn.rp">下载拓扑图源文件</a> <font color="#999">使用Axure RP 9.0可打开该文件</font>
|
||||
|
||||
|
||||
|
||||
|
||||
::: tip
|
||||
**关于二进制安装**
|
||||
|
||||
@ -101,7 +101,7 @@ export default {
|
||||
|
||||
<Qq></Qq> 也可以扫描二维码加群
|
||||
<p>
|
||||
<img src="/images/kuboard_qq.png" />
|
||||
<img src="/images/kuboard_qq.png" alt="Kubernetes教程：QQ群答疑"/>
|
||||
</p>
|
||||
<!-- <div>
|
||||
<div style="margin-top: 10px;">未打赏用户可进 QQ 群聊，<span style="color: red;">打赏用户可进微信群聊</span>。</div>
|
||||
@ -138,7 +138,7 @@ export default {
|
||||
|
||||
安装后的拓扑图如下：<span v-on:click="downloadDiagram"><a :href="$withBase('/kuboard.rp')" download="www.kuboard.cn.rp">下载拓扑图源文件</a></span> <font color="#999">使用Axure RP 9.0可打开该文件</font>
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
<!-- <img src="./install-k8s.assets/image-20190826000521999.png" style="width: 958px; height: 533px"></img> -->
|
||||
|
||||
@ -101,7 +101,7 @@ export default {
|
||||
|
||||
<Qq></Qq> 也可以扫描二维码加群
|
||||
<p>
|
||||
<img src="/images/kuboard_qq.png" />
|
||||
<img src="/images/kuboard_qq.png" alt="Kubernetes教程：QQ群在线答疑"/>
|
||||
</p>
|
||||
<!-- <div>
|
||||
<div style="margin-top: 10px;">未打赏用户可进 QQ 群聊，<span style="color: red;">打赏用户可进微信群聊</span>。</div>
|
||||
@ -139,7 +139,7 @@ export default {
|
||||
|
||||
安装后的拓扑图如下：<span v-on:click="downloadDiagram"><a :href="$withBase('/kuboard.rp')" download="www.kuboard.cn.rp">下载拓扑图源文件</a></span> <font color="#999">使用Axure RP 9.0可打开该文件</font>
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
<!-- <img src="./install-k8s.assets/image-20190826000521999.png" style="width: 958px; height: 533px"></img> -->
|
||||
|
||||
@ -36,7 +36,7 @@ description: 详细介绍如何将 Kuboard 升级到最新版本。
|
||||
|
||||
选择 kuboard-xxxxxxxxxx-xxxxx 容器组，如下图所示：
|
||||
|
||||
|
||||
|
||||
|
||||
* 点击 ***删除*** 按钮
|
||||
|
||||
@ -52,7 +52,7 @@ description: 详细介绍如何将 Kuboard 升级到最新版本。
|
||||
|
||||
如下图所示
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
## 指定版本升级
|
||||
@ -64,7 +64,7 @@ description: 详细介绍如何将 Kuboard 升级到最新版本。
|
||||
|
||||
并修改 Deployment / Kuboard 的镜像版本为您要升级到的目标版本，如下图所示
|
||||
|
||||
|
||||
|
||||
|
||||
* 点击 ***执行变更***
|
||||
|
||||
@ -80,4 +80,4 @@ description: 详细介绍如何将 Kuboard 升级到最新版本。
|
||||
|
||||
如下图所示
|
||||
|
||||
|
||||
|
||||
|
||||
@ -219,7 +219,7 @@ kubectl port-forward service/kuboard 8080:80 -n kube-system
|
||||
|
||||
* 如果仍然不能解决，请到 QQ 群提问
|
||||
|
||||
|
||||
|
||||
:::
|
||||
|
||||
**下一步**
|
||||
|
||||
@ -25,7 +25,7 @@ description: 本文介绍了如何在 Windows/Mac 电脑安装 Kubernetes 测试
|
||||
* **打开 docker-desktop 的 preference 面板**
|
||||
|
||||
<p>
|
||||
<img src="./install-docker-desktop.assets/image-20190914223622217.png" style="max-width: 600px;"/>
|
||||
<img src="./install-docker-desktop.assets/image-20190914223622217.png" style="max-width: 600px;" alt="Kubernetes教程：DockerDesktop/>
|
||||
</p>
|
||||
|
||||
* **切换到 Kubernetes 标签页**
|
||||
@ -33,7 +33,7 @@ description: 本文介绍了如何在 Windows/Mac 电脑安装 Kubernetes 测试
|
||||
并勾选启动 **Enable Kubernetes**，点击 **Apply**
|
||||
|
||||
<p>
|
||||
<img src="./install-docker-desktop.assets/image-20190914223501758.png" style="max-width: 600px;"/>
|
||||
<img src="./install-docker-desktop.assets/image-20190914223501758.png" style="max-width: 600px;" alt="Kubernetes教程：DockerDesktop"/>
|
||||
</p>
|
||||
|
||||
:::
|
||||
|
||||
@ -101,7 +101,7 @@ export default {
|
||||
|
||||
<Qq></Qq> 也可以扫描二维码加群
|
||||
<p>
|
||||
<img src="/images/kuboard_qq.png" />
|
||||
<img src="/images/kuboard_qq.png" alt="Kubernetes教程：QQ群在线答疑"/>
|
||||
</p>
|
||||
<!-- <div>
|
||||
<div style="margin-top: 10px;">未打赏用户可进 QQ 群聊，<span style="color: red;">打赏用户可进微信群聊</span>。</div>
|
||||
|
||||
@ -43,13 +43,13 @@ kubernetes 安装有多种选择，本文档描述的集群安装具备如下特
|
||||
|
||||
安装后的拓扑图如下：<a :href="$withBase('/kuboard.rp')" download="www.kuboard.cn.rp">下载拓扑图源文件</a> <font color="#999">使用Axure RP 9.0可打开该文件</font>
|
||||
|
||||
|
||||
|
||||
|
||||
* **在线答疑**
|
||||
|
||||
<Qq></Qq> 也可以扫描二维码加群
|
||||
<p>
|
||||
<img src="/images/kuboard_qq.png" />
|
||||
<img src="/images/kuboard_qq.png" alt="Kubernetes教程：QQ群在线答疑"/>
|
||||
</p>
|
||||
|
||||
<!-- <div>
|
||||
|
||||
@ -44,7 +44,7 @@ description: Kubernetes 免费中文教程
|
||||
* [Service 概述](/learning/k8s-intermediate/service/service.html)
|
||||
* [Service 详细描述](/learning/k8s-intermediate/service/service-details.html)
|
||||
* [Service 类型](/learning/k8s-intermediate/service/service-types.html)
|
||||
* [Service/Pod 的 DNS](/learning/k8s-intermediate/service/dns.html) <Badge text="正在撰写" type="warn"/>
|
||||
* [Service/Pod 的 DNS](/learning/k8s-intermediate/service/dns.html)
|
||||
* [Service 连接应用程序](/learning/k8s-intermediate/service/connecting.html) <Badge text="正在撰写" type="warn"/>
|
||||
* [Ingress 通过互联网访问您的应用](/learning/k8s-intermediate/service/ingress.html)
|
||||
* [如何选择网络插件](/learning/k8s-intermediate/service/cni.html)
|
||||
|
||||
@ -38,7 +38,7 @@ description: 本文详细讲解了 Kubernetes Deployment 的概念，并描述
|
||||
|
||||
## 在 Kubernetes 上部署第一个应用程序
|
||||
|
||||
|
||||
|
||||
|
||||
上图是在第一篇文章的基础上，添加上了Deployment、Pod和Container。
|
||||
|
||||
@ -135,13 +135,13 @@ kubectl get pods
|
||||
|
||||
**打开 Kuboard 集群概览界面**，如下图所示：
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
**点击 default 名称空间**
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
@ -160,7 +160,7 @@ kubectl get pods
|
||||
| 镜像 | nginx:1.7.9 | |
|
||||
| 抓取策略 | Always | 每次创建 Pod 都尝试抓取镜像 |
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
@ -19,7 +19,7 @@ description: 本文介绍了如何使用 kubectl / Kuboard 查看和浏览 Kuber
|
||||
|
||||
## Pods概述
|
||||
|
||||
<img src="./explore.assets/module_03_pods.svg" style="border: 1px solid #d7dae2; max-width: 800px;"></img>
|
||||
<img src="./explore.assets/module_03_pods.svg" style="border: 1px solid #d7dae2; max-width: 800px;" alt="Kubernetes教程：Pod概念"></img>
|
||||
|
||||
|
||||
**Pod 容器组** 是一个k8s中一个抽象的概念，用于存放一组 container（可包含一个或多个 container 容器，即图上正方体)，以及这些 container （容器）的一些共享资源。这些资源包括：
|
||||
@ -43,7 +43,7 @@ Pod（容器组）是 k8s 集群上的最基本的单元。当我们在 k8s 上
|
||||
|
||||
下图显示一个 Node（节点）上含有4个 Pod（容器组）
|
||||
|
||||
<img src="./explore.assets/module_03_nodes.svg" style="border: 1px solid #d7dae2; max-width: 600px;"></img>
|
||||
<img src="./explore.assets/module_03_nodes.svg" style="border: 1px solid #d7dae2; max-width: 600px;" alt="Kubernetes教程：Node概念"></img>
|
||||
|
||||
Pod（容器组）总是在 **Node（节点）** 上运行。Node（节点）是 kubernetes 集群中的计算机，可以是虚拟机或物理机。每个 Node（节点）都由 master 管理。一个 Node（节点）可以有多个Pod（容器组），kubernetes master 会根据每个 Node（节点）上可用资源的情况，自动调度 Pod（容器组）到最佳的 Node（节点）上。
|
||||
|
||||
@ -114,11 +114,11 @@ Pod（容器组）总是在 **Node（节点）** 上运行。Node（节点）是
|
||||
|
||||
**在名称空间中查看部署**
|
||||
|
||||
|
||||
|
||||
|
||||
**查看部署及其容器组**
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
@ -48,7 +48,7 @@ Service是一个抽象层，它通过 LabelSelector 选择了一组 Pod（容器
|
||||
Service A 将请求转发到 IP 为 10.10.10.1 的Pod上，
|
||||
Service B 将请求转发到 IP 为 10.10.10.2、10.10.10.3、10.10.10.4 的Pod上。
|
||||
|
||||
<img src="./expose.assets/module_04_services.svg" style="border: 1px solid #d7dae2; width: 600px;"></img>
|
||||
<img src="./expose.assets/module_04_services.svg" style="border: 1px solid #d7dae2; width: 600px;" alt="Kubernetes教程：服务和标签"></img>
|
||||
|
||||
|
||||
Service 将外部请求路由到一组 Pod 中，它提供了一个抽象层，使得 Kubernetes 可以在不影响服务调用者的情况下，动态调度容器组<font color="#AAAAAA">（在容器组失效后重新创建容器组，增加或者减少同一个 Deployment 对应容器组的数量等）</font>。
|
||||
@ -65,7 +65,7 @@ Service使用 [Labels、LabelSelector(标签和选择器)](https://kubernetes.io
|
||||
* 通过 Deployment B 创建的 Pod 包含标签为 app=B
|
||||
* Service B 通过标签选择器 app=B 选择可以路由的 Pod
|
||||
|
||||
<img src="./expose.assets/module_04_labels.svg" style="border: 1px solid #d7dae2; max-width: 600px;"></img>
|
||||
<img src="./expose.assets/module_04_labels.svg" style="border: 1px solid #d7dae2; max-width: 600px;" alt="Kubernetes教程：服务和标签"></img>
|
||||
|
||||
Labels（标签）可以在创建 Kubernetes 对象时附加上去，也可以在创建之后再附加上去。任何时候都可以修改一个 Kubernetes 对象的 Labels（标签）
|
||||
|
||||
@ -179,7 +179,7 @@ curl <任意节点的 IP>:32600
|
||||
|
||||
如下图所示：
|
||||
|
||||
|
||||
|
||||
|
||||
* 点击 **保存**
|
||||
|
||||
|
||||
@ -28,7 +28,7 @@ Kubernetes（k8s）是自动化容器操作的开源平台，这些操作包括
|
||||
|
||||
集群是一组节点，这些节点可以是物理服务器或者虚拟机，之上安装了Kubernetes平台。下图展示这样的集群。注意该图为了强调核心概念有所简化。这里可以看到一个典型的Kubernetes架构图。
|
||||
|
||||
|
||||
|
||||
|
||||
上图可以看到如下组件，使用特别的图标表示Service和Label：
|
||||
|
||||
@ -63,7 +63,7 @@ Kubernetes（k8s）是自动化容器操作的开源平台，这些操作包括
|
||||
|
||||
Replication Controller确保任意时间都有指定数量的Pod“副本”在运行。如果为某个Pod创建了Replication Controller并且指定3个副本，它会创建3个Pod，并且持续监控它们。如果某个Pod不响应，那么Replication Controller会替换它，保持总数为3.如下面的动画所示：
|
||||
|
||||
|
||||
|
||||
|
||||
如果之前不响应的Pod恢复了，现在就有4个Pod了，那么Replication Controller会将其中一个终止保持总数为3。如果在运行中将副本总数改为5，Replication Controller会立刻启动2个新Pod，保证总数为5。还可以按照这样的方式缩小Pod，这个特性在执行滚动 [升级](https://kubernetes.io/docs/concepts/workloads/controllers/replicationcontroller/#rolling_updates) 时很有用。
|
||||
|
||||
@ -93,7 +93,7 @@ Replication Controller确保任意时间都有指定数量的Pod“副本”在
|
||||
|
||||
下述动画展示了Service的功能。注意该图作了很多简化。如果不进入网络配置，那么达到透明的负载均衡目标所涉及的底层网络和路由相对先进。如果有兴趣，有更深入的介绍。
|
||||
|
||||
|
||||
|
||||
|
||||
每个节点都运行如下Kubernetes关键组件：
|
||||
|
||||
|
||||
@ -34,11 +34,11 @@ description: 本文为初学者介绍了一套最合适的 Kubernetes 入门教
|
||||
|
||||
本篇中我们先从第一部分入手，对k8s集群有个整体上的把握。
|
||||
|
||||
<img src="./kubernetes-basics.assets/module_01.svg" style="border: 1px solid #d7dae2; max-width: 600px;"></img>
|
||||
<img src="./kubernetes-basics.assets/module_01.svg" style="border: 1px solid #d7dae2; max-width: 600px;" alt="Kubernetes教程：Kubernetes集群"></img>
|
||||
|
||||
上图描述的是拥有一个Master(主)节点和六个Worker(工作)节点的k8s集群
|
||||
|
||||
|
||||
|
||||
|
||||
**Master 负责管理集群** 负责协调集群中的所有活动，例如调度应用程序，维护应用程序的状态，扩展和更新应用程序。
|
||||
|
||||
|
||||
@ -26,11 +26,11 @@ spec:
|
||||
|
||||
下图中，Service A 只将访问流量转发到 IP 为 10.0.0.5 的Pod上
|
||||
|
||||
<img src="./scale.assets/module_05_scaling1.svg" style="border: 1px solid #d7dae2; max-width: 600px;"></img>
|
||||
<img src="./scale.assets/module_05_scaling1.svg" style="border: 1px solid #d7dae2; max-width: 600px;" alt="Kubernetes教程：伸缩"></img>
|
||||
|
||||
修改了 Deployment 的 replicas 为 4 后，Kubernetes 又为该 Deployment 创建了 3 新的 Pod，这 4 个 Pod 有相同的标签。因此Service A通过标签选择器与新的 Pod建立了对应关系，将访问流量通过负载均衡在 4 个 Pod 之间进行转发。
|
||||
|
||||
<img src="./scale.assets/module_05_scaling2.svg" style="border: 1px solid #d7dae2; max-width: 600px;"></img>
|
||||
<img src="./scale.assets/module_05_scaling2.svg" style="border: 1px solid #d7dae2; max-width: 600px;" alt="Kubernetes教程：伸缩"></img>
|
||||
|
||||
::: tip
|
||||
通过更改部署中的 replicas（副本数）来完成扩展
|
||||
@ -94,13 +94,13 @@ watch kubectl get pods -o wide
|
||||
|
||||
副本数： 4
|
||||
|
||||
|
||||
|
||||
|
||||
* 点击 ***确定*** 按钮
|
||||
|
||||
等待新增的容器组完成初始化，如下图所示：
|
||||
|
||||
|
||||
|
||||
|
||||
:::
|
||||
|
||||
|
||||
@ -23,21 +23,21 @@ description: 本文详细讲解了 Kubernetes Rolling Update 的概念，并描
|
||||
|
||||
1. 原本 Service A 将流量负载均衡到 4 个旧版本的 Pod （当中的容器为 绿色）上
|
||||
|
||||
<img src="./update.assets/module_06_rollingupdates1.svg" style="border: 1px solid #d7dae2; max-width: 600px;"></img>
|
||||
<img src="./update.assets/module_06_rollingupdates1.svg" style="border: 1px solid #d7dae2; max-width: 600px;" alt="Kubernetes教程：滚动更新1"></img>
|
||||
|
||||
2. 更新完 Deployment 部署文件中的镜像版本后，master 节点选择了一个 worker 节点，并根据新的镜像版本创建 Pod（紫色容器）。新 Pod 拥有唯一的新的 IP。同时，master 节点选择一个旧版本的 Pod 将其移除。
|
||||
|
||||
此时，Service A 将新 Pod 纳入到负载均衡中，将旧Pod移除
|
||||
|
||||
<img src="./update.assets/module_06_rollingupdates2.svg" style="border: 1px solid #d7dae2; max-width: 600px;"></img>
|
||||
<img src="./update.assets/module_06_rollingupdates2.svg" style="border: 1px solid #d7dae2; max-width: 600px;" alt="Kubernetes教程：滚动更新2"></img>
|
||||
|
||||
3. 同步骤2，再创建一个新的 Pod 替换一个原有的 Pod
|
||||
|
||||
<img src="./update.assets/module_06_rollingupdates3.svg" style="border: 1px solid #d7dae2; max-width: 600px;"></img>
|
||||
<img src="./update.assets/module_06_rollingupdates3.svg" style="border: 1px solid #d7dae2; max-width: 600px;" alt="Kubernetes教程：滚动更新3"></img>
|
||||
|
||||
4. 如此 Rolling Update 滚动更新，直到所有旧版本 Pod 均移除，新版本 Pod 也达到 Deployment 部署文件中定义的副本数，则滚动更新完成
|
||||
|
||||
<img src="./update.assets/module_06_rollingupdates4.svg" style="border: 1px solid #d7dae2; max-width: 600px;"></img>
|
||||
<img src="./update.assets/module_06_rollingupdates4.svg" style="border: 1px solid #d7dae2; max-width: 600px;" alt="Kubernetes教程：滚动更新4"></img>
|
||||
|
||||
滚动更新允许以下操作：
|
||||
|
||||
@ -106,7 +106,7 @@ watch kubectl get pods -l app=nginx
|
||||
|
||||
填写新的 nginx 版本号： 1.8， 如下图所示：
|
||||
|
||||
|
||||
|
||||
|
||||
* 点击 ***变更***
|
||||
|
||||
@ -116,7 +116,7 @@ watch kubectl get pods -l app=nginx
|
||||
|
||||
可观察到 Kubernetes 对 ***Nginx部署*** 执行滚动更新的过程，如下图所示
|
||||
|
||||
|
||||
|
||||
|
||||
:::
|
||||
|
||||
|
||||
@ -35,7 +35,7 @@ nodeName 是四种方法中最简单的一个，但是因为它的局限性，
|
||||
|
||||
您在 Kuboard 工作负载编辑器中，可以通过 ***指定节点*** --> ***选择节点*** 按钮，选择对应 nodeName 的取值。如下图所示：
|
||||
|
||||
|
||||
|
||||
|
||||
## 节点选择器 nodeSelector
|
||||
|
||||
@ -51,7 +51,7 @@ nodeSelector 是 PodSpec 中的一个字段。指定了一组名值对。节点
|
||||
|
||||
增加标签 disk:ssd，并保存，如下图所示：
|
||||
|
||||
|
||||
|
||||
|
||||
### 为工作负载选择节点
|
||||
|
||||
@ -65,7 +65,7 @@ nodeSelector 是 PodSpec 中的一个字段。指定了一组名值对。节点
|
||||
|
||||
选择 disk:ssd 标签，此时可以看到匹配的节点有刚才您添加标签的节点。点击 ***确定*** 按钮
|
||||
|
||||
|
||||
|
||||
|
||||
* 点击 ***保存*** 按钮
|
||||
|
||||
|
||||
@ -38,7 +38,7 @@ Kubernetes 中，可以为容器指定计算资源的请求数量 request 和限
|
||||
|
||||
在 Kuboard 的工作负载编辑器中编辑容器资源请求及限制的界面如下图所示：
|
||||
|
||||
|
||||
|
||||
|
||||
## 带有资源请求的容器组是如何调度的
|
||||
|
||||
|
||||
@ -26,13 +26,13 @@ Kubernetes 官网描述了多种 ConfigMap 的创建方法，本文不再复述
|
||||
|
||||
如下图所示：
|
||||
|
||||
|
||||
|
||||
|
||||
* 点击 **配置** --> **创建** 按钮
|
||||
|
||||
并填写表单，如下图所示：
|
||||
|
||||
|
||||
|
||||
|
||||
* 点击 **保存**
|
||||
|
||||
@ -59,9 +59,9 @@ Kubernetes 官网描述了多种 ConfigMap 的创建方法，本文不再复述
|
||||
|
||||
如下图所示：
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
* 点击 **保存**
|
||||
|
||||
@ -81,7 +81,7 @@ Kubernetes 官网描述了多种 ConfigMap 的创建方法，本文不再复述
|
||||
|
||||
可查看到 ENV_KEY_1='value-1' 已经注入到该容器的环境变量中，如下图所示：
|
||||
|
||||
|
||||
|
||||
|
||||
## ConfigMap --> 容器的环境变量（ConfigMap的所有名值对）
|
||||
|
||||
@ -104,7 +104,7 @@ Kubernetes 官网描述了多种 ConfigMap 的创建方法，本文不再复述
|
||||
|
||||
如下图所示：
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
* 点击 **保存**
|
||||
@ -133,7 +133,7 @@ Kubernetes 官网描述了多种 ConfigMap 的创建方法，本文不再复述
|
||||
|
||||
可查看到 `KEY_1` `KEY_2` `KEY_3` 已经注入到该容器的环境变量中，如下图所示：
|
||||
|
||||
|
||||
|
||||
|
||||
## ConfigMap --> Command 参数
|
||||
|
||||
@ -155,7 +155,7 @@ Kubernetes 官网描述了多种 ConfigMap 的创建方法，本文不再复述
|
||||
| 环境变量 | ENV_KEY_1 / ENV_KEY_3 | 选择 ConfigMap<br/> ConfigMap 填写 ***my-nginx-config*** <br/> Key 填写 ***KEY_1*** <br/> <br/> 同样的方法添加 ENV_KEY_3 |
|
||||
如下图所示：
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
* 点击 **保存**
|
||||
@ -172,7 +172,7 @@ Kubernetes 官网描述了多种 ConfigMap 的创建方法，本文不再复述
|
||||
|
||||
如下图所示
|
||||
|
||||
|
||||
|
||||
|
||||
## ConfigMap --> 数据卷
|
||||
|
||||
@ -207,7 +207,7 @@ Kubernetes 官网描述了多种 ConfigMap 的创建方法，本文不再复述
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
* 创建 nginx Deployment 如下图所示：
|
||||
|
||||
@ -233,7 +233,7 @@ Kubernetes 官网描述了多种 ConfigMap 的创建方法，本文不再复述
|
||||
| 挂载点：数据卷 | default-conf | 选择上面已经定义的数据卷 |
|
||||
| 挂载点：数据卷内子路径 | default.conf | 将数据卷内的 default.conf 映射到容器的 /etc/nginx/conf.d/default.conf |
|
||||
|
||||
|
||||
|
||||
|
||||
* 点击 **保存**
|
||||
|
||||
@ -254,7 +254,7 @@ Kubernetes 官网描述了多种 ConfigMap 的创建方法，本文不再复述
|
||||
cat /default.conf
|
||||
```
|
||||
|
||||
|
||||
|
||||
|
||||
::: tip
|
||||
|
||||
|
||||
@ -38,7 +38,7 @@ PersistentVolumeClaim（PVC 存储卷声明）代表用户使用存储的请求
|
||||
* PersistentVolumeClaim 是使用该资源的请求，通常由应用程序提出请求，并指定对应的 StorageClass 和需求的空间大小
|
||||
* PersistentVolumeClaim 可以做为数据卷的一种，被挂载到容器组/容器中使用
|
||||
|
||||
<img src="./pv.assets/image-20190906074512760.png" style="max-width: 450px;"/>
|
||||
<img src="./pv.assets/image-20190906074512760.png" style="max-width: 450px;" alt="Kubernetes教程：存储卷PersistentVolume"/>
|
||||
|
||||
PersistantVolume 和 PersistantVolumeClaim 的管理过程描述如下：
|
||||
|
||||
@ -136,7 +136,7 @@ Kubernetes 支持 20 种存储卷类型（可参考 [Types of Persistent Volumes
|
||||
|
||||
在 Kuboard 中查看 PersistentVolume 的界面如下图所示：
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
PersistentVolume 字段描述如下表所示：
|
||||
@ -156,7 +156,7 @@ PersistentVolume 字段描述如下表所示：
|
||||
|
||||
在 Kuboard 中查看存储卷声明的界面如下图所示：
|
||||
|
||||
|
||||
|
||||
|
||||
| 字段名称 | 可选项/备注 |
|
||||
| --------------------- | ------------------------------------------------------------ |
|
||||
@ -171,4 +171,4 @@ PersistentVolume 字段描述如下表所示：
|
||||
|
||||
在您完成存储卷声明的定义后，您可以在 Kuboard 工作复杂编辑器的 ***数据卷 Volume*** 区域引用该存储卷声明，如下图所示：
|
||||
|
||||
|
||||
|
||||
|
||||
@ -28,7 +28,7 @@ Kuboard 支持的存储类的种类如下：
|
||||
|
||||
在 Kuboard 中查看存储类，如下图所示：
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
@ -27,7 +27,7 @@ Docker 里同样也存在一个 volume（数据卷）的概念，但是 docker
|
||||
* 一个容器通过挂载点决定某一个数据卷被挂载到容器中的什么路径
|
||||
* 不同类型的数据卷对应不同的存储介质（图中列出了 nfs、PVC、ConfigMap 三种存储介质，接下来将介绍更多）
|
||||
|
||||
<img src="./volume.assets/image-20190904201849792.png" style="max-width: 450px;"/>
|
||||
<img src="./volume.assets/image-20190904201849792.png" style="max-width: 450px;" alt="Kubernetes教程：数据卷"/>
|
||||
|
||||
## 在 Kuboard 中使用数据卷
|
||||
|
||||
@ -54,7 +54,7 @@ Docker 里同样也存在一个 volume（数据卷）的概念，但是 docker
|
||||
|
||||
:::
|
||||
|
||||
|
||||
|
||||
|
||||
## 数据卷的类型
|
||||
|
||||
|
||||
@ -62,7 +62,7 @@ docker pull my-registry.example.com:5000/example/web-example:v1.0.1
|
||||
|
||||
如下图所示
|
||||
|
||||
|
||||
|
||||
|
||||
* 点击 **保存** 按钮
|
||||
|
||||
@ -88,7 +88,7 @@ docker pull my-registry.example.com:5000/example/web-example:v1.0.1
|
||||
* 红色部分：image 名字
|
||||
* 棕色部分：image 标签
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
@ -68,7 +68,7 @@ CNI的初衷是创建一个框架，用于在配置或销毁容器时动态配
|
||||
|
||||
**Flannel**
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
@ -88,7 +88,7 @@ Flannel有几种不同类型的后端可用于封装和路由。默认和推荐
|
||||
|
||||
**Calico**
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
@ -109,7 +109,7 @@ Calico是Kubernetes生态系统中另一种流行的网络选择。虽然Flannel
|
||||
|
||||
**Weave**
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
@ -1,8 +1,121 @@
|
||||
---
|
||||
layout: LearningLayout
|
||||
description: 本文介绍了 Kubernetes 中 DNS 的分配规则
|
||||
description: 本文介绍了 Kubernetes 中 Service 和 Pod 的 DNS 分配规则
|
||||
---
|
||||
|
||||
# Service/Pod 的 DNS
|
||||
|
||||
正在撰写...
|
||||
参考文档： Kubernetes 官网文档 [DNS for Services and Pods](https://kubernetes.io/docs/concepts/services-networking/dns-pod-service/)
|
||||
|
||||
本文介绍了 Kubernetes 中的 DNS 分配方式
|
||||
|
||||
## 概述
|
||||
|
||||
Kubernetes 集群中运行了一组 DNS Pod，配置了对应的 Service，并由 kubelete 将 DNS Service 的 IP 地址配置到节点上的容器中以便解析 DNS names。
|
||||
|
||||
集群中的每一个 Service（包括 DNS 服务本身）都将被分配一个 DNS name。默认情况下，客户端 Pod 的 DNS 搜索列表包括 Pod 所在的名称空间以及集群的默认域。例如：
|
||||
|
||||
假设名称空间 `bar` 中有一个 Service 名为 `foo`：
|
||||
* 名称空间 `bar` 中的 Pod 可以通过 `nslookup foo` 查找到该 Service
|
||||
* 名称空间 `quux` 中的 Pod 可以通过 `nslookup foo.bar` 查找到该 Service
|
||||
|
||||
本文后面的章节详细介绍了支持的 DNS 记录类型及格式。如果有任何其他类型的格式凑巧可以使用，这仅仅是实现上的细节，并且可能在将来的版本中失效。参考此文档可以查看最新的规范 [Kubernetes DNS-Based Service Discovery](https://github.com/kubernetes/dns/blob/master/docs/specification.md)
|
||||
|
||||
## Services
|
||||
|
||||
### A 记录
|
||||
|
||||
* Service（headless Service 除外）将被分配一个 DNS A 记录，格式为 `my-svc.my-namespace.svc.cluster-domain.example`。该 DNS 记录解析到 Service 的 ClusterIP。
|
||||
|
||||
* Headless Service（没有 ClusterIP）也将被分配一个 DNS A 记录，格式为 `my-svc.my-namespace.svc.cluster-domain.exmaple`。该 DNS 记录解析到 Service 所选中的一组 Pod 的 IP 地址的集合。调用者应该使用该 IP 地址集合，或者按照轮询（round-robin）的方式从集合中选择一个 IP 地址使用。
|
||||
|
||||
### SRV 记录
|
||||
|
||||
Service（含 headless Service）的命名端口（有 name 的端口）将被分配一个 SRV 记录，其格式为 `_my-port-name._my-port-protocol.my-svc.my-namespace.svc.cluster-domain.example`：
|
||||
* 对于一个普通 Service（非 headless Service），该 SRV 记录解析到其端口号和域名 `my-svc.my-namespace.svc.cluster-domain.exmaple`
|
||||
* 对于一个 Headless Service，该 SRV 记录解析到多个结果：每一个结果都对应该 Service 的一个后端 Pod，包含其端口号和 Pod 的域名 `auto-generated-pod-name.my-svc.my-namespace.svc.cluster-domain.exmaple`
|
||||
|
||||
## Pods
|
||||
|
||||
### Pod 的 hostname / subdomain
|
||||
|
||||
Kubernetes 在创建 Pod 时，将 Pod 定义中的 `metadata.name` 的值作为 Pod 实例的 hostname。
|
||||
|
||||
Pod 定义中有一个可选字段 `spec.hostname` 可用来直接指定 Pod 的 hostname。例如，某 Pod 的 `spec.hostname` 字段被设置为 `my-host`，则该 Pod 创建后 hostname 将被设为 `my-host`
|
||||
|
||||
Pod 定义中还有一个可选字段 `spec.subdomain` 可用来指定 Pod 的 subdomain。例如，名称空间 `my-namespace` 中，某 Pod 的 hostname 为 `foo`，并且 subdomain 为 `bar`，则该 Pod 的完整域名（FQDN）为 `foo.bar.my-namespace.svc.cluster-domain.example`。
|
||||
|
||||
例子：
|
||||
|
||||
``` yaml
|
||||
apiVersion: v1
|
||||
kind: Service
|
||||
metadata:
|
||||
name: default-subdomain
|
||||
spec:
|
||||
selector:
|
||||
name: busybox
|
||||
clusterIP: None
|
||||
ports:
|
||||
- name: foo # Actually, no port is needed.
|
||||
port: 1234
|
||||
targetPort: 1234
|
||||
---
|
||||
apiVersion: v1
|
||||
kind: Pod
|
||||
metadata:
|
||||
name: busybox1
|
||||
labels:
|
||||
name: busybox
|
||||
spec:
|
||||
hostname: busybox-1
|
||||
subdomain: default-subdomain
|
||||
containers:
|
||||
- image: busybox:1.28
|
||||
command:
|
||||
- sleep
|
||||
- "3600"
|
||||
name: busybox
|
||||
---
|
||||
apiVersion: v1
|
||||
kind: Pod
|
||||
metadata:
|
||||
name: busybox2
|
||||
labels:
|
||||
name: busybox
|
||||
spec:
|
||||
hostname: busybox-2
|
||||
subdomain: default-subdomain
|
||||
containers:
|
||||
- image: busybox:1.28
|
||||
command:
|
||||
- sleep
|
||||
- "3600"
|
||||
name: busybox
|
||||
```
|
||||
|
||||
如果 Pod 所在名称空间中存在一个 headless Service，其名称与 Pod 的 subdomain 相同，则集群的 KubeDNS 服务器仍将为 Pod 的完整域名（FQDN）返回一个 A 记录。例如，假设一个 Pod 的 hostname 为 `busybox-1` 且其 subdomain 为 `default-subdomain`，同名称空间下有一个 headless Service 的名字为 `default-subdomain`，此时，该 Pod 的完整域名（FQDN）为 `busybox-1.default-subdomain.my-namespace.svc.cluster-domain.example`。DNS 服务将其解析到一个 A 记录，指向 Pod 的 IP 地址。上面 yaml 文件中的 Pod `busybox1` 和 `busybox2` 都将有各自的 A 记录
|
||||
|
||||
::: tip 备注
|
||||
* A 记录不是根据 Pod name 创建的，而是根据 hostname 创建的。如果一个 Pod 没有 hostname 只有 subdomain，则 Kubernetes 将只为其 headless Service 创建一个 A 记录 `default-subdomain.my-namespace.svc.cluster-domain.example`，该记录指向 Pod 的 IP 地址。
|
||||
* Pod 必须达到就绪状态才可以拥有 A 记录，除非 Service 的字段 `spec.publishNotReadyAddresses` 被设置为 `True`
|
||||
:::
|
||||
|
||||
<!-- The Endpoints object can specify the hostname for any endpoint addresses, along with its IP. -->
|
||||
|
||||
### Pod 的 DNS Policy
|
||||
|
||||
可以为每一个 Pod 设置其自己的 DNS Policy。Kubernetes 通过 Pod 定义中的 `spec.dnsPolicy` 字段设置 DNS Policy，可选的值有：
|
||||
|
||||
* **Default**： Pod 从其所在的节点继承域名解析配置。更多细节请参考 [Customizing DNS Service
|
||||
](https://kubernetes.io/docs/tasks/administer-cluster/dns-custom-nameservers/#inheriting-dns-from-the-node)
|
||||
|
||||
* **ClusterFirst**：任何与集群域名后缀（例如 `www.kubernetes.io`）不匹配的 DNS 查询，都将被转发到 Pod 所在节点的上游 DNS 服务。集群管理员可能配置了额外的 stub-domain 及上游 DNS 服务，更多细节请参考 [Customizing DNS Service
|
||||
](https://kubernetes.io/docs/tasks/administer-cluster/dns-custom-nameservers/#effects-on-pods)
|
||||
|
||||
* **ClusterFirstWithHostNet**： 对于运行在节点网络上的 Pod，其 dnsPolicy 必须指定为 `ClusterFirstWithHostNet`
|
||||
|
||||
*
|
||||
|
||||
“ClusterFirstWithHostNet“: For Pods running with hostNetwork, you should explicitly set its DNS policy “ClusterFirstWithHostNet”.
|
||||
“None“: It allows a Pod to ignore DNS settings from the Kubernetes environment. All DNS settings are supposed to be provided using the dnsConfig field in the Pod Spec. See Pod’s DNS config subsection below.
|
||||
|
||||
@ -28,7 +28,7 @@ Ingress Controller （通常需要负载均衡器配合）负责实现 Ingress A
|
||||
2. Ingress Controller 根据请求的域名 `a.kuboard.cn` 和路径 `abc` 匹配集群中所有的 Ingress 信息，并最终找到 `Ingress B` 中有这个配置，其对应的 Service 为 `Service B` 的 `9080` 端口
|
||||
3. Ingress Controller 通过 kube-proxy 将请求转发到 `Service B` 对应的任意一个 Pod 上 与 `Service B` 的 `9080` 端口对应的容器端口上。（从 Ingress Controller 到 Pod 的负载均衡由 kube-proxy + Service 实现）
|
||||
|
||||
<img src="./ingress.assets/image-20190910222649193.png" style="border: 1px solid #d7dae2; max-width: 720px;"></img>
|
||||
<img src="./ingress.assets/image-20190910222649193.png" style="border: 1px solid #d7dae2; max-width: 720px;" alt="Kubernetes教程：Ingress及其Controller"></img>
|
||||
|
||||
## Ingress Controller
|
||||
|
||||
@ -100,7 +100,7 @@ spec:
|
||||
|
||||
> 文档 [安装 Kubernetes 单Master节点](/install/install-k8s.html) 中使用的就是这种拓扑结构。这种方式下，Ingress Controller 存在单点故障的可能性。
|
||||
|
||||
|
||||
|
||||
|
||||
### 使用外部负载均衡器
|
||||
|
||||
@ -112,7 +112,7 @@ spec:
|
||||
|
||||
> 文档 [安装 Kubernetes 高可用](/install/install-kubernetes.html) 中使用的就是这种拓扑结构。
|
||||
|
||||
|
||||
|
||||
|
||||
## 实战：通过 Ingress 使您的应用程序在互联网可用
|
||||
|
||||
@ -249,7 +249,7 @@ curl a.demo.kuboard.cn
|
||||
|
||||
* **如下图所示：**
|
||||
|
||||
|
||||
|
||||
|
||||
::: tip
|
||||
Kuboard 工作负载编辑器将 kubernetes 中三个主要对象 Deployment/Service/Ingress 放在同一个编辑器界面中处理。
|
||||
|
||||
@ -126,7 +126,7 @@ Kubernetes 支持三种 proxy mode（代理模式），他们的版本兼容性
|
||||
如下图所示：
|
||||
|
||||
<p>
|
||||
<img src="./service-details.assets/services-userspace-overview.svg" style="max-width: 420px;"/>
|
||||
<img src="./service-details.assets/services-userspace-overview.svg" style="max-width: 420px;" alt="Kubernetes教程：Service user space"/>
|
||||
</p>
|
||||
|
||||
### Iptables 代理模式 <Badge text="默认模式" type="success"/>
|
||||
@ -141,7 +141,7 @@ Kubernetes 支持三种 proxy mode（代理模式），他们的版本兼容性
|
||||
|
||||
如下图所示：
|
||||
<p>
|
||||
<img src="./service-details.assets/services-iptables-overview.svg" style="max-width: 420px;"/>
|
||||
<img src="./service-details.assets/services-iptables-overview.svg" style="max-width: 420px;" alt="Kubernetes教程：Service iptables proxy"/>
|
||||
</p>
|
||||
|
||||
**iptables proxy mode 的优点：**
|
||||
@ -165,7 +165,7 @@ Kubernetes 支持三种 proxy mode（代理模式），他们的版本兼容性
|
||||
* 当访问一个 Service 时，IPVS 将请求重定向到后端 Pod
|
||||
|
||||
<p>
|
||||
<img src="./service-details.assets/services-ipvs-overview.svg" style="max-width: 420px;"/>
|
||||
<img src="./service-details.assets/services-ipvs-overview.svg" style="max-width: 420px;" alt="Kubernetes教程：Service IPVS proxy"/>
|
||||
</p>
|
||||
|
||||
**IPVS 模式的优点**
|
||||
|
||||
@ -35,7 +35,7 @@ Kubernetes 通过引入 Service 的概念，将前端与后端解耦。
|
||||
从 Kuboard 工作负载编辑器的视角来看，Service 与其他重要的 Kubernetes 对象之间的关系如下图所示：
|
||||
|
||||
<p>
|
||||
<img src="./service.assets/image-20190917210501081.png" style="max-width: 600px;"/>
|
||||
<img src="./service.assets/image-20190917210501081.png" style="max-width: 600px;" alt="Kubernetes教程：Service概念结构"/>
|
||||
</p>
|
||||
|
||||
图中，Service 先连线到 Controller，Controller 在连线到容器组，这种表示方式只是概念上的，期望用户在使用 Kubernetes 的时候总是通过 Controller 创建 Pod，然后再通过 Service 暴露为网络服务，通过 Ingress 对集群外提供互联网访问。
|
||||
@ -52,6 +52,6 @@ Kubernetes 通过引入 Service 的概念，将前端与后端解耦。
|
||||
|
||||
在 Kuboard 工作负载编辑器中，Service 如下图所示：
|
||||
|
||||
|
||||
|
||||
...
|
||||
|
||||
|
||||
|
||||
@ -58,7 +58,7 @@ Pod 可以包含多个工作容器，也可以包含一个或多个初始化容
|
||||
|
||||
Kuboard 工作负载编辑器中支持定义初始化容器，如下图所示，左下角可 ***添加初始化容器*** 初始化容器按照添加的顺序显示在容器组中，且始终显示在工作容器的前面。
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
## 初始化容器的行为
|
||||
|
||||
@ -27,7 +27,7 @@ phase 的可能取值有：
|
||||
|
||||
每一个 Pod 都有一个数组描述其是否达到某些指定的条件。Pod condition 数组在 Kuboard 中的显示如下图所示：
|
||||
|
||||
|
||||
|
||||
|
||||
该数组的每一行可能有六个字段：
|
||||
|
||||
@ -79,7 +79,7 @@ Kubelet 可以在两种情况下对运行中的容器执行 Probe：
|
||||
|
||||
Kuboard 可以在工作负载编辑器中配置健康检查/就绪检查，界面如下所示：
|
||||
|
||||
|
||||
|
||||
|
||||
<!--
|
||||
$$ Pod and Container status
|
||||
@ -95,7 +95,7 @@ $$ Pod and Container status
|
||||
|
||||
在 Kuboard 的工作负载查看界面中可查看到容器的状态如下图所示：
|
||||
|
||||
|
||||
|
||||
|
||||
<!-- $$ Pod readiness gate
|
||||
Kuboard 暂不支持 -->
|
||||
|
||||
@ -49,7 +49,7 @@ Pod 的设计目的是用来支持多个互相协同的容器，是的他们形
|
||||
::: tip 提示
|
||||
将多个容器运行于同一个容器组中是一种相对高级复杂的使用方法。只有在您的容器相互之间紧密耦合是，您才应该使用这种方式。例如：您可能有一个容器是 web server，用来将共享数据卷中的文件作为网站发布出去，同时您有另一个 "sidecar" 容器从远程抓取并更新这些文件。如下图所示：
|
||||
|
||||
<img src="./pod.assets/pod.svg" style="max-width: 360px;"></img>
|
||||
<img src="./pod.assets/pod.svg" style="max-width: 360px;" alt="Kubernetes教程：Pod中的多个容器"></img>
|
||||
|
||||
:::
|
||||
|
||||
|
||||
@ -51,9 +51,9 @@ Kubernetes 通过引入 Controller（控制器）的概念来管理 Pod 实例
|
||||
|
||||
在 Kuboard 工作负载编辑器中，控制器的概念如下图所示：
|
||||
|
||||
<img src="./workload.assets/image-20190910232615991.png" style="border: 1px solid #d7dae2; max-width: 600px;"></img>
|
||||
<img src="./workload.assets/image-20190910232615991.png" style="border: 1px solid #d7dae2; max-width: 600px;" alt="Kubernetes教程：控制器概念结构"></img>
|
||||
|
||||
|
||||
**界面如下图所示：**
|
||||
|
||||
|
||||
|
||||
|
||||
@ -16,7 +16,7 @@ description: 本文描述了一个经典微服务参考架构，并且通过三
|
||||
|
||||
作者在落地 Spring Cloud 微服务的过程中，设计了如下图所示的微服务参考架构：
|
||||
|
||||
|
||||
|
||||
|
||||
该图的左侧是 DevOps 平台，涵盖构建、测试、包管理、部署及运维、监控及评估。右侧是运行时平台，分成互联网层、展现层、微服务层、数据层。
|
||||
|
||||
@ -54,7 +54,7 @@ description: 本文描述了一个经典微服务参考架构，并且通过三
|
||||
|
||||
在解决这些问题的过程中，最终摸索出了一套以 Kubernetes 为关键环节的微服务 DevOps 平台。
|
||||
|
||||
|
||||
|
||||
|
||||
如上图所示，假设有20+ 开发人员，
|
||||
|
||||
@ -88,7 +88,7 @@ Kuboard 诞生于 Spring Cloud 微服务落地的实践过程中，他在管理
|
||||
|
||||
如下图所示：***Kuboard 集群概览界面***
|
||||
|
||||
|
||||
|
||||
|
||||
Kuboard 集群概览视角，映射了 Kubernetes 中的如下几个重要概念：
|
||||
|
||||
@ -112,7 +112,7 @@ Kuboard 集群概览视角，映射了 Kubernetes 中的如下几个重要概念
|
||||
|
||||
如下图所示：***Kuboard名称空间截图***
|
||||
|
||||
|
||||
|
||||
|
||||
Kuboard 名称空间视角，映射了 Kubernetes 中的如下几个重要概念：
|
||||
|
||||
@ -140,7 +140,7 @@ Kuboard 名称空间界面中，还为典型的运维场景提供了便捷的操
|
||||
|
||||
Kubernetes 中，与 Workload 相关的概念非常多，Kuboard 从微服务部署的实际需要出发，按照下图所示的方式理解这些相关概念：
|
||||
|
||||
|
||||
|
||||
|
||||
Kuboard 工作负载视图中，关联的 Kubernetes 中如下几个重要的概念：
|
||||
|
||||
@ -155,7 +155,7 @@ Kuboard 工作负载视图中，关联的 Kubernetes 中如下几个重要的概
|
||||
|
||||
Kuboard 认为，掌握这些概念并正确理解这些概念的关系之后，就可以胜任使用 Kubernetes 部署微服务的工作，为了使事情变得更简单，避免编写冗长的 YAML 文件，Kuboard 以此概念为基础，设计了 Kuboard 工作负载编辑器，如下图所示：
|
||||
|
||||
|
||||
|
||||
|
||||
## 微服务 + 监控/评估
|
||||
|
||||
@ -172,7 +172,7 @@ Kuboard 认为，掌握这些概念并正确理解这些概念的关系之后，
|
||||
|
||||
Kuboard 认为，应该以微服务视角的视角快速查看到该无服务在不同层面的监控结果。因此，在 Kuboard 的工作负载（微服务）查看界面中，可以直接点击进入不同监控系统对应的监控结果，无需再监控系统内反复查找。如一下截图所示：
|
||||
|
||||
|
||||
|
||||
|
||||
点击图中 ***Nginx 监控***、 ***容器组监控***、 ***所在节点监控*** 等按钮，可以直接打开该容器组对应的监控界面。因为篇幅的限制，此处不再展开描述，请点击 <a target="_blank" :href="`http://demo.kuboard.cn/#/dashboard?k8sToken=${$site.themeConfig.kuboardToken}`">
|
||||
Kuboard 在线体验
|
||||
|
||||
@ -32,7 +32,7 @@ description: 微服务参考架构：包含微服务运行时、构建及测试
|
||||
|
||||
展现层、网关层、服务层、中间件层以及监控层，都运行于 Kubernetes 之上，由 Kuboard 管理。
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
@ -40,7 +40,7 @@ Spring Cloud on Kubernetes 并不对 Spring Cloud 架构、组件等做过多解
|
||||
|
||||
为了更好地阐述此主题，作者准备了一个最简单的微服务 example 作为例子，该 example 只实现了对一张简单数据库表执行 CRUD 操作的功能，该 example 的部署架构如下图所示，源代码请参考 [kuboard-example](https://github.com/eip-work/kuboard-example)，您也可以直接通过 Kuboard [导入 example 微服务](/guide/example/import.html)
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
@ -4,7 +4,7 @@ description: 介绍 Kuboard - Kubernetes 微服务管理界面，并为 Kubernet
|
||||
|
||||
## Kuboard 简介
|
||||
|
||||
<img src="/images/logo-main.png" style="background-color: #0063dc; max-width: 420px;" />
|
||||
<img src="/images/logo-main.png" style="background-color: #0063dc; max-width: 420px;" alt="Kubernetes教程：Kuboard Logo"/>
|
||||
|
||||
<div style="border-top: 1px solid #eaecef;
|
||||
padding: 1.2rem 0;
|
||||
@ -86,7 +86,7 @@ description: 介绍 Kuboard - Kubernetes 微服务管理界面，并为 Kubernet
|
||||
</p>
|
||||
|
||||
<a target="_blank" :href="`http://demo.kuboard.cn/#/dashboard?k8sToken=${$site.themeConfig.kuboardToken}`">
|
||||
<img src="./README.assets/1564841972085.gif" style="border: 1px solid #d7dae2;"></img>
|
||||
<img src="./README.assets/1564841972085.gif" style="border: 1px solid #d7dae2;" alt="Kubernetes教程：Kuboard 在线Demo"></img>
|
||||
</a>
|
||||
|
||||
## 开始使用
|
||||
@ -135,7 +135,7 @@ Kuboard 为 Kubernetes 初学者设计了如下学习路径：
|
||||
* 服务发现、负载均衡、网络
|
||||
* [Service 概述](/learning/k8s-intermediate/service/service.html)
|
||||
* [Service 详细描述](/learning/k8s-intermediate/service/service-details.html)
|
||||
* [Service/Pod 的 DNS](/learning/k8s-intermediate/service/dns.html) <Badge text="正在撰写" type="warn"/>
|
||||
* [Service/Pod 的 DNS](/learning/k8s-intermediate/service/dns.html)
|
||||
* [Service 连接应用程序](/learning/k8s-intermediate/service/connecting.html) <Badge text="正在撰写" type="warn"/>
|
||||
* [Ingress 通过互联网访问您的应用](/learning/k8s-intermediate/service/ingress.html)
|
||||
* [如何选择网络插件](/learning/k8s-intermediate/service/cni.html)
|
||||
@ -201,7 +201,7 @@ Kuboard 为您的这些痛苦提供了极佳的解决方案，请立刻开始：
|
||||
<Qq/>
|
||||
</p>
|
||||
<p>
|
||||
<img src="/images/kuboard_qq.png" />
|
||||
<img src="/images/kuboard_qq.png" alt="Kubernetes教程：QQ群在线答疑"/>
|
||||
</p>
|
||||
<!-- <div>
|
||||
<div style="margin-top: 10px;">未打赏用户可进 QQ 群聊，<span style="color: red;">打赏用户可进微信群聊</span>。</div>
|
||||
|
||||
@ -182,7 +182,7 @@ description: Kuboard 更新日志的详细信息
|
||||
|
||||
Kuboard 在实际项目中经过多次历练，功能不断完善，成长为一个基于 Kubernetes 的成熟的[微服务管理工具](/articles/201908/kuboard-view-of-k8s.md)。自 www.kuboard.cn 推出以来，得到了众多网友非常多的反馈，在大家的帮助下，修正了许多不同环境下的兼容性问题。今天终于结束了 beta 阶段，发布 **v1.0.0 正式版本**。该版本将是一个<font color="red">**长期支持版本**</font>，碰到问题，可以通过 Kuboard 社群得到支持，如需要获得商业支持请通过微信联系作者。
|
||||
|
||||
|
||||
|
||||
|
||||
**优化**
|
||||
|
||||
|
||||
@ -53,13 +53,13 @@ Kuboard 为初学者学习 Kubernetes 时设计了如下学习路径：
|
||||
|
||||
Kuboard 工作负载编辑器以下图的方式理解和管理 Kubernetes 对象。
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
上图中各概念与 Kuboard 工作负载编辑器界面的映射关系如下：
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
@ -91,7 +91,7 @@ Kubernetes Workload Controller 主要用于：
|
||||
|
||||
基本信息编辑器的界面如下图所示：
|
||||
|
||||
|
||||
|
||||
|
||||
| 字段名称 | 字段描述 |
|
||||
| -------- | ------------------------------------------------------------ |
|
||||
@ -125,7 +125,7 @@ Kubernetes Workload Controller 主要用于：
|
||||
|
||||
容器组中的不同容器都可以通过挂载点引用该容器组加载的数据卷。Kuboard 工作负载编辑中，使用如下界面定义数据卷：
|
||||
|
||||
|
||||
|
||||
|
||||
| 字段名称 | 说明 |
|
||||
| -------------- | ------------------------------------------------------------ |
|
||||
@ -146,7 +146,7 @@ Kubernetes Workload Controller 主要用于：
|
||||
|
||||
Kuboard 工作负载编辑器中关于身份信息的编辑界面如下所示：
|
||||
|
||||
|
||||
|
||||
|
||||
### 4. 容器
|
||||
|
||||
@ -163,9 +163,9 @@ Kuboard 工作负载编辑器中关于身份信息的编辑界面如下所示：
|
||||
|
||||
Kuborad中，定义容器的界面如下图所示：
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
@ -177,7 +177,7 @@ Kuborad中，定义容器的界面如下图所示：
|
||||
|
||||
Kuboard 中，支持 ClusterIP（集群内访问） 以及 NodePort（VPC 内访问） 两种 Service 访问方式，您也可以不为该工作负载定义 Service 访问方式。访问方式的界面如下所示：
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
@ -200,4 +200,4 @@ Kuborad中，定义容器的界面如下图所示：
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
@ -27,7 +27,7 @@ Kubernetes（k8s）是自动化容器操作的开源平台，这些操作包括
|
||||
|
||||
集群是一组节点，这些节点可以是物理服务器或者虚拟机，之上安装了Kubernetes平台。下图展示这样的集群。注意该图为了强调核心概念有所简化。这里可以看到一个典型的Kubernetes架构图。
|
||||
|
||||
|
||||
|
||||
|
||||
上图可以看到如下组件，使用特别的图标表示Service和Label：
|
||||
|
||||
@ -62,7 +62,7 @@ Kubernetes（k8s）是自动化容器操作的开源平台，这些操作包括
|
||||
|
||||
Replication Controller确保任意时间都有指定数量的Pod“副本”在运行。如果为某个Pod创建了Replication Controller并且指定3个副本，它会创建3个Pod，并且持续监控它们。如果某个Pod不响应，那么Replication Controller会替换它，保持总数为3.如下面的动画所示：
|
||||
|
||||
|
||||
|
||||
|
||||
如果之前不响应的Pod恢复了，现在就有4个Pod了，那么Replication Controller会将其中一个终止保持总数为3。如果在运行中将副本总数改为5，Replication Controller会立刻启动2个新Pod，保证总数为5。还可以按照这样的方式缩小Pod，这个特性在执行滚动 [升级](https://kubernetes.io/docs/concepts/workloads/controllers/replicationcontroller/#rolling_updates) 时很有用。
|
||||
|
||||
@ -92,7 +92,7 @@ Replication Controller确保任意时间都有指定数量的Pod“副本”在
|
||||
|
||||
下述动画展示了Service的功能。注意该图作了很多简化。如果不进入网络配置，那么达到透明的负载均衡目标所涉及的底层网络和路由相对先进。如果有兴趣，有更深入的介绍。
|
||||
|
||||
|
||||
|
||||
|
||||
每个节点都运行如下Kubernetes关键组件：
|
||||
|
||||
|
||||
@ -32,19 +32,19 @@ Kuboard 从以下几方面解决 Kubernetes 落地的难题：
|
||||
|
||||
通过对 Kubernetes 安装步骤的反复研究，提供了精简的 Kubernetes 安装手册，并且听取网友实际安装过程中的反馈，多次修改和优化，逐渐形成经过检验的、简洁的 Kubernetes 安装手册。请参考 [安装 Kubernetes 单Master节点](/install/install-k8s.html) ， [安装 Kubernetes 高可用](/install/install-kubernetes.html)。
|
||||
|
||||
|
||||
|
||||
|
||||
### 图形化管理界面
|
||||
|
||||
提炼 Kubernetes 各核心概念之间的关系，帮助用户理解如何配置 Kubernetes，并以此为依据设计了 Kuboard 工作负载编辑器。使用 Kuboard，用户无需手工编写和维护冗长的 YAML 文件，配合 Kuboard 提供的其他辅助手段，完全通过图形界面就可以实现微服务的部署和维护。
|
||||
|
||||
|
||||
|
||||
|
||||
### Spring Cloud 微服务部署实战案例
|
||||
|
||||
Kuboard 提供 Spring Cloud 在 Kubernetes 上部署的实战案例分析，手把手帮助技术团队完成 Spring Cloud 微服务在 Kubernetes 上的部署和维护。请参考 [Spring Cloud on Kubernetes](/micro-service/spring-cloud/)
|
||||
|
||||
|
||||
|
||||
|
||||
### 免费自助
|
||||
|
||||
@ -52,7 +52,7 @@ Kuboard 提供 Spring Cloud 在 Kubernetes 上部署的实战案例分析，手
|
||||
|
||||
使用 https://kuboard.cn 网站上提供的任何文档、资源、方案、软件 **完全免费**，已经有许多技术团队参考这些资料，结合其已有经验，顺利地完成 Kubernetes + 微服务的落地交付。碰到问题时，您也可以通过 Kuboard 社群获得支持。
|
||||
|
||||
|
||||
|
||||
|
||||
Kuboard 团队的盈利方式是为企业提供业务、IT咨询和定制化开发的服务。主要服务内容包括：
|
||||
* 业务架构设计及领域建模
|
||||
@ -63,4 +63,4 @@ Kuboard 团队的盈利方式是为企业提供业务、IT咨询和定制化开
|
||||
|
||||
商务联系请表明您的意图：
|
||||
|
||||
|
||||
|
||||
|
||||
@ -13,4 +13,4 @@ description: 如何获得 Kuboard 相关的支持和帮助？
|
||||
|
||||
QQ 群
|
||||
|
||||
|
||||
|
||||
|
||||
@ -26,7 +26,7 @@ Kubernetes 已然是当下容器编排领域事实上的标准，各大云服务
|
||||
|
||||
计算资源、存储资源并列在集群概览的下层，上层则是运行于计算资源与存储资源上的名称空间（应用）。
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
@ -51,7 +51,7 @@ Kubernetes 已然是当下容器编排领域事实上的标准，各大云服务
|
||||
* Prometheus + Grafana
|
||||
* Pinpooint 等
|
||||
|
||||
|
||||
|
||||
|
||||
更为贴心的，当某一个工作负载存在部署方面的问题时， Kuboard 将以红色高亮出该工作负载，并配有合适的方式辅助用户定位错误信息。
|
||||
|
||||
@ -61,7 +61,7 @@ Kubernetes 已然是当下容器编排领域事实上的标准，各大云服务
|
||||
|
||||
使用 Kuboard 提供的工作负载编辑器，可以直观的完成应用的部署
|
||||
|
||||
|
||||
|
||||
|
||||
## Kubernetes 日常运维人员
|
||||
|
||||
@ -81,7 +81,7 @@ Kuboard 提供了 工作负载导出和导入的功能，0 yaml文件，轻松
|
||||
|
||||
Kuboard 提供批量修改容器镜像版本的功能，轻松升级应用程序的版本。
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
@ -97,4 +97,4 @@ Kuboard 官网 http://kuboard.cn
|
||||
|
||||
Kuboard QQ 群
|
||||
|
||||
|
||||
|
||||
|
||||
@ -19,7 +19,7 @@ description: 本文描述了如何获得 Kuboard 授权
|
||||
<Qq/>
|
||||
</p>
|
||||
<p>
|
||||
<img src="/images/kuboard_qq.png" />
|
||||
<img src="/images/kuboard_qq.png" alt="Kubernetes教程：QQ群在线答疑"/>
|
||||
</p>
|
||||
|
||||
### 微信即时答复
|
||||
|
||||
Reference in New Issue
Block a user