kubetpl - kubernetes 模板管理工具

最新推荐文章于 2024-05-23 14:03:18 发布
置顶 最新推荐文章于 2024-05-23 14:03:18 发布
阅读量795 收藏 3
点赞数 3
分类专栏： Kubernetes 文章标签： kubernetes 容器 云原生
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/u010383467/article/details/128749956
版权

文章目录

Helm、Kustomize、Kubetpl

  • 本人实际没有使用过 Helm 和 Kustomiz 这两款工具，以下的对比，仅个人观点，仅供参考；如果有说的不对的地方，还望指点

Helm

  • 在有网络的情况下
    • Helm 可以很好的进行产品的迭代升级，只需要配置好 repo 仓库，拉取相应版本的 chart 包，修改对应的 values.yaml 文件就可以完成
      • 对于需要快速部署一些主流的中间件或者服务的时候，可以不需要去考虑自己需要准备那些对象（deployment、service、configmap等等），因为仓库里面都有现成的，不需要自己造轮子，拿来就可以用
  • 在没有网络的情况下
    • 比如一些 saas 类型的产品交付公司，在一些银行、证券类的客户现场，大多数的生产环境是不通外网的，在这些苛刻条件下，如果使用 Helm 就会需要涉及 Helm 的私仓，相对于交付来说，架构会过于庞大且麻烦

Kustomize

  • Helm 对于服务的定制仅限于预置变量，那么如果需要更多更灵活的的 YAML 定制就需要用到 Kustomize
  • Kustomize 是一套采用合并思想，对 Kubernetes 原生配置进行管理的工具，使用无模板的方案定义应用配置
    • 允许用户使用一系列的描述文件为基础，然后通过 overlay 的方式生成最终部署应用所需的描述文件

Kubetpl

  • 有点类似于 Helm 的 values.yaml 的方式配置相应的变量，通过预先配置好的 yaml 文件模板，带入变量后生成新的 yaml 文件
  • 可以定制化配置不同场景的模板，不过模板的管理会相对麻烦很多
  • 比较轻量化，不需要任何服务器组件，只是单纯的配置和管理 yaml 文件

安装 Kubetpl

curl -sSL https://github.com/shyiko/kubetpl/releases/download/0.9.0/kubetpl-0.9.0-$(
    bash -c '[[ $OSTYPE == darwin* ]] && echo darwin || echo linux'
  )-amd64 -o kubetpl && chmod a+x kubetpl && sudo mv kubetpl /usr/local/bin/

Kubetpl 命令参数

参数选项

  • completion - 命令行参数自动补齐
  • help - 命令帮助
  • render - 渲染模板
completion - 参数自动补齐
  • 可选参数：bash 和 zsh
# bash
source <(kubetpl completion bash)

