k8s笔记4--k8s基础概念

最新推荐文章于 2022-04-29 22:48:34 发布
最新推荐文章于 2022-04-29 22:48:34 发布
阅读量485 收藏 1
点赞数
分类专栏： K8S & Docker 文章标签： kubernetes k8s核心组件 k8s资源对象 k8s 微服务
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/u011127242/article/details/108352646
版权

k8s笔记4--k8s基础概念

1 k8s 概述

Kubernetes 是谷歌开源的容器集群管理系统，是 Google 多年大规模容器管理技术 Borg 的开源版本。其发展非常迅速，已经成为容器编排领域的领导者。

Kubernetes 是一个平台。它提供了很多的功能，可以简化应用程序的工作流，加快开发速度。通常，一个成功的应用编排系统需要有较强的自动化能力，这也是为什么 Kubernetes 被设计作为构建组件和工具的生态系统平台，以便更轻松地部署、扩展和管理应用程序。
用户可以使用 Label 以自己的方式组织管理资源，还可以使用 Annotation 来自定义资源的描述信息，比如为管理工具提供状态检查等。
此外，Kubernetes 控制器也是构建在跟开发人员和用户使用的相同的 API 之上。用户还可以编写自己的控制器和调度器，也可以通过各种插件机制扩展系统的功能。这种设计使得可以方便地在 Kubernetes 之上构建各种应用系统。

2 功能特性

  1. 功能(kubenetes指南)
    • 基于容器的应用部署、维护和滚动升级
    • 负载均衡和服务发现
    • 跨机器和跨地区的集群调度
    • 自动伸缩
    • 无状态服务和有状态服务
    • 广泛的 Volume 支持
    • 插件机制保证扩展性
  2. 特性(阿良教程)
    • 自我修护
    • 弹性伸缩
    • 自动部署和回滚
    • 服务发现和负载均衡
    • 机密和配置管理
    • 存储编排
    • 批处理

3 核心组件

Kubernetes 主要由以下几个核心组件组成:

  1. etcd 保存了整个集群的状态；
  2. API Server 提供了资源操作的唯一入口，并提供认证、授权、访问控制、API 注册和发现等机制；
  3. Controller Manager 负责维护集群的状态，比如故障检测、自动扩展、滚动更新等；
  4. Scheduler 负责资源的调度，按照预定的调度策略将 Pod 调度到相应的机器上；
  5. Kubelet 负责维护容器的生命周期，同时也负责 Volume（CVI）和网络（CNI）的管理；
  6. Container Runtime 负责镜像管理以及 Pod 和容器的真正运行（CRI）；
  7. Kube-proxy 负责为 Service 提供 cluster 内部的服务发现和负载均衡；

4 资源对象

Kubernetes 包含如下资源对象：

