在CSDN学Golang云原生（Kubernetes Service）

一，service的定义与基本用法

在 Kubernetes 中，Service 是一种抽象概念，用于定义一组 Pod 并为它们提供访问入口。通过 Service，您可以将多个 Pod 组合成一个逻辑单元，并使用标签选择器来确定哪些 Pod 属于该 Service。

下面是一个简单的 Service 定义示例：

apiVersion: v1
kind: Service
metadata:name: my-service
spec:selector:app: my-app # 标签选择器，用于确定哪些 Pod 属于该 Serviceports:- name: httpport: 80 # 外部暴露的端口targetPort: 9376 # 绑定的 Pod 端口

在上面的示例中，我们创建了一个名为 my-service 的 Service，并指定了一个标签选择器 app=my-app 来确定哪些 Pod 属于该 Service。此外，我们还指定了一个绑定端口（端口号为 80），并将其绑定到后端 Pod 的某个端口（这里为 9376）。

使用此配置文件部署该服务后，Kubernetes 将自动创建一个负载均衡器，并分配给该服务一个稳定的 IP 地址和 DNS 名称。其他应用程序可以使用这个 IP 地址或 DNS 名称来访问该服务。

需要注意的是，在 Kubernetes 中，Service 可以有不同类型：ClusterIP、NodePort、LoadBalancer 和 ExternalName。每种类型都有不同的用途和配置方式。

下面是一些常见的 Service 使用示例：

  1. ClusterIP Service：将一组 Pod 组成一个逻辑单元，并在集群内部提供访问入口。
apiVersion: v1
kind: Service
metadata:name: my-service-clusterip
spec:selector:app: my-app # 标签选择器，用于确定哪些 Pod 属于该 Serviceports:- name: httpport: 80 # 外部暴露的端口targetPort: 9376 # 绑定的 Pod 端口
  1. NodePort Service：除了提供 ClusterIP Service 的功能外，还可以在每个节点上绑定一个静态端口号，从而允许外部流量进入 Kubernetes 集群。
apiVersion: v1
kind: Service
metadata:name: my-service-nodeport
spec:selector:app: my-app # 标签选择器，用于确定哪些 Pod 属于该 Serviceports:- name: httpport: 80 # 外部暴露的端口（在所有节点上都会监听此端口）targetPort: 9376 # 绑定的 Pod 端口（Pod 内容器监听此端口）nodePort: 30001 # 在每个节点上绑定的静态端口号（范围为：30000-32767）
  1. LoadBalancer Service：除了提供 NodePort Service 的功能外，还可以使用云供应商提供的负载均衡器来平衡流量，从而允许外部流量进入 Kubernetes 集群。
apiVersion: v1
kind: Service
metadata:name: my-service-loadbalancer
spec:selector:app: my-app # 标签选择器，用于确定哪些 Pod 属于该 Serviceports:- name: httpport: 80 # 外部暴露的端口（在所有节点上都会监听此端口）targetPort: 9376 # 绑定的 Pod 端口（Pod 内容器监听此端口）type: LoadBalancer # 指定为 LoadBalancer 类型的 Service
  1. ExternalName Service：将一个服务映射到集群外部的另一个服务或域名，从而允许集群内部使用相同的 DNS 名称来访问集群外部服务。
apiVersion: v1
kind: Service
metadata:name: my-service-externalname
spec:externalName: some.api.com # 将该 Service 映射到 some.api.com 域名或 IP 地址上

这里仅列出了一些常见的示例。

二，service 4种发布类型

在 Kubernetes 中，Service 可以有不同的发布类型，常见的包括以下四种：

  1. ClusterIP：默认类型。将 Service 暴露在集群内部，并分配一个虚拟 IP 地址（Cluster IP）给该 Service。其他 Pod 和 Service 可以使用这个 IP 地址来访问该 Service。
  2. NodePort：除了提供 ClusterIP 的功能外，还会在每个节点上绑定一个静态端口号，并将流量转发到该端口号。这允许外部流量进入 Kubernetes 集群并访问该 Service。
  3. LoadBalancer：除了提供 NodePort 的功能外，还可以使用云服务提供商的负载均衡器来平衡流量。当您创建一个 LoadBalancer 类型的 Service 时，Kubernetes 会自动创建一个负载均衡器，并将其配置为将请求转发到后端 Pod 上。
  4. ExternalName：将一个服务映射到集群外部的另一个服务或域名，从而允许集群内部使用相同的 DNS 名称来访问集群外部服务。与其他类型不同，ExternalName 不需要选择任何 Pod 或 Endpoint。

