Linux企业实战之容器（十九）——Kubernetes（8）

最新推荐文章于 2021-08-23 19:29:58 发布
最新推荐文章于 2021-08-23 19:29:58 发布
阅读量209 收藏
点赞数
分类专栏： 容器
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/bdkl9998/article/details/106304255
版权

Kubernetes存储

（1）PV和PVC

PersistentVolume（持久卷，简称PV）是集群内，由管理员提供的网络存储的一部分。就像集群中的节点一样，PV也是集群中的一种资源。它也像Volume一样，是一种volume插件，但是它的生命周期却是和使用它的Pod相互独立的。PV这个API对象，捕获了诸如NFS、ISCSI、或其他云存储系统的实现细节。

  • PersistentVolumeClaim（持久卷声明，简称PVC）是用户的一种存储请求。它和Pod类似，Pod消耗Node资源，而PVC消耗PV资源。Pod能够请求特定的资源（如CPU和内存）。PVC能够请求指定的大小和访问的模式（可以被映射为一次读写或者多次只读）。

  • 有两种PV提供的方式：静态和动态。

    • 静态PV：集群管理员创建多个PV，它们携带着真实存储的详细信息，这些存储对于集群用户是可用的。它们存在于Kubernetes API中，并可用于存储使用。

    • 动态PV：当管理员创建的静态PV都不匹配用户的PVC时，集群可能会尝试专门地供给volume给PVC。这种供给基于StorageClass。

  • PVC与PV的绑定是一对一的映射。没找到匹配的PV，那么PVC会无限期得处于unbound未绑定状态。

  • PV的使用、释放和回收

    • 使用
      Pod使用PVC就像使用volume一样。集群检查PVC，查找绑定的PV，并映射PV给Pod。对于支持多种访问模式的PV，用户可以指定想用的模式。一旦用户拥有了一个PVC，并且PVC被绑定，那么只要用户还需要，PV就一直属于这个用户。用户调度Pod，通过在Pod的volume块中包含PVC来访问PV。

    • 释放
      当用户使用PV完毕后，他们可以通过API来删除PVC对象。当PVC被删除后，对应的PV就被认为是已经是“released”了，但还不能再给另外一个PVC使用。前一个PVC的属于还存在于该PV中，必须根据策略来处理掉。

    • 回收
      PV的回收策略告诉集群，在PV被释放之后集群应该如何处理该PV。当前，PV可以被Retained（保留）、 Recycled（再利用）或者Deleted（删除）。保留允许手动地再次声明资源。对于支持删除操作的PV卷，删除操作会从Kubernetes中移除PV对象，还有对应的外部存储（如AWS EBS，GCE PD，Azure Disk，或者Cinder volume）。动态供给的卷总是会被删除。

  • 创建一个NFS PV

vim pv1.yaml

apiVersion: v1
kind: PersistentVolume
metadata:
  name: pv1
spec:
  capacity:
    storage: 1Gi
  volumeMode: Filesystem
  accessModes:
    - ReadWriteOnce
  persistentVolumeReclaimPolicy: Recycle
  storageClassName: slow
  nfs:
    path: /nfs
    server: 192.168.43.250

kubectl create -f pv1.yaml
kubectl get pv

在这里插入图片描述

对照上面我们创建的pv，可以观察到它有好多条目，像NAME、STATUS等，接下来了解一下其中的一部分

  • 访问模式（ACCESS）

    • ReadWriteOnce – 该volume只能被单个节点以读写的方式映射

    • ReadOnlyMany – 该volume可以被多个节点以只读方式映射

    • ReadWriteMany – 该volume可以被多个节点以读写的方式映射

      • 在命令行中，访问模式可以简写为：
        • RWO - ReadWriteOnce
        • ROX - ReadOnlyMany
        • RWX - ReadWriteMany

  • 回收策略（RECLAIM POLICY）

    • Retain：保留，需要手动回收
    • Recycle：回收，自动删除卷中数据
    • Delete：删除，相关联的存储资产，如AWS EBS，GCE PD，Azure Disk，or OpenStack Cinder卷都会被删除

  • 状态（STATUS）

    • Available：空闲的资源，未绑定给PVC
    • Bound：绑定给了某个PVC
    • Released：PVC已经删除了，但是PV还没有被集群回收
    • Failed：PV在自动回收中失败了
      命令行可以显示PV绑定的PVC名称。

  • NFS持久化存储示例：

    • 步骤一：创建三个不完全相同的PV
