文章目录
概述
pod的ip不是固定的，是根据所在宿主机的docker0网卡生成的，每次重启，更新，调度等情况ip都会变， 那pod与pod 之间需要互相调用，肯定不能用ip, 因为ip不固定，这样，service的概念就出来了
clusterIP
集群内部容器访问地址，会生成一个虚拟IP 与pod不在一个网段。
NodePort
会在宿主机上映射一个端口，供外部应用访问模式。
Headless CluserIP
无头模式，无serviceip，即把spec.clusterip设置为None 。
LoadBalancer
使用外部负载均衡。
NodePort
指定暴露到宿主机的端口，不指定的话会随机分配个，分配的IP在apiserver的配置文件中指定了--service-node-port-range=30000-50000，表示只允许分配30000-50000之间的端口。
比如一个nginx应用需要能被外部访问，就需要配置类型为type=NodePort,并且需要配置下nodePort: 30002(指定固定端口)，这样的话外部使用http://ip:30002就可以访问这个应用了。
也有一些内部服务是需要外部访问的，那就不需要到使用NodePort模式了。
service
工作模式： userspace,iptables,ipvs
userspace: 1.1-
iptables: 1/10-
ipvs: 1.11+
类型： ExternalName , ClusterIP , NodePort and LoadBalander
ClusterIP（默认）- 在集群的内部 IP 上公开 Service。这种类型使得 Service 只能从集群内访问。
NodePort - 使用 NAT 在集群中每个选定 Node 的相同端口上公开 Service 。使用<NodeIP>:<NodePort> 从集群外部访问 Service。是 ClusterIP 的超集。
LoadBalancer - 在当前云中创建一个外部负载均衡器（如果支持的话），并为 Service 分配一个固定的外部IP。是 NodePort 的超集。
ExternalName - 将 Service 映射到 externalName 字段的内容（例如 foo.bar.example.com），通过返回带有该名称的 CNAME 记录实现。不设置任何类型的代理。这种类型需要 kube-dns 的 v1.7 或更高版本，或者 CoreDNS 的 0.8 或更高版本。
资源记录：
SVC_NAME.NS_NAME.DOMAIN.LTD.
svc.cluster.local.
redis.default.svc.cluster.local.
kube-proxy监听着k8s-apiserver，一旦service资源发生变化(调k8s-api修改service信息)，kube-proxy
就会生成对应的负载调度的调整，这样就保证service的最新状态。
• k8s集群内的service:selector指定pod，自动创建Endpoints
• k8s集群外的service:手动创建Endpoints，指定外部服务的ip，端口和协议
查看service 的ip
[root@kubeadm-master1 case2]# kubectl get svc
NAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE
kubernetes ClusterIP 10.200.0.1 <none> 443/TCP 23d
test-nginx-service NodePort 10.200.189.111 <none> 80:30004/TCP 22d
test-tomcat-service NodePort 10.200.23.13 <none> 80:30005/TCP 22d
[root@kubeadm-master1 case2]# kubectl describe svc test-tomcat-service
Name: test-tomcat-service
Namespace: default
Labels: app=test-tomcat-service-label
Annotations: <none>
Selector: app=tomcat
Type: NodePort
IP Families: <none>
IP: 10.200.23.13
IPs: 10.200.23.13
Port: http 80/TCP
TargetPort: 8080/TCP
NodePort: http 30005/TCP
Endpoints: 10.100.3.10:8080
Session Affinity: None
External Traffic Policy: Cluster
Events: <none>
svc的yml
[root@kubeadm-master1 case2]# cat 2-svc_service.yml
apiVersion: v1
kind: Service
metadata:
name: ng-deploy-80-service
spec:
ports:
- name: http
port: 80
targetPort: 80
protocol: TCP
type: ClusterIP
selector:
app: ng-deploy-80
[root@kubeadm-master1 case2]# cat 3-svc_NodePort.yml
apiVersion: v1
kind: Service
metadata:
name: ng-deploy-80-service
spec:
ports:
- name: http
port: 81
targetPort: 80
nodePort: 30012
protocol: TCP
type: NodePort
selector:
app: ng-deploy-80
查看集群状态
[root@kubeadm-master1 case2]# kubectl get po,ep,svc
NAME READY STATUS RESTARTS AGE
pod/client 1/1 Running 0 16d
pod/net-test1 1/1 Running 57 23d
pod/net-test2 1/1 Running 6 23d
pod/nginx-deployment-67dfd6c8f9-5s6nz 1/1 Running 1 23d
pod/tomcat-deployment-6c44f58b47-4pz6d 1/1 Running 1 23d
NAME ENDPOINTS AGE
endpoints/kubernetes 108.181.252.210:6443,108.181.252.212:6443,192.168.1.209:6443 23d
endpoints/test-nginx-service 10.100.4.9:80 23d
endpoints/test-tomcat-service 10.100.3.10:8080 23d
NAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE
service/kubernetes ClusterIP 10.200.0.1 <none> 443/TCP 23d
service/test-nginx-service NodePort 10.200.189.111 <none> 80:30004/TCP 23d
service/test-tomcat-service NodePort 10.200.23.13 <none> 80:30005/TCP 23d
chatgpt解释
在Kubernetes（简称K8s）中，Service是一种抽象，用于定义一组Pod实例的访问方式和网络策略。
Service提供了一个稳定的网络终结点，使得应用程序可以通过Service进行访问，而无需关心后台的Pod实例。它主要有以下几个方面的功能和用途：
负载均衡：Service可以将流量均衡地分发到后端的多个Pod实例上。它为应用程序提供了一个统一的入口，并将请求分发给可用的Pod，从而实现负载均衡。
服务发现：Service为每个Pod实例分配了一个虚拟的IP地址和DNS名称。这使得其他的服务或应用程序可以通过Service的DNS名称来访问后端的Pod实例，而无需直接暴露每个Pod的IP地址。
稳定的网络终结点：Service的虚拟IP地址是稳定的，即使后端的Pod实例发生变化（例如扩容、缩容、重启等），Service的IP地址也不会改变。这意味着应用程序可以始终通过Service访问到可用的Pod实例。
健康检查：Service可以对后端Pod实例进行健康检查，以确保只有健康的Pod实例参与流量的分发。当某个Pod实例不健康时，Service会自动将其从流量分发中移除，避免将请求发送给不可用的实例。
总之，Kubernetes中的Service是一个抽象层，为应用程序提供了一种稳定的网络终结点，并提供了负载均衡和服务发现等功能。它的存在简化了应用程序的访问和部署，提高了应用程序的可靠性和可伸缩性。
参考资料： 马哥 杰哥