需要注意的是，在进行发布之前，请确保已经创建了相关的 Deployment 或 StatefulSet 等资源，并且已经正确标记了相关的 Pod 和 Endpoint。否则，即使正确配置了发布类型和其他参数，Service 也无法正常工作。

三，service 无选择符service

在 Kubernetes 中，Service 有一个叫做选择器（selector）的属性，用于定义该 Service 所要代理的 Pod。但是有些时候我们需要将 Service 直接映射到外部 IP 或者 DNS 名称，而不是 Kubernetes 内部的 Pod，这时就可以使用无选择符（selector-less）Service。

无选择符 Service 的作用主要有两个：

  1. 将外部服务（如数据库或缓存）的访问与应用程序解耦，从而更容易地进行管理和维护。
  2. 在没有合适的标签或注释来匹配目标 Pod 的情况下，仍然可以使用 Service 进行暴露和路由。

注意：由于无选择符 Service 不涉及任何 Pod，并且不能通过 IP 地址进行流量分配，因此它只能使用 NodePort 或 LoadBalancer 类型。

四，service HeadLess Service

在 Kubernetes 中，Headless Service 是一种特殊类型的 Service，它没有 Cluster IP，也没有负载均衡器。相反，它返回一个由 Pod IP 地址组成的集合。

Headless Service 的作用是将服务发现和负载均衡交给应用程序自己来处理。这样一来，客户端可以直接连接到服务中的任何一个 Pod 上，并且不需要经过 Service 层进行代理或转发。

Headless Service 常用于以下场景：

  1. StatefulSet：StatefulSet 控制器需要为每个 Pod 分配唯一标识符和网络主机名。如果使用 ClusterIP 类型的 Service，则所有 Pod 共享同一个 DNS 名称和 IP 地址，无法满足这个需求。因此，在 StatefulSet 控制器中通常使用 Headless Service 来提供服务发现功能。
  2. 数据库集群：数据库集群通常需要使用 DNS 名称或 IP 地址来定位节点。如果使用 ClusterIP 类型的 Service，则只能将流量转发到单个节点上，不能实现负载均衡和故障恢复。因此，在数据库集群中通常使用 Headless Service 来提供服务发现功能。
  3. 自定义网络拓扑：某些场景下需要控制容器之间的网络拓扑结构，这时候就可以通过 Headless Service 将容器之间的连接直接暴露出去，并且由应用程序自己进行管理和调度。

需要注意的是，由于 Headless Service 没有 Cluster IP 和负载均衡器，所以不能使用 NodePort 或 LoadBalancer 类型。并且，在访问 Headless Service 时需要使用完整的 DNS 名称或 IP 地址来定位 Pod。

五，service 环境变量与DNS服务发现

Kubernetes中，Service是一个抽象的逻辑概念，用于定义一组后端Pod的访问方式。当创建一个Service时，Kubernetes会自动在集群内部创建一个虚拟IP（Cluster IP），并将该IP绑定到Service上。这样，在集群内部可以通过该虚拟IP来访问Service所代表的一组Pod。

对于运行在容器中的应用程序，可以通过环境变量或DNS服务发现来访问其他服务。

  1. 环境变量

当我们创建一个Service时，Kubernetes会自动为该Service中所有Pod设置一些环境变量。其中包括：

  • SERVICE_HOST：Service所绑定的虚拟IP地址。
  • SERVICE_PORT：Service所监听的端口号。

使用这些环境变量，我们就可以在容器中直接访问同一个Service中的其他Pod了。

  1. DNS服务发现