vim pv1.yaml

apiVersion: v1
kind: PersistentVolume
metadata:
  name: pv1
spec:
  capacity:
    storage: 1Gi
  volumeMode: Filesystem
  accessModes:
    - ReadWriteOnce
  persistentVolumeReclaimPolicy: Recycle
  storageClassName: nfs
  nfs:
    path: /nfs
    server: 192.168.43.250

vim pv2.yaml

apiVersion: v1
kind: PersistentVolume
metadata:
  name: pv2
spec:
  capacity:
    storage: 2Gi
  volumeMode: Filesystem
  accessModes:
    - ReadWriteOnce
  persistentVolumeReclaimPolicy: Recycle
  storageClassName: nfs
  nfs:
    path: /nfs
    server: 192.168.43.250

vim pv3.yanl

apiVersion: v1
kind: PersistentVolume
metadata:
  name: pv3
spec:
  capacity:
    storage: 2Gi
  volumeMode: Filesystem
  accessModes:
    - ReadWriteMany
  persistentVolumeReclaimPolicy: Delete
  storageClassName: nfs
  nfs:
    path: /nfs
    server: 192.168.43.250

kubectl create -f pv1.yaml
kubectl create -f pv2.yaml
kubectl create -f pv3.yaml

在这里插入图片描述

  • 步骤二：创建一个PVC，根据PVC的条件，查看和其绑定的PV
vim pvc1.yaml

apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: pvc1
spec:
  storageClassName: nfs
  accessModes:
    - ReadWriteOnce
  resources:
    requests:
      storage: 1Gi

kubect create -f pvc1.yaml
kubectl get pvc 
kubectl get pv

在这里插入图片描述

  • 步骤三：修改PVC的资源需求条件，观察其状态
vim pvc1.yaml

apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: pvc1
spec:
  storageClassName: nfs
  accessModes:
    - ReadWriteOnce
  resources:
    requests:
      storage: 2Gi		

kubect create -f pvc1.yaml
kubectl get pvc 
kubectl get pv

在这里插入图片描述

vim pvc1.yaml

apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: pvc1
spec:
  storageClassName: nfs
  accessModes:
    - ReadWriteMany
  resources:
    requests:
      storage: 1Gi		

kubect create -f pvc1.yaml
kubectl get pvc 
kubectl get pv

在这里插入图片描述

注意：从上面的示例中可以得到一个小结论，PVC和PV想要进行绑定，那么集群中必须存在同时满足PVC所有条件的PV，否则将不能够进行绑定，PVC将处于Pending状态

  • 步骤四：修改pvc的资源需求，让其和pv1绑定，然后创建pod，pod挂载PV
kubectl get pvc

vim pod.yaml

apiVersion: v1
kind: Pod
metadata:
  name: my-pod
spec:
  containers:
  - image: reg.westos.org:5000/nginx
    name: nginx
    volumeMounts:
    - mountPath: /usr/share/nginx/html
      name: storage1
  volumes:
  - name: storage1
    persistentVolumeClaim:
      claimName: pvc1

kubectl create -f pod.yaml
kubectl get pod
kubectl describe pod my-pod

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

  • 步骤五：在容器的挂载目录中编辑文件，然后删除pod，重新创建pod，观察pvc中的数据是否还存在
kubectl exec my-pod -it -- bash
kubectl get pod -o wide
kubectl delete -f pod my-pod
vim pod.yaml

apiVersion: v1
kind: Pod
metadata:
  name: test-pod
spec:
  containers:
  - image: reg.westos.org:5000/nginx
    name: nginx
    volumeMounts:
    - mountPath: /usr/share/nginx/html
      name: storage1
  volumes:
  - name: storage1
    persistentVolumeClaim:
      claimName: pvc1