名称主要功能其它
Autoscaling (HPA)可以根据 CPU 使用率或应用自定义 metrics 自动扩展 Pod 数量（支持 replication controller、deployment 和 replica set ）
ConfigMapConfigMap 用于保存配置数据的键值对，可以用来保存单个属性，也可以用来保存配置文件。ConfigMap 跟 Secret 很类似，但它可以更方便地处理不包含敏感信息的字符串。
CronJobCronJob 即定时任务，就类似于 Linux 系统的 crontab，在指定的时间周期运行指定的任务。
CustomResourceDefinitionv1.7 新增的无需改变代码就可以扩展 Kubernetes API 的机制，用来管理自定义对象; v1.8 中已经弃用。
DaemonSetDaemonSet 保证在每个 Node 上都运行一个容器副本，常用来部署一些集群的日志、监控或者其他系统管理应用。
DeploymentDeployment 为 Pod 和 ReplicaSet 提供了一个声明式定义 (declarative) 方法，用来替代以前的 ReplicationController 来方便的管理应用。
IngressIngress 可以给 service 提供集群外部访问的 URL、负载均衡、SSL 终止、HTTP 路由等
JobJob 负责批量处理短暂的一次性任务 (short lived one-off tasks)，即仅执行一次的任务，它保证批处理任务的一个或多个 Pod 成功结束。
LocalVolume本地数据卷（Local Volume）代表一个本地存储设备，比如磁盘、分区或者目录等。
NamespaceNamespace 是对一组资源和对象的抽象集合，比如可以用来将系统内部的对象划分为不同的项目组或用户组。常见的 pod, service, replication controller 和 deployment 等都是属于某一个 namespace 的（默认是 default），而 node, persistent volume，namespace 等资源则不属于任何 namespace。
NetworkPolicyNetwork Policy 提供了基于策略的网络控制，用于隔离应用并减少攻击面。它使用标签选择器模拟传统的分段网络，并通过策略控制它们之间的流量以及来自外部的流量。
NodeNode 是 Pod 真正运行的主机，可以是物理机，也可以是虚拟机。为了管理 Pod，每个 Node 节点上至少要运行 container runtime（比如 docker 或者 rkt）、kubelet 和 kube-proxy 服务。
PersistentVolumePersistentVolume (PV) 和 PersistentVolumeClaim (PVC) 提供了方便的持久化卷：PV 提供网络存储资源，而 PVC 请求存储资源。这样，设置持久化的工作流包括配置底层文件系统或者云数据卷、创建持久性数据卷、最后创建 PVC 来将 Pod 跟数据卷关联起来。PV 和 PVC 可以将 pod 和数据卷解耦，pod 不需要知道确切的文件系统或者支持它的持久化引擎。
PodPod 是一组紧密关联的容器集合，它们共享 IPC、Network 和 PID namespace，是 Kubernetes 调度的基本单位。Pod 的设计理念是支持多个容器在一个 Pod 中共享网络和文件系统，可以通过进程间通信和文件共享这种简单高效的方式组合完成服务。
PodPresetPodPreset 用来给指定标签的 Pod 注入额外的信息，如环境变量、存储卷等。这样，Pod 模板就不需要为每个 Pod 都显式设置重复的信息。
ReplicaSetReplicationController（也简称为 rc）用来确保容器应用的副本数始终保持在用户定义的副本数，即如果有容器异常退出，会自动创建新的 Pod 来替代；而异常多出来的容器也会自动回收。ReplicationController 的典型应用场景包括确保健康 Pod 的数量、弹性伸缩、滚动升级以及应用多版本发布跟踪等。
在新版本的 Kubernetes 中建议使用 ReplicaSet（也简称为 rs）来取代 ReplicationController。ReplicaSet 跟 ReplicationController 没有本质的不同，只是名字不一样，并且 ReplicaSet 支持集合式的 selector（ReplicationController 仅支持等式）。
Resource Quota资源配额（Resource Quotas）是用来限制用户资源用量的一种机制。它的工作原理为: 资源配额应用在 Namespace 上，并且每个 Namespace 最多只能有一个 ResourceQuota 对象; 开启计算资源配额后，创建容器时必须配置计算资源请求或限制（也可以用 LimitRange 设置默认值）;用户超额后禁止创建新的资源
SecretSecret 解决了密码、token、密钥等敏感数据的配置问题，而不需要把这些敏感数据暴露到镜像或者 Pod Spec 中。Secret 可以以 Volume 或者环境变量的方式使用。
SecurityContextSecurity Context 的目的是限制不可信容器的行为，保护系统和其他容器不受其影响。
ServiceService 是对一组提供相同功能的 Pods 的抽象，并为它们提供一个统一的入口。借助 Service，应用可以方便的实现服务发现与负载均衡，并实现应用的零宕机升级。Service 通过标签来选取服务后端，一般配合 Replication Controller 或者 Deployment 来保证后端容器的正常运行。这些匹配标签的 Pod IP 和端口列表组成 endpoints，由 kube-proxy 负责将服务 IP 负载均衡到这些 endpoints 上。
ServiceAccountService account 是为了方便 Pod 里面的进程调用 Kubernetes API 或其他外部服务而设计的。
StatefulSetStatefulSet 是为了解决有状态服务的问题（对应 Deployments 和 ReplicaSets 是为无状态服务而设计），其应用场景包括:稳定的持久化存储;稳定的网络标志;有序部署，有序扩展;有序收缩，有序删除。
Volume默认情况下容器的数据都是非持久化的，在容器消亡以后数据也跟着丢失，所以 Docker 提供了 Volume 机制以便将数据持久化存储。类似的，Kubernetes 提供了更强大的 Volume 机制和丰富的插件，解决了容器数据持久化和容器间共享数据的问题。
与 Docker 不同，Kubernetes Volume 的生命周期与 Pod 绑定：容器挂掉后 Kubelet 再次重启容器时，Volume 的数据依然还在；而 Pod 删除时，Volume 才会清理。数据是否丢失取决于具体的 Volume 类型，比如 emptyDir 的数据会丢失，而 PV 的数据则不会丢。