除了使用环境变量外，Kubernetes还提供了DNS服务发现机制。每个 Service 都有一个 DNS 名称，默认情况下是“servicename.namespace.svc.cluster.local”。通过DNS名称解析，就可以轻松地实现跨命名空间和跨节点的服务发现和通信。

例如，在Python代码中使用requests库调用另一个 Service：

import requestsurl = "http://otherservice.default.svc.cluster.local:8080/api/v1/getdata"
response = requests.get(url)

这里，“default”是命名空间名称，“otherservice”是Service名称，“svc.cluster.local”是默认的Kubernetes集群域名。

Kubernetes中的Service提供了一种高效、灵活、可靠的服务发现和通信机制，能够满足微服务架构下各个组件之间的调用需求。

六，service TLS

在Kubernetes中，我们可以使用Service来暴露一组Pod作为一个服务。当需要对服务进行加密通信时，可以通过在Service和Pod之间添加TLS层来实现。

以下是一些步骤：

  1. 创建证书和私钥

首先，我们需要创建用于加密通信的证书和私钥。这里假设已经有了自签名证书和私钥。

  1. 创建Secret对象

然后，将证书和私钥打包到一个Kubernetes Secret对象中：

$ kubectl create secret tls mytlssecret --cert=server.crt --key=server.key

这里创建了一个名为“mytlssecret”的Secret对象，并将“server.crt”和“server.key”两个文件打包成为该对象的数据部分。

  1. 修改Service定义

接着，在Service定义中添加如下部分：

apiVersion: v1
kind: Service
metadata:name: myservice
spec:ports:- name: httpsport: 443targetPort: 80selector:app: myapptype: ClusterIPtls:- hosts:- myservice.example.com secretName: mytlssecret

其中，“hosts”指定了该TLS配置所要绑定的域名，“secretName”指定了上一步创建的Secret对象名称。

  1. 更新应用程序

最后，在应用程序中更新相关代码，使其支持HTTPS协议即可。如果使用HTTP客户端库（如requests）调用其他服务时，也需要相应地修改代码以支持HTTPS协议。

需要注意的是，在使用Service TLS时，我们还需要考虑证书和私钥的管理、更新和分发等问题。可以使用工具如cert-manager来自动化这些任务，使TLS证书管理更加便捷和安全。

七，ingress http 7层路由机制

Kubernetes Ingress是一种可以将HTTP和HTTPS流量路由到集群中不同服务的API对象，通常用于实现七层（应用层）路由。

在Ingress配置中，可以定义多个规则（Rule），每个规则包含一个Host名称和若干条Path规则。对于每条Path规则，可以指定要将请求转发到哪个Service上。因此，在使用Ingress时，需要先定义好所需的Service，并将它们标记为需要通过Ingress暴露出来的服务。

Ingress主要有以下几种类型：

  1. Nginx Ingress：使用Nginx作为负载均衡器实现七层路由。
  2. Traefik Ingress：使用Traefik作为负载均衡器实现七层路由。
  3. Istio Ingress Gateway：基于Istio实现网关功能，并支持灰度发布、流量控制等高级特性。

当客户端发送请求时，Ingress会根据请求中的Host和Path信息匹配对应的规则，并将请求转发给相应的后端Service。如果没有匹配到任何规则，则会返回404错误。

总之，Kubernetes Ingress提供了一种方便易用的方式来管理应用程序的入口流量，并支持多种七层路由机制和高级特性。

八，ingress Controller 安装

安装Kubernetes Ingress Controller可以使用多种不同的方案，这里介绍一些常见的方法：

  1. 使用官方提供的Nginx Ingress Controller
kubectl apply -f https://raw.githubusercontent.com/kubernetes/ingress-nginx/controller-v0.46.0/deploy/static/provider/cloud/deploy.yaml
  1. 使用Helm安装Nginx Ingress Controller
helm repo add ingress-nginx https://kubernetes.github.io/ingress-nginx
helm install my-release ingress-nginx/ingress-nginx
  1. 使用官方提供的Traefik Ingress Controller
kubectl apply -f https://raw.githubusercontent.com/traefik/traefik/v2.4/examples/k8s/traefik-deployment.yaml
kubectl apply -f https://raw.githubusercontent.com/traefik/traefik/v2.4/examples/k8s/ui.yaml
  1. 使用Helm安装Traefik Ingress Controller
