Kubernetes入门学习(下)

已于 2023-12-03 16:53:44 修改
阅读量904 收藏 20
点赞数 18
分类专栏： 云原生的研究旅程 文章标签： kubernetes 学习 容器
于 2023-12-03 16:52:58 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_57150526/article/details/134766879
版权

Kubernetes入门学习（下）

文章目录

运行有状态的应用

我们以MySQL数据库为例，在kubernetes集群中运行一个有状态的应用。

部署数据库几乎覆盖了kubernetes中常见的对象和概念：

  • 配置文件–ConfigMap
  • 保存密码–Secret
  • 数据存储–持久卷(PV)和持久卷声明(PVC)
  • 动态创建卷–存储类(StorageClass)
  • 部署多个实例–StatefulSet
  • 数据库访问–Headless Service
  • 主从复制–初始化容器和sidecar
  • 数据库调试–port-forward
  • 部署Mysql集群–helm

ConfigMap与Secret

ConfigMap

在Docker中，我们一般通过绑定挂载的方式将配置文件挂载到容器里。

在Kubernetes集群中，容器可能被调度到任意节点，配置文件需要能在集群任意节点上访问、分发和更新。

  1. 概述

    ConfigMap 用来在键值对数据库(etcd)中保存非加密数据。一般用来保存配置文件。

    ConfigMap 可以用作环境变量、命令行参数或者存储卷。

    ConfigMap 将环境配置信息与 容器镜像 解耦，便于配置的修改。

    ConfigMap 在设计上不是用来保存大量数据的。

    在 ConfigMap 中保存的数据不可超过 1 MiB。

    超出此限制，需要考虑挂载存储卷或者访问文件存储服务。

  2. 用法

    apiVersion: v1
kind: Pod
metadata:
  name: mysql-pod
  labels:
    app: mysql
spec:
  containers:
    - name: mysql
      image: mysql:5.7
      env:
        - name: MYSQL_ROOT_PASSWORD
          value: "123456"
      volumeMounts:
        - mountPath: /var/lib/mysql
          name: data-volume
        - mountPath: /etc/mysql/conf.d
          name: conf-volume
          readOnly: true
  volumes:
    - name: conf-volume
      configMap:
        name: mysql-config
    - name: data-volume
      hostPath:
        # directory location on host
        path: /home/mysql/data
        # this field is optional
        type: DirectoryOrCreate
---
apiVersion: v1
kind: ConfigMap
metadata:
  name: mysql-config
data:
  # 类属性键；每一个键都映射到一个简单的值
  # player_initial_lives: "3"
  # ui_properties_file_name: "user-interface.properties"

  # 类文件键
  mysql.cnf: |
    [mysqld]
    character-set-server=utf8mb4
    collation-server=utf8mb4_general_ci
    init-connect='SET NAMES utf8mb4'

    [client]
    default-character-set=utf8mb4

    [mysql]
    default-character-set=utf8mb4

    通过kubectl edit cm mysql-config更改相关配置，可以在mysql-pod中/etc/mysql/conf.d中查看变化

Secret

  1. 概述

    Secret 用于保存机密数据的对象。一般由于保存密码、令牌或密钥等。

    data字段用来存储 base64 编码数据。

    stringData存储未编码的字符串。

    Secret 意味着你不需要在应用程序代码中包含机密数据，减少机密数据(如密码)泄露的风险。

    Secret 可以用作环境变量、命令行参数或者存储卷文件。

  2. 用法

    echo -n '123456' | base64
echo 'MTIzNDU2' | base64 --decode

    apiVersion: v1
kind: Secret
metadata:
  name: mysql-password
type: Opaque
data:
  PASSWORD: MTIzNDU2Cg==
---
apiVersion: v1
kind: Pod
metadata:
  name: mysql-pod
