发布日期：2026-05-12 01:44 点击次数：72
一、K8s 中枢见地（一一拆解，从基础到中枢）先明确一个前提：K8s 的中枢标的是「自动化治理容器化愚弄」，通盘见地齐是围绕这个标的野心的。咱们从最基础的“集群”运行，一一教悔。
C 1. 集群（Cluster）这是 K8s 的“根基”，亦然最基础的见地。集群是由一组节点（Node）构成的勾通，用于斡旋运行容器化愚弄 ，不错把它相识为一个“大机房”，里面有好多台作事器（节点），通盘容器化愚弄齐运行在这个“大机房”里。
一个完好的 K8s 集群分为两个中枢部分，统筹兼顾：
纵脱平面（Control Plane）：特殊于“大机房的中控室”，珍藏治理和诊疗通盘这个词集群，决定哪个容器跑在哪个节点上、监控容器情状、处理故障等，是集群的“大脑”。责任节点（Worker Node）：特殊于“大机房 #后端 #Kubernetes里的作事器”，是实验运行容器的所在，剿袭中控室的指示，引申容器的创建、启动、罢手等操作。补充：K8s 集群不赈济单点运行（坐蓐环境），纵脱平面频繁会部署多个节点，幸免单点故障；责任节点不错把柄业务需求横向扩张，节点越多，能运行的容器就越多。
2. 节点（Node）节点是集群的“最小硬件单位”，骨子上是一台物理机（作事器）或诬捏机，是容器运行的载体。不论是纵脱平面节点还是责任节点，齐需要安设 K8s 的中枢组件，智力加入集群。
责任节点上必须安设的3个中枢组件（要点）：
Kubelet：节点的“代理东谈主”，珍藏和纵脱平面通讯，剿袭纵脱平面的指示（比如“启动一个容器”），同期监控容器和节点的情状，把情状上报给纵脱平面，确保容器按照要求运行。容器运行时（Container Runtime）：用于运行容器的软件，特殊于“容器的发动机”，K8s赈济多种容器运行时，比如Docker、containerd等（现在主流是containerd，Docker已冉冉被淘汰）。Kube-proxy：节点的“汇集代理”，珍藏处理节点上的汇集通讯，已毕Pod之间、Pod与外部的汇集互通，同期提供简短的负载平衡功能。简短说：节点是“容器的宿主”，莫得节点，容器就莫得运行的所在；而 Kubelet、容器运行时、Kube-proxy，是节点能“干活”的必备器用。
3. Pod这是 K8s 中「最小的可部署、可治理单位」，亦然生人最容易污染的见地—— Pod 不是容器，而是容器的“包装器”，一个 Pod 不错包含一个或多个邃密关联的容器 。
举个例子：一个 Web 愚弄，需要一个运行 Web 作事的容器，还需要一个运行日记收罗的容器，这两个容器必须邃密互助（日记收罗容器要收罗 Web 容器的日记），就不错把它们打包在吞并个 Pod 里。
Pod 的中枢特质（必记）：
分享资源：吞并个Pod里的通盘容器，分享吞并个汇集定名空间（即吞并个IP地址）和存储卷，容器之间不错通过localhost径直通讯，无需特殊成立汇集。人命周期短暂：Pod是“一次性”的，一朝被删除、故障或节点宕机，Pod会径直澌灭，不会自动收复（需要借助纵脱器治理）。不可径直扩容：不可径直给一个Pod增多副本，要扩容只可通过纵脱器创建多个计议的Pod。补充：K8s 中，通盘容器齐必须运行在 Pod 里，莫得“脱离 Pod 的容器”——这是 K8s 的中枢野心原则之一。
C 4. 纵脱器（Controller）前边说过，Pod 的人命周期很短暂，一朝故障就会澌灭，而纵脱器的作用即是「保险 Pod 的运事业态稳健预期」，特殊于 Pod 的“管家”，自动处理 Pod 的创建、删除、扩容、故障收复等操作。
K8s 有多种纵脱器，要点掌合手4种最常用的（生人必懂），一一证据：
（1）Deployment：最常用的无情状纵脱器用于治理「无情状愚弄」（比如 Web 作事、API 接口），是生人最常使用的纵脱器，中枢功能是：
确保指定数目的Pod副本运行（比如指定3个副本，纵脱器会自动保管3个Pod，少了就补，多了就删）；赈济转动更新（比如升级愚弄版块时，先启动新Pod，再删除旧Pod，不中断作事）；赈济回滚（要是升级失败，能快速回滚到上一个结实版块）。示例：通过 Deployment 创建3个 Web 作事 Pod，即使其中1个 Pod 故障，纵脱器会自动再创建1个，确保耐久有3个 Pod 在运行。
（2）StatefulSet：有情状愚弄纵脱器用于治理「有情状愚弄」（比如数据库、Redis 集群、ZooKeeper），这类愚弄的特质是：需要固定的汇集标志（IP、主机名）、固定的存储（数据不可丢失）、有序的启动/罢手。
StatefulSet 的中枢上风：给每个 Pod 分拨固定的称号和汇集标志，即使 Pod 重建，称号和 IP 也不会变；同期绑定固定的存储卷，确保数据不丢失。
谨防：无情状愚弄和有情状愚弄的中枢区别——无情状愚弄不需要保存数据，多个 Pod 澈底一致，星空体育中国官网入口不错舛讹替换；有情状愚弄需要保存数据，每个 Pod 有我方的私有标志，不可舛讹替换。
（3）DaemonSet：全局看护纵脱器中枢功能：确保集群中的每个节点（或稳健条目的节点）上，齐运行一个计议的 Pod 副本 ，常用于部署“集群级别的各人作事”。
常用场景：日记收罗（比如 Fluentd、Logstash）、监控代理（比如 Prometheus Node Exporter）、汇集插件（比如 Calico）——这些作事需要在每个节点上齐运行，智力笼罩通盘这个词集群。
（4）Job/CronJob：任务类纵脱器用于运行「一次性任务」或「定时任务」，区别于前边的“耐久运行作事”：
Job：一次性任务，比如数据备份、批量处理（比如批量导入数据），任务引申完成后，Pod会自动阻隔，不会不息运行；CronJob：定时任务，肖似Linux的crontab，比如每天凌晨3点引申数据备份，按照指定的时辰周期一样引申任务。C 5. 作事（Service）前边说过，Pod 的人命周期短暂，一朝重建，IP 地址会发生变化——要是其他 Pod 需要走访这个 Pod，IP 变了就无法通讯，Service 即是为了搞定这个问题而野心的。
简短说：Service 是 Pod 的“固定走访进口”，它界说了一组 Pod 的逻辑勾通，为这组 Pod 提供一个固定的 IP 地址和走访端口 ，不论 Pod 奈何重建、IP 奈何变化，其他 Pod 或外部作事，齐不错通过 Service 的固定地址走访到标的 Pod。
Service 的中枢旨趣：通过“标签采用器”（Label Selector）匹配 Pod，惟有 Pod 的标签和 Service 的标签一致，就会被纳入 Service 的治理限度；当 Pod 的 IP 变化时，Service 会自动更新里面的 Pod 列表，确保走访不中断。
生人必懂的4种 Service 类型：
ClusterIP（默许）：只可在集群里面走访，外部无法走访，适书册群里面Pod之间的通讯（比如Web Pod走访数据库Pod）；NodePort：在每个节点上灵通一个固定端口，外部不错通过“节点IP+节点端口”走访Service，恰当测试环境（比如土产货调试）；LoadBalancer：适用于云环境（比如阿里云、腾讯云），会自动创建云厂商的负载平衡器，外部通过负载平衡器的IP走访Service，恰当坐蓐环境；ExternalName：将Service映射到外部域名（比如映射到www.baidu.com），适书册群里面Pod走访外部作事。6. 标签（Label）与标签采用器（Label Selector）这是 K8s 中「用于分组和筛选资源」的中枢计制，特殊于给资源（Pod、Service、Deployment 等）贴“标签”，再通过“标签采用器”筛选出需要的资源。
举个例子：给3个 Web Pod 贴上标签「app: web」，KPL投注app中国官方下载给2个数据库 Pod 贴上标签「app: db」；然后创建一个 Service，通过标签采用器「app: web」，就能精确匹配到3个 Web Pod，已毕对 Web Pod 的斡旋走访。
中枢特质：
标签是键值对（比如app: web、env: test、version: v1），不错舛讹界说，天真分组；一个资源不错贴多个标签，一个标签采用器不错匹配多个标签；K8s的好多中枢功能齐依赖标签采用器（比如Service匹配Pod、Deployment治理Pod）。7. 存储卷（Volume）容器的存储是“临时的”——要是容器被删除，容器内的数据会丢失（比如数据库容器，删除后数据就没了），Volume 即是为了搞定「容器数据持久化」而野心的。
简短说：Volume 是一个“分享存储目次”，不错挂载到 Pod 的容器中，容器不错读写这个目次里的数据，即使容器被删除，Volume 里的数据也不会丢失 （Volume 的人命周期和 Pod 无关，由 K8s 斡旋治理）。
生人常用的2种 Volume 类型：
EmptyDir：临时存储，和Pod的人命周期一致，Pod删除，EmptyDir里的数据也会删除，恰当临时缓存数据（比如容器之间分享临时文献）；PersistentVolume（PV）+ PersistentVolumeClaim（PVC）：持久化存储，PV是集群级别的存储资源（比如云盘、土产货磁盘），PVC是Pod对存储资源的“恳求”——Pod通过PVC恳求存储，PVC绑定PV，已毕数据持久化（恰当数据库、Redis等需要保存数据的愚弄）。C 8. 定名空间（Namespace）用于「紧闭集群资源」，特殊于给集群诀别“不同的房间”，每个房间里有我方的 Pod、Service、Deployment 等资源，房间之间的资源互相紧闭，不会互相影响。
中枢作用：搞定多团队、多环境的资源紧闭问题——比如开拓环境、测试环境、坐蓐环境，分别创建不同的定名空间（dev、test、prod），每个环境的资源放在对应的定名空间里，幸免开拓环境的 Pod 影响坐蓐环境。
补充：K8s 默许有3个定名空间：default（默许定名空间，未指定定名空间的资源齐会放在这里）、kube-system（K8s 中枢组件所在的定名空间）、kube-public（各人资源定名空间）。
C 9. 成立与密钥（ConfigMap、Secret）用于治理 Pod 的成立信息，幸免把成立硬编码到容器镜像中（比如数据库地址、端口、密钥等），方便成立的修改和治理。
两者的区别（要点）：
ConfigMap：用于存储「非敏锐成立」，比如数据库地址、端口、愚弄的成立参数（比如日记级别），数据以明文模式存储；Secret：用于存储「敏锐成立」，比如数据库密码、API密钥、文凭等，数据会进行Base64编码（谨防：Base64是编码，不是加密，坐蓐环境需要互助加密插件使用）。使用方式：将 ConfigMap/Secret 挂载到 Pod 的容器中，容器不错径直读取里面的成立，修改 ConfigMap/Secret 后，Pod 无需重启（部分场景需要重启）就能加载新成立。
二、K8s 常用器用（生人必备，进步后果）掌合手了中枢见地后，光靠号召行操作 K8s 会很繁琐，底下先容几款生人必备的常用器用，笼罩“集群部署、泛泛操作、可视化、监控”等场景，帮你快速上手 K8s。
C 1. kubectl：K8s 号召行器用（必备）这是 K8s 的官方号召行器用，是操作 K8s 集群的“全能器用”，通盘集群操作齐不错通过 kubectl 号召完成（比如创建 Pod、检察 Pod 情状、删除 Service 等）。
生人必记的常用号召（高频）：
kubectl get pods：检察现时定名空间的通盘Pod情状；kubectl get services：检察现时定名空间的通盘Service；kubectl get deployment：检察现时定名空间的通盘Deployment；kubectl create -f xxx.yaml：通过yaml文献创建资源（Pod、Service等）；kubectl apply -f xxx.yaml：创建或更新资源（推选使用，比create更天真）；kubectl delete pod ：删除指定Pod；kubectl logs ：检察Pod的日记（排查故障常用）；kubectl exec -it -- /bin/bash：参加Pod的容器里面（调试常用）。补充：kubectl 的成立文献默许在~/.kube/config，里面存储了集群的走访地址、文凭等信息，惟有成立好这个文献，就能通过 kubectl 操作辛勤集群。
2. Minikube：土产货K8s集群器用（生人初学首选）关于生人而言，搭建一个真实的 K8s 集群（多节点）比拟复杂，而 Minikube 不错在土产货快速搭建一个「单节点的 K8s 集群」，用于学习、测试 K8s 功能，无需复杂成立。
中枢特质：
轻量：占用资源少，赈济Windows、Mac、Linux系统；方便：一键启动、罢手、删除集群，比如minikube start就能启动集群；功能完好：赈济K8s的通盘中枢功能，能模拟真实集群的大部分场景。使用场景：生人学习 K8s 见地、测试 yaml 成立文献、调试简短的容器化愚弄。
3. Helm：K8s 包治理器用（简化部署）K8s 中，部署一个愚弄时常需要创建多个资源（Pod、Service、Deployment、ConfigMap 等），每个资源齐需要写 yaml 文献，操作繁琐。Helm 的作用即是「将多个资源打包成一个“包”（Chart）」，一键部署、升级、回滚愚弄，特殊于 K8s 的“yum”或“npm”。
中枢上风：
简化部署：一个Chart包含通盘愚弄所需的资源，一键部署（helm install）；版块治理：赈济Chart的版块纵脱，升级、回滚愚弄只需指定版块；分享复用：社区有多数现成的Chart（比如MySQL、Redis、Nginx），不错径直下载使用，无需我方写yaml。常用号召：helm install（部署愚弄）、helm upgrade（升级愚弄）、helm rollback（回滚愚弄）、helm repo add（添加 Chart 仓库）。
4. Dashboard：K8s 可视化治理器用（直不雅）kubectl 号召行操作不够直不雅，而 Dashboard 是 K8s 的官方可视化器用，通过 Web 界面不错直不雅地检察集群资源（Pod、Service、Deployment 等）的情状，还能通过界面创建、删除、剪辑资源，恰当生人快速了解集群情状。
中枢功能：
检察集群通盘资源的情状（运事业态、资源占用等）；通过界面创建Pod、Service、Deployment等资源；检察Pod日记、参加容器里面、引申号召；治理定名空间、成立、密钥等资源。补充：Dashboard 默许分歧外流露，需要通过 kubectl port-forward 号召转发端口，智力走访 Web 界面。
5. 其他常用器用（按需采用）kube-ps1：K8s号召行领导符器用，能在末端炫夸现时所在的K8s集群和定名空间，幸免操作错集群；k9s：末端版的K8s可视化器用，比kubectl更直不雅，操作更方便，恰当习尚末端操作的开拓者；Prometheus + Grafana：K8s监控器用，Prometheus收罗集群和愚弄的监控数据，Grafana可视化监控宗旨（比如CPU、内存占用、Pod运事业态），坐蓐环境必备；Kompose：Docker Compose转K8s器用，要是你习尚用Docker Compose部署愚弄，不错通过Kompose将docker-compose.yml文献革新成K8s的yaml文献，快速移动到K8s集群。三、生人避坑指南（要点提醒）不要污染Pod和容器：Pod是容器的包装器，一个Pod不错有多个容器，容器不可脱离Pod运行；不要径直操作Pod：坐蓐环境中，不要径直创建、删除Pod，要通过Deployment、StatefulSet等纵脱器治理Pod，不然Pod故障后无法自动收复；标签和标签采用器要对应：Service要通过标签采用器匹配Pod，要是标签不匹配，Service无法走访到Pod；区分无情状和有情状愚弄：无情状愚弄用Deployment，有情状愚弄用StatefulSet，不要用错纵脱器；生人先从Minikube出手：不要一运行就搭建多节点集群，先用Minikube练习见地和操作，再冉冉过渡到真实集群。四、归来K8s 的中枢见地看似混乱，但惟有收拢“自动化治理容器”这个中枢标的，一一拆解、相识每个见地的作用和互助关系，就能快速修复常识框架——从集群、节点，到 Pod、纵脱器、Service，再到标签、存储、成立，每个见地齐有其明确的用途，丝丝入扣。
而常用器用则是进步后果的关节：kubectl 是基础，Minikube 恰当初学，Helm 简化部署，Dashboard 直不雅可视化，按需采用器用，能让你的 K8s 操作更高效。
关于生人而言，提倡先通过 Minikube 搭建土产货集群，结合 kubectl 号召，亲手操作每个见地（比如创建 Pod、部署 Deployment、成立 Service），再尝试用 Helm 部署一个简短的愚弄，冉冉积贮实战教会。
临了，以为本文对你有匡助的话王者荣耀比赛(中国)外围下注APP，宽贷点赞、储藏、转发，你的赈济是我更新的能源！
滚球app中国官网下载入口
备案号: