(K8s入门到精通) 10 k8s service(SVC),管理多个pod信息

Label 它的作用就是在资源上添加标识，用来对它们进行区分和选择 通过Label实现资源的多维度分组，以便灵活、方便地进行资源分配、调度、配置、部署等管理工作。 Label 的特点 一个Label会以key/value键值对的形式附加到各种对象上，如Node、Pod、Service等等 一个资源对象可以定义任意数量的Label ，同一个Label也可以被添加到任意数量的资源对象上去 Label通常在资源对象定义时确定，当然也可以在对象创建后动态添加或者删除 一些常用的Label 示例如下： 版

Service在很多情况下只是一个概念，真正起作用的其实是kube-proxy服务进程，每个Node节点上都运行着一个kube-proxy服务进程。当创建Service的时候会通过api-server向etcd写入创建的service的信息，而kube-proxy会基于监听的机制发现这种Service的变动，然后它会将最新的Service信息转换成对应的访问规则。

Service SVC用来做服务发现 k8s定义了这样一组抽象：一个Pod的逻辑分组，一种可以访问它们的策略 - 通常称为微服务。这一组Pod能够被Service访问到，通常是通过Label Selector 每一个svc可以理解为是一个微服务 svc提供4层负载均衡，没有7层能力，但有时我们需要更多的匹配规则来转发请求，这点上4层负载均衡是不支持的。 也就是说，svc只能够通过ip和端口进行转发，不能通过域名和主机名来实现负载均衡 通过Ingress可以使SVC具有7层负载均衡的能力 se

1、service概念和基础使用，支持协议类型。 2、应用暴露，ClusterIp、NodePort、LoadBalancer。 3、svc负载均衡之iptables代理、ipvs代理。

在常用的k8s环境中，通常会面临同机器pod的相互访问、跨机器之间的pod访问以及通过svc访问相互，这几种模式下，k8s底层网络的访问规则不同。本文希望针对这几种场景下的流量访问链路和访问规则，从而探索k8s针对网络层面的设计逻辑。k8s层面svc访问的详细规则可以参考[k8s的svc流量通过iptables和ipvs转发到pod的流程解析](https://blog.csdn.net/weixin_43845924/article/details/136232099)

在Docker 作为高级容器引擎快速发展的同时，在Google内部，容器技术已经应用了很多年Borg系统运行管理着成千上万的容器应用。Kubernetes项目来源于Borg，可以说是集结了Borg设计思想的精华，并且吸收了Borg系统中的经验和教训。Kubernetes对计算资源进行了更高层次的抽象，通过将容器进行细致的组合，将最终的应用服务交给用户。kubernetes的本质是一组服务器集群，它可以在集群的每个节点上运行特定的程序，来对节点中的容器进行管理。自我修复。

学习 k8s 之前首先对 k8s 中具体的组件做个简单的了解。1、Pod 是 k8s 中集群部署应用和服务的最小单元；2、RC 是 k8s 集群中最早的保证 Pod 高可用的 API 对象。它的作用就是保证集群中有指定数目的 pod 运行；3、RS 是新一代 RC，提供同样的高可用能力，是目前主要使用的对象；4、Deployment 提供了一种对 Pod 和 ReplicaSet 的管理方式，RS 的使用都是结合 Deployment 来完成的。

从宏观结构和流程层面来理解K8S，为后续落地实践做准备，主要用图形梳理

文章目录第一章 k8s 介绍应用部署方式的演变K8s 简介k8s 组件k8s 中的一些概念k8s 安装k8s 集群介绍k8s 安装方式k8s 部署应用k8s 资源管理资源管理介绍资源管理方式 第一章 k8s 介绍 应用部署方式的演变 传统部署： app 直接在操作系统之上进行部署。 虚拟化部署： 一台物理机上虚拟化多个虚拟机。 每个虚拟机都是独立的环境。 容器化部署： 与虚拟化相似，但共享了操作系统。 虚拟化部署，与容器化部署程序直接相互隔离，但是虚拟化每个隔离之间都需要操作系统，比较消耗系统的资源。

k8sService入门实战

k8s Service 详解 做一个服务发现的功能 通过标签选择匹配pod，每一个svc可以理解为一个微服务 deployment 创建了三个pod，每个pod 里都有三个标签，接着又定义了一个 svc（frontend service），他的标签是 app = webapp role = frontend。匹配成功后，pod的信息会被写入到svc中，当我们访问到svc 时会随机访问到一个pod，轮巡算法（RR）。当后期有新的pod创建时，该pod的信息也会同样被更新到 svc 中 限制 只能通过i

在k8s中，Service是一种抽象概念，它定义了一组逻辑pod和访问这些pod的策略。 k8s中的service概念和我们通常提到的微服务中的服务是一样的。

Kubernetes 在设计之初就充分考虑了针对容器的与机制。Service 资源，可以通过 kube-proxy 配合 cloud provider 来适应不同的应用场景。Service相关的事情都由Node节点上的 kube-proxy处理。在Service创建时Kubernetes会分配IP给Service，同时通过API Server通知所有kube-proxy有新Service创建了，kube-proxy收到通知后通过记录，从而让Service在节点上可以被查询到。

本文将结合实际工作当中遇到的一些问题和情况来解析SVC的作用以及一些比较易混淆和难理解的概念，方便日后工作用到或者遗忘时可以直接在自己曾经学习总结的博客当中直接查找到。

一. 查看集群信息 [root@k8s-master~]# kubectl cluster-info Kubernetes master is running at http://localhost:8080 To further debug and diagnose cluster problems, use 'kubectl cluster-info dump'. [root@k8s...

每个Pod中都可以包含一个或者多个容器，这些容器可以分为两类：用户程序所在的容器，数量可多可少Pause容器，这是每个Pod都会有的一个根容器，它的作用有两个：可以以它为依据，评估整个Pod的健康状态可以在根容器上设置Ip地址，其它容器都使用这个Ip（Pod IP），以实现Pod内部的网路通信这里是Pod内部的通讯，Pod的之间的通讯采用虚拟二层网络技术来实现，我们当前环境用的是Flannel。

Service 资源主要用于为 Pod 对象提供一个固定、统一的访问接口及负载均衡的能力。service 是一组具有相同 label pod 集合的抽象，集群内外的各个服务可以通过 service 进行互相通信。

之前学下pod时，k8s集群所有node上的的pod在一个fennel搭建的一个互通的网络中，每一个pod的ip都是互通的，即使不同空间下的空间下。由kubectl exec 进入一个pod的容器里面ping不同命名空间的ip也能ping通得知。 但是，service（即常说的svc)定义了一中抽象，是几个完全一样的pod(可能有多个副本的pod)的分组。这几个分组对外提供一种服务，也就是微服务。通过label-selector（一个或者多个标签）标识属于某一个svc。svc表示一种服务，有自己的一个虚拟i

文章目录service【svc】Service 的概念service介绍service网络服务模式【概念】ClusterIp 【内部访问】NodePort【外部访问】LoadBalancer【外部负载均衡】ExternalName【直达模式】特别说明service网络服务模式【实现】ClusterIP【内部访问】Headless Service【无头服务，无头服务也是一种Cluster IP,只不过是一种特殊的Cluster IP】NodePort【外部访问】LoadBalancer【外部负载均衡】Exte