4.1 pod 概述

  • 存在的意义
    pod 为亲密性应用而存在，应用场景：
    1）两个应用之间发生文件交互；
    2）两个应用需要通过127.0.0.1 或 socket 通信；
    3）两个应用需要发生频繁的调用；

  • 实现机制
    Pod 天生地为其成员容器提供了两种共享资源：网络和 存储。

    k8s 中每创建一个pod，都会创建基于 registry.aliyuncs.com/google_containers/pause:3.2 镜像的容器(infra容器)，该容器创建一个网络命名空间, pod 内的其它容器都会加入该命名空间，从而实现了 pod内其它容器共享网络资源；

    此处创建一个 deployment 包含nginx 和flask-app, 进入容器内部发现2者的ip a 信息是一样的（nginx 默认没有ip命令，需要 apt-get install iproute2 安装); 进一步可以通过netsta 查看，发现在如何容器内部都可以看到2个容器的端口信息; 其原因是它们具有相同的网络协议栈，共享网络资源。 在这里插入图片描述
    deployment 包括2个容器：

    apiVersion: apps/v1
kind: Deployment
metadata:
 labels:
   app: my-web
 name: my-web
spec:
 replicas: 1
 selector:
   matchLabels:
     app: my-web
 template:
   metadata:
     labels:
       app: my-web
   spec:
     containers:
     - image: nginx
       name: nginx
     - image: ubuntu_flask:v1.0
       name: flask-app
       imagePullPolicy: IfNotPresent

    同样，一个pod内的容器可以通过volume的方式共享数据，以下定义了一pod，write向/data/hello 中写数据， read 从/data/hello中读数据；
    通过 kubectl apply -f my-os.yaml 起pod后，就可以查看容器中的数据了；

    apiVersion: v1
kind: Pod
metadata:
  name: my-os
  namespace: test-online
spec:
  containers:
  - image: ubuntu:20.04
    name: write
    command: ["bash", "-c", "for i in {1..100};do echo $i >>/data/hello;sleep 1;done"]
    volumeMounts:
    - mountPath: /data
      name: test-data
  - image: ubuntu:20.04
    name: read
    command: ["bash", "-c", "tail -f /data/hello"]
    volumeMounts:
    - mountPath: /data
      name: test-data
  volumes:
  - name: test-data
    emptyDir: {}

  • pod template常见字段
    pod 模板中常用字段段包括：变量(env)，拉取镜像(image)，资源限制(resource)，监控检查(readinessProbe, livenessProbe)；

4.2 deployment 概述

功能及应用场景

  1. pod 与controlers关系

    • controller： 在集群层面管理和运行容器的对象, 控制器也称为workload
    • 通过label-selector相关联，即通过标签来关联一组pod
    • pod 通过控制器实现应用的运维，如伸缩、滚动升级等

  2. deployment 功能场景

    • 部署无状态应用
    • 管理pod和ReplicaSet
    • 具有线上部署、副本设定、滚动升级、回滚等功能
    • 提供声明式更新，例如只更新一个新的Image
      应用场景：web服务，微服务

  3. 使用deploment部署java应用
    控制器定义：apiVersion，kind，metadata，spec
    被控制对象：template{metadata,spec}
    kubectl create deployment --help
    kubectl create deployment web --image=nginx --dry-run -o yaml(或者web.yaml)
    kubectl create deployment test-nginx --image=nginx --dry-run -o yaml > test-nginx.yaml

    然后更改对应的参数和image即可；
    kubectl apply -f test-nginx.yaml
    使用service 和 ingress 暴露出应用；
    kubectl expose deployment test-nginx --port=80 --target-port=80 --type=NodePort -o yaml --dry-run >svc-test-nginx.yaml (第二个端口80为pod中服务端口)
    kubectl apply -f svc-test-nginx.yaml
    kubectl get service

    查看创建的pod：

    # kubectl get pods,svc