helm repo add traefik https://helm.traefik.io/traefik
helm install my-release traefik/traefik

需要注意的是，在部署Ingress Controller之前，需要确保已经正确设置了Kubernetes集群中的网络插件，并且Node节点都已经正确配置和准备好。

九，ingress转发策略配置

Kubernetes Ingress资源可以使用不同的策略来实现请求转发。这里列出一些常见的Ingress转发策略：

  1. Path-Based Routing：根据请求URL路径进行路由，可使用nginx ingress或traefik ingress实现
apiVersion: networking.k8s.io/v1beta1
kind: Ingress
metadata:name: example-ingress
spec:rules:- host: example.comhttp:paths:- path: /v1backend:serviceName: service-v1servicePort: 80- path: /v2backend:serviceName: service-v2servicePort: 80
  1. Host-Based Routing：根据请求的主机名（host）进行路由，可使用nginx ingress或traefik ingress实现
apiVersion: networking.k8s.io/v1beta1 
kind: Ingress 
metadata:name: my-ingress 
spec:rules:- host: foo.bar.com http:paths:- path: /path/to/service backend:serviceName: my-service servicePort : my-service-port
  1. TCP/UDP routing：将TCP/UDP流量路由到特定服务的端口，通过MetalLB等负载均衡器实现
apiVersion : v1 
kind : Service 
metadata :name : mysql-svc labels :app : mysql-db   
spec :ports :- port : 3306    targetPort : mysql    selector :app : mysql-db  ---apiVersion : networking.k8s.io/v1beta1 
kind : Ingress 
metadata :name : mysql-ingress 
spec :rules:- host: mysql.example.comhttp:paths:- path: /backend:serviceName: mysql-svcservicePort: 3306
  1. Fanout：将请求路由到多个服务，可使用traefik ingress实现