kubectl create -f pod.yaml
kubectl get pod 
kubectl get pod -o wide

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

（2）StorageClass

  • StorageClass提供了一种描述存储类（class）的方法，不同的class可能会映射到不同的服务质量等级和备份策略或其他策略等。

  • 每个 StorageClass 都包含 provisioner、parameters 和 reclaimPolicy 字段， 这些字段会在StorageClass需要动态分配 PersistentVolume 时会使用到。

  • StorageClass的属性

    • Provisioner（存储分配器）：用来决定使用哪个卷插件分配 PV，该字段必须指定。可以指定内部分配器，也可以指定外部分配器。外部分配器的代码地址为： kubernetes-incubator/external-storage，其中包括NFS和Ceph等。

    • Reclaim Policy（回收策略）：通过reclaimPolicy字段指定创建的Persistent Volume的回收策略，回收策略包括：Delete 或者 Retain，没有指定默认为Delete。

  • NFS Client Provisioner是一个automatic provisioner，使用NFS作为存储，自动创建PV和对应的PVC，本身不提供NFS存储，需要外部先有一套NFS存储服务。

    • PV以 ${namespace}-${pvcName}-${pvName}的命名格式提供（在NFS服务器上）
    • PV回收的时候以 archieved-${namespace}-${pvcName}-${pvName} 的命名格式（在NFS服务器上）

  • NFS动态分配PV示例：

    • 步骤一：配置授权，创建rbac,部署NFS Client Provisioner,创建 NFS SotageClass
vim rbac.yaml

apiVersion: v1
kind: ServiceAccount
metadata:
  name: nfs-client-provisioner
  # replace with namespace where provisioner is deployed
  namespace: default
---
kind: ClusterRole
apiVersion: rbac.authorization.k8s.io/v1
metadata:
  name: nfs-client-provisioner-runner
rules:
  - apiGroups: [""]
    resources: ["persistentvolumes"]
    verbs: ["get", "list", "watch", "create", "delete"]
  - apiGroups: [""]
    resources: ["persistentvolumeclaims"]
    verbs: ["get", "list", "watch", "update"]
  - apiGroups: ["storage.k8s.io"]
    resources: ["storageclasses"]
    verbs: ["get", "list", "watch"]
  - apiGroups: [""]
    resources: ["events"]
    verbs: ["create", "update", "patch"]
---
kind: ClusterRoleBinding
apiVersion: rbac.authorization.k8s.io/v1
metadata:
  name: run-nfs-client-provisioner
subjects:
  - kind: ServiceAccount
    name: nfs-client-provisioner
    # replace with namespace where provisioner is deployed
    namespace: default
roleRef:
  kind: ClusterRole
  name: nfs-client-provisioner-runner
  apiGroup: rbac.authorization.k8s.io
---
kind: Role
apiVersion: rbac.authorization.k8s.io/v1
metadata:
  name: leader-locking-nfs-client-provisioner
  # replace with namespace where provisioner is deployed
  namespace: default
rules:
  - apiGroups: [""]
    resources: ["endpoints"]
    verbs: ["get", "list", "watch", "create", "update", "patch"]
---
kind: RoleBinding
apiVersion: rbac.authorization.k8s.io/v1
metadata:
  name: leader-locking-nfs-client-provisioner
  # replace with namespace where provisioner is deployed
  namespace: default
subjects:
  - kind: ServiceAccount
    name: nfs-client-provisioner
    # replace with namespace where provisioner is deployed
    namespace: default
roleRef:
  kind: Role
  name: leader-locking-nfs-client-provisioner
  apiGroup: rbac.authorization.k8s.io

vim  deployment.yaml

apiVersion: apps/v1
kind: Deployment
metadata:
  name: nfs-client-provisioner
  labels:
    app: nfs-client-provisioner
  # replace with namespace where provisioner is deployed
  namespace: default
spec:
  replicas: 1
  strategy:
    type: Recreate
  selector:
    matchLabels:
      app: nfs-client-provisioner
  template:
    metadata:
      labels:
        app: nfs-client-provisioner
    spec:
      serviceAccountName: nfs-client-provisioner
      containers:
        - name: nfs-client-provisioner
          image: reg.westos.org:5000/nfs-client-provisioner
          volumeMounts:
            - name: nfs-client-root
              mountPath: /persistentvolumes
          env:
            - name: PROVISIONER_NAME
              value: westos.org/nfs
            - name: NFS_SERVER
              value: 192.168.43.250
            - name: NFS_PATH
              value: /nfs
      volumes:
        - name: nfs-client-root
          nfs:
            server: 192.168.43.250
            path: /nfs
vim class.yaml

apiVersion: storage.k8s.io/v1
kind: StorageClass
metadata:
  name: managed-nfs-storage
provisioner: westos.org/nfs
parameters:
  archiveOnDelete: "false"

kubectl apply -y .

kubectl get pod
kubectl get all

在这里插入图片描述
在这里插入图片描述
步骤二：创建PVC，查看自动生成的PV，以及在nfs服务器上生成的目录

vim pvc.yaml

kind: PersistentVolumeClaim
apiVersion: v1
metadata:
  name: test-claim
  annotations:
    volume.beta.kubernetes.io/storage-class: "managed-nfs-storage"
spec:
  accessModes:
    - ReadWriteMany
  resources:
    requests:
      storage: 100Mi

kubectl apply -f pvc.yaml
kubectl get pvc
kubectl get pv

在nfs服务器上
cd /nfs
ls                    #查看生成的目录，也就是我们的调度器在nfs上调度的外部存储空间

在这里插入图片描述
在这里插入图片描述
步骤三：删除刚刚创建的PVC,则相应的PV也会自动删除，且在nfs服务器上的外部存储资源也会自动删除

kubectl delete -f pvc.yaml
kubectl get pvc
kubectl get pv

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

注意：因为我们在class.yaml中设定了删除PVC后，不在外部nfs服务器上缓存其之前保留的数据，所以当PVC被删除后，它也会自动删除，当然我们也可以修改class.yaml中的参数，使得当PVC被删除后，外部nfs服务器上仍然保留其缓存的资源

  • 步骤四：修改class.yaml中的参数，使得PVC被删除后，在外部存储设备上保留缓存资源
vim class.yaml

apiVersion: storage.k8s.io/v1
kind: StorageClass
metadata:
  name: managed-nfs-storage
provisioner: westos.org/nfs
parameters:
  archiveOnDelete: "true" 			#修改参数为true，这样就能给够在外部的存储上缓存数据   

kubectl apply -f class.yaml
kubectl apply -f pvc.yaml
kubectl get pv
kubectl get pvc

在nfs服务器上
cd /nfs
ls 

kubectl delete -f pvc
kubectl get pv
kubectl get pvc   

在nfs服务器上
cd /nfs
ls

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

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

  • 步骤五：重新生成PVC和PV，创建测试pod，然后在外部的存储资源上写入数据，观察在集群中的测试pod上能否读取到数据
vim pod.yaml

kind: Pod
apiVersion: v1
metadata:
  name: test-pod
spec:
  containers:
  - name: test-pod
    image: reg.westos.org:5000/nginx
    volumeMounts:
      - name: nfs-pvc
        mountPath: "/usr/share/nginx/html"
  volumes:
    - name: nfs-pvc
      persistentVolumeClaim:
        claimName: test-claim

kubectl apply -f pvc.yaml
kubectl apply -f pod.yaml
kubectl get pvc
kubectl get pv
kubectl get pod
kubectl describe pod test-pod

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

  • 步骤六：修改PVC中的相应参数，不指定分配机的名称（即不指定从哪里来分配）
vim  pvc.yaml

kind: PersistentVolumeClaim
apiVersion: v1
metadata:
  name: test-claim
 # annotations:
 #   volume.beta.kubernetes.io/storage-class: "managed-nfs-storage"
spec:
  accessModes:
    - ReadWriteMany
  resources:
    requests:
      storage: 100Mi


kubectl apply -f pvc.yaml
kubectl get pvc
kubectl get pv

在这里插入图片描述

解决方法：

kubectl patch storageclass managed-nfs-storage -p '{"metadata": {"annotations":{"storageclass.kubernetes.io/is-default-class":"true"}}}'			#在class中添加一个参数，即将当前的StorageClass设定为Default
kubectl get sc
kubectl get pvc
kubectl get pv

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

  • 默认的 StorageClass 将被用于动态的为没有特定 storage class 需求的 PersistentVolumeClaims 配置存储：（一个namespace底下只能有一个默认StorageClass）
  • 如果没有默认StorageClass，PVC 也没有指定storageClassName 的值，那么意味着它只能够跟 storageClassName 也是“”的 PV 进行绑定。

（3）StatefulSet如何通过Headless Service维持Pod的拓扑状态

  • 步骤一：创建Headless service
vim service.yaml

apiVersion: v1
kind: Service
metadata:
 name: nginx
 labels:
  app: nginx
spec:
 ports:
 - port: 80
   name: web
 clusterIP: None
 selector:
  app: nginx

kubectl apply -f service.yaml
kubectl get svc
kubectl describe service nginx

在这里插入图片描述

  • 步骤二：创建StatefulSet控制器
vim deployment.yaml

apiVersion: apps/v1
kind: StatefulSet
metadata:
 name: web
spec:
 serviceName: "nginx"
 replicas: 2
 selector:
  matchLabels:
   app: nginx
 template:
  metadata:
   labels:
    app: nginx
  spec:
   containers:
   - name: nginx
     image: reg.westos.org:5000/nginx
     ports:
     - containerPort: 80
       name: web

kubectl apply -f deployment.yaml
kubectl get pod -o wide
kubectl describe service nginx

在这里插入图片描述

statefulset控制器专门针对有状态的应用，它在启动或关闭pod的时候有先后顺序

  • 步骤三：修改deployment.yaml中的副本数，观察其创建pod的有序性
kubectl delete -f deployment.yaml
kubectl apply -f deployment.yaml
kubectl get pod

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

  • StatefulSet将应用状态抽象成了两种情况：

    • 拓扑状态：应用实例必须按照某种顺序启动。新创建的Pod必须和原来Pod的网络标识一样
    • 存储状态：应用的多个实例分别绑定了不同存储数据。

  • StatefulSet给所有的Pod进行了编号，编号规则是：$(statefulset名称)-$(序号)，从0开始。

  • Pod被删除后重建，重建Pod的网络标识也不会改变,Pod的拓扑状态按照Pod的“名字+编号”的方式固定下来,并且为每个Pod提供了一个固定且唯一的访问入口,即Pod对应的DNS记录。

cat deployment.yaml
kubectl apply -f deployment.yaml
kubectl get pod

在这里插入图片描述
加粗样式

  • 步骤四：查看pod解析
kubectl get pod -o wide
kubectl run -it test --image=reg.westos.org:5000/busyboxplus
	nslookup web-0.nginx.default.svc.cluster.local
	nslookup web-1.nginx.default.svc.cluster.local

在这里插入图片描述

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

  • 步骤五：在deployment.yaml文件中添加存储信息
    PV和PVC的设计，使得StatefulSet对存储状态的管理成为了可能
vim deployment.yaml

apiVersion: apps/v1
kind: StatefulSet
metadata:
 name: web
spec:
 serviceName: "nginx"
 replicas: 2
 selector:
  matchLabels:
   app: nginx
 template:
  metadata:
   labels:
    app: nginx
  spec:
   containers:
   - name: nginx
     image: reg.westos.org:5000/nginx
     ports:
     - containerPort: 80
       name: web
     volumeMounts:
       - name: www
         mountPath: /usr/share/nginx/html
 volumeClaimTemplates:
  - metadata:
     name: www
    spec:
     storageClassName: managed-nfs-storage
     accessModes:
     - ReadWriteOnce
     resources:
      requests:
       storage: 100Mi


kubectl get pvc
kubectl get pv
kubectl get sc
kubectl apply -f deployment.yaml
kubectl get pod
kubectl get pvc
kubectl get pv