# zsh
source <(kubetpl completion zsh)
render - 渲染模板
参数解释
--allow-fs-access--chroot=<directory containing template> 的 缩写
-c, --chroot stringkubetpl/data-from-file 允许读取的文件的路径，--chroot 以外的文件都会被拒绝访问；
在模板文件中可以写好路径，使用 --allow-fs-access 参数也可以实现
-z, --freeze
--freeze-list stringSlice
--freeze-ref stringArray
--ignore-unset		冻结 ConfigMap/Secret
<kind>/<name> 的方式冻结，例如（ConfigMap/foo, Secret/bar）
不应包含在输出中的外部 ConfigMap/Secret，但需要对其进行 --freeze 的引用
如果未设置，则保留 $VAR/${VAR}（例如，"echo 'kind：$A$B'|kubetpl r --s A=X --syntax=$ --ignore-unset" 输出："kind：X$B"）`
-i, --input stringArray指定配置文件：*.{env，yml，yaml，json}
-o, --output string指定输出的文件名称
-s, --set stringArray<var>=<value> 的形式申明变量
如果 --input 有配置则以 --input 优先
变量少的情况下，可以不写 --input，直接使用 --set 申明
-x, --syntax string定义模板风格
$，go-template，template-kind - 三个可选项

关于模板风格：$，go-template，template-kind ，主要区别在于变量引用的方式不同

  • $ - shell 的风格
    • $NAME
  • go-template - go 语言 template 库的风格
    • {{ .VAR }} - 获取变量名称为 VAR 的变量值
    • {{ if isset "VAR" }} ... {{ end }} - 当定义了 VAR 变量的时候才会在 }} ... {{ 中间展示变量值
    • {{ get "VAR" "default" }} - 获取 VAR 的值，如果未设置，则返回 "default"
    • {{ .VAR | quote }} - 引用 VAR 值
    • {{ .VAR | indent 4 }} - VAR 的缩进值（带 4 个空格）
    • {{ .VAR | b64enc }} - VAR 值以 base64 编码展示
  • template-kind - 没太看懂....

go-template 语法

  • 本人没有接触过 go 语言，临时找了一些资料来学习一些简单的使用
  • go 语言的变量好像是不支持 - 出现在变量名称内的，go 语言使用的是驼峰命名，不然可能会有这样的报错：
    • template: nginx-template.yaml:3: unexpected bad character U+002D '-' in range

注释

{{/* 注释 */}}

引用变量

  • 输出 hostAlias 变量的值
{{ .hostAlias }}
  • 当 hostAlias 是匿名字段时，可以访问其内部字段或方法
{{ .hostAlias.ip }}
  • 如果需要引用外部变量，需要在前面加上 $ 符号
{{ $.hostAlias }}

在 template 中定义变量

  • 变量名称前面需要带上 $ 符号
  • 使用 := 来对变量赋值
{{ $x := "hello" }}
  • 定义变量的值引用其他变量的值
{{ $x := .hostAlias }}

条件判断

  • if 后面可以是一个条件表达式（包括管道函数表达式。pipeline 即管道）
  • 也可以是一个字符串变量或布尔值变量
    • 当为字符串变量时，如为空字符串则判断为 false，否则判断为 true
{{ if .hostAlias }}
- ip: {{ .ip }}
  hostnames: {{ .hostnames }}
{{ end }}

遍历

  • 普通用法，当变量值存在时才会有后面的内容输出
{{ range $.hostAliases }}
- ip: {{ .ip }}
  hostnames: {{ .hostnames }}
{{ end }}
  • 另一种用法
{{ range $k,$v := .labels }}
{{ $k }}: {{ $v }}
{{ end }}

开始使用

简单使用

准备一个 yaml 模板
  • 这里直接从 github 上面复制过来用了，以下所有的 yaml 文件只是用来模拟 kubetpl 生成 yaml 文件使用的，不能被直接使用的
  • # kubetpl:syntax:go-template
    • 定义模板风格，如果不在模板文件内定义，则需要通过 --syntax 的方式申明，否则会有类似如下报错
      • does not appear to be a valid YAML (yaml: line 3: did not find expected key). Did you forget to specify --syntax=<$|go-template|template-kind> / add "# kubetpl:syntax:<$|go-template|template-kind>"?
# kubetpl:syntax:go-template

apiVersion: v1
kind: Service
metadata:
  name: {{ .NAME }}-service
spec:
  selector:
    app: {{ .NAME }}
  ports:
  - protocol: TCP
    port: 80
---
apiVersion: apps/v1beta1
kind: Deployment
metadata:
  name: {{ .NAME }}-deployment
spec:
  replicas: {{ .REPLICAS }}
  template: 
    metadata:
      labels:
        app: {{ .NAME }}
    spec:
      containers:
      - name: nginx
        image: nginx:1.7.9
        ports:
        - containerPort: 80
准备变量文件

  • 支持的格式

    • *.env - <var>=<value>
    • yaml/json 文件

    *.env 的方式

cat << EOF > valus.env
NAME=sample-app
REPLICAS=2
EOF

yaml 文件 的方式

cat << EOF > env.yaml
NAME: my-nginx
REPLICAS: 3
EOF
生成新的 yaml 文件
  • 两个变量文件定义的变量值是有差异的，这个单纯就是用来比较使用的，只是选择哪种变量文件，全看各自的选择
# 使用 valus.env
kubetpl render nginx-template.yaml -i valus.env -o nginx-env.yaml

# 使用 env.yaml
kubetpl render nginx-template.yaml -i env.yaml -o nginx-yaml.yaml

稍微复杂一点的场景

  • 因为 kubetpl 是通过 -i 的方式引入的变量，所以下面的变量引用都需要加上 $ 符号表示外部引入变量，才能正常识别，不然会有类似如下的报错：
    • template: nginx-template.yaml:9:23: executing "nginx-template.yaml" at <.static.namespace>: map has no entry for key "static"
准备一个 yaml 模板
# kubetpl:syntax:go-template

{{ range $getName := .staticInfo }}
---
apiVersion: v1
kind: Service
metadata:
  name: {{ $getName.name }}-svc
  namespace: {{ $.static.namespace }}
spec:
  selector:
    app: {{ $getName.name }}
  ports:
  - protocol: TCP
    port: {{ $getName.port }}
---
apiVersion: apps/v1beta1
kind: Deployment
metadata:
  name: {{ $getName.name }}
  namespace: {{ $.static.namespace }}
spec:
  replicas: {{ $.static.replicas }}
  template:
    metadata:
      labels:
        app: {{ $getName.name }}
    spec:
      containers:
      - name: {{ $getName.name }}
        image: {{ $.global.Image }}
        imagePullPolicy: {{ $.global.ImagePull }}
        ports:
        - containerPort: 80
{{ end }}
准备变量文件
global:
  Image: nginx:1.16
  ImagePull: IfNotPresent
static:
  namespace: web-static
  replicas: 3
staticInfo:
  - name: app-static
    port: 80
  - name: backend-static
    port: 8080
生成新的 yaml 文件
kubetpl render nginx-template.yaml -i env.yaml -o nginx.yaml
生成后的 yaml 文件
---
apiVersion: v1
kind: Service
metadata:
  name: app-static-svc
  namespace: web-static
spec:
  ports:
  - port: 80
    protocol: TCP
  selector:
    app: app-static
---
apiVersion: apps/v1beta1
kind: Deployment
metadata:
  name: app-static
  namespace: web-static
spec:
  replicas: 3
  template:
    metadata:
      labels:
        app: app-static
    spec:
      containers:
      - image: nginx:1.16
        imagePullPolicy: IfNotPresent
        name: app-static
        ports:
        - containerPort: 80
---
apiVersion: v1
kind: Service
metadata:
  name: backend-static-svc
  namespace: web-static
spec:
  ports:
  - port: 8080
    protocol: TCP
  selector:
    app: backend-static
---
apiVersion: apps/v1beta1
kind: Deployment
metadata:
  name: backend-static
  namespace: web-static
spec:
  replicas: 3
  template:
    metadata:
      labels:
        app: backend-static
    spec:
      containers:
      - image: nginx:1.16
        imagePullPolicy: IfNotPresent
        name: backend-static
        ports:
        - containerPort: 80

kubetpl/data-from-file

  • 当我们需要配置 configmap 的时候，可以通过文件带入的形式来配置 yaml 文件，这样可以单独维护 configmap 给所有的 yaml 文件来使用，对于维护来说，能减轻不少的成本
准备一个 yaml 模板
# kubetpl:syntax:go-template

---
apiVersion: v1
kind: ConfigMap
kubetpl/data-from-file:
  - ./nginx.conf

metadata:
  name: {{ $.configmap.name }}
  namespace: {{ $.static.namespace }}
data:

{{ range $getName := .staticInfo }}
---
apiVersion: v1
kind: Service
metadata:
  name: {{ $getName.name }}-svc
  namespace: {{ $.static.namespace }}
spec:
  selector:
    app: {{ $getName.name }}
  ports:
  - protocol: TCP
    port: {{ $getName.port }}
---
apiVersion: apps/v1beta1
kind: Deployment
metadata:
  name: {{ $getName.name }}
  namespace: {{ $.static.namespace }}
spec:
  replicas: {{ $.static.replicas }}
  template:
    metadata:
      labels:
        app: {{ $getName.name }}
    spec:
      containers:
      - name: {{ $getName.name }}
        image: {{ $.global.Image }}
        imagePullPolicy: {{ $.global.ImagePull }}
        ports:
        - containerPort: 80
        volumeMounts:
        - name: nginx-conf
          mountPath: /workspace/nginx/conf
    volumes:
    - name: nginx-conf
      configMap:
        name: {{ $.configmap.name }}
{{ end }}
准备变量文件
  • 对比前面的，增加了一个 configmap
global:
  Image: nginx:1.16
  ImagePull: IfNotPresent
static:
  namespace: web-static
  replicas: 3
staticInfo:
  - name: app-static
    port: 80
  - name: backend-static
    port: 8080
configmap:
  name: static-cm
准备 file 文件
  • 命名为 nginx.conf
user root;
worker_processes 4;
error_log  logs/nginx_error.log  warn;
pid  logs/nginx.pid;
worker_rlimit_nofile 51200;
events {
  use epoll;
  worker_connections 51200;
  multi_accept on;
}

http {
  include       mime.types;
  default_type  application/octet-stream;

  server_names_hash_bucket_size 128;
  client_header_buffer_size 256k;
  large_client_header_buffers 16 256k;
  client_max_body_size 1m;

  keepalive_timeout 0;
  client_body_timeout 10;
  client_header_timeout 10;
  send_timeout 5;

  sendfile on;
  tcp_nopush  on;
  tcp_nodelay on;

  gzip on;
  gzip_min_length  1k;
  gzip_buffers     4 16k;
  gzip_http_version 1.0;
  gzip_comp_level 5;
  gzip_disable "MSIE [1-6].";
  gzip_types text/plain application/x-javascript text/css text/javascript application/x-httpd-php image/jpeg image/gif image/png application/json;
  gzip_vary on;

  ssi on;
  ssi_silent_errors on;
  ssi_types text/shtml;
  proxy_temp_path proxy_temp 1 2;
  client_body_temp_path client_body_temp 1 2;
  fastcgi_temp_path fastcgi_temp 1 2;
  uwsgi_temp_path uwsgi_temp 1 2;
  scgi_temp_path scgi_temp 1 2;
  set_real_ip_from 0.0.0.0/0;
  real_ip_header  X-Forwarded-For;
  real_ip_recursive   on;
  underscores_in_headers on;

  resolver kube-dns.kube-system valid=5s;
  resolver_timeout 5s;
  access_log off;

  server {
      listen       8080;
      server_name  test.com;
      set $proto_host "${http_x_forwarded_proto}_${host}";

      proxy_set_header Host $host;
      proxy_set_header X-Real-IP $remote_addr;
      proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
      proxy_set_header X-Forwarded-Proto $http_x_forwarded_proto;

      location /static/ {
        location ~* \.(gif|jpg|jpeg|png|bmp|swf|ico)$ {
          expires      30d;
        }
        expires 1h;
      }
  }
}
生成新的 yaml 文件
  • 使用 kubetpl/data-from-file 的话，需要加上 --allow-fs-access 参数，不然会出现类似如下的报错：
    • nginx-template.yaml: access denied: nginx.conf (use --allow-fs-access and/or -c/--chroot=<root dir, e.g. '.'> to allow)
kubetpl render --allow-fs-access nginx-template.yaml -i env.yaml -o nginx.yaml
生成后的 yaml 文件
---
apiVersion: v1
data:
  nginx.conf: |
    user root;
    worker_processes 4;
    error_log  logs/nginx_error.log  warn;
    pid  logs/nginx.pid;
    worker_rlimit_nofile 51200;
    events {
      use epoll;
      worker_connections 51200;
      multi_accept on;
    }

    http {
      include       mime.types;
      default_type  application/octet-stream;

      server_names_hash_bucket_size 128;
      client_header_buffer_size 256k;
      large_client_header_buffers 16 256k;
      client_max_body_size 1m;

      keepalive_timeout 0;
      client_body_timeout 10;
      client_header_timeout 10;
      send_timeout 5;

      sendfile on;
      tcp_nopush  on;
      tcp_nodelay on;

      gzip on;
      gzip_min_length  1k;
      gzip_buffers     4 16k;
      gzip_http_version 1.0;
      gzip_comp_level 5;
      gzip_disable "MSIE [1-6].";
      gzip_types text/plain application/x-javascript text/css text/javascript application/x-httpd-php image/jpeg image/gif image/png application/json;
      gzip_vary on;

      ssi on;
      ssi_silent_errors on;
      ssi_types text/shtml;
      proxy_temp_path proxy_temp 1 2;
      client_body_temp_path client_body_temp 1 2;
      fastcgi_temp_path fastcgi_temp 1 2;
      uwsgi_temp_path uwsgi_temp 1 2;
      scgi_temp_path scgi_temp 1 2;
      set_real_ip_from 0.0.0.0/0;
      real_ip_header  X-Forwarded-For;
      real_ip_recursive   on;
      underscores_in_headers on;

      resolver kube-dns.kube-system valid=5s;
      resolver_timeout 5s;
      access_log off;

      server {
          listen       8080;
          server_name  test.com;
          set $proto_host "${http_x_forwarded_proto}_${host}";

          proxy_set_header Host $host;
          proxy_set_header X-Real-IP $remote_addr;
          proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
          proxy_set_header X-Forwarded-Proto $http_x_forwarded_proto;

          location /static/ {
            location ~* \.(gif|jpg|jpeg|png|bmp|swf|ico)$ {
              expires      30d;
            }
            expires 1h;
          }
      }
    }
kind: ConfigMap
metadata:
  name: static-cm
  namespace: web-static
---
apiVersion: v1
kind: Service
metadata:
  name: app-static-svc
  namespace: web-static
spec:
  ports:
  - port: 80
    protocol: TCP
  selector:
    app: app-static
---
apiVersion: apps/v1beta1
kind: Deployment
metadata:
  name: app-static
  namespace: web-static
spec:
  replicas: 3
  template:
    metadata:
      labels:
        app: app-static
    spec:
      containers:
      - image: nginx:1.16
        imagePullPolicy: IfNotPresent
        name: app-static
        ports:
        - containerPort: 80
        volumeMounts:
        - mountPath: /workspace/nginx/conf
          name: nginx-conf
    volumes:
    - configMap:
        name: static-cm
      name: nginx-conf
---
apiVersion: v1
kind: Service
metadata:
  name: backend-static-svc
  namespace: web-static
spec:
  ports:
  - port: 8080
    protocol: TCP
  selector:
    app: backend-static
---
apiVersion: apps/v1beta1
kind: Deployment
metadata:
  name: backend-static
  namespace: web-static
spec:
  replicas: 3
  template:
    metadata:
      labels:
        app: backend-static
    spec:
      containers:
      - image: nginx:1.16
        imagePullPolicy: IfNotPresent
        name: backend-static
        ports:
        - containerPort: 80
        volumeMounts:
        - mountPath: /workspace/nginx/conf
          name: nginx-conf
    volumes:
    - configMap:
        name: static-cm
      name: nginx-conf

最后推荐几在找资料的时候看到的文章和大家一起学习

月巴左耳东
关注
  • 3
    点赞
  • 踩
  • 3
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
专栏目录
kubetpl：Kubernetes模板变得简单＃keep-it-simple＃no-server-component
02-03
库贝特尔 Kubernetes模板变得容易。 ＃keep-it-simple＃no-server-component 特征： 您选择的模板风格 （ $VAR / ${VAR} ）; （去模板丰富的）； （ kind: Template ）。 支持* .env （ <VAR>=<VAL> ）和YAML / JSON配置文件。 快速失败的默认值（必须为所有变量赋予一个值（除非明确标记为可选））。 使ConfigMap / Secret的铺展更加容易且不易出错（要考虑的事情如果当您点击）。 kubectl create configmap ... --from-file=...
Python库 | kubetpl-1.2.1.tar.gz
04-10
资源分类：Python库 所属语言：Python 资源全名：kubetpl-1.2.1.tar.gz 资源来源：官方 安装方法：https://lanzao.blog.csdn.net/article/details/101784059
Unable to register node “xxx“ with API server: Unauthorized
以梦为马|越骑越傻
12-23 9466
k8s二进制部署环境出现kubelet认证不了节点 出现这个情况的时候，第一个反应是先看apiserver证书是不是过期了 # 查看apiserver的service文件存储路径 systemctl status kube-apiserver | grep load # 查找apiserver的启动参数，查看ca证书的存储路径 cat /usr/lib/systemd/system/kube-apiserver.service # 查看EnviromentFile，或者直接可以看到启动参数，以实际的为准.
kubelet 压力驱逐 - The node had condition：[DiskPressure]
以梦为马|越骑越傻
05-07 8458
文章目录浅言碎语清理 dockerkubelet 节点压力驱逐驱逐信号驱逐条件软驱逐条件硬驱逐条件驱逐监测间隔节点条件最小驱逐回收修改 kubelet 配置文件修改 kubelet 配置文件的方式查看配置文件路径备份配置文件修改 kubelet.service 的方式查看配置文件路径备份配置文件重启 kubelet 浅言碎语 在查看 pod 运行状态时，发现有的 pod 的状态是 Evicted，通过 describe 去查看发现了 The node had condition: [DiskPressur
node(s) didn‘t match node selector.
以梦为马|越骑越傻
03-07 8082
k8s集群中，有pod出现了 Pending ，通过 kubectl describe pod 命令，发现了如下报错 0/4 nodes are available: 1 node(s) had taint {node.kubernetes.io/disk-pressure: }, that the pod didn't tolerate, 3 node(s) didn't match node selector. 这是因为节点被打上了污点（pod的yaml文件中配置了 node selector .
Kubeadm部署-Kubernetes-1.18.6集群
以梦为马|越骑越傻
08-03 5020
kubeadm部署-kubernetes-1.18.6集群 环境配置 IP hostname 操作系统 10.11.66.44 k8s-master centos7.6 10.11.66.27 k8s-node1 centos7.7 10.11.66.28 k8s-node2 centos7.7 # 官方建议每台机器至少双核2G内存，同时需确保MAC和product_uuid的唯一性 [root@localhost ~]# hostnamectl --static set-hos
kubeadm + containerd 部署 k8s-v1.23.3(含证书升级)
以梦为马|越骑越傻
02-17 4332
文章目录前言环境准备答应我，所有节点都要关闭防火墙答应我，所有节点都要关闭selinux答应我，所有节点都要关闭swap答应我，所有节点都要开启内核模块答应我，所有节点都要开启模块自动加载服务答应我，所有节点都要做内核优化答应我，所有节点都要清空 iptables 规则安装 containerd配置 kubernetes 源安装 kubeadm 以及 kubelet配置命令参数自动补全功能启动 kubelet 服务kubeadm 部署 master 节点安装 flannel 组件work 节点加入集群mas
基于containerd二进制部署k8s-v1.23.3
以梦为马|越骑越傻
02-12 3883
文章目录前言k8s 组件环境准备创建目录关闭防火墙关闭selinux关闭swap开启内核模块分发到所有节点启用systemd自动加载模块服务配置系统参数分发到所有节点加载系统参数清空iptables规则配置 PATH 变量下载二进制文件部署 master 节点创建 ca 根证书部署 etcd 组件创建 etcd 证书配置 etcd 为 systemctl 管理分发证书以及创建相关路径启动 etcd 服务部署 apiserver 组件创建 apiserver 证书创建 metrics-server 证书配置
k8s集群节点ping不通其他主机的ip
以梦为马|越骑越傻
05-28 3640
文章目录排查过程本地宿主机网络检查pod网络检查tcpdump检查网络检查flannel网卡检查宿主机网卡iptables检查解决方法 测试环境服务出现问题，服务一直报错认证超时，检查pod，发现如下情况： 异常节点的pod可以ping通本地宿主机的ip，但是ping本地宿主机的网关没有回显(通过tcpdump发现的) 异常节点的pod可以ping通正常节点的pod 异常节点的pod去ping正常节点的宿主机ip，正常节点使用tcpdump抓包，发现返回是正常，但是pod内部还是没有ping通的回显 异
containerd 镜像构建工具 -- nerdctl 和 buildkit
以梦为马|越骑越傻
11-27 3139
containerd 镜像构建工具 -- nerdctl 和 buildkit
Centos 7.6 使用 kubekey 部署 kubesphere v3.1.0
以梦为马|越骑越傻
05-09 2542
文章目录主要功能硬件要求Kubernetes版本要求配置主机之间的免密安装所需依赖下载KubeKey创建Kubernetes集群以及KubeSpherekk命令使用方式修改配置文件开始部署关于一些会出现的报错，以及解决方法集群验证 主要功能 安装 Kubernetes 集群 支持在任何基础设施上部署 Kubernetes，提供在线与离线安装，支持添加 GPU 节点 Kubernetes 资源管理 提供 Web 控制台对接 Kubernetes 原生 API 快速创建与管理 Kubernetes 资
kubernetes-dashboard 实现 http 访问以及免 token 登录
以梦为马|越骑越傻
02-01 2360
kubernetes-dashboard 实现 http 访问以及免 token 登录
Error from server error dialing backend remote error tls internal error
以梦为马|越骑越傻
11-26 1899
# kubectl exec -it mysql-master-8cfb64ff9-ct4dx -n prophet -- /bin/bash Error from server: error dialing backend: remote error: tls: internal error # kubectl get csr 发现很多pending # cat approve.sh #!/bin/bash for i in $(kubectl get csr | grep pending | awk '
基于 cri-dockerd 二进制部署 kubernetest-v1.26.3
以梦为马|越骑越傻
05-01 1750
基于 cir-dockerd 二进制部署 kubernetest-v1.26.3
kubeadm 部署的 k8s 增加 ip 并重新生成证书
以梦为马|越骑越傻
08-20 1730
kubeadm 部署的 k8s 增加 ip 并重新生成证书
kubernetes dns 解析超时问题排查
以梦为马|越骑越傻
03-28 1546
kubernetes dns 解析超时问题排查
使用 shell 脚本二进制部署 k8s 环境 [支持 docker 和 containerd]
以梦为马|越骑越傻
10-02 1527
使用 shell 部署二进制 k8s 集群，支持 docker 和 containerd
【k8s】存储 pvc 参数列表
最新发布
m0_45406092的博客
05-23 370
注意：pvc没有亲和性参数。
k8s配置pods滚动发布
tonglei111的博客
05-22 1171
采用微服务架构部署的应用，部署方式都要用到容器化部署+k8s容器编排，最近我在公司负载的系统也是用的上述架构部署，但是随着系统的运行，用户提的需求就会越多，每次更新的话都要停机发布，最用户侧来说就不太方便了，传统的部署方式是使用nginx来做负载均衡，然后手动来做滚动发布，殊不知k8s也有自己的一套配置，来解决滚动发布的事情，并且系统发布时用户侧其实是无感知的；默认是 0 秒，最小值是 0。如果就绪态探测失败， 端点控制器将从与 Pod 匹配的所有服务的端点列表中删除该 Pod 的 IP 地址。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值