NAME                              READY   STATUS    RESTARTS   AGE
pod/nginx-554b9c67f9-jbclt        1/1     Running   3          4d19h
pod/test-nginx-76b4548894-w4qft   1/1     Running   0          5m58s

NAME                 TYPE        CLUSTER-IP       EXTERNAL-IP   PORT(S)        AGE
service/kubernetes   ClusterIP   10.96.0.1        <none>        443/TCP        4d20h
service/nginx        NodePort    10.96.136.149    <none>        80:32063/TCP   4d19h
service/test-nginx   NodePort    10.104.136.169   <none>        80:31400/TCP   29s
此时使用 http://192.168.2.134:31400/即可访问test-nginx服务了

  4. 应用升级、回滚、弹性伸缩
    升级：
    kubectl set image xxx
    回滚：
    kubectl rollout history|undo xxx
    删除：
    kubectl delete deployment
    弹性伸缩：
    kubectl scale deployment web --replicas=5

4.3 service

  1. service 存在的意义

    • 防止pod失联(服务发现)
      service 可以动态发现一组应用的pod以及其ip，
      service 具备负载均衡，为一组pod进行负载均衡(TCP/UDP 4层)，
      service 关联一种应用，例如service A 关联前端，service B 关联后段
    • 与pod的关联
      通过label进行关联，因此需要保证label的唯一性；

  2. service 类型

    • ClusterIP
      在集群内部使用，
    • NodePort
      在每个node上创建端口，默认30000起
    • Loadbalancer
      主要用于公有云场景，其完成了自动添加ip:端口到lb中
    • ExternalName
      将服务通过 DNS CNAME 记录方式转发到指定的域名（通过 spec.externlName 设定）

    service NodePort 对外暴露应用，其在每个node上启一个端口，通过nodeip:port 即可访问；
    LB 多用于在共有云上部署k8s，通过LB实现负载均衡；

4.4 Ingress 介绍

  1. NodePort 存在的问题
    • NodePort 需要监听端口，存在端口冲突；
    • NodePort 是四层负载均衡，无法通过uri转发，此时需要使用层负载均衡实现转发；
    • NodePort 无法实现通过一个统一入口进行所有转发功能 kubenete do not show default ns
  2. Ingress 对外暴露应用
    • 通过service 关联pod
    • 基于域名访问
    • 通过ingerss controller实现pod的负载均衡，支持tcp|udp 4层 和http 7层
      ingress 通过upstream 来代理一系列的pod；
  3. Ingress 操作实战
    ingress.yaml 需要指定域名|host，service 和 nodePort
  4. Ingress Nginx 工作原理
    通过ingress 的nginx 转发到具体的pod中。

5 说明

kubenetes 指南
1 天入门Kubernetes/K8S
k8s 中文官方文档
k8s 英文官方文档

昕光xg
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 1
    评论
