K8s知识梳理

原创 已于 2025-02-04 09:58:44 修改 · 226 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#kubernetes #容器 #云原生

于 2025-02-03 15:25:19 首次发布

k8s介绍

##架构 master和worker节点
在这里插入图片描述

B站讲解
在这里插入图片描述

Service

在这里插入图片描述

华南小哥
关注
k8s 理论知识基本介绍
wyq2070857323的博客
05-09 1万+
蓝绿部署/金丝雀发布蓝绿部署：维护两个相同的生产环境（蓝环境和绿环境）。新版本首先部署到非活跃环境（比如蓝环境），完成部署并验证无误后，通过切换路由或负载均衡器配置，将流量从旧环境（绿环境）无缝转移到新环境。金丝雀发布：逐步将新版本部署到一部分用户或服务器上，监控性能和错误率。如果一切正常，逐渐扩大新版本的覆盖范围，直至完全替换旧版本。云原生（Cloud Native）是一种构建和运行应用程序的方法论和一整套技术实践，旨在充分利用云计算的优势，如弹性伸缩、分布式处理能力以及自动化管理等。
k8s知识点梳理
m0_50059173的博客
02-17 1520
List-watch 是K8S统一的异步消息处理机制，保证了消息的实时性，可靠性，顺序性，性能等等，为声明式风格的 API 奠定了良好的基础，它是优雅的通信方式，是 K8S 架构的精髓。1、Kubernetes 是通过 List-Watch 的机制进行每个组件的协作，保持数据同步的，每个组件之间的设计实现了解耦。2、用户是通过 kubectl 根据配置文件，向 APIServer 发送命令，在 Node 节点上面建立 Pod 和 Container。
K8S知识梳理
weixin_45767577的博客
09-05 178
k8s知识整理（继续整理中）
weixin_45112997的博客
04-25 1653
k8s知识整理
K8S常见知识点整理
今天又是充满希望的一天
06-04 764
K8S核心知识点
K8s知识点梳理
Pastthewind的博客
07-22 696
1.k8s是一个编排容器的工具，其实也是管理应用的全生命周期的一个工具，从创建应用，应用的部署， 应用提供服务，扩容缩容应用，应用更新，都非常的方便，而且可以做到故障自愈，例如一个服务器 挂了，可以自动将这个服务器上的服务调度到另一个主机上进行运行，无需进行人工干涉。2.k8s可以更快的更新新版本，打包应用，更新的时候可以做到不用中断服务，服务器故障不用停机， 从开发环境到测试环境的迁移极其方便，一个配置文件搞定，一次生成image，到处运行。。。3. k8s的全生命周期管理 在k8s进行管理应用的时候..
知识整理 K8S
Bltz的博客
03-22 205
【代码】知识整理 k8s。
K8s 概念知识梳理
weixin_43292394的博客
11-18 676
主要采用vxlan、host-gw。它是Master 在 Node节点上的Agent,管理本机运行容器的生命周期，比如创建容器、Pod挂载数据卷、下载secret、获取容器和节点状态等工作，kubelet将每个Pod转换成一组容器。3.Calico 支持混合使用路由和Overlay网络模型，BGP路由模型用于二层网络的高性能通信，IPIP或VXLAN用于跨二层网络节点间Pod报文的转发。根据调度算法为新创建的Pod 选择一个Node 节点，可以任意部署，可以部署在同一个节点上，也可以部署在不同的节点上。
k8s核心知识点总结（超详细版）
小刘运维
04-03 1910
支持Docker在各个宿主机节点自动部署、自动扩容、负载均衡、滚动升级等等这些操作是通过编排工具去完成，支持这些功能的工具，称为容器编排。流行的开源容器编排工具包括Kubernetes、Docker Swarm以及Mesos等。k8s是一个开源的容器化编排工具，用于容器的自动化部署、扩展和管理。k8s的本质就是一组服务器集群，它可以在每个节点运行特定的程序，来对节点中的容器进行管理，实现资源管理的自动化。
k8s安装部署和知识点整理
03-24
### k8s（Kubernetes）安装部署与关键知识点整理 #### 一、k8s简介与安装准备 Kubernetes（通常简称为k8s）是一个开源的容器编排平台，用于自动化部署、扩展以及管理容器化应用。它极大地简化了在分布式系统中部署...
精选资源
k8s面试题目带答案.doc
08-03
整理一些面试常问面试题目分享给大家
Rancher部署k8s集群：开启容器编排新篇章
weixin_61576086的博客
12-03 584
复制那段到master节点服务器上运行注意：注意：运行前先关闭防火墙# 临时关闭防火墙（开机会自启）# 查看防火墙状态#永久关闭（开机也不会自启）本文详细介绍了在云计算与容器化技术背景下，使用 Rancher 进行 Kubernetes（K8s）集群管理的相关内容。首先阐述了企业在容器化进程中面临的跨云、跨数据中心 K8s 集群管理挑战，以及 Rancher 作为解决这些挑战的关键工具的重要性和核心优势，包括多集群管理、简化 K8s 部署、安全与合规保障以及 DevOps 协作等方面的功能。
K8S-daemonset控制器
Empty_777的博客
12-03 471
摘要：DaemonSet是Kubernetes控制器，确保集群每个节点运行指定Pod副本，适用于存储、日志收集和监控等场景。与Deployment不同，它每个节点只运行一个副本。资源清单文件包含apiVersion、kind、metadata和spec等字段，spec定义模板、更新策略等。案例展示如何创建运行nginx的DaemonSet，通过selector匹配Pod标签，template定义Pod配置。DaemonSet自动管理Pod生命周期，随节点增减而调整。
【云运维】K8s管理（二）
weixin_74491577的博客
11-30 805
本文深入解析Kubernetes（K8s）的核心概念及其协作机制。首先介绍了Pod作为最小部署单元的特点，以及各类Controller对Pod的管理方式。重点阐述了Label与Label Selector的资源分组机制、Service的负载均衡功能以及DNS服务。最后通过实际案例展示了Pod与Controller通过Label实现的状态管控，验证了K8s概念间的紧密关联。这些核心概念共同构成了K8s管理容器化应用的基础框架。
K8S-Statefulset控制器
2503_92914039的博客
12-04 380
在 Kubernetes 的世界里，服务通常分为有状态和无状态两种类型。对于无状态服务，我们可以轻松地使用 Deployment 或 RC 来管理，但当面对需要稳定网络标识和持久化存储的有状态服务时，StatefulSet 就成为了最佳选择。本文将深入解析 StatefulSet 控制器的核心概念、工作原理及实际应用。
K8S-Service资源对象
2501_92914059的博客
12-03 528
Kubernetes中的Service资源为动态Pod提供稳定访问入口，通过kube-proxy实现负载均衡。文章详细介绍了kube-proxy的三种工作模式：userspace（用户空间代理）、iptables（直接规则转发）和ipvs（高效IPVS规则），其中ipvs模式性能最优。同时阐述了五种Service类型：ClusterIP（集群内部访问）、NodePort（节点端口暴露）、LoadBalancer（外部负载均衡）、ExternalName（外部服务映射）和Headless（无集群IP）。
云原生 APM 实战：Prometheus Operator+K8s 构建容器化微服务监控体系
m0_72256543的博客
12-04 361
进入 Grafana → Dashboards → New dashboard → Add visualization；配置关联图表：图表 1：订单服务 Pod CPU 使用率与接口响应时间（双 Y 轴图）左 Y 轴（蓝色）：Pod CPU 使用率（指标：sum(rate(container_cpu_usage_seconds_total{namespace="order-namespace",pod=~"order-service-.*"}[5m])) by (pod)）；
在线安装 Kubernetes（k8s）集群和开源版KubeSphere
lmzf2011的专栏
12-03 368
【代码】在线安装 Kubernetes（k8s）集群和开源版KubeSphere。
01 k8s核心minikube搭建单点集群，kubectl高频命令
最新发布
zbdjdmm的博客
12-04 841
直接创建 Pod 的唯一场景：临时测试镜像、集群调试排查问题、执行一次性批处理任务（均为短期、非核心场景）；核心禁忌：长期运行的服务、生产环境服务、需要高可用 / 扩容 / 更新的服务，绝对不能直接创建 Pod；底层逻辑：K8s 设计 Pod 为 “易失单元”，控制器（Deployment）才是保障服务稳定性的核心，直接创建 Pod 等于放弃 K8s 的核心能力。简单说：直接创建 Pod 是 “临时用一下就扔”，用 Deployment 是 “长期养着并保障不出问题”。
K8S的service知识点
05-10
<think>好的，用户之前问了Kubernetes的八大资源，现在想深入了解Service的相关知识点。首先，我需要根据用户提供的引用内容来整理Service的核心概念和使用方法。引用[1]提到Service提供稳定的访问地址和负载均衡，引用[2]涉及kube-proxy的三种模式，引用[3]和[4]是关于创建Service的示例，包括Headless Service。 用户可能已经了解Deployment和Pod，现在需要更详细地了解Service如何与这些资源协同工作。要注意用户可能想知道Service的类型、工作原理以及实际应用场景，比如如何暴露应用、服务发现机制等。此外，用户可能对Headless Service感兴趣，因为引用[4]提到了无头服务的配置。 需要确保回答结构清晰，分点解释核心概念、类型、工作原理、使用场景以及示例配置。同时，结合之前的回答，保持一致性，比如提到Service与Deployment和Pod的关系。还要注意用户可能关心如何在实际中使用YAML定义Service，以及不同Service类型的选择依据。 需要检查是否有遗漏的关键点，比如ClusterIP、NodePort、LoadBalancer和ExternalName的区别，以及kube-proxy的iptables和ipvs模式。此外，服务发现部分要提到DNS和环境变量两种方式，以及Headless Service的适用场景，如StatefulSet。 最后，生成相关问题时要覆盖用户可能进一步询问的方向，比如选择Service类型的考虑因素、Headless Service的应用、kube-proxy模式比较，以及Ingress与Service的关系等。确保回答准确，引用正确，并且语言简洁明了，符合用户需求。</think>### Kubernetes Service 核心概念与使用详解 Service 是 Kubernetes 实现微服务架构的核心组件，用于为 Pod 提供稳定的网络访问入口和负载均衡功能。以下是其核心知识点与使用场景的详细解析： --- #### 一、Service 核心功能 1. **稳定网络访问** - 通过虚拟 IP（ClusterIP）或 DNS 名称暴露服务，屏蔽后端 Pod 的 IP 变化[^1]。 - 示例：客户端通过 `web-svc.default.svc.cluster.local` 域名访问 Service。 2. **负载均衡** - 自动将流量分发到多个 Pod 副本，支持基于 `iptables` 或 `ipvs` 的流量转发[^2]。 - 权重分配方式取决于 kube-proxy 的代理模式。 3. **服务发现** - 通过标签选择器（`selector`）动态关联后端 Pod。 - 自动更新 Endpoints 列表，确保流量仅路由到健康的 Pod。 --- #### 二、Service 四种类型对比 | 类型 | 作用场景 | 特点 | |-----------------|-----------------------------|----------------------------------------------------------------------| | **ClusterIP** | 集群内部通信（默认类型） | 分配虚拟 IP，仅集群内可访问，适用于微服务间调用[^1]。 | | **NodePort** | 对外暴露服务（开发测试环境） | 在节点上开放静态端口（30000-32767），通过 `<NodeIP>:<NodePort>` 访问。 | | **LoadBalancer**| 云环境对外暴露服务 | 自动创建云厂商的负载均衡器（如 AWS ELB），直接分配公网 IP。 | | **ExternalName**| 代理外部服务 | 通过 CNAME 记录映射到外部 DNS（如数据库服务）。 | ##### 示例：NodePort 类型定义 ```yaml apiVersion: v1 kind: Service metadata: name: web-nodeport spec: type: NodePort selector: app: web ports: - port: 80 # Service 端口 targetPort: 80 # Pod 端口 nodePort: 30080 # 节点端口（可选，范围 30000-32767） ``` --- #### 三、核心实现原理 1. **kube-proxy 代理模式** - **iptables 模式**（默认） - 通过 iptables 规则转发流量，性能较高但规则数量随 Pod 增长而增加[^2]。 - **ipvs 模式**（推荐生产环境） - 基于内核级负载均衡，支持更多调度算法（如轮询、最少连接）。 - **Userspace 模式**（已弃用） 2. **Endpoint 动态更新** - Service 通过 `Endpoints` 对象维护后端 Pod 的 IP 列表。 - 示例：查看 Service 关联的 Endpoints： ```bash kubectl get endpoints <service-name> ``` --- #### 四、进阶使用场景 1. **Headless Service（无头服务）** - **定义**：设置 `clusterIP: None`，不分配 ClusterIP，直接返回 Pod IP 列表[^4]。 - **作用**：适用于有状态应用（如 StatefulSet），支持直接访问特定 Pod。 - 示例： ```yaml apiVersion: v1 kind: Service metadata: name: headless-svc spec: clusterIP: None selector: app: stateful-app ports: - port: 80 targetPort: 80 ``` 2. **服务发现机制** - **DNS 解析**：Pod 可通过 `<service-name>.<namespace>.svc.cluster.local` 访问 Service。 - **环境变量注入**：Pod 启动时自动注入 `SERVICE_HOST` 和 `SERVICE_PORT` 变量。 --- #### 五、典型实践场景 1. **微服务间通信** - 前端服务通过 `ClusterIP` 访问后端 API 服务。 2. **灰度发布** - 结合 Deployment 的多个版本 Pod，通过 Service 流量切换实现滚动更新。 3. **混合云部署** - 使用 `ExternalName` 类型代理外部遗留系统，逐步迁移至 Kubernetes。 --- ### 常见问题解答 **Q1：Service 与 Ingress 的区别？** - **Service**：提供 L4 层（TCP/UDP）负载均衡，聚焦于 Pod 访问入口。 - **Ingress**：提供 L7 层（HTTP/HTTPS）路由，支持域名、路径等高级路由规则。 **Q2：如何调试 Service 无法访问的问题？** 1. 检查 Service 的 `selector` 是否与 Pod 标签匹配。 2. 验证 Endpoints 是否包含预期 Pod IP： ```bash kubectl describe svc <service-name> ``` 3. 检查 kube-proxy 是否正常运行： ```bash kubectl get pods -n kube-system -l k8s-app=kube-proxy ``` ---
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值