spec:
  containers:
    - name: mysql
      image: mysql:5.7
      env:
        - name: MYSQL_ROOT_PASSWORD
          valueFrom:
            secretKeyRef:
              name: mysql-password
              key: PASSWORD
              optional: false # 此值为默认值；表示secret已经存在了
      volumeMounts:
        - mountPath: /var/lib/mysql
          name: data-volume
        - mountPath: /etc/mysql/conf.d
          name: conf-volume
          readOnly: true
  volumes:
    - name: conf-volume
      configMap:
        name: mysql-config
    - name: data-volume
      hostPath:
        # directory location on host
        path: /home/mysql/data
        # this field is optional
        type: DirectoryOrCreate
---
apiVersion: v1
kind: ConfigMap
metadata:
  name: mysql-config
data:
  mysql.cnf: |
    [mysqld]
    character-set-server=utf8mb4
    collation-server=utf8mb4_general_ci
    init-connect='SET NAMES utf8mb4'

    [client]
    default-character-set=utf8mb4

    [mysql]
    default-character-set=utf8mb4

卷(Volume)

  1. 概述

    将数据存储在容器中，一旦容器被删除，数据也会被删除。

    卷是独立于容器之外的一块存储区域，通过**挂载(Mount)**的方式供Pod中的容器使用。

    • 使用场景
      • 卷可以在多个容器之间共享数据。
      • 卷可以将容器数据存储在外部存储或云存储上。
      • 卷更容易备份或迁移。

  2. 常见卷类型

    • 临时卷(Ephemeral Volume)：与 Pod 一起创建和删除，生命周期与 Pod 相同

    • 持久卷(Persistent Volume)：删除Pod后，持久卷不会被删除

    • 分布式存储 - Ceph(cephfs文件存储、rbd块存储)

    • 投射卷(Projected Volumes)：projected 卷可以将多个卷映射到同一个目录上

  3. 后端存储

    一个集群中可以包含多种存储(如local、NFS、Ceph或云存储)。

    每种存储都对应一个存储类（StorageClass） ，存储类用来创建和管理持久卷，是集群与存储服务之间的桥梁。

    管理员创建持久卷(PV)时，通过设置不同的StorageClass来创建不同类型的持久卷。

  4. 临时卷(EV)

    与 Pod 一起创建和删除，生命周期与 Pod 相同

    • emptyDir - 初始内容为空的本地临时目录

      emptyDir会创建一个初始状态为空的目录，存储空间来自本地的 kubelet 根目录或内存(需要将emptyDir.medium设置为"Memory")。

      通常使用本地临时存储来设置缓存、保存日志等。

      例如，将redis的存储目录设置为emptyDir

      apiVersion: v1
kind: Pod
metadata:
  name: redis-pod
spec:
  containers:
  - name: redis
    image: redis
    volumeMounts:
    - name: redis-storage
      mountPath: /data/redis
  volumes:
  - name: redis-storage
    emptyDir: {}

    • configMap - 为Pod注入配置文件

    • secret - 为Pod注入加密数据

      注意：这里的configMap和secret代表的是卷的类型，不是configMap和secret对象。

      删除Pod并不会删除ConfigMap对象和secret对象。

      image.png

      configMap卷和Secret卷是一种特殊类型的卷，kubelet引用configMap和Secret中定义的内容，在Pod所在节点上生成一个临时卷，将数据注入到Pod中。删除Pod，临时卷也会被删除。

      临时卷位于Pod所在节点的/var/lib/kubelet/pods目录下。

      image.png

  5. 持久卷(PV)与持久卷声明(PVC)

    持久卷(PV)

    持久卷(Persistent Volume)：删除Pod后，卷不会被删除

    • 本地存储

    • hostPath - 节点主机上的目录或文件(仅供单节点测试使用；多节点集群请用 local 卷代替)

      挂载hostPath卷

      hostPath的type值：

      DirectoryOrCreate目录不存在则自动创建。
      Directory挂载已存在目录。不存在会报错。
      FileOrCreate文件不存在则自动创建。 不会自动创建文件的父目录，必须确保文件路径已经存在。
      File挂载已存在的文件。不存在会报错。
      Socket挂载 UNIX 套接字。例如挂载/var/run/docker.sock进程
      apiVersion: v1
kind: Pod
metadata:
  name: mysql-pod
spec:
  containers:
    - name: mysql
      image: mysql:5.7
      env:
        - name: MYSQL_ROOT_PASSWORD
          value: "123456"
      ports:
        - containerPort: 3306
      volumeMounts:
        - mountPath: /var/lib/mysql #容器中的目录
          name: data-volume
  volumes:
    - name: data-volume
      hostPath:
        # 宿主机上目录位置
        path: /home/mysql/data
        type: DirectoryOrCreate

    • local - 节点上挂载的本地存储设备(不支持动态创建卷)

    • 网络存储：NFS - 网络文件系统 (NFS)

    • 分布式存储：Ceph(cephfs文件存储、rbd块存储)

    创建持久卷（PV）

    创建持久卷(PV)是服务端的行为，通常集群管理员会提前创建一些常用规格的持久卷以备使用。

    hostPath仅供单节点测试使用，当Pod被重新创建时，可能会被调度到与原先不同的节点上，导致新的Pod没有数据。多节点集群使用本地存储，可以使用local卷

    创建local类型的持久卷，需要先创建存储类(StorageClass)。

    本地存储类示例

    # 创建本地存储类
apiVersion: storage.k8s.io/v1
kind: StorageClass
metadata:
  name: local-storage
provisioner: kubernetes.io/no-provisioner
volumeBindingMode: Immediate

    local卷不支持动态创建，必须手动创建持久卷(PV)。

    创建local类型的持久卷，必须设置nodeAffinity(节点亲和性)。

    调度器使用nodeAffinity信息来将使用local卷的 Pod 调度到持久卷所在的节点上，不会出现Pod被调度到别的节点上的情况。

    注意：local卷也存在自身的问题，当Pod所在节点上的存储出现故障或者整个节点不可用时，Pod和卷都会失效，仍然会丢失数据，因此最安全的做法还是将数据存储到集群之外的存储或云存储上。

    创建PV PV示例/local卷示例

    # local-storage.yaml
apiVersion: v1
kind: PersistentVolume
metadata:
  name: local-pv-1
spec:
  capacity:
    storage: 4Gi
  volumeMode: Filesystem
  accessModes:
  - ReadWriteOnce
  persistentVolumeReclaimPolicy: Delete
  storageClassName: local-storage #通过指定存储类来设置卷的类型
  local:
    path: /mnt/disks/ssd1 #手动创建
  nodeAffinity:
    required:
      nodeSelectorTerms:
      - matchExpressions:
        - key: kubernetes.io/hostname
          operator: In
          values:
          - k8s-node1

    卷的状态

    • Available（可用）-- 卷是一个空闲资源，尚未绑定到任何；
    • Bound（已绑定）-- 该卷已经绑定到某个持久卷声明上；
    • Released（已释放）-- 所绑定的声明已被删除，但是资源尚未被集群回收；
    • Failed（失败）-- 卷的自动回收操作失败。

    卷模式

    卷模式(volumeMode)是一个可选参数。

    针对 PV 持久卷，Kubernetes 支持两种卷模式（volumeModes）：

    • Filesystem（文件系统）

    默认的卷模式。

    • Block（块）

    ​ 将卷作为原始块设备来使用。

    创建持久卷声明(PVC)

    持久卷声明(PVC)是用户端的行为,用户在创建Pod时，无法知道集群中PV的状态(名称、容量、是否可用等)，用户也无需关心这些内容，只需要在声明中提出申请，集群会自动匹配符合需求的持久卷(PV)。

    Pod使用持久卷声明(PVC)作为存储卷。

    PVC示例

    apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: local-pv-claim