apiVersion: networking.k8s.io/v1beta1
kind: Ingress
metadata:name: fanout-ingress
spec:rules:- host: example.comhttp:paths:- path: /serviceA/*backend:serviceName: service-aservicePort: 80- path: /serviceB/*backend:serviceName: service-bservicePort: 80

需要根据实际需求选择合适的Ingress转发策略。

十，ingress TLS 配置

Kubernetes Ingress可以配置TLS证书，提供HTTPS服务。下面是一个简单的Ingress TLS配置示例：

  1. 生成TLS证书和私钥
$ openssl req -x509 -nodes -days 365 -newkey rsa:2048 \-out /path/to/tls.crt \-keyout /path/to/tls.key \-subj "/CN=example.com"
  1. 创建k8s secret
$ kubectl create secret tls example-tls --cert=/path/to/tls.crt --key=/path/to/tls.key
  1. 配置Ingress规则
apiVersion: networking.k8s.io/v1beta1
kind: Ingress
metadata:name: example-ingress
spec:tls:- hosts:- example.comsecretName: example-tls #引用上一步创建的secret名称 rules:- host: example.com http:paths:- path: /backend:serviceName: service-name servicePort : service-port

在这个例子中，我们使用了tls字段来配置TLS证书信息。我们指定了hosts为example.com，并且将之前创建的名为example-tls的secret用于TLS证书。

需要注意的是，此处只给出了一个简单的TLS配置示例，请根据实际需求进行相应修改。同时，还需要确保您的域名和证书匹配。

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：http://www.mzph.cn/news/10406.shtml

如若内容造成侵权/违法违规/事实不符，请联系多彩编程网进行投诉反馈email:809451989@qq.com，一经查实，立即删除！

相关文章

一套流程6个步骤，教你如何正确采购询价

一套流程6个步骤，教你如何正确采购询价

采购询价（RFQ）是一种竞争性投标文件，用于邀请供应商或承包商就标准化或重复生产的产品或服务提交报价。 询价通常用于大批量/低价值项目，买方必须提供技术规格和商业要求，该文件有时也称为招标书或投标邀请书。询价流…
阅读更多...
git恢复删除的分支

git恢复删除的分支

1.查看被删除的分支 git remote prune --dry-run origin 被删除的分支是191 2.找到被删除分支的最后一次提交记录的commit SHA值 git reflog 最后一次提交的commit SHA值是3fa7532 3.恢复分支 git checkout -b xiaomeng 3fa7532 4.恢复成功后提交到远端，over&…
阅读更多...
ubuntu20.04 安装 docker engine

ubuntu20.04 安装 docker engine

打开docker官网 点击上图中间的Linux，会是这样： 点击上图的左边栏的 Docker Engine,点击install, 点击 Ubuntu，会是这样： 把页面翻下来，先按照 Insstallation methods 中的 set up thre repository，执行这些…
阅读更多...
pytorch工具——认识pytorch

pytorch工具——认识pytorch

目录 pytorch的基本元素操作创建一个没有初始化的矩阵创建一个有初始化的矩阵创建一个全0矩阵并可指定数据元素类型为long直接通过数据创建张量通过已有的一个张量创建相同尺寸的新张量利用randn_like方法得到相同尺寸张量，并且采用随机初始化的方法为其赋值采用.si…
阅读更多...
压力测试-商场项目

压力测试-商场项目

1.压力测试 压力测试是给软件不断加压，强制其在极限的情况下运行，观察它可以运行到何种程度，从而发现性能缺陷，是通过搭建与实际环境相似的测试环境，通过测试程序在同一时间内或某一段时间内，向系统发送预…
阅读更多...
数据结构--顺序表、单链表

数据结构--顺序表、单链表

线性表是指顺序表和单链表 //顺序表数据结构 typedef struct { ElemType data[MaxSize];//顺序表元素 int length; //顺序表当前长度 }SqList; //单链表结点数据结构 typedef struct LNode { ElemType data;//数据域 struct LNode *next;//指针域 }LNode,*LinkList; 顺序表 …
阅读更多...
项目：点餐系统1

项目：点餐系统1

项目简介：实现一个http点餐系统服务器，能够支持用户在浏览器访问服务器获取餐馆首页，进行菜品以及订单管理。 具体模型如下： 用户分类： 管理员：进行订单以及菜品管理（菜品&订单的增删改查&a…
阅读更多...
STM32MP157驱动开发——按键驱动（异步通知）

STM32MP157驱动开发——按键驱动（异步通知）

文章目录 “异步通知 ”机制：信号的宏定义：信号注册 APP执行过程驱动编程做的事应用编程做的事异步通知方式的按键驱动程序(stm32mp157)button_test.cgpio_key_drv.cMakefile修改设备树文件编译测试 “异步通知 ”机制： 信号的宏定义&#x…
阅读更多...
protobuf安装教程

protobuf安装教程

protobuf安装 一，Windows下安装下载protobuf配置环境变量检查是否安装成功 二，Linux下安装下载protobuf安装protobuf检查是否安装成功 一，Windows下安装 下载protobuf 下载地址 本次下载以v21.11为例，根据自己需求下载即可。 配…
阅读更多...
2023年深圳杯数学建模 D题 基于机理的致伤工具推断

2023年深圳杯数学建模 D题 基于机理的致伤工具推断

致伤工具的推断一直是法医工作中的热点和难点。由于作用位置、作用方式的不同，相同的致伤工具在人体组织上会形成不同的损伤形态，不同的致伤工具也可能形成相同的损伤形态。致伤工具品种繁多、形态各异，但大致可分为两类：锐器&…
阅读更多...
【Spring Boot Admin】使用（整合Spring Cloud服务）

【Spring Boot Admin】使用（整合Spring Cloud服务）

Spring Boot Admin 监控平台服务 pom依赖 <dependencies><dependency><groupId>org.springframework.boot</groupId><artifactId>spring-boot-starter-web</artifactId></dependency><dependency><groupId>de.codecent…
阅读更多...
【12】STM32·HAL库开发-STM32时钟系统 | F1/F4/F7时钟树 | 配置系统时钟

【12】STM32·HAL库开发-STM32时钟系统 | F1/F4/F7时钟树 | 配置系统时钟

目录 1.认识时钟树&#xff08;掌握&#xff09;1.1什么是时钟&#xff1f;1.2认识时钟树&#xff08;F1&#xff09;1.2.1STM32F103时钟树简图1.2.2STM32CubeMX时钟树&#xff08;F103&#xff09; 1.3认识时钟树&#xff08;F4&#xff09;1.3.1F407时钟树1.3.2F429时钟树1.3…
阅读更多...
linux修改时区

linux修改时区

linux修改时区且设置24h格式 修改时区基本命令centos7修改时区并且自动ntp同步ubuntu时间改为24h显示 修改时区基本命令 timedatectl list-timezones #列出所有时区 timedatectl | grep local # 确定硬件时钟是否设置为本地时区 timedatectl set-local-rtc 1 # 将硬件…
阅读更多...
FFmpeg AVFilter的原理（三）- filter是如何被驱动的

FFmpeg AVFilter的原理（三）- filter是如何被驱动的

首先上官方filter的链接&#xff1a;https://ffmpeg.org/ffmpeg-filters.html 关于filter命令行&#xff1a;FFmpeg-4.0 的filter机制的架构与实现.之一 Filter原理 1、下面是一个avfilter的graph 上图是ffmpeg中doc/examples中filtering_video.c案例的示意图。 特别注意上面蓝…
阅读更多...
HPC集群调度系统和计算系统

HPC集群调度系统和计算系统

什么是计算云&#xff1f; 所谓的计算云指的是为计算业务优化的类云基础架构&#xff0c;它强调用云的方式解决计算问题&#xff0c;而不是将“计算”搬到现有的公有云或者容器云上。 目前公有云或者容器云&#xff08;例如k8s&#xff09;上的HPC解决方案本质上都是将现有的H…
阅读更多...
Linux CentOS监控系统的运行情况工具 - top/htop/glances/sar/nmon

Linux CentOS监控系统的运行情况工具 - top/htop/glances/sar/nmon

在CentOS系统中&#xff0c;您可以使用以下工具来监控系统的运行情况&#xff1a; 1. top&#xff1a; top 是一个命令行工具&#xff0c;用于实时监控系统的进程、CPU、内存和负载情况。您可以使用以下命令来启动 top&#xff1a; top 输出 2. htop&#xff1a; htop 是一…
阅读更多...
【MySQL】数据库基础

【MySQL】数据库基础

今天我们来讲一讲使用MySQL必备的基础知识 目录 一、MySQL的登录选项 二、什么是数据库 三、一些主流数据库 四、 服务器&#xff0c;数据库&#xff0c;表关系 五、mysql的架构 5.1 存储引擎 5.1.1 查看存储引擎 5.1.2 不同存储引擎的对比 六、SQL语言的分类 一、MyS…
阅读更多...
IDEA live templates

IDEA live templates

surround 在SQL的xml里 可以修改变量 官方文档 CDATA not null <if test"$SELECTION$ ! null and $SELECTION$ ! "> and $VAR1$ #{$SELECTION$} </if>not null like mysql <if test"$SELECTION$ ! null and $SELECTION$ ! "> and…
阅读更多...
spring-websocket在SpringBoot(包含SpringSecurity)项目中的导入

spring-websocket在SpringBoot(包含SpringSecurity)项目中的导入

✅作者简介&#xff1a;大家好&#xff0c;我是 Meteors., 向往着更加简洁高效的代码写法与编程方式&#xff0c;持续分享Java技术内容。 &#x1f34e;个人主页&#xff1a;Meteors.的博客 &#x1f96d;本文内容&#xff1a;spring-websocket在SpringBoot(包含SpringSecurity…
阅读更多...
MySQL的变量、流程控制与游标

MySQL的变量、流程控制与游标

目录 1.变量的分类 1.系统变量的分类 1.1.二者关系 2.查看系统变量 3.修改系统变量的值 4.用户变量 4.1会话用户变量 1.变量声明与赋值 2.变量使用 4.2.局部变量 1.使用declare 声明 2.局部变量声明格式 3.局部变量赋值 4.变量使用 5.定义条件与处…
阅读更多...
最新文章

Copyright @ 2022~2023