v3.1.1.0
huanqing.shao
|
Before Width: | Height: | Size: 409 KiB |
|
After Width: | Height: | Size: 614 KiB |
@ -15,8 +15,7 @@ Kuboard 通过套件能力，提供了一种基于 loki + grafana + promtail 的
|
||||
|
||||
具体请进入您已经安装好的 Kuboard 界面，按照如下步骤可以找到日志聚合套件：
|
||||
|
||||
1. 点击右上角的圆形按钮，进入 ***设置*** 菜单
|
||||
2. 点击左侧的 ***Kuboard*** --> ***套件*** 菜单
|
||||
1. 点击左侧的 ***集群导入*** --> ***套件*** 菜单
|
||||
3. 点击 ***套件仓库*** Tab 页
|
||||
4. 点击 ***日志聚合套件*** 的 ***查看*** 按钮，如下图所示：
|
||||
|
||||
@ -24,4 +23,4 @@ Kuboard 通过套件能力，提供了一种基于 loki + grafana + promtail 的
|
||||
进入 ***日志聚合套件*** 的详情页后，按照提示可以顺利完成套件的安装（支持在线安装、离线安装），并可以快速了解如何使用。
|
||||
:::
|
||||
|
||||
|
||||
|
||||
|
Before Width: | Height: | Size: 70 KiB |
|
Before Width: | Height: | Size: 92 KiB |
|
Before Width: | Height: | Size: 79 KiB |
|
After Width: | Height: | Size: 146 KiB |
|
After Width: | Height: | Size: 129 KiB |
|
After Width: | Height: | Size: 110 KiB |
@ -41,7 +41,7 @@ nodeName 是四种方法中最简单的一个，但是因为它的局限性，
|
||||
|
||||
您在 Kuboard 工作负载编辑器中，可以通过 ***指定节点*** --> ***选择节点*** 按钮，选择对应 nodeName 的取值。如下图所示：
|
||||
|
||||
|
||||
|
||||
|
||||
## 节点选择器 nodeSelector
|
||||
|
||||
@ -57,7 +57,7 @@ nodeSelector 是 PodSpec 中的一个字段。指定了一组名值对。节点
|
||||
|
||||
增加标签 disk:ssd，并保存，如下图所示：
|
||||
|
||||
|
||||
|
||||
|
||||
### 为工作负载选择节点
|
||||
|
||||
@ -65,13 +65,13 @@ nodeSelector 是 PodSpec 中的一个字段。指定了一组名值对。节点
|
||||
|
||||
* 点击您要编辑的工作负载，进入工作负载查看页
|
||||
|
||||
* 点击 ***编辑*** 按钮，进入工作负载编辑页
|
||||
* 点击 ***编辑*** 按钮，进入工作负载编辑页，并切换到 ***高级设置*** 标签
|
||||
|
||||
* 点击 **节点选择** --> **匹配节点** --> **选择标签** 按钮
|
||||
* 点击 **节点选择** --> **根据标签选择节点** --> **选择标签** 按钮
|
||||
|
||||
选择 disk:ssd 标签，此时可以看到匹配的节点有刚才您添加标签的节点。点击 ***确定*** 按钮
|
||||
选择 `disk:ssd` 标签，此时可以看到匹配的节点有刚才您添加标签的节点。点击 ***确定*** 按钮
|
||||
|
||||
|
||||
|
||||
|
||||
* 点击 ***保存*** 按钮
|
||||
|
||||
|
||||
|
Before Width: | Height: | Size: 91 KiB |
|
After Width: | Height: | Size: 157 KiB |
@ -48,7 +48,7 @@ Kubernetes 中，可以为容器指定计算资源的请求数量 request 和限
|
||||
|
||||
在 Kuboard 的工作负载编辑器中编辑容器资源请求及限制的界面如下图所示：
|
||||
|
||||
|
||||
|
||||
|
||||
## 带有资源请求的容器组是如何调度的
|
||||
|
||||
|
||||
|
Before Width: | Height: | Size: 85 KiB |
|
Before Width: | Height: | Size: 90 KiB |
|
Before Width: | Height: | Size: 104 KiB |
|
Before Width: | Height: | Size: 97 KiB |
|
Before Width: | Height: | Size: 35 KiB |
|
Before Width: | Height: | Size: 121 KiB |
|
Before Width: | Height: | Size: 96 KiB |
|
Before Width: | Height: | Size: 132 KiB |
|
Before Width: | Height: | Size: 98 KiB |
|
Before Width: | Height: | Size: 132 KiB |
|
Before Width: | Height: | Size: 116 KiB |
|
Before Width: | Height: | Size: 70 KiB |
|
Before Width: | Height: | Size: 30 KiB |
|
After Width: | Height: | Size: 109 KiB |
|
After Width: | Height: | Size: 98 KiB |
|
After Width: | Height: | Size: 886 KiB |
|
After Width: | Height: | Size: 29 KiB |
|
After Width: | Height: | Size: 165 KiB |
|
After Width: | Height: | Size: 155 KiB |
|
After Width: | Height: | Size: 218 KiB |
|
After Width: | Height: | Size: 35 KiB |
|
After Width: | Height: | Size: 150 KiB |
|
After Width: | Height: | Size: 177 KiB |
|
After Width: | Height: | Size: 125 KiB |
|
After Width: | Height: | Size: 156 KiB |
|
After Width: | Height: | Size: 53 KiB |
|
After Width: | Height: | Size: 370 KiB |
@ -28,17 +28,15 @@ Kubernetes ConfigMap 可以将配置信息和容器镜像解耦，以使得容
|
||||
Kubernetes 描述了多种 ConfigMap 的创建方法，本文不再复述，请自行参考文档 [Configure a Pod to Use a ConfigMap](https://kubernetes.io/docs/tasks/configure-pod-container/configure-pod-configmap)
|
||||
:::
|
||||
|
||||
* 打开 Kuboard 界面，并点击进入您想要创建 ConfigMap 的 **名称空间**
|
||||
* 打开 Kuboard 界面，并点击进入您想要创建 ConfigMap 的 **名称空间**，切换到 ***配置中心*** / ***配置字典*** 菜单，如下图所示：
|
||||
|
||||
如下图所示：
|
||||
|
||||
|
||||
|
||||
|
||||
* 点击 **配置** --> **创建** 按钮
|
||||
* 点击 **配置** --> **创建 ConfigMap** 按钮
|
||||
|
||||
并填写表单，如下图所示：
|
||||
|
||||
|
||||
|
||||
|
||||
* 点击 **保存**
|
||||
|
||||
@ -50,24 +48,31 @@ Kubernetes 描述了多种 ConfigMap 的创建方法，本文不再复述，请
|
||||
|
||||
填写表单如下：
|
||||
|
||||
| 字段名称 | 填写内容 | 备注 |
|
||||
| -------- | -------------- | ------------------------------------------------------------ |
|
||||
| 服务类型 | Deployment | |
|
||||
| 服务分层 | 中间件 | |
|
||||
| 服务名称 | busybox | |
|
||||
| 服务描述 | busybox | |
|
||||
| 副本数量 | 1 | |
|
||||
| 容器名称 | busybox | |
|
||||
| 镜像 | busybox:1.29 | |
|
||||
| 抓取策略 | Always | |
|
||||
| Command | sleep<br/>3600 | sleep 和 3600 是两个元素 |
|
||||
| 环境变量 | ENV_KEY_1 | 选择 ConfigMap<br/> ConfigMap 填写 ***my-nginx-config*** <br/> Key 填写 ***KEY_1*** |
|
||||
| 字段名称 | 填写内容 | 备注 |
|
||||
| -------- | -------------- | ------------------------ |
|
||||
| 服务类型 | Deployment | |
|
||||
| 服务分层 | 中间件 | |
|
||||
| 服务名称 | busybox | |
|
||||
| 副本数量 | 1 | |
|
||||
| 容器名称 | busybox | |
|
||||
| 镜像 | busybox:1.29 | |
|
||||
| 抓取策略 | Always | |
|
||||
| Command | sleep<br/>3600 | sleep 和 3600 是两个元素 |
|
||||
|
||||
* 勾选 ***环境变量***
|
||||
|
||||
* 点击 ***名值对*** 可以添加一个环境变量
|
||||
* 填写表单：
|
||||
* 环境名： `ENV_KEY_1`
|
||||
* 值类型：`ConfigMap`
|
||||
* ConfigMap名：`my-config`
|
||||
* ConfigMap Key：`KEY_1`
|
||||
|
||||
如下图所示：
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
* 点击 **保存**
|
||||
|
||||
@ -75,7 +80,7 @@ Kubernetes 描述了多种 ConfigMap 的创建方法，本文不再复述，请
|
||||
|
||||
* 点击 **完成**
|
||||
|
||||
* 在 ***cloud-busybox*** 的工作负载查看界面，进入容器 ***busybox*** 的终端
|
||||
* 在 ***busybox*** 的工作负载查看界面，进入容器 ***busybox*** 的终端
|
||||
|
||||
切换到 /bin/sh 终端
|
||||
|
||||
@ -85,9 +90,11 @@ Kubernetes 描述了多种 ConfigMap 的创建方法，本文不再复述，请
|
||||
|
||||
执行命令：`export`
|
||||
|
||||
可查看到 ENV_KEY_1='value-1' 已经注入到该容器的环境变量中，如下图所示：
|
||||
可查看到 ENV_KEY_1=`value-1` 已经注入到该容器的环境变量中，如下图所示：
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
## ConfigMap --> 容器的环境变量（ConfigMap的所有名值对）
|
||||
|
||||
@ -106,11 +113,11 @@ Kubernetes 描述了多种 ConfigMap 的创建方法，本文不再复述，请
|
||||
| 镜像 | busybox:1.29 | |
|
||||
| 抓取策略 | Always | |
|
||||
| Command | sleep<br/>3600 | sleep 和 3600 是两个元素 |
|
||||
| 环境变量 | ***my-nginx-config*** | 通过 ***+ 配置*** 按钮添加 |
|
||||
| 环境变量 | ***my-config*** | 通过 ***+ 配 置*** 按钮添加 |
|
||||
|
||||
如下图所示：
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
* 点击 **保存**
|
||||
@ -119,7 +126,7 @@ Kubernetes 描述了多种 ConfigMap 的创建方法，本文不再复述，请
|
||||
|
||||
* 点击 **完成**
|
||||
|
||||
* 在 ***cloud-busybox*** 的工作负载查看界面，进入容器 ***busybox*** 的终端
|
||||
* 在 ***busybox*** 的工作负载查看界面，进入容器 ***busybox*** 的终端
|
||||
|
||||
切换到 /bin/sh 终端
|
||||
|
||||
@ -139,7 +146,7 @@ Kubernetes 描述了多种 ConfigMap 的创建方法，本文不再复述，请
|
||||
|
||||
可查看到 `KEY_1` `KEY_2` `KEY_3` 已经注入到该容器的环境变量中，如下图所示：
|
||||
|
||||
|
||||
|
||||
|
||||
## ConfigMap --> Command 参数
|
||||
|
||||
@ -157,11 +164,11 @@ Kubernetes 描述了多种 ConfigMap 的创建方法，本文不再复述，请
|
||||
| 容器名称 | busybox | |
|
||||
| 镜像 | busybox:1.29 | |
|
||||
| 抓取策略 | Always | |
|
||||
| Command | /bin/sh<br/>-c<br/>echo ${ENV_KEY_1} ${ENV_KEY_3} ; sleep ${ENV_KEY_3} | |
|
||||
| Command | /bin/sh -c 'echo ${ENV_KEY_1} ${ENV_KEY_3} ; sleep ${ENV_KEY_3}' | |
|
||||
| 环境变量 | ENV_KEY_1 / ENV_KEY_3 | 选择 ConfigMap<br/> ConfigMap 填写 ***my-nginx-config*** <br/> Key 填写 ***KEY_1*** <br/> <br/> 同样的方法添加 ENV_KEY_3 |
|
||||
如下图所示：
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
* 点击 **保存**
|
||||
@ -170,7 +177,7 @@ Kubernetes 描述了多种 ConfigMap 的创建方法，本文不再复述，请
|
||||
|
||||
* 点击 **完成**
|
||||
|
||||
* 在 ***cloud-busybox*** 的工作负载查看界面，进入容器 ***busybox*** 的日志界面，可查看到该命令输出的结果为
|
||||
* 在 ***busybox*** 的工作负载查看界面，进入容器 ***busybox*** 的日志界面，可查看到该命令输出的结果为
|
||||
|
||||
``` sh
|
||||
value-1 3600
|
||||
@ -178,7 +185,9 @@ Kubernetes 描述了多种 ConfigMap 的创建方法，本文不再复述，请
|
||||
|
||||
如下图所示
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
## ConfigMap --> 数据卷
|
||||
|
||||
@ -188,7 +197,7 @@ Kubernetes 描述了多种 ConfigMap 的创建方法，本文不再复述，请
|
||||
|
||||
| 字段名称 | 填写内容 | 备注 |
|
||||
| ------------ | ------------------ | ---------------------------------------------------- |
|
||||
| 名称 | my-nginx-config | |
|
||||
| 名称 | my-config | |
|
||||
| KEY_1 | value-1 | |
|
||||
| KEY_2 | value-2 | |
|
||||
| KEY_3 | 3600 | |
|
||||
@ -213,33 +222,57 @@ Kubernetes 描述了多种 ConfigMap 的创建方法，本文不再复述，请
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
* 创建 nginx Deployment 如下图所示：
|
||||
|
||||
填写表单：
|
||||
* 填写 ***基本信息***
|
||||
|
||||
| 字段名称 | 填写内容 | 备注 |
|
||||
| ---------------------- | -------------------------------- | ------------------------------------------------------------ |
|
||||
| 服务类型 | Deployment | |
|
||||
| 服务分层 | 展现层 | |
|
||||
| 服务名称 | nginx | |
|
||||
| 服务描述 | Nginx部署 | |
|
||||
| 副本数量 | 1 | |
|
||||
| 数据卷： | ---------- | ------------ |
|
||||
| 数据卷名称 | default-conf | |
|
||||
| 数据卷类型 | configMap | |
|
||||
| ConfigMap | my-nginx-config | |
|
||||
| KeyToPath | default_conf --> default.conf | 将数据卷内的 default_conf 的内容映射到路径 default.conf |
|
||||
| 容器： | ---------- | ------------ |
|
||||
| 容器名称 | nginx | |
|
||||
| 镜像 | nginx:1.7.9 | |
|
||||
| 抓取策略 | Always | |
|
||||
| 挂载点：容器内路径 | /etc/nginx/conf.d/default.conf | 容器内路径 |
|
||||
| 挂载点：数据卷 | default-conf | 选择上面已经定义的数据卷 |
|
||||
| 挂载点：数据卷内子路径 | default.conf | 将数据卷内的 default.conf 映射到容器的 /etc/nginx/conf.d/default.conf |
|
||||
|
||||
|
||||
填写表单：
|
||||
|
||||
| 字段名称 | 填写内容 | 备注 |
|
||||
| ---------------------- | -------------------------------- | ------------------------------------------------------------ |
|
||||
| 服务类型 | Deployment | |
|
||||
| 服务分层 | 展现层 | |
|
||||
| 服务名称 | nginx | |
|
||||
| 服务描述 | Nginx部署 | |
|
||||
| 副本数量 | 1 | |
|
||||
|
||||
* 填写 ***容器信息***
|
||||
|
||||
如下图所示：
|
||||
|
||||
|
||||
|
||||
填写表单：
|
||||
|
||||
| 字段名称 | 填写内容 | 备注 |
|
||||
| ---------------------- | -------------------------------- | ------------------------------------------------------------ |
|
||||
| 容器名称 | nginx | |
|
||||
| 镜像 | nginx:1.7.9 | |
|
||||
| 抓取策略 | Always | |
|
||||
|
||||
* 填写 ***存储挂载***
|
||||
|
||||
如下图所示：
|
||||
|
||||
|
||||
|
||||
填写表单：
|
||||
|
||||
| 字段名称 | 填写内容 | 备注 |
|
||||
| ----------------------------------- | ------------------------------ | ---------------------- |
|
||||
| 数据卷名称 | 任意 | 可以使用默认生成的名称 |
|
||||
| 数据卷类型 | 配置字典 | |
|
||||
| ConfigMap | my-config | |
|
||||
| KeyToPath : Key | default_conf | |
|
||||
| KeyToPath : 子路径 | default.conf | |
|
||||
| 挂载到容器 nginx | 只读 | |
|
||||
| 挂载到容器 nginx : 挂载到容器内路径 | /etc/nginx/conf.d/default.conf | |
|
||||
| 挂载到容器 nginx : 子路径 | default.conf | |
|
||||
|
||||
|
||||
|
||||
* 点击 **保存**
|
||||
|
||||
@ -247,7 +280,7 @@ Kubernetes 描述了多种 ConfigMap 的创建方法，本文不再复述，请
|
||||
|
||||
* 点击 **完成**
|
||||
|
||||
* 进入 ***终端*** 界面
|
||||
* 进入 ***sh*** 终端界面
|
||||
|
||||
执行命令
|
||||
|
||||
@ -260,7 +293,9 @@ Kubernetes 描述了多种 ConfigMap 的创建方法，本文不再复述，请
|
||||
cat /default.conf
|
||||
```
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
::: tip
|
||||
|
||||
|
||||
|
After Width: | Height: | Size: 213 KiB |
@ -11,15 +11,9 @@ meta:
|
||||
|
||||
<AdSenseTitle/>
|
||||
|
||||
通过 Kuboard，可以直接设定 Deployment、StatefulSet、DaemonSet 等中容器的 securityContext 的内容。在 Kuboard 工作负载编辑器界面中点击 `容器` --> `安全设定` --> **编辑** 按钮，
|
||||
通过 Kuboard，可以直接设定 Deployment、StatefulSet、DaemonSet 等中容器的 securityContext 的内容。在 Kuboard 工作负载编辑器界面中切换到 ***容器信息*** 标签页，并勾选 ***容器安全上下文*** ，可查看到容器的 Security Context 设置界面，如下图所示：
|
||||
|
||||
<p style="max-width: 300px;">
|
||||
<img src="./con-kuboard.assets/image-20191129162033296.png" alt="Kubernetes教程_Kuboard中设置容器的SecurityContext"/>
|
||||
</p>
|
||||
|
||||
可查看到容器的 Security Context 设置界面，如下图所示：
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
After Width: | Height: | Size: 140 KiB |
@ -11,15 +11,9 @@ meta:
|
||||
|
||||
<AdSenseTitle/>
|
||||
|
||||
通过 Kuboard，可以直接设定 Deployment、StatefulSet、DaemonSet 等中 Pod 模板的 securityContext 的内容。在 Kuboard 工作负载编辑器界面中点击 **容器组的更多设定** 按钮，
|
||||
通过 Kuboard，可以直接设定 Deployment、StatefulSet、DaemonSet 等中 Pod 模板的 securityContext 的内容。在 Kuboard 工作负载编辑器界面中切换到 ***高级设置*** 标签页，并勾选 ***容器组安全上下文*** ，可查看到 Pod 的 Security Context 设置界面，如下图所示：
|
||||
|
||||
<p style="max-width: 300px;">
|
||||
<img src="./pod-kuboard.assets/image-20191129161044561.png" alt="Kubernetes教程_Kuboard中Pod的SecurityContext"/>
|
||||
</p>
|
||||
|
||||
可查看到 Pod 的 Security Context 设置界面，如下图所示：
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
After Width: | Height: | Size: 152 KiB |
|
After Width: | Height: | Size: 126 KiB |
@ -13,24 +13,19 @@ meta:
|
||||
|
||||
本文简要描述如何在 Kuboard 中创建 Kubernetes Secret。
|
||||
|
||||
Kubernetes Secret 必须从属于某一个名称空间，进入 Kuboard 名称空间界面，Secret 列表在名称空间的左上角。如下图所示：
|
||||
* Kubernetes Secret 必须从属于某一个名称空间，进入 Kuboard 名称空间界面，在菜单中导航到 ***配置中心*** / ***密 文***，如下图所示：
|
||||
|
||||
* 点击图中 Secrets 的文字，可刷新该列表
|
||||
* 点击放大按钮，可放大列表窗口
|
||||
|
||||
|
||||
|
||||
* 点击 **创建 Secret** 按钮，可显示 Secret 的创建界面，如下图所示：
|
||||
|
||||
|
||||
|
||||
|
||||
* 点击 **创建** 按钮，可显示 Secret 的创建界面，如下图所示：
|
||||
|
||||
|
||||
|
||||
|
||||
* 可以创建的 Secret 类型有：
|
||||
* docker 仓库密码
|
||||
* Opaque (可自定义 key / value)
|
||||
* TLS （可存放 HTTPS 证书等）
|
||||
* 可以显示的 Secret 类型有：
|
||||
* Service Account Token
|
||||
* Bootstrap Token - 通常由系统创建
|
||||
* Service Account Token （通常由系统创建）
|
||||
* Bootstrap Token （通常由系统创建）
|
||||
|
||||
|
Before Width: | Height: | Size: 235 KiB |
|
Before Width: | Height: | Size: 87 KiB |
|
After Width: | Height: | Size: 202 KiB |
|
After Width: | Height: | Size: 139 KiB |
|
After Width: | Height: | Size: 557 KiB |
@ -21,15 +21,13 @@ meta:
|
||||
|
||||
## 创建Secret
|
||||
|
||||
* 在 Kuboard 界面中进入名称空间页，点击 **Secrets 创建** 按钮
|
||||
|
||||
填写表单，如下图所示：
|
||||
* 在 Kuboard 界面中进入 ***配置中心*** / ***密 文*** ，点击 ***创建 Secret*** 按钮，填写表单，如下图所示：
|
||||
|
||||
* 选择类型为 TLS
|
||||
* 将 .key 文件中的内容填入 tls.key 字段
|
||||
* 将 .pem 文件中的内容填入 tls.crt 字段
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
* 点击 **保存** 按钮
|
||||
|
||||
@ -37,11 +35,14 @@ meta:
|
||||
|
||||
* 在 Kuboard 界面中，点击要激活 HTTPS 的工作负载，进入编辑页面，如下图所示：
|
||||
|
||||
在 **互联网入口 Ingress** 区域，勾选 HTTPS，并选择刚才创建好的 Secret
|
||||
在 **应用路由** 区域，勾选 HTTPS，并选择刚才创建好的 Secret
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
* 点击 **保存** 按钮
|
||||
|
||||
* 在浏览器打开对应的域名，验证 HTTPS 是否生效
|
||||
|
||||
::: tip
|
||||
|
||||
|
Before Width: | Height: | Size: 95 KiB |
|
Before Width: | Height: | Size: 56 KiB |
|
After Width: | Height: | Size: 162 KiB |
@ -12,15 +12,11 @@ meta:
|
||||
|
||||
<AdSenseTitle/>
|
||||
|
||||
> Kuboard v-1.0.5-beta.3 中增加了容忍的功能
|
||||
> 下面的截图基于 `Kuboard v3.1.1.0`
|
||||
|
||||
在 Kubobard 工作负载编辑界面中点击 ***容器组的更多设定*** 按钮（下图左下角），
|
||||
在 Kubobard 工作负载编辑界面中切换到 ***高级设置*** 标签页，可为工作负载设置容忍，如下图所示：
|
||||
|
||||
|
||||
|
||||
可为工作负载设置容忍，如下图所示：
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
Before Width: | Height: | Size: 112 KiB |
|
After Width: | Height: | Size: 213 KiB |
@ -103,7 +103,7 @@ Kubernetes 对 Pod 进行调度时，以当时集群中各节点的可用资源
|
||||
| NFS Server | 172.17.216.82 | 请使用您自己的NFS服务的IP地址 |
|
||||
| NFS Path | /root/nfs_root | 请使用您自己的NFS服务所共享的路径 |
|
||||
|
||||
|
||||
|
||||
|
||||
* 在场景中使用存储类
|
||||
|
||||
|
||||
|
Before Width: | Height: | Size: 133 KiB |
|
Before Width: | Height: | Size: 122 KiB |
|
Before Width: | Height: | Size: 134 KiB |
|
After Width: | Height: | Size: 135 KiB |
|
After Width: | Height: | Size: 138 KiB |
|
After Width: | Height: | Size: 155 KiB |
@ -167,7 +167,7 @@ Kubernetes 支持 20 种存储卷类型（可参考 [Types of Persistent Volumes
|
||||
|
||||
在 Kuboard 中查看 PersistentVolume 的界面如下图所示：
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
PersistentVolume 字段描述如下表所示：
|
||||
@ -187,7 +187,7 @@ PersistentVolume 字段描述如下表所示：
|
||||
|
||||
在 Kuboard 中查看存储卷声明的界面如下图所示：
|
||||
|
||||
|
||||
|
||||
|
||||
| 字段名称 | 可选项/备注 |
|
||||
| --------------------- | ------------------------------------------------------------ |
|
||||
@ -202,4 +202,4 @@ PersistentVolume 字段描述如下表所示：
|
||||
|
||||
在您完成存储卷声明的定义后，您可以在 Kuboard 工作复杂编辑器的 ***数据卷 Volume*** 区域引用该存储卷声明，如下图所示：
|
||||
|
||||
|
||||
|
||||
|
Before Width: | Height: | Size: 194 KiB |
|
After Width: | Height: | Size: 120 KiB |
@ -47,7 +47,7 @@ Kuboard 支持的存储类的种类如下：
|
||||
|
||||
在 Kuboard 中查看存储类，如下图所示：
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
Before Width: | Height: | Size: 10 KiB |
|
After Width: | Height: | Size: 207 KiB |
@ -60,9 +60,9 @@ spec:
|
||||
|
||||
同一个 volumeMounts 中 `subPath` 字段和 `subPathExpr` 字段不能同时使用。
|
||||
|
||||
> 在Kuboard界面中，如果工作负载编辑器中挂载点的 subPath/subPathExpr 字段中包含 `$`，则 Kuboard 认为该字段为 subPathExpr，否则被认为是 subPath。例如，下图中的 $(podName) 将被认为是 subPathExpr ：<Badge type="default">Kuboard v1.0.6-beta.1</Badge>
|
||||
> 在Kuboard界面中，如果工作负载编辑器中挂载点的 subPath/subPathExpr 字段中包含 `$`，则 Kuboard 认为该字段为 subPathExpr，否则被认为是 subPath。例如，下图中的 $(podName) 将被认为是 subPathExpr ：<Badge type="default">Kuboard v3.1.1.0</Badge>
|
||||
>
|
||||
> 
|
||||
> 
|
||||
|
||||
如下面的例子，该 Pod 使用 `subPathExpr` 在 hostPath 数据卷 `/var/log/pods` 中创建了一个目录 `pod1`（该参数来自于Pod的名字）。此时，宿主机目录 `/var/log/pods/pod1` 挂载到了容器的 `/logs` 路径：
|
||||
|
||||
|
||||
|
Before Width: | Height: | Size: 180 KiB |
|
After Width: | Height: | Size: 242 KiB |
@ -60,7 +60,9 @@ Docker 里同样也存在一个 volume（数据卷）的概念，但是 docker
|
||||
|
||||
:::
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
## 数据卷的类型
|
||||
|
||||
|
||||
|
Before Width: | Height: | Size: 80 KiB |
|
Before Width: | Height: | Size: 84 KiB |
|
After Width: | Height: | Size: 193 KiB |
|
After Width: | Height: | Size: 134 KiB |
|
After Width: | Height: | Size: 178 KiB |
|
After Width: | Height: | Size: 173 KiB |
|
After Width: | Height: | Size: 152 KiB |
@ -49,59 +49,49 @@ docker pull my-registry.example.com:5000/example/web-example:v1.0.1
|
||||
|
||||
:::
|
||||
|
||||
## 配置 Secrets
|
||||
|
||||
* 打开 Kuboard 界面
|
||||
|
||||
* 进入您要工作的 **名称空间** 界面
|
||||
|
||||
* 点击 ***Secrets*** --> ***创建*** 按钮
|
||||
|
||||
填写表单：
|
||||
|
||||
| 字段名称 | 填写内容 | 备注 |
|
||||
| --------------- | ---------------------------- | ---------------------------- |
|
||||
| 名称 | my-registry-secret | 可以使用便于您自己记忆的名字 |
|
||||
| 类型 | docker仓库密码 | |
|
||||
| docker server | my-registry.example.com:5000 | |
|
||||
| docker username | myusername | |
|
||||
| docker password | mypassword | |
|
||||
|
||||
如下图所示
|
||||
|
||||
|
||||
|
||||
|
||||
* 点击 **保存** 按钮
|
||||
|
||||
|
||||
|
||||
## 创建工作负载
|
||||
|
||||
* 此处省略创建工作负载的详细描述，请参考 [部署 busybox](/guide/example/busybox.html)
|
||||
|
||||
* 如果要使用私有 registry 中的 docker 镜像，请正确填写如下两个字段：
|
||||
* 在 ***容器信息*** 标签页，为容器选择镜像仓库类型为 `docker private`，如下图所示：
|
||||
|
||||
* **Docker仓库的用户名密码**：请选择刚才创建的 `my-registry-secret`
|
||||
|
||||
|
||||
* **镜像**：请填写 `my-registry.example.com:5000/example/web-example:v1.0.1`
|
||||
* 点击图中的创建镜像仓库密码，如下图所示：
|
||||
|
||||
该字段由如下几个部分组成：
|
||||
|
||||
|
||||
<font color="blue" weight="500">my-registry.example.com</font>:<font color="green" weight="500">5000</font>/<font color="purple" weight="500">example</font>/<font color="red" weight="500">web-example</font>:<font color="brown" weight="500">v1.0.1</font>
|
||||
|
||||
* 蓝色部分：registry 地址
|
||||
* 绿色部分：registry 端口
|
||||
* 紫色部分：repository 名字
|
||||
* 红色部分：image 名字
|
||||
* 棕色部分：image 标签
|
||||
填写表单：
|
||||
|
||||
|
||||
| 字段名称 | 填写内容 | 备注 |
|
||||
| --------------- | ---------------------------- | ---------------------------- |
|
||||
| 名称 | my-registry-secret | 可以使用便于您自己记忆的名字 |
|
||||
| 类型 | docker仓库密码 | |
|
||||
| docker server | my-registry.example.com:5000 | |
|
||||
| docker username | myusername | |
|
||||
| docker password | mypassword | |
|
||||
|
||||
|
||||
|
||||
* 在上图中点击保存后，选择刚创建的 ***Secret*** ，如下图所示：
|
||||
|
||||
|
||||
|
||||
* 填写镜像的 ***路径*** 以及 ***标签***，如下图所示：
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
::: tip
|
||||
|
||||
* 工作负载只能引用同名称空间下的 Secrets
|
||||
* 如果你想使用 hub.docker.com 上的私有 repository，您在填写 ***镜像*** 这个字段时，只要省略 ***registry 地址*** 和 ***registry 端口*** 这两部分即可
|
||||
|
||||
* 可以在 ***配置中心*** / ***密 文*** 菜单中管理已经创建的 ***Secret*** 列表，如下图所示：
|
||||
|
||||
|
||||
|
||||
:::
|
||||
|
||||
|
Before Width: | Height: | Size: 205 KiB |
|
After Width: | Height: | Size: 121 KiB |
|
After Width: | Height: | Size: 173 KiB |
|
After Width: | Height: | Size: 462 KiB |
@ -134,7 +134,7 @@ spec:
|
||||
|
||||
<b-card>
|
||||
<b-tabs content-class="mt-3">
|
||||
<b-tab title="使用kubectl" active>
|
||||
<b-tab title="使用kubectl">
|
||||
|
||||
**创建文件 nginx-deployment.yaml**
|
||||
``` sh
|
||||
@ -239,9 +239,11 @@ curl a.demo.kuboard.cn
|
||||
```
|
||||
|
||||
</b-tab>
|
||||
<b-tab title="使用Kuboard">
|
||||
<b-tab title="使用Kuboard" active>
|
||||
|
||||
* 在 default 名称空间 点击 ***创建工作负载***
|
||||
* 在 default 名称空间 点击左侧菜单栏中的 ***创建工作负载***，如下图所示：
|
||||
|
||||
|
||||
|
||||
填写表单如下：
|
||||
|
||||
@ -252,18 +254,34 @@ curl a.demo.kuboard.cn
|
||||
| 服务名称 | web-nginx | |
|
||||
| 服务描述 | nginx部署 | |
|
||||
| 副本数量 | 1 | 可以填写其他正整数 |
|
||||
| 工作容器 | 容器名称：nginx<br />镜像：nginx:1.7.9<br />抓取策略：Always | |
|
||||
| 访问方式 | NodePort（VPC内访问）<br />协议: TCP，服务端口: 80，节点端口: 32601，容器端口: 80 | 访问方式对应 Kubernetes Service对象，<br />工作负载编辑器为其使用与 Deployment 相同的名字 web-nginx |
|
||||
| 互联网入口 | 域名: a.demo.kuboard.cn<br />映射URL： /<br />服务端口：80 | 互联网入口对应 Kubernetes Ingress对象，<br />工作负载编辑器为其使用与 Deployment 相同的名字 web-nginx |
|
||||
|
||||
* 切换到 ***容器信息*** Tab 页，如下图所示：
|
||||
|
||||
|
||||
|
||||
填写表单如下：
|
||||
|
||||
| 字段名称 | 填写内容 | 备注 |
|
||||
| -------- | ----------- | ---- |
|
||||
| 容器名称 | nginx | |
|
||||
| 镜像 | nginx:1.7.9 | |
|
||||
| 抓取策略 | Always | |
|
||||
|
||||
* 切换到 ***服务/应用路由*** Tab 页，如下图所示：
|
||||
|
||||
|
||||
|
||||
填写表单如下：
|
||||
|
||||
| 字段名称 | 填写内容 | 备注 |
|
||||
| -------- | ------------------------------------------------------------ | ------------------------------------------------------------ |
|
||||
| 服务 | NodePort（VPC内访问）<br />协议: TCP，port: 80，nodePort: 32601，targetPort: 80 | 服务对应 Kubernetes Service对象，<br />工作负载编辑器为其使用与 Deployment 相同的名字 web-nginx |
|
||||
| 应用路由 | 域名: a.demo.kuboard.cn<br />映射URL： /<br />服务端口：80 | 应用路由对应 Kubernetes Ingress对象，<br />工作负载编辑器为其使用与 Deployment 相同的名字 web-nginx |
|
||||
|
||||
|
||||
|
||||
* **如下图所示：**
|
||||
|
||||
|
||||
|
||||
::: tip
|
||||
Kuboard 工作负载编辑器将 kubernetes 中三个主要对象 Deployment/Service/Ingress 放在同一个编辑器界面中处理。
|
||||
Kuboard 工作负载编辑器假设 kubernetes 中三个主要对象 Deployment/Service/Ingress 名称相同，并放在同一个编辑器界面中处理。
|
||||
:::
|
||||
|
||||
* 点击 **保存**
|
||||
|
||||
|
Before Width: | Height: | Size: 105 KiB |
|
After Width: | Height: | Size: 629 KiB |
|
After Width: | Height: | Size: 168 KiB |
|
After Width: | Height: | Size: 537 KiB |
@ -98,14 +98,22 @@ meta:
|
||||
</b-tab>
|
||||
<b-tab title="使用 Kuboard 执行金丝雀发布">
|
||||
|
||||
在 Kuboard 执行金丝雀发布的过程，与使用 kubectl 的过程相同，此处特别说明的一点是，当使用 Kuboard 创建 `web-nginx-canary` Deployment时，如何解决其Pod 的标签被 `web-nginx` 的Service包含的问题：
|
||||
在 Kuboard 执行金丝雀发布的过程，与使用 kubectl 的过程相同，此处特别说明的一点是，当使用 Kuboard 创建 `web-nginx-canary` Deployment时，可以在原工作负载上点击 ***复制*** 按钮，如下图所示：
|
||||
|
||||
|
||||
|
||||
在弹出对话框的 ***名称*** 字段中填写 `web-nginx-canary`，如下图所示：
|
||||
|
||||
|
||||
|
||||
如何解决其Pod 的标签被 `web-nginx` 的Service包含的问题：
|
||||
|
||||
* 当填写部署的名称 `web-nginx-canary` 之后，将默认创建两个标签，且不可修改：`k8s.eip.work/layer:web` 和 `k8s.eip.work/name:web-nginx-canary`
|
||||
* 此时，手工创建标签 `k8s.eip.work/name:web-nginx`，可以覆盖原默认创建的标签
|
||||
* 完成创建后，`web-nginx-canary` 的 Pod 也包含标签 `k8s.eip.work/layer:web` 和 `k8s.eip.work/name:web-nginx`，可以被 `web-nginx` 的Service选中
|
||||
* 通过 Kuboard 创建 `web-nginx-canary` 部署时，无需配置 Service 和 Ingress
|
||||
|
||||
|
||||
|
||||
|
||||
</b-tab>
|
||||
</b-tabs>
|
||||
|
||||
|
After Width: | Height: | Size: 826 KiB |
|
After Width: | Height: | Size: 900 KiB |
@ -21,7 +21,9 @@ meta:
|
||||
|
||||
Kuboard 中，可以通过如下界面调整 `.spec.revisionHistoryLimit` 字段，如下所示：
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
Before Width: | Height: | Size: 341 KiB |
|
Before Width: | Height: | Size: 33 KiB |