spec:
  storageClassName: local-storage # 与PV中的storageClassName一致
  accessModes:
    - ReadWriteOnce
  resources:
    requests:
      storage: 2Gi

    访问模式

    • ReadWriteOnce：卷可以被一个节点以读写方式挂载，并允许同一节点上的多个 Pod 访问。
    • ReadOnlyMany：卷可以被多个节点以只读方式挂载。
    • ReadWriteMany：卷可以被多个节点以读写方式挂载
    • ReadWriteOncePod：卷可以被单个 Pod 以读写方式挂载。 集群中只有一个 Pod 可以读取或写入该 PVC。

    使用PVC作为卷

    Pod 的配置文件指定了 PersistentVolumeClaim，但没有指定 PersistentVolume。

    对 Pod 而言，PersistentVolumeClaim 就是一个存储卷。

    PVC卷示例

    apiVersion: v1
kind: Pod
metadata:
  name: mysql-pod
spec:
  containers:
    - name: mysql
      image: mysql:5.7
      env:
        - name: MYSQL_ROOT_PASSWORD
          value: "123456"
      ports:
        - containerPort: 3306
      volumeMounts:
        - mountPath: /var/lib/mysql #容器中的目录
          name: local-mysql-data
  volumes:
    - name: local-mysql-data
      persistentVolumeClaim:
        claimName: local-pv-claim

    持久卷(PV)和持久卷声明(PVC)

    持久卷（PersistentVolume，PV） 是集群中的一块存储。可以理解为一块虚拟硬盘。

    持久卷可以由管理员事先创建， 或者使用存储类（Storage Class）根据用户请求来动态创建。

    持久卷属于集群的公共资源，并不属于某个namespace;

    持久卷声明（PersistentVolumeClaim，PVC） 表达的是用户对存储的请求。

    PVC声明好比申请单，它更贴近云服务的使用场景，使用资源先申请，便于统计和计费。

    Pod 将 PVC 声明当做存储卷来使用，PVC 可以请求指定容量的存储空间和访问模式 。PVC对象是带有namespace的。

    image.png

  6. 存储类(StorageClass)

    一个集群可以存在多个**存储类（StorageClass）**来创建和管理不同类型的存储。

    每个 StorageClass 都有一个制备器（Provisioner），用来决定使用哪个卷插件创建持久卷。 该字段必须指定。

    image.png

    卷绑定模式

    volumeBindingMode用于控制什么时候动态创建卷和绑定卷

    • Immediate立即创建：创建PVC后，立即创建PV并完成绑定
    • WaitForFirstConsumer 延迟创建：当使用该PVC的 Pod 被创建时，才会自动创建PV并完成绑定

    回收策略（Reclaim Policy）

    回收策略告诉集群，当用户删除PVC 对象时， 从PVC中释放出来的PV将被如何处理。

    • 删除（Delete）

      如果没有指定，默认为Delete

      当PVC被删除时，关联的PV 对象也会被自动删除。

    • 保留（Retain）

      当 PVC 对象被删除时，PV 卷仍然存在，数据卷状态变为"已释放(Released)"。

      此时卷上仍保留有数据，该卷还不能用于其他PVC。需要手动删除PV。

StatefulSet(有状态应用集)

StatefulSet 是用来管理有状态的应用。一般用于管理数据库、缓存等。

与 Deployment 类似， StatefulSet用来管理 Pod 集合的部署和扩缩。

Deployment用来部署无状态应用。StatefulSet用来有状态应用。

  1. 创建StatefulSet

    StatefulSet配置模版

    apiVersion: apps/v1
kind: StatefulSet
metadata:
  name: mysql
