kubernetes配置资源管理

已于 2024-09-28 18:57:23 修改
阅读量827 收藏 24
点赞数 23
分类专栏： kubernetes 文章标签： kubernetes 容器 云原生
于 2024-09-28 17:43:07 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/ll945608651/article/details/142144658
版权

目录

一、Secret

Secret 是用来保存密码、token、密钥等敏感数据的 k8s 资源，这类数据虽然也可以存放在 Pod 或者镜像中，但是放在 Secret 中是为了更方便的控制如何使用数据，并减少暴露的风险。

1.1 Secret 四种类型

● kubernetes.io/service-account-token：由 Kubernetes 自动创建，用来访问 APIServer 的 Secret，Pod 会默认使用这个 Secret 与 APIServer 通信， 并且会自动挂载到 Pod 的 /run/secrets/kubernetes.io/serviceaccount 目录中;
● Opaque ：base64 编码格式的 Secret，用来存储用户自定义的密码、密钥等，默认的 Secret 类型;
● kubernetes.io/dockerconfigjson ：用来存储私有 docker registry 的认证信息。
● kubernetes.io/tls ：用来存储 TLS 证书和私钥信息。

1.2 Secret 使用条件

Pod 需要先引用才能使用某个 secret，Pod 有 3 种方式来使用 secret：
● 作为挂载到一个或多个容器上的卷 中的文件。
● 作为容器的环境变量。
● 由 kubelet 在为 Pod 拉取镜像时使用。

应用场景：凭据
https://kubernetes.io/docs/concepts/configuration/secret/

二、Secret 使用方式

2.1 基于Opaque创建 Secret

kubectl create secret generic -h 
#用kubectl create secret命令创建Secret
echo -n 'zhangsan' > username.txt
echo -n 'abc1234' > password.txt

kubectl create secret generic mysecret --from-file=username.txt --from-file=password.txt

kubectl get secrets

kubectl describe secret mysecret
#get或describe指令都不会展示secret的实际内容，这是出于对数据的保护的考虑

在这里插入图片描述

2.2 内容用 base64 编码，创建Secret

echo -n zhangsan | base64
emhhbmdzYW4=
echo -n abc1234 | base64
YWJjMTIzNA==

vim secret.yaml
apiVersion: v1
kind: Secret
metadata:
  name: mysecret1
type: Opaque
data:
  username: emhhbmdzYW4=
  password: YWJjMTIzNA==

在这里插入图片描述
在这里插入图片描述

kubectl create -f secret.yaml 
kubectl get secrets
kubectl get secret mysecret1 -o yaml

在这里插入图片描述

2.3 将 Secret 挂载到 Volume 中，以 Volume 的形式挂载到 Pod 的某个目录下

//master01节点
//创建一个自主式Pod
cd /opt/secret
kubectl run myapp --image=soscscs/myapp:v1 --port=80 --dry-run=client -oyaml > myapp.yaml
cp myapp.yaml myapp-demo1.yaml
vim myapp-demo1.yaml

apiVersion: v1
kind: Pod
metadata:
  labels:
    run: myapp-demo1
  name: myapp-demo1
spec:
  volumes:
  - name: vol-harbor
    secret:
      secretName: mysecret1   
  containers:
  - image: soscscs/myapp:v1
    name: myapp-demo1
    ports:
    - containerPort: 80
    volumeMounts:
    - name: vol-harbor
      mountPath: /opt/secret
      readOnly: true

kubectl apply -f myapp-demo1.yaml
kubectl get pods -owide
kubectl exec -it myapp-demo1 sh