在这里插入图片描述

  • StatefulSet还会为每一个Pod分配并创建一个同样编号的PVC。这样，kubernetes就可以通过Persistent Volume机制为这个PVC绑定对应的PV，从而保证每一个Pod都拥有一个独立的Volume
    在这里插入图片描述
    在这里插入图片描述
    在这里插入图片描述

  • kubectl 弹性伸缩

    • 首先,想要弹缩的StatefulSet. 需先清楚是否能弹缩该应用

    • $ kubectl get statefulsets

    • 方法一：改变StatefulSet副本数量

      • $ kubectl scale statefulsets <stateful-set-name> --replicas=<new-replicas>

    • 方法二：如果StatefulSet开始由 kubectl apply 或 kubectl create --save-config 创建,更新StatefulSet manifests中的 .spec.replicas, 然后执行命令 kubectl apply

      • $ kubectl apply -f <stateful-set-file-updated>

    • 方法三：通过命令 kubectl edit 编辑该字段

      • $ kubectl edit statefulsets <stateful-set-name>

    • 方法四： 使用 kubectl patch

      • $ kubectl patch statefulsets <stateful-set-name> -p '{"spec":{"replicas":<new-replicas>}}'
cat deployment.yaml
kubectl apply -f deployment.yaml
kubectl get pod
kubectl describe service nginx
kubectl get pvc
kubectl get pv

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