专栏目录
k8s-1.15.1-搭建和操作
06-28
这个“k8s-1.15.1-搭建和操作”的详细笔记文档很可能包含了以上所有步骤的详细指南，包括可能遇到的问题和解决方案。相关软件包可能包括了预编译的二进制文件、配置示例、自动化脚本等，以帮助用户更轻松地完成安装...
k8s-1.16.1-搭建和操作-详细笔记整理和相关软件包
06-28
Kubernetes（简称k8s）是Google开源的容器集群管理系统，它提供了一种自动化的方式来部署、扩展和管理容器化的应用程序。本资源集包含了针对Kubernetes 1.16.1版本的搭建、操作以及运维的详细笔记，对于学习和实践...
[k8s]Docker 用户使用 kubectl 命令指南-unkown排错(kubelet端口解析)
weixin_34200628的博客
11-22 1628
参考:https://kubernetes.io/docs/user-guide/kubectl-cheatsheet/ https://k8smeetup.github.io/docs/user-guide/docker-cli-to-kubectl/ https://kubernetes.io/docs/user-guide/docker-cli-to-kubectl/ https://k...
k8s的使用入门
weixin_30532987的博客
06-16 172
1.kubectl命令就是apiserver的客户端工具,可以实现对nodes资源的增删改查. # 描述一个节点的信息 kubectl describe node k8s-node1 # 查看k8s集群信息 kubectl cluster-info # 创建并运行pod # --image:表示docker官网的镜像名称 # --replicas:表示创建并启动几个Pod,不写...
k8s-业务访问入口的LB如何部署
weixin_34096182的博客
11-15 2469
k8s-业务访问入口的LB如何部署2017/11/16 一、目标 1、思考一个问题 怎样提供服务入口给用户？ 初步的设想： 上线一个服务后，不用手动更新诸如SLB之类的绑定，而是有一个LB通过服务发现/k8sAPI之类的方式来自动更新服务的状态。 解决方案： 1）使用开源的ingresscontroller来做 2）自己开发一个工具，通过API甚至是直...
k8s发布自己的项目（nginx为例）
qq_44936079的博客
11-15 2875
首先我们需要一个镜像仓库，这里我是用的是阿里云（个人免费） 搜索容器镜像服务，并且进入个人版 3. 然后创建一个命名空间，随便取 4. 创建一个镜像仓库 5.
Kubernetes k8s当中几个重要的概念
小楼一夜听春雨，深巷明朝卖杏花
08-24 874
实践之前，必须先学习 Kubernetes 的几个重要概念，它们是组成 Kubernetes 集群的基石。 Cluster Cluster 是计算、存储和网络资源的集合，Kubernetes 利用这些资源运行各种基于容器的应用。 Master Master 是 Cluster 的大脑，它的主要职责是调度，即决定将应用放在哪里运行。Master 运行 Linux 操作系统，可以是物理机或者虚拟机。为了实现高可用，可以运行多个 Master。 Node Node 的职责是运行...
k8s笔记0--k8s资料大全
脚步不能达到的地方，眼光可以达到；眼光不能达到的地方，精神可以飞到
09-05 750
k8s笔记0--k8s资料大全官方文档常见博文常见教程认证事宜说明 本文记录k8s相关的各种常见文档和资源，以便有需要的读者查阅和下载！ 同时，欢迎大家留言补充相关的优质资源，也期望和笔者互换优质视频资源，力争用最高效、实惠的方式尽快掌握 k8s 相关核心技能！ 官方文档 官文 中文社区 github 资源下载 常见博文 常见教程 1 阿良k8s教程 2 old boy 教程 认证事宜 1 k8s 认证教程 说明 ...
k8s-1.16.1-搭建和操作-kubernetes安装包和详细文档笔记整理
最新发布
05-27
本资源包“k8s-1.16.1-搭建和操作-kubernetes安装包和详细文档笔记整理”提供了针对Kubernetes 1.16.1版本的详细指南，包括安装和操作步骤，对于学习和实践Kubernetes的用户来说，是一份非常宝贵的参考资料。...
凝思系统-k8s部署笔记-nginx-mysql（内网环境）.pdf
09-09
k8s+docker部署nginx+mysql笔记记录适合内网环境，网上很多配置文件是错的，我这个实验了很多次，吃了很多亏。终于成功部署。
K8s（Kubernetes）架构培训笔记.pdf
10-14
Kubernetes（简称K8s），是一个自动部署、扩展和管理容器化应用程序的开源系统。它提供了一个灵活、可扩展、可靠的平台，用于自动部署、扩展和管理容器化应用程序。 Kubernetes架构概览 --------------------------...
k8s介绍和基础概念
qq_39122260的博客
08-28 1686
本文为小编工作以及学习到自己总结的笔记。如有不好，请联系我，多加更改
K8S------Kubernetes概述
下雨天的放羊娃的博客
08-10 600
目录一.Kubernetes概述1.Kubernetes概念2.为什么要用Kubernetes3.Kubernetes解决的问题4.Kubernetes的特性二.Kubernetes 集群架构与组件1.核心组件①Master 组件Kube-apiserverKube-controller-managerKube-scheduler②配置存储中心etcd③Node 组件KubeletKube-Proxydocker 或rocket2.Kubernetes 核心概念PodPod控制器LabelLabel选择器(
Kubernetes(k8s)底层网络原理刨析
weixin_30344131的博客
05-20 916
目录 1 典型的数据传输流程图 2 3种ip说明 3 Docker0网桥和flannel网络方案 4 Service和DNS 4.1 service 4.2 DNS 5 外部访问集群 5.1 外部访问service ...
k8s笔记3--Kubernetes IDE Lens
热门推荐
脚步不能达到的地方，眼光可以达到；眼光不能达到的地方，精神可以飞到
12-10 1万+
k8s笔记3--Kubernetes IDE Lens介绍安装&使用说明 介绍 此处先借用一下Lens官方的图，先来感受一下吧；作为K8S IDE，该有的它基本都有了！ 安装&使用 说明 k8slens 官网 k8slens 官方文档
docker笔记4--配置gerrit
脚步不能达到的地方，眼光可以达到；眼光不能达到的地方，精神可以飞到
04-16 9802
docker笔记4--配置gerritgerrit，一种免费、开放源代码的代码审查软件，使用网页界面。利用网页浏览器，同一个团队的软件程序员，可以相互审阅彼此修改后的程序代码，决定是否能够提交，退回或者继续修改。它使用Git作为底层版本控制系统。它分支自Rietveld，作者为Google公司的Shawn Pearce，原先是为了管理Android计划而产生。gerrit同gitlab、githu...
k8s笔记16--ingress 配置 gzip 和cache control
脚步不能达到的地方，眼光可以达到；眼光不能达到的地方，精神可以飞到
04-29 7362
k8s笔记16--ingress 配置 gzip 和 cache control 介绍 ngx_http_gzip_module模块是一个过滤器，它使用" gzip "方法来压缩响应，这常有助于将传输数据的大小减少一半甚至更多。在nginx 中需要通过 gzip on | off; 来开启或停止，在ingress 中欧你还需要在configmap 中 配置 use-gzip: true Cache-Control HTTP报头字段保存请求和响应中的指令(指令)，这些指令控制浏览
k8s安全04--kube-apiserver 安全配置
脚步不能达到的地方，眼光可以达到；眼光不能达到的地方，精神可以飞到
11-14 5322
k8s安全04--kube-apiserver 安全配置1 介紹2 安全配置2.1 配置 insecure-port2.2 RBAC2.3 Service Accounts2.4 Researching Pod Security Policies限制pods使用指定的目录控制pod 的网络配置 allowedUnsafeSysctls2.5 Enable Pod Security Policies2.6 Enabling API Server Auditing2.7 Encrypting Secrets注意
docker笔记9--Docker镜像中使用crontab
脚步不能达到的地方，眼光可以达到；眼光不能达到的地方，精神可以飞到
01-11 5273
docker笔记9--Docker镜像中使用crontab1 介绍2 打包方法2.1 思路2.2 案例3 测试4 说明 1 介绍 工作中经常会使用cron，物理机上使用非常简单，但是大部分docker容器中默认没有cron且没有启动cron服务，直接使用不太方便。因此，笔者根据日常经验，将cron服务打包到docker镜像中，实现容器启动后定时执行cron中的任务。 该方法仅仅在ubuntu系统中测试过，其它系统中crontab保存的路径是否为/var/spool/cron/crontabs/笔者暂未逐一测
k8s1.16发布生产环境tomcat-nginx代理详细笔记
为了更好地总结这个过程，下面是一个详细的笔记总结。 首先，我们需要编译和打包我们的Java代码。编译和打包的命令格式如下： ``` javac -d <输出目录> 文件名>.java jar -cvf <输出的jar包文件名>.jar <要包含的...
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

昕光xg

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值