![在这里插入图片描述](https://i-blog.csdnimg.cn/direct/3d47b3b131164ae4baa4d3a68dc987d1.png

在这里插入图片描述
在这里插入图片描述

2.4 将 Secret 导出到环境变量中

//再用 base64 编码，创建一个Secret mysecret2.yaml
vim mysecret-demo2.yaml
apiVersion: v1
kind: Pod
metadata:
  labels:
    run: myapp-demo2
  name: myapp-demo2
spec:
  containers:
  - image: soscscs/myapp:v1
    name: myapp-demo2
    ports:
    - containerPort: 80
    env:
    - name: mysecret1_USER
      valueFrom:
        secretKeyRef:
          name: mysecret1
          key: username
    - name: mysecret2_PASSWORD
      valueFrom:
        secretKeyRef:
          name: mysecret2
          key: password
    envFrom:
    - secretRef:
        name: mysecret1

在这里插入图片描述
在这里插入图片描述

2.5 使用secret配置免密交互拉取habor私有仓库镜像

使用secret配置免密交互拉取habor私有仓库镜像 , 在搭建好docker的私有仓库后，在使用私有仓库时需要通过docker login指令来登录到私有仓库中。但同时在使用的过程中也会把habor仓库的用户名和密码暴露在命令行中，存在一定的安全隐患。k8s中的secret配置的运用能够实现并且规避这一问题的存在

//另外准备两台安装docker引擎和docker-compose的服务器
//部署 docker引擎 
yum install -y yum-utils device-mapper-persistent-data lvm2 
yum-config-manager --add-repo https://mirrors.aliyun.com/docker-ce/linux/centos/docker-ce.repo 

wget -O /etc/yum.repos.d/CentOS-Base.repo http://mirrors.aliyun.com/repo/Centos-7.repo

yum install -y docker-ce docker-ce-cli containerd.io

cd /etc/docker/
cat  > /etc/docker/daemon.json <<EOF
{
  "registry-mirrors": ["https://6iuzoxz4.mirror.aliyuncs.com",
                "https://dockerhub.icu",
                "https://docker.chenby.cn",
                "https://docker.1panel.live",
                "https://docker.awsl9527.cn",
                "https://docker.anyhub.us.kg",
                "https://dhub.kubesre.xyz"],
  "exec-opts": ["native.cgroupdriver=systemd"],
  "log-driver": "json-file",
  "log-opts": {
      "max-size": "500m","max-file": "3"
   }
}
EOF

systemctl start docker.service
systemctl enable docker.service 

上传docker-compose
mv docker-compose /usr/local/bin/
chmod +x !$/docker-compose
docker-compose -version

在这里插入图片描述

//在其中一台装docker引擎和docker-compose的服务器安装harbor
//上传harbor-offline-installer-v1.10.18.tgz 
//下载运行registry镜像 
docker pull registry
vim /etc/docker/daemon.json
......
"insecure-registries": ["http://192.168.154.13"],
......

cd /opt
tar xf harbor-offline-installer-v1.10.18.tgz
cd harbor/
vim harbor.yml

在这里插入图片描述

在这里插入图片描述

//master01节点
kubectl create secret docker-registry myharbor --docker-server=192.168.154.13 --docker-username=admin --docker-password=Harbor12345 --docker-email=admin@harbor.com

docker-registry   —— secret资源类型
myharbor          —— secret资源名称
--docker-server=192.168.154.13   —— 私有仓库IP地址
--docker-username=admin          —— 私有仓库登录账号
--docker-password=Harbor12345    —— 私有仓库登录密码
--docker-email=admin@harbor.com  —— 私有仓库登录邮箱

kubectl get secrets

![在这里插入图片描述](https://i-blog.csdnimg.cn/direct/fcbc06bdd1324494ade51546f9d35c2f.png

//harbor服务器加载镜像和启动 Harbor
./prepare
./install.sh 

docker-compose ps

docker pull nginx:1.20

在这里插入图片描述
在这里插入图片描述

在这里插入图片描述
在这里插入图片描述

打开浏览器输入账户密码即可登录
在这里插入图片描述

新建一个项目
在这里插入图片描述

在这里插入图片描述
在这里插入图片描述

//上传nginx镜像到私有仓库
docker login -u admin -p Harbor12345 http://192.168.154.13
docker images

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述
在这里插入图片描述

nginx镜像就推送上去了
在这里插入图片描述

从私有仓库拉取镜像

先删除集群所有节点的nginx镜像
docker rmi -f nginx:latest

在这里插入图片描述
在这里插入图片描述

在这里插入图片描述

//master01
cd /opt/secret
vim myapp-demo3.yaml

apiVersion: v1
kind: Pod
metadata:
  labels:
    run: nginx
  name: nginx
spec:
  containers:
  - image: 192.168.154.13/k8s/nginx:1.20
    name: nginx
    ports:
    - containerPort: 80

在这里插入图片描述

在这里插入图片描述
这时执行pod是报错的
在这里插入图片描述
在这里插入图片描述

//先在所有node节点上把私有仓库ip加上
vim /etc/docker/daemon.json
"insecure-registries": ["http://192.168.154.13"],
//再保存重启docker服务
systemctl restart docker.service

在这里插入图片描述

//master01 
cd /opt/secret
vim myapp-demo3.yaml

apiVersion: v1
kind: Pod
metadata:
  labels:
    run: nginx
  name: nginx
spec:
  containers:
  - image: 192.168.154.13/k8s/nginx:1.20
    name: nginx
    ports:
    - containerPort: 80
  imagePullSecrets:
  - name: myharbor

在这里插入图片描述

在这里插入图片描述

通过私有仓库拉取镜像成功

在这里插入图片描述

日志上也看到拉取镜像了

在这里插入图片描述

三、ConfigMap

与Secret类似，区别在于ConfigMap保存的是不需要加密配置的信息。
ConfigMap 功能在 Kubernetes1.2 版本中引入，许多应用程序会从配置文件、命令行参数或环境变量中读取配置信息。ConfigMap API 给我们提供了向容器中注入配置信息的机制，ConfigMap 可以被用来保存单个属性，也可以用来保存整个配置文件或者JSON二进制大对象。
应用场景：应用配置

3.1 使用目录创建

//创建 ConfigMap

mkdir /opt/configmap/
 
vim /opt/configmap/game.config
enemy.types=aliens,monsters
player.maximum-lives=5 
 
vim /opt/configmap/ui.config
color.good=purple
color.bad=yellow
allow.textmode=true

ls /opt/configmap/
game.config
ui.config

kubectl create configmap game-config --from-file=/opt/configmap/
//--from-file 指定在目录下的所有文件都会被用在 ConfigMap 里面创建一个键值对，键的名字就是文件名，值就是文件的内容

kubectl get cm

在这里插入图片描述
在这里插入图片描述

mkdir /opt/configmap/cm
cd  /opt/configmap/cm
cp -r /etc/passwd /etc/shadow /etc/yum.repos.d/ /etc/yum.conf /etc/fstab /etc/hosts ./
kubectl create cm cm-demo1 --from-file=/opt/configmap/cm
kubectl describe cm cm-demo1

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

ConfigMap 只加载第一层目录的第一层文件，子目录和其下文件都不会加载出来
而且 ConfigMap 的键值是以明文的方式展示出来，这也是和 secret 的区别之一

3.2 通过键值对创建

使用文字值创建，利用 --from-literal 参数传递配置信息，该参数可以使用多次，格式如下
kubectl create configmap special-config --from-literal=special.how=very --from-literal=special.type=good

kubectl create cm mycm-demo1 --from-literal=class=demo1 --from-literal=name=test
kubectl get cm
kubectl describe cm mycm-demo1

在这里插入图片描述
在这里插入图片描述

3.3 通过挂载的方式使用

cd /opt/secret/
vim myapp-demo4.yaml

apiVersion: v1
kind: Pod
metadata:
  labels:
    run: myapp-demo4
  name: myapp-demo4
spec:
  volumes:
  - name: vol-cm
    configMap:
      name: cm-demo1
  containers:
  - image: soscscs/myapp:v1
    name: myapp-demo4
    ports:
    - containerPort: 80
    volumeMounts:
    - name: vol-cm
      mountPath: /opt/ConfigMap
      readOnly: true

在这里插入图片描述

在这里插入图片描述

3.4 通过环境变量的方式使用

cd /opt/secret
cp myapp-demo2.yaml myapp-demo5.yaml
vim myapp-demo5.yaml
apiVersion: v1
kind: Pod
metadata:
  labels:
    run: myapp-demo5
  name: myapp-demo5
spec:
  containers:
  - image: soscscs/myapp:v1
    name: myapp-demo5
    ports:
    - containerPort: 80
    env:
    - name: ConfigMap_USER
      valueFrom:
        configMapKeyRef:
          name: mycm-demo1
          key: name
    - name: MYCLASS
      valueFrom:
        configMapKeyRef:
          name: mycm-demo1
          key: class
    envFrom:
    - configMapRef:
        name: mycm-demo1

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

3.5 在容器启动时直接引用变量值

vim myapp-demo5.yaml

apiVersion: v1
kind: Pod
metadata:
  labels:
    run: myapp-demo6
  name: myapp-demo6
spec:
  containers:
  - image: busybox:1.28
    name: myapp-demo6
    command:
    - /bin/sh
    - -c
    - echo "${ConfigMap_USER} is in ${MYCLASS}" > /var/env.txt ;sleep 3600
    ports:
    - containerPort: 80
    env:
    - name: ConfigMap_USER
      valueFrom:
        configMapKeyRef:
          name: mycm-demo1
          key: name
    - name: MYCLASS
      valueFrom:
        configMapKeyRef:
          name: mycm-demo1
          key: class
    envFrom:
    - configMapRef:
        name: mycm-demo1

在这里插入图片描述

在这里插入图片描述

3.6 将现有nginx配置文件替换掉容器里默认nginx配置文件

cd /opt/secret
vim myapp-demo6.yaml
apiVersion: v1
kind: Pod
metadata:
  labels:
    run: cm-demo6
  name: cm-demo6
spec:
  containers:
  - image: soscscs/myapp:v1
    name: cm-demo6
    ports:
    - containerPort: 80
  dnsPolicy: ClusterFirst
  restartPolicy: Always

在这里插入图片描述

在这里插入图片描述

//准备开始替换
//上传nginx.conf
cd /opt/secret
kubectl create configmap mycm-nginx --from-file=./nginx.conf

vim nginx.conf
#user  nobody;
worker_processes  1;

#error_log  logs/error.log;
#error_log  logs/error.log  notice;
#error_log  logs/error.log  info;

#pid        logs/nginx.pid;


events {
    worker_connections  1024;
}


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

    #log_format  main  '$remote_addr - $remote_user [$time_local] "$request" '
    #                  '$status $body_bytes_sent "$http_referer" '
    #                  '"$http_user_agent" "$http_x_forwarded_for"';

    #access_log  logs/access.log  main;

    sendfile        on;
    #tcp_nopush     on;

    #keepalive_timeout  0;
    keepalive_timeout  65;
     #gzip  on;

    server {
        listen       80;
        server_name  localhost;

        charset utf-8;

        #access_log  logs/host.access.log  main;

        location / {
            root   html;
            index  index.html index.php;
        }

        #error_page  404              /404.html;

        # redirect server error pages to the static page /50x.html
        #
        error_page   500 502 503 504  /50x.html;
        location = /50x.html {
            root   html;
        }

        # proxy the PHP scripts to Apache listening on 127.0.0.1:80
        #
        #location ~ \.php$ {
         #    proxy_pass   http://127.0.0.1;
        #}

        # pass the PHP scripts to FastCGI server listening on 127.0.0.1:9000
        #
        location ~ \.php$ {
            root           html;
            fastcgi_pass   172.18.0.30:9000;
            fastcgi_index  index.php;
            fastcgi_param  SCRIPT_FILENAME  /usr/local/nginx/html$fastcgi_script_name;
            include        fastcgi_params;
        }

        # deny access to .htaccess files, if Apache's document root
        # concurs with nginx's one
        #
        #location ~ /\.ht {
        #    deny  all;
        #}
    }


    # another virtual host using mix of IP-, name-, and port-based configuration
    #
    #server {
    #    listen       8000;
    #    listen       somename:8080;
    #    server_name  somename  alias  another.alias;
    
    #    location / {
    #        root   html;
    #        index  index.html index.htm;
    #    }
    #}


    # HTTPS server
    #
    #server {
    #    listen       443 ssl;
    #    server_name  localhost;

    #    ssl_certificate      cert.pem;
    #    ssl_certificate_key  cert.key;

    #    ssl_session_cache    shared:SSL:1m;
    #    ssl_session_timeout  5m;

    #    ssl_ciphers  HIGH:!aNULL:!MD5;
    #    ssl_prefer_server_ciphers  on;
    #    location / {
    #        root   html;
    #        index  index.html index.htm;
    #    }
    #}

}

在这里插入图片描述
在这里插入图片描述

错误示例：
vim cm-nginx.yaml
apiVersion: v1
kind: Pod
metadata:
  labels:
    run: cm-demo6
  name: cm-demo6
spec:
  volumes:
  - name: nginx-conf
    configMap:
      name: mycm-nginx
  containers:
  - image: soscscs/myapp:v1
    name: cm-demo6
    ports:
    - containerPort: 80
    volumeMounts:
    - name: nginx-conf
      mountPath: /etc/nginx/nginx.conf
      readOnly: true

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

vim cm-nginx.yaml
apiVersion: v1
kind: Pod
metadata:
  labels:
    run: cm-demo6
  name: cm-demo6
spec:
  volumes:
  - name: nginx-conf
    configMap:
      name: mycm-nginx
  containers:
  - image: soscscs/myapp:v1
    name: cm-demo6
    ports:
    - containerPort: 80
    volumeMounts:
    - name: nginx-conf
      mountPath: /etc/nginx/nginx.conf
      subPath: nginx.conf
      readOnly: true

在这里插入图片描述
在这里插入图片描述

在这里插入图片描述

3.7 ConfigMap 热更新

想修改 nginx.conf 里的某个参数值，不要在容器里的 nginx.conf 里修改，不然需要重启服务，容器也会宕掉。

  • 只支持以目录的方式挂载的cm卷进行热更新
  • 不支持以文件的方式挂载的cm卷进行热更新
//以目录的方式更新
cd /opt/secret
cp nginx.conf nginx2.conf
vim nginx2.conf

 server {
        location / {
          root /var/www/html;
          index index.html;
        }

        location ~ \.php$ {
            root           html;
            fastcgi_pass   172.18.0.30:9000;
            fastcgi_index  index.php;
            fastcgi_param  SCRIPT_FILENAME  /usr/local/nginx/html$fastcgi_script_name;
            include        fastcgi_params;
        }
}

kubectl create cm mycm-nginx2 --from-file=./nginx2.conf

在这里插入图片描述

vim cm-demo.yaml
apiVersion: v1
kind: Pod
metadata:
  labels:
    run: cm-demo
  name: cm-demo
spec:
  volumes:
  - name: nginx-conf
    configMap:
      name: mycm-nginx2
  containers:
  - image: soscscs/myapp:v1
    name: cm-demo
    ports:
    - containerPort: 80
    volumeMounts:
    - name: nginx-conf
      mountPath: /etc/nginx/conf.d
      readOnly: true

 kubectl apply -f cm-demo.yaml
 kubectl exec -it cm-demo sh

在这里插入图片描述

3.8 ConfigMap 动态更新

kubectl edit cm mycm-nginx2

在这里插入图片描述
在这里插入图片描述

在这里插入图片描述

3.9 滚动更新

陈述式管理资源配置的方式 修改或添加 资源对象的配置

kubectl patch 资源类型 资源名 --patch '{"第一层字段": {"第一层字段": ...}}'

kubectl create deployment myapp-deploy --image=soscscs/myapp:v1 --port=80 --replicas=2

在这里插入图片描述

//修改副本集并使用打补丁的方式修改
kubectl edit deployments.apps myapp-deploy
kubectl patch deployments.apps myapp-deploy --patch '{"spec":{"replicas":4}}'

在这里插入图片描述

在这里插入图片描述

//打补丁的方式添加字段
kubectl patch deployments.apps myapp-deploy --patch '{"spec":{"template":{"metadata":{"annotations":{"version/config":"2024v1"}}}}}'

在这里插入图片描述

//打补丁的方式修改镜像
kubectl patch deployments.apps myapp-deploy --patch '{"spec":{"template":{"spec":{"containers":[{"name":"myapp","image":"soscscs/myapp:v3"}]}}}}'

在这里插入图片描述

淮南橘枳
关注
专栏目录
Kubernetes之 资源管理
Linux运维老纪的博客
06-28 974
在kubernetes中，所有的内容都抽象为资源，用户需要通过操作资源来管理kubernetes。 kubernetes的本质是一个集群系统，用户可以在集群中部署各种服务，所谓的部署服务，其实就是在kubernetes集群中运行一个个的容器，并将指定的程序跑在容器中，本章给大家介绍k8s资源管理，记得点赞，记得收藏哦！
Kubernetes 多集群管理
知道自己不要什么，不管多么大的诱惑（欢迎关注:职谷智享）
03-20 873
多集群管理是指在多个 Kubernetes 集群上统一部署、调度、监控和管理应用程序的过程。它旨在提高应用程序的可用性、可扩展性和安全性，满足不同场景下的复杂需求。
kubernetes资源管理平台ratel
男儿当自强
06-30 923
ratel是一个kubernetes集群资源管理平台,使用它可以对多种资源进行创建 查看 修改和删除操作，支持配置多个集群的管理。 官网：https://github.com/dotbalo/ratel-doc 需要注意在安装时配置 server.yaml # 先拷贝集群配置文件到当前目录：cp /root/.kube/config test1.config # kubeConfigPath 按如下去写，不用在/mnt下手动创建test1.config # 不用配置serverAdminUser s
kubernetes--资源管理
lyk-ops
08-21 3016
kubernetes的资源管理分为资源请求（request）和资源限制（limit），资源请求能够保证Pod有足够的资源来运行，而资源限制则是防止某个Pod无限制地使用资源，导致其他Pod崩溃。kubernetes1.5之前的版本只支持CPU和内存这两种资源类型。 kubernetes的资源管理有3种方式，分别是单个资源对象的资源管理（以下简称resource）、limitranges、resourcequotas。resource和limitranges可以单独使用，也可以同时使用，而resourceq
Kubernetes 配置基本指南：关键集群设置
一览无遗
12-18 1154
如果您的用例需要自定义 DNS 服务器，例如，集群中的应用程序需要连接到本地数据中心的私有 DNS 端点，则可以将自定义 DNS 服务器添加到核心 DNS configmap 配置中。中所讨论的，所有控制平面组件都是由 kubelet 从目录中存在的静态 pod 清单启动的。在本指南中，我们了解了重要的 Kubernetes 集群配置，这些配置将帮助您进行 Kubernetes 集群管理活动。对于主要发生在本地环境中的自托管 Kubernetes 集群，您需要了解集群控制平面和工作节点的每个配置。
k8s笔记一（kubernetes资源配置基础）
dayi_123的博客
03-20 1976
Kubernetes系统的API server基于HTTP/HTTPS接收并响应客户端的请求，并提供了基于资源的RESTful风格的编程接口并将集群中的各种组件都抽象成标准的REST资源，并通过标准的HTTP方法以JSON为数据序列化方案进行资源的管理操作。 1、kubernetes的资源对象（依据资源类型分类） （1）工作负载型资源 工作负载型资源用于确保Pod资源对象能够...
[Kubernetes]资源模型与资源管理
03-31 1090
作为 Kubernetes 的资源管理与调度部分的基础,需要从它的资源模型说起. 资源管理模型的设计 我们知道,在 Kubernetes 里面, Pod 是最小的原子调度单位,这就意味着,所有和调度和资源管理有关的属性,应该都是属于 Pod 对象的字段,而在这些字段中,最重要的部分就是 Pod 的 CPU 和内存配置. 在 Kubernetes 中,像 CPU 这样的资源被称作"可压缩资源"( c...
kubernetes配置管理:cm，sercret，sa
阿白，
04-25 2862
可变配置管理前面我们学习了一些常用的资源对象的使用，但是单纯依靠这些资源对象，还不足以满足我们的日常需求，一个重要的需求就是应用的配置管理、敏感信息的存储和使用（如：密码、Token 等）、容器运行资源的配置、安全管控、身份认证等等。对于应用的可变配置在 Kubernetes 中是通过一个 ConfigMap 资源对象来实现的，我们知道许多应用经常会有从配置文件、命令行参数或者环境变量中读取一些配置信息的需求，这些配置信息我们肯定不会直接写死到应用程序中去的，比如你一个应用连接一个 redis 服务，下一次
kubernetes环境配置
weixin_43817952的博客
04-27 4907
K8S概述 k8s全称kubernetes，是一个为容器服务而生的可移植容器的编排管理工具，是谷歌严格保密十几年的秘密武器----Borg系统的一个开源版本，于2014年9月发布第一个版本，2015年7月发布第一个正式版本。目前k8s已经主导了云业务流程，推动了微服务架构等热门技术的普及和落地。K8S在架构方面很好的解决了可用性、伸缩性。在部署运维层面、服务部署、服务监控、应用扩容和故障处理方面，K8S都提供了很好的解决方案。 K8S的架构： 前期准备 准备的组件：三台CentOS7系统的服务器（一主二从
Kubernetes--Kubernetes资源管理方式-命令式对象管理、命令式对象配置、声明式对象配置
Gopuwe的博客
07-13 1194
Kubernetes–Kubernetes简介以及Kubernetes安装 前面介绍了Kubernetes的安装方式，本篇文章主要介绍Kubernetes的资源管理方式，首先需要理解什么是资源？资源管理的方式一共有三种：命令式对象管理、命令式对象配置、声明式对象配置，三种方式的使用场景等等 什么是资源管理？ 在K8s中，所有的内容都被抽象为资源，用户需要操作资源来操作K8s，资源可以分为计算资源、存储资源、网络资源，对于容器化技术来说对这些资源的定义、管理、分配尤其重要，在K8s中，任何可以被申请、分配、最
VMWare with Kubernetes配置和管理指南.docx
10-10
选择使用vSphere Pod和Tanzu Kubernetes集群取决于具体的应用需求和资源管理策略。 文档详细介绍了vSphere with Kubernetes的用户角色和工作流，以及许可机制，这对理解如何在组织内分配权限和管理资源至关重要。...
VMWare with Kubernetes配置和管理指南.pdf
10-10
《VMWare with Kubernetes配置和管理指南》是一份深入解析VMware平台与Kubernetes集成的解决方案文档，主要针对VMware vSphere 7.0、vCenter Server 7.0以及VMware ESXi 7.0环境。该指南详细阐述了如何在vSphere环境...
40 _ Kubernetes的资源模型与资源管理1
08-04
在Kubernetes中，资源模型和资源管理是其核心功能之一，它允许用户有效地调度和管理容器化的应用程序。Kubernetes作为一个强大的容器编排平台，提供了一套完善的机制来确保应用在集群中的高效运行。本文将深入探讨...
Kubernetes资源清单模板
11-19
Kubernetes支持多种资源类型，如工作负载类（Pod、ReplicaSet、ReplicationController、Deployment、StatefulSet、DaemonSet）、服务发现和负载均衡（Service、Ingress）、配置和存储（Volume、Persistent Volume、...
40 Kubernetes的资源模型与资源管理.pdf
09-18
Kubernetes作为当前最流行的容器编排平台，其核心功能之一就是对容器应用进行资源管理和调度。在Kubernetes系统中，资源模型定义了如何使用和分配资源，以及如何在集群的多个Pod之间实现资源的平衡。一个关键点是，...
K8S篇之解析service和ingress区别
小橙子的笔记屋
09-26 229
k8s中service和ingress的区别
【CKA】二、节点管理-设置节点不可用
最新发布
weixin_43837718的博客
09-29 284
[CKA]二、节点管理-设置节点不可用
阿里云k8s发布vue项目
u014007760的博客
09-27 273
ps: Dockerfile中 是可以用 node.js作为基础镜像的 那就是另外一种构建方法了 不使用node build命令。比如后端springboot项目 肯定用例如 java8作为基础镜像 那vue为什么不用同理的运行环境node.js来构建。首先要编写对应的Dockerfile (花了一些时间弄清楚[为什么需要用nginx作为基础镜像 而不是node.js])作为一个后端 偶尔会承担一些运维工作 此次经历了发布vue项目的过程 因网上资料混乱 做个记录。一共在根目录添加了2个文件 1个文件夹。
k8s篇之数据挂载类型及区别
小橙子的笔记屋
09-26 261
k8s中数据挂载类型及各自用途
Kubernetes实战指南：资源管理、扩展与部署详解
《Kubernetes in Action》中文版是一本由Marko Luksa撰写并由中国工信出版集团翻译的专业教程，专为读者深入理解并实践Kubernetes集群管理和容器管理提供详尽指南。该书针对Kubernetes的核心概念和技术进行了全面...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值