bdkl9998
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
容器云运维实战 Docker与Kubernetes集群.pdf
05-29
容器云运维实战 Docker与Kubernetes集群
linux企业实战——虚拟机的封装
01-07
安装好虚拟机，ip addr show，若没有eth0，做如下操作。之后reboot。 注：最小化安装没有vim命令,要用vi。 注：虚拟机访问的是真机的yum源。 ...注：添加解析是在 /etc/hosts里 以上部分就把母盘做好了，可poweroff...
Linux企业实战之容器（二十）——Kubernetes（9）
bdkl9998的博客
06-10 167
kubernetes调度 调度器通过 kubernetes 的 watch 机制来发现集群中新创建且尚未被调度到 Node 上的 Pod。调度器会将发现的每一个未调度的 Pod 调度到一个合适的 Node 上来运行。 kube-scheduler 是 Kubernetes 集群的默认调度器，并且是集群控制面的一部分。如果你真的希望或者有这方面的需求，kube-scheduler 在设计上是允许你自己写一个调度组件并替换原有的 kube-scheduler。 在做调度决定时需要考虑的因素包括：单独
Linux企业实战之容器（十七）——Kubernetes（6）
bdkl9998的博客
05-16 837
1 Ingress 一种全局的、为了代理不同后端 Service 而设置的负载均衡服务，就是 Kubernetes 里的Ingress 服务； Ingress由两部分组成：Ingress controller和Ingress服务； Ingress Controller 会根据你定义的 Ingress 对象，提供对应的代理能力。业界常用的各种反向代理项目，比如 Nginx、HAProxy、Envoy、Traefik 等，都已经为Kubernetes 专门维护了对应的 Ingress Controller
Linux企业实战之容器（二十一）——Kubernetes（10）
bdkl9998的博客
07-11 182
kubernetes访问控制
Linux企业实战之容器（十八）——Kubernetes（7）
bdkl9998的博客
05-23 382
Kubernetes存储
Linux企业实战之容器（十五）——Kubernetes（4）
bdkl9998的博客
05-07 169
1 控制器
Linux企业实战之容器（十二）——Kubernetes（1）
bdkl9998的博客
04-19 252
1 Kubernetes简介 在Docker作为高级容器引擎快速发展的同时，在Google内部，容器技术已经应用了很多年，Brog系统运行管理着成千上万的容器应用； kubernetes，简称K8s，是用8代替8个字符“ubernete”而成的缩写。是一个开源的，用于管理云平台中多个主机上的容器化的应用，Kubernetes的目标是让部署容器化的应用简单并且高效（powerful）,Kubern...
Linux企业实战之容器（十六）——Kubernetes（5）
bdkl9998的博客
05-10 171
1 service Service可以看作是一组提供相同服务的Pod对外的访问接口。借助Service，应用可以方便地实现服务发现和负载均衡; service默认只支持4层负载均衡能力，没有7层功能。（可以通过Ingress实现） service的类型： ClusterIP：默认值，k8s系统给service自动分配的虚拟IP，只能在集群内部访问。 NodePort：将Service通过指定的Node上的端口暴露给外部，访问任意一个NodeIP:nodePort都将路由到ClusterI
Linux企业实战之容器（十四）——Kubernetes（3）
bdkl9998的博客
05-06 139
1
Linux企业运维——Kubernetes（十五）容器资源限制
weixin_44310047的博客
08-23 432
Linux企业运维——Kubernetes（十五）容器资源限制 文章目录Linux企业运维——Kubernetes（十五）容器资源限制1、基本概念 1、基本概念 在K8s中定义Pod中运行容器有两个维度的限制： 资源需求：即运行Pod的节点必须满足运行Pod的最基本需求才能运行Pod。如： Pod运行至少需要2G内存，1核CPU 资源限额：即运行Pod期间，可能内存使用量会增加，那最多能使用多少内存，这就是资源限额。 Kubernetes采用request和limit两种限制类型来对资源进行分配： r
Linux容器云实战——Docker与Kubernetes集群完整版ppt全套课件整本书电子教案.pptx
06-08
Linux容器云实战——Docker与Kubernetes集群完整版ppt全套课件整本书电子教案.pptx
Linux容器云实战——Docker与Kubernetes集群完整版ppt全套课件整本书电子讲义.pptx
03-24
Linux容器云实战——Docker与Kubernetes集群完整版ppt全套课件整本书电子讲义.pptx
Windows上的Linux容器_DaoCloud-kubernetes实战.pdf
07-17
水火也交融- win上的Linux容器水火也交融-
Linux企业实战之容器（十三）——Kubernetes（2）
bdkl9998的博客
04-30 278
1 Pod管理 Pod是可以创建和管理Kubernetes计算的最小可部署单元，一个Pod代表着集群中运行的一个进程，每个pod都有一个唯一的ip 一个pod类似一个豌豆荚，包含一个或多个容器（通常是docker），多个容器间共享IPC、Network和UTC namespace ...
Linux企业实战之容器（一）——Docker（1）
bdkl9998的博客
04-11 277
1 什么是Docker Docker 是一个开源的应用容器引擎，让开发者可以打包他们的应用以及依赖包到一个可移植的镜像中，然后发布到任何流行的 Linux或Windows 机器上，也可以实现虚拟化。容器是完全使用沙箱机制，相互之间不会有任何接口。 2 容器和虚拟机的对比 虚拟机： 传统虚拟机如 VMware ， 需要模拟整台机器包括硬件，每台虚拟机都需要有自己的操作系统， 虚拟机一旦被开启，预分配...
Linux企业实战之容器——Harbor仓库
bdkl9998的博客
04-10 268
1 什么是harbor Harbor是一个用于存储和分发Docker镜像的企业级Registry服务器。 镜像的存储harbor使用的是官方的docker registry(v2命名是distribution)服务去完成。 harbor在docker distribution的基础上增加了一些安全、访问控制、管理的功能以满足企业对于镜像仓库的需求。 harbor以docker-compose的规范...
Linux企业实战之容器（三）——Docker（3）
bdkl9998的博客
04-12 253
1 镜像 （1）什么是镜像 Docker 的镜像概念类似虚拟机的镜像。是一个只读的模板，一个独立的文件系统，包括运行容器所需的数据，可以用来创建新的容器。 例如：一个镜像可以包含一个完整的CentOS操作系统环境，里面仅安装了nginx或用户需要的其他应用程序。 Docker镜像实际上是由一层一层的系统文件组成，这种层级的文件系统被称为UnionFS( Union file system ...
linux小白成长之路2————yum安装火狐浏览器
最新发布
06-02
好的，我知道你的问题了。让我们开始吧。 首先，你需要打开终端并以 root 用户身份登录。...好了，以上就是在 Linux 中使用 yum 安装 Firefox 浏览器的步骤。希望这对你有所帮助。如果你有其他问题，请随时问我。

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值