spec:
  selector:
    matchLabels:
      app: mysql # 必须匹配 .spec.template.metadata.labels
  serviceName: db
  replicas: 3 # 默认值是 1
  minReadySeconds: 10 # 默认值是 0
  template:
    metadata:
      labels:
        app: mysql # 必须匹配 .spec.selector.matchLabels
    spec:
      terminationGracePeriodSeconds: 10
      containers:
        - name: mysql
          image: mysql:5.7
          env:
            - name: MYSQL_ROOT_PASSWORD
              value: "123456"
          ports:
            - containerPort: 3306
          volumeMounts:
            - mountPath: /var/lib/mysql #容器中的目录
              name: mysql-data
  volumeClaimTemplates:
    - metadata:
        name: mysql-data
      spec:
        accessModes:
          - ReadWriteOnce
        storageClassName: local-path
        resources:
          requests:
            storage: 2Gi

  2. 稳定的存储

    在 StatefulSet 中使用 VolumeClaimTemplate，为每个 Pod 创建持久卷声明(PVC)。
    每个 Pod 将会得到基于local-path 存储类动态创建的持久卷(PV)。 Pod 创建(或重新调度）时，会挂载与其声明相关联的持久卷。
    请注意，当 Pod 或者 StatefulSet 被删除时，持久卷声明和关联的持久卷不会被删除。

  3. Pod标识

    在具有 N 个副本的 StatefulSet中，每个 Pod 会被分配一个从 0 到 N-1 的整数序号，该序号在此 StatefulSet 上是唯一的。

    StatefulSet 中的每个 Pod 主机名的格式为StatefulSet名称-序号。

    上例将会创建三个名称分别为 mysql-0、mysql-1、mysql-2 的 Pod。

Headless Service(无头服务)

之前我们创建了三个各自独立的数据库实例，mysql-0，mysql-1，mysql-2。

要想让别的容器访问数据库，我们需要将它发布为Service，但是Service带负载均衡功能，每次请求都会转发给不同的数据库，这样子使用过程中会有很大的问题。

无头服务（Headless Service）可以为 StatefulSet 成员提供稳定的 DNS 地址。

在不需要负载均衡的情况下，可以通过指定 Cluster IP的值为 “None” 来创建无头服务。

注意:StatefulSet中的ServiceName必须要跟Service中的metadata.name一致

# 为 StatefulSet 成员提供稳定的 DNS 表项的无头服务（Headless Service）
apiVersion: v1
kind: Service
metadata:
  #重要！这里的名字要跟后面StatefulSet里ServiceName一致
  name: db
  labels:
    app: database
spec:
  ports:
  - name: mysql
    port: 3306
  # 设置Headless Service
  clusterIP: None
  selector:
    app: mysql
---
apiVersion: apps/v1
kind: StatefulSet
metadata:
  name: mysql
spec:
  selector:
    matchLabels:
      app: mysql # 必须匹配 .spec.template.metadata.labels
  serviceName: db  #重要！这里的名字要跟Service中metadata.name匹配
  replicas: 3 # 默认值是 1
  minReadySeconds: 10 # 默认值是 0
  template:
    metadata:
      labels:
        app: mysql # 必须匹配 .spec.selector.matchLabels
    spec:
      terminationGracePeriodSeconds: 10
      containers:
        - name: mysql
          image: mysql:5.7
          env:
            - name: MYSQL_ROOT_PASSWORD
              value: "123456"
          ports:
            - containerPort: 3306
          volumeMounts:
            - mountPath: /var/lib/mysql
              name: mysql-data
  volumeClaimTemplates:
    - metadata:
        name: mysql-data
      spec:
        accessModes:
          - ReadWriteOnce
        storageClassName: local-path
        resources:
          requests:
            storage: 2Gi

稳定的网络ID

StatefulSet 中的每个 Pod 都会被分配一个StatefulSet名称-序号格式的主机名。

集群内置的DNS会为Service分配一个内部域名db.default.svc.cluster.local,它的格式为 服务名称.命名空间.svc.cluster.local。

Mysql主从复制

下面是部署一个读写分离Mysql数据库的示意图。

通过部署无头服务(Headless Service)将写操作指向固定的数据库。

部署一个Service用来做读操作的负载均衡。

数据库之间通过同步程序保持数据一致。

image.png

image.png

初始化容器(init containers)

初始化容器(Init Containers)是一种特殊容器，它在 Pod 内的应用容器启动之前运行。

初始化容器未执行完毕或以错误状态退出，Pod内的应用容器不会启动。

初始化容器需要在initContainers中定义，与containers同级。

基于上面的特性，初始化容器通常用于

  • 生成配置文件
  • 执行初始化命令或脚本
  • 执行健康检查（检查依赖的服务是否处于Ready或健康Health的状态）

在本例子中，有两个初始化容器。

  • init-mysql为MySQL实例分配server-id,并将mysql-0的配置文件设置为primary.cnf,其他副本设置为replica.cnf
  • clone-mysql从前一个Pod中获取备份的数据文件放到自己的数据目录下

边车Sidecar

Pod中运行了2个容器，MySQL 容器和一个充当辅助工具的 xtrabackup 容器，我们称之为边车(sidecar)。

image.png

sidecar容器负责将备份的数据文件发送给下一个Pod，并在副本服务器初次启动时，使用数据文件完成数据的导入。

MySQL使用bin-log同步数据，但是，当数据库运行一段时间后，产生了一些数据，这时候如果我们进行扩容，创建了一个新的副本，有可能追溯不到bin-log的源头(可能被手动清理或者过期自动删除)，因此需要将现有的数据导入到副本之后，再开启数据同步，sidecar只负责数据库初次启动时完成历史数据导入，后续的数据MySQL会自动同步。

Port-forward端口转发

通常，集群中的数据库不直接对外访问。

但是，有时候我们需要图形化工具连接到数据库进行操作或者调试。

我们可以使用端口转发来访问集群中的应用。

kubectl port-forward可以将本地端口的连接转发给容器。

此命令在前台运行，命令终止后，转发会话将结束。

#主机端口在前，容器端口在后
#如果主机有多个IP，需要指定IP，如不指定IP，默认为127.0.0.1
kubectl port-forward pods/mysql-0 --address=192.168.56.109 33060:3306

img

Helm

Helm 是一个 Kubernetes 应用的包管理工具，类似于 Ubuntu 的 APT 和 CentOS 中的 YUM。

Helm使用chart 来封装kubernetes应用的 YAML 文件，我们只需要设置自己的参数，就可以实现自动化的快速部署应用。

  1. 安装Helm

    下载安装包：

    https://github.com/helm/helm/releases

    https://get.helm.sh/helm-v3.10.0-linux-amd64.tar.gz

    mv linux-amd64/helm /usr/local/bin/helm

  2. 三大概念

    • Chart 代表着 Helm 包。

      • 它包含运行应用程序需要的所有资源定义和依赖，相当于模版。
      • 类似于maven中的pom.xml、Apt中的dpkb或 Yum中的RPM。

    • Repository（仓库） 用来存放和共享 charts。

      • 不用的应用放在不同的仓库中。

    • Release 是运行 chart 的实例。

    一个 chart 通常可以在同一个集群中安装多次。

    每一次安装都会创建一个新的 release，**release name**不能重复。

  3. Helm仓库

    Helm有一个跟docker Hub类似的应用中心（https://artifacthub.io/），我们可以在里面找到我们需要部署的应用。

  4. 安装单节点Mysql

    #添加仓库
helm repo add bitnami https://charts.bitnami.com/bitnami
#查看chart
helm show chart bitnami/mysql 
#查看默认值
helm show values bitnami/mysql 

#安装mysql
helm install my-mysql \
--set-string auth.rootPassword="123456" \
--set primary.persistence.size=2Gi \
bitnami/mysql

#查看设置
helm get values my-mysql
#删除mysql
helm delete my-release

  5. Helm部署MySQL集群

    安装过程中有两种方式传递配置数据：
    ●-f (或–values):使用 YAML 文件覆盖默认配置。可以指定多次，优先使用最右边的文件。
    ●–set:通过命令行的方式对指定项进行覆盖。
    如果同时使用两种方式，则 --set中的值会被合并到 -f中，但是 --set中的值优先级更高。

    # values.yaml
auth:
  rootPassword: "123456"

primary:
  persistence:
    size: 2Gi
    enabled: true

secondary:
  replicaCount: 2
  persistence:
    size: 2Gi
    enabled: true

architecture: replication

    helm install my-db -f values.yaml bitnami/mysql

参考

https://www.yuque.com/wukong-zorrm/qdoy5p/zrvene
https://kubernetes.io/zh-cn/docs/concepts

yoke菜籽
关注
  • 18
    点赞
  • 踩
  • 20
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
k8s部署redis三主三从（nfs）
qq_44637753的博客
11-17 210
编辑configmap。创建redis-svc。创建redis-sts。
【云原生】Redis on k8s 编排部署讲解与实战操作
匠人精神，持之以恒！
11-05 921
Redis) 是一个由 Salvatore Sanfilippo 写的 key-value 存储系统，是跨平台的非关系型数据库。Redis有三种集群模式：主从模式，Sentinel（哨兵）模式，Cluster模式，这三种模式环境编排部署都会在本文章介绍与实战操作。Redis原理介绍与环境部署（主从模式、哨兵模式、集群模式）
如何在 Kubernetes 中快速部署 Redis 集群
easylife206的专栏
01-05 476
公众号关注「奇妙的 Linux 世界」设为「星标」，每天带你玩转 Linux ！概述❝REmote DIctionary Server(Redis) 是一个由 Salvatore Sanfilippo 写的 key-value 存储系统，是跨平台的非关系型数据库。Redis有三种集群模式：主从模式，Sentinel（哨兵）模式，Cluster模式，这三种模式环境编排部署都会在本文章介绍与实战操作...
Kubernetes入门学习(上)
qq_57150526的博客
11-28 995
Kubernetes学习笔记上，介绍一些Kubernetes的基础概念和操作，最后讲解了金丝雀部署
【kubernetes入门学习笔记】
其乐的博客
04-26 116
系列文章目录 提示：这里可以添加系列文章的所有文章的目录，目录需要自己手动添加 例如：第一章 Python 机器学习入门之pandas的使用 提示：写完文章后，目录可以自动生成，如何生成可参考右边的帮助文档 文章目录系列文章目录前言一、pandas是什么？二、使用步骤1.引入库2.读入数据总结 前言 提示：这里可以添加本文要记录的大概内容： 例如：随着人工智能的不断发展，机器学习这门技术也越来越重要，很多人都开启了学习机器学习，本文就介绍了机器学习的基础内容。 提示：以下是本篇文章正文内容，下面案例
kubernetes入门学习记录一
qq_42666043的博客
08-24 132
k8s中文文档：http://docs.kubernetes.org.cn/227.html 1、kubernetes是什么？ kubernetes是一个开源的容器管理平台，简称k8s，用于管理多个主机上的容器化应用容器，可以对应用升级和回滚；可以实现七层和四层负载均衡；可以实现服务的自动实现；可以快速部署应用；能够自动对当前的架构进行扩缩容。 2、kubernetes的几个常用功能 （1）应用健康检测 （2）水平自动扩展 （3）服务发现 （4）负载均衡 （5）滚动更新 （6）资源监控 （7）日志访问 （8
Kubernetes Operator学习
orz_include的博客
09-02 1098
中的组件，这两部分一起组成了一个完整的 Controller。
kubernetes入门学习资源
Working hard and Focus
05-26 295
收集了一些k8s的入门学习资源 1. kind （kubernetes in docker): 搭建本地集群（在单主机上模拟集群）,使用 Docker 容器作为 Node 并将 Kubernetes 部署至其中的一个工具。 使用 Kind 搭建你的本地 Kubernetes 集群 kind github 2. 阿里云云原生技术公开课 有文字、PPT、视频资源 课程，也可搜索“重磅合集 | 31 篇技术文章，带你从零入门 K8s” 3. 其他教程 (1)kuboard k8s管理面板，另有k.
新手如何学习Kubernetes【入门篇】
小桥流水 的专栏
03-11 1003
K8S的安装及学习入门
Kubernetes入门实战学习
Jerry的博客
06-24 387
1、部署一个应用 Kubernetes 部署 在 k8s 上进行部署前，首先需要了解一个基本概念 Deployment Deployment （ 部署）。在k8s中，通过发布 Deployment，可以创建应用程序 (docker image) 的实例 (docker container)，这个实例会被包含在称为 Pod 的概念中，Pod 是 k8s 中最小可管理单元。 在 k8s 集群中发布 Deployment 后，Deployment 将指示 k8s 如何创建和更新应用程序的实例，mast
Kubernetes 学习之入门篇
10-30
Kubernetes 学习之入门篇，内部技术分享内容。主要内容：Kubernetes & Docker 简介 容器技术基础知识介绍 Kubernetes 核心设计浅析
google基于Kubernetes上深度学习入门到实践
03-20
基于Kubernetes的深度学习实践 深度学习是人工智能领域中的一种重要技术，通过机器学习算法和大数据来实现智能化处理。近年来，深度学习技术得到飞速发展，广泛应用于图像识别、自然语言处理、语音识别等领域。 在...
Docker+Kubernetes入门学习视频教程.md
12-31
本人是做Java的，跟着教程零基础学习Docker及Kubernetes，现在已经可以进行下面项目在K8S环境下制作镜像，运行pod，制作configmap，制作SVC，PV,PVC,SRCRET等组件，希望能够帮到爱学习的你。 上传大小有限制，已...
kubernetes 学习日志 – pod介绍
01-07
1、pod概念  1.1 分类  自助式pod（一旦死亡无法恢复）  控制器管理的pod  1.2 pod介绍  1.2.1 container  pause：基础容器，同pod一同启动  其他容器： 共用pause的网络栈和存储卷  网络栈：pod中的容器...
K8S 上部署 Prometheus + Grafana
最新发布
小强签名设计 的博客
07-22 189
【代码】K8S 上部署 Prometheus + Grafana。
k8s+containerd（kvm版）
weixin_62799021的博客
07-22 459
k8s（Kubernetes）是由Gogle开源的容器编排引擎，可以用来管理容器化的应用程序和服务，kk8s提供了自动重启、自动重建、自动修复提高集群的可用性,以下概念稍微了解即可,看一看直接实操，
[k8s源码]5.自己写一个informer控制器
weixin_45396500的博客
07-22 180
Indexer 实际上存储的是完整的对象（如 Pod、Service 等），允许通过多种方式（如名字、命名空间等）快速检索对象。Queue 存储的是对象的键（通常是 "namespace/name" 格式的字符串）。随后设计一个run函数，从而开始从官方的informer拿取数据，但是我们自己设计的informer会有多个worker来处理从队列拿到的任务。k8s的informer控制器有一个informer，有一个indexer，还需要一个队列来存储从kubernetes API获取的信息。
k8s中部署nacos
warrah 南极狼
07-22 242
将nacos部署到middleware的命名空间中注意deployment.yaml中要填写自己的nfs服务器地址，不能使用默认的。
k8s一些名词解释
怨行客
07-17 710
是一种根据负载变化动态调整资源分配的计算模式。其核心思想是利用峰值和非峰值时段的资源需求差异，动态地扩展或缩减计算资源。在 Kubernetes 环境中，可以通过自动扩展（auto-scaling）机制，根据工作负载的变化自动调整计算资源，最大化资源利用率并减少不必要的资源开销。配置 Kubernetes 的 Horizontal Pod Autoscaler（HPA）和 Vertical Pod Autoscaler（VPA），根据负载变化动态扩展或缩减 Pod 数量和资源配额。

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值