Kubernetes Pod 外部访问

最新推荐文章于 2024-08-04 19:31:59 发布

思月行云

最新推荐文章于 2024-08-04 19:31:59 发布

阅读量3k

点赞数 2

分类专栏：容器云

容器云专栏收录该内容

67 篇文章 5 订阅

订阅专栏

https://blog.csdn.net/u013061106/article/details/79748511

从外部访问Kubernetes中的Pod 你需要知道的访问Pod的5种方式

前面几节讲到如何访问kubneretes集群，本文主要讲解访问kubenretes中的Pod和Serivce的集中方式，包括如下几种：

hostNetwork
hostPort
NodePort
LoadBalancer
Ingress

说是暴露Pod其实跟暴露Service是一回事，因为Pod就是Service的backend。

hostNetwork: true

这是一种直接定义Pod网络的方式。

如果在Pod中使用hostNetwork:true配置的话，在这种pod中运行的应用程序可以直接看到pod启动的主机的网络接口。在主机的所有网络接口上都可以访问到该应用程序。以下是使用主机网络的pod的示例定义：

apiVersion: v1
kind: Pod
metadata:
  name: influxdb
spec:
  hostNetwork: true
  containers:
    - name: influxdb
      image: influxdb

部署该Pod：

$ kubectl create -f influxdb-hostnetwork.yml

访问该pod所在主机的8086端口：

curl -v http://$POD_IP:8086/ping

将看到204 No Content的204返回码，说明可以正常访问。

注意每次启动这个Pod的时候都可能被调度到不同的节点上，所有外部访问Pod的IP也是变化的，而且调度Pod的时候还需要考虑是否与宿主机上的端口冲突，因此一般情况下除非您知道需要某个特定应用占用特定宿主机上的特定端口时才使用hostNetwork: true的方式。

这种Pod的网络模式有一个用处就是可以将网络插件包装在Pod中然后部署在每个宿主机上，这样该Pod就可以控制该宿主机上的所有网络。

hostPort

这是一种直接定义Pod网络的方式。

hostPort是直接将容器的端口与所调度的节点上的端口路由，这样用户就可以通过宿主机的IP加上来访问Pod了，如:。

apiVersion: v1
kind: Pod
metadata:
  name: influxdb
spec:
  containers:
    - name: influxdb
      image: influxdb
      ports:
        - containerPort: 8086
          hostPort: 8086

这样做有个缺点，因为Pod重新调度的时候该Pod被调度到的宿主机可能会变动，这样就变化了，用户必须自己维护一个Pod与所在宿主机的对应关系。

这种网络方式可以用来做 nginx Ingress controller。外部流量都需要通过kubenretes node节点的80和443端口。

NodePort

NodePort在kubenretes里是一个广泛应用的服务暴露方式。Kubernetes中的service默认情况下都是使用的ClusterIP这种类型，这样的service会产生一个ClusterIP，这个IP只能在集群内部访问，要想让外部能够直接访问service，需要将service type修改为 nodePort。

apiVersion: v1
kind: Pod
metadata:
  name: influxdb
  labels:
    name: influxdb
spec:
  containers:
    - name: influxdb
      image: influxdb
      ports:
        - containerPort: 8086

同时还可以给service指定一个nodePort值，范围是30000-32767，这个值在API server的配置文件中，用--service-node-port-range定义。

kind: Service
apiVersion: v1
metadata:
  name: influxdb
spec:
  type: NodePort
  ports:
    - port: 8086
      nodePort: 30000
  selector:
    name: influxdb

集群外就可以使用kubernetes任意一个节点的IP加上30000端口访问该服务了。kube-proxy会自动将流量以round-robin的方式转发给该service的每一个pod。

这种服务暴露方式，无法让你指定自己想要的应用常用端口，不过可以在集群上再部署一个反向代理作为流量入口。

LoadBalancer

LoadBalancer 只能在service上定义。这是公有云提供的负载均衡器，如AWS、Azure、CloudStack、GCE等。

kind: Service
apiVersion: v1
metadata:
  name: influxdb
spec:
  type: LoadBalancer
  ports:
    - port: 8086
  selector:
    name: influxdb

查看服务：

$ kubectl get svc influxdb
NAME CLUSTER-IP EXTERNAL-IP PORT(S) AGE
influxdb 10.97.121.42 10.13.242.236 8086:30051/TCP 39s

内部可以使用ClusterIP加端口来访问服务，如19.97.121.42:8086。

外部可以用以下两种方式访问该服务：

使用任一节点的IP加30051端口访问该服务
使用EXTERNAL-IP来访问，这是一个VIP，是云供应商提供的负载均衡器IP，如10.13.242.236:8086。

Ingress

Ingress是自kubernetes1.1版本后引入的资源类型。必须要部署Ingress controller才能创建Ingress资源，Ingress controller是以一种插件的形式提供。Ingress controller 是部署在Kubernetes之上的Docker容器。它的Docker镜像包含一个像nginx或HAProxy的负载均衡器和一个控制器守护进程。控制器守护程序从Kubernetes接收所需的Ingress配置。它会生成一个nginx或HAProxy配置文件，并重新启动负载平衡器进程以使更改生效。换句话说，Ingress controller是由Kubernetes管理的负载均衡器。

Kubernetes Ingress提供了负载平衡器的典型特性：HTTP路由，粘性会话，SSL终止，SSL直通，TCP和UDP负载平衡等。目前并不是所有的Ingress controller都实现了这些功能，需要查看具体的Ingress controller文档。

apiVersion: extensions/v1beta1
kind: Ingress
metadata:
  name: influxdb
spec:
  rules:
    - host: influxdb.kube.example.com
      http:
        paths:
          - backend:
              serviceName: influxdb
              servicePort: 8086

外部访问URL http://influxdb.kube.example.com/ping 访问该服务，入口就是80端口，然后Ingress controller直接将流量转发给后端Pod，不需再经过kube-proxy的转发，比LoadBalancer方式更高效。

总结

总的来说Ingress是一个非常灵活和越来越得到厂商支持的服务暴露方式，包括Nginx、HAProxy、Traefik，还有各种Service Mesh，而其它服务暴露方式可以更适用于服务调试、特殊应用的部署。

参考

Accessing Kubernetes Pods from Outside of the Cluster - alesnosek.com

Kubernetes学习笔记——2.4 允许外部访问

学习目标

学习Kubernetes Service
了解label和labelSelector对象与服务的关系
通过服务允许集群外部访问应用

Kubernetes 服务（Service）概述

Pod并不是永恒的，它有自己的生命周期。假如Node死掉了，上面运行的Pod也就消失了。但是ReplicationController会创建新的Pod来维持程序运行，使集群回到应该的状态。举个栗子，假设有一个后端图像处理程序，它有3个副本，这些副本可以互相替换。前端系统不会去考虑后端处理程序有几个副本甚至也不用考虑Pod是否死掉或者被重建了。每个Kubernetes中的Pod都有自己独有的IP地址，即时是在同一个Node上的两个Pod也有不同的IP。所以，应该有一种方法自动协调Pod之间的变化，这样应用才能正常运行。
Kubernetes中的服务（Service）是一个抽象的概念，它定义了包含多个Pod逻辑上的组，以及访问它遵从的策略。服务在独立的Pod之间建立了松散的耦合关系。和Kubernetes其他对象一样，服务使用YAML或者JSON定义。通常服务通过LabelSelector来指定哪些Pod在集合中。
尽管每个Pod都有自己的独立IP，但是这些IP并不暴露给外部，只有通过服务才能将它们暴露出去。服务让你的应用可以和外部通讯。有好几种方式实现，方法是设置ServiceSpec的type属性：

ClusterIP（默认）通过一个内部IP地址暴露服务，只能在集群内访问
NodePort 使用NAT，通过与Node相同的出口暴露服务。通过<NodeIP>:<NodePort>在集群外访问Service。是ClusterIP的超集。
LoadBalancer 创建一个外部负载均衡器，给服务分配一个固定的外部地址。是NodePort的超集
ExternalName 使用externalName参数给服务起一个任意的名称，自动返回一个该名称的CNAME。需要版本V1.7及以上的kube-dns。

注意还有很多时候使用服务不需要在配置中没有定义Selector。不通过Selector定义的服务也不会创建相应的Endpoint对象。用户可以手动将服务映射到endpoint。另外一种不适用selector的情况就是严格的使用了type:ExternalName。

服务（Service）和Label（标签）

image.png

服务协调一组Pod之间的通讯。通过抽象的服务，允许Pod死亡和复制，而不影响应用。相互独立的Pod（比如应用的前后端组件）的互相查找和路由工作是由服务处理的。

服务通过Label和Selector来匹配一组Pod，Label和Selector都是对Kubernetes内对象进行操作的分组关键字。Label是附加在对象上的key/value键值对，可以通过许多方式使用：

指派部署、测试和生产的对象
内嵌版本标签
使用标签分类对象

image.png

Label可以在对象创建时或者创建后附加，随时可以修改。

交互式学习

创建服务

先来检查一下应用是否运行。使用kubectl get命令查看存在的Pod:

$ kubectl get pods
NAME                                   READY     STATUS    RESTARTS   AGE
kubernetes-bootcamp-5dbf48f7d4-67zmv   1/1       Running   0          1m

查看目前集群中的服务

$ kubectl get services
NAME         TYPE        CLUSTER-IP   EXTERNAL-IP   PORT(S)   AGE
kubernetes   ClusterIP   10.96.0.1    <none>        443/TCP   1m

Minicube启动集群时，会自动创建一个默认的服务，名字叫做kubernetes。为了创建一个新的服务并且允许外部访问，我们需要使用待有关NodePort参数expose命令（Minicube尚不支持LoadBalancer）。

$ kubectl expose deployment/kubernetes-bootcamp --type="NodePort" --port 8080
service "kubernetes-bootcamp" exposed

再次查看服务

$ kubectl get service
NAME                  TYPE        CLUSTER-IP       EXTERNAL-IP   PORT(S)          AGE
kubernetes            ClusterIP   10.96.0.1        <none>        443/TCP          12m
kubernetes-bootcamp   NodePort    10.104.133.170   <none>        8080:32170/TCP   2m

可以看到新建了一个名称为Kubernetes-bootcamp的服务。它有一个独立的cluster-ip，内部端口和外部IP（Node的IP）。

想要查看使用了哪个外部端口，使用describe service命令

$ kubectl describe service
service         serviceaccount
$ kubectl describe service/kubernetes-bootcamp
Name:                     kubernetes-bootcamp
Namespace:                default
Labels:                   run=kubernetes-bootcamp
Annotations:              <none>
Selector:                 run=kubernetes-bootcamp
Type:                     NodePort
IP:                       10.104.133.170
Port:                     <unset>  8080/TCP
TargetPort:               8080/TCP
NodePort:                 <unset>  32170/TCP
Endpoints:                172.18.0.4:8080
Session Affinity:         None
External Traffic Policy:  Cluster
Events:                   <none>

创建一个名为NODE_PORT的环境变量保存Node的端口值：

export NODE_PORT=$(kubectl get services/kubernetes-bootcamp -o go-template='{{(index .spec.ports 0).nodePort}}')
echo NODE_PORT=$NODE_PORT

通过curl命令测试应用是否可以外部访问

$ curl $(minikube ip):$NODE_PORT
Hello Kubernetes bootcamp! | Running on: kubernetes-bootcamp-5dbf48f7d4-67zmv | v=1

使用标签（Label）

部署会为每个Pod自动创建标签。通过describe deployment可以查看标签名称

$ kubectl describe deployment
Name:                   kubernetes-bootcamp
Namespace:              default
CreationTimestamp:      Mon, 26 Feb 2018 06:17:16 +0000
Labels:                 run=kubernetes-bootcamp
Annotations:            deployment.kubernetes.io/revision=1
Selector:               run=kubernetes-bootcamp
Replicas:               1 desired | 1 updated | 1 total | 1 available | 0 unavailable
StrategyType:           RollingUpdate
MinReadySeconds:        0
RollingUpdateStrategy:  1 max unavailable, 1 max surge
Pod Template:
  Labels:  run=kubernetes-bootcamp
  Containers:
   kubernetes-bootcamp:
    Image:        gcr.io/google-samples/kubernetes-bootcamp:v1
    Port:         8080/TCP
    Environment:  <none>
    Mounts:       <none>
  Volumes:        <none>
Conditions:
  Type           Status  Reason
  ----           ------  ------
  Available      True    MinimumReplicasAvailable
OldReplicaSets:  <none>
NewReplicaSet:   kubernetes-bootcamp-5dbf48f7d4 (1/1 replicas created)
Events:
  Type    Reason             Age   From                   Message
  ----    ------             ----  ----                   -------
  Normal  ScalingReplicaSet  28m   deployment-controller  Scaled up replica set kubernetes-bootcamp-5dbf48f7d4 to 1

通过kubectl get pods命令加上-l参数，可以根据标签查询Pod

$ kubectl get pods -l run=kubernetes-bootcamp
NAME                                   READY     STATUS    RESTARTS   AGE
kubernetes-bootcamp-5dbf48f7d4-67zmv   1/1       Running   0          36m

同样也可以查询服务

 kubectl get services -l run=kubernetes-bootcamp
NAME                  TYPE       CLUSTER-IP       EXTERNAL-IP   PORT(S)          AGE
kubernetes-bootcamp   NodePort   10.104.133.170   <none>        8080:32170/TCP   27m

将Pod名称保存到环境变量POD_NAME中

export POD_NAME=$(kubectl get pods -o go-template --template '{{range .items}}{{.metadata.name}}{{"\n"}}{{end}}')
echo Name of the Pod: $POD_NAME

设置新的标签

$ kubectl label pod $POD_NAME app=v1
pod "kubernetes-bootcamp-5dbf48f7d4-67zmv" labeled
$ kubectl describe pods $POD_NAME
Name:           kubernetes-bootcamp-5dbf48f7d4-67zmv
Namespace:      default
Node:           host01/172.17.0.115
Start Time:     Mon, 26 Feb 2018 06:17:20 +0000
Labels:         app=v1
                pod-template-hash=1869049380
                run=kubernetes-bootcamp
Annotations:    <none>
Status:         Running
IP:             172.18.0.4
Controlled By:  ReplicaSet/kubernetes-bootcamp-5dbf48f7d4
Containers:
  kubernetes-bootcamp:
    Container ID:   docker://5538cb2a0b63fcd6c10e253f4acbca9f1672a503ad39e534d2c2e85da305f1a4
    Image:          gcr.io/google-samples/kubernetes-bootcamp:v1
    Image ID:       docker-pullable://jocatalin/kubernetes-bootcamp@sha256:0d6b8ee63bb57c5f5b6156f446b3bc3b3c143d233037f3a2f00e279c8fcc64af
    Port:           8080/TCP
    State:          Running
      Started:      Mon, 26 Feb 2018 06:17:22 +0000
    Ready:          True
    Restart Count:  0
    Environment:    <none>
    Mounts:
      /var/run/secrets/kubernetes.io/serviceaccount from default-token-spkm6 (ro)
Conditions:
  Type           Status
  Initialized    True
  Ready          True
  PodScheduled   True
Volumes:
  default-token-spkm6:
    Type:        Secret (a volume populated by a Secret)
    SecretName:  default-token-spkm6
    Optional:    false
QoS Class:       BestEffort
Node-Selectors:  <none>
Tolerations:     <none>
Events:
  Type     Reason                 Age                From               Message
  ----     ------                 ----               ----               -------
  Warning  FailedScheduling       40m (x3 over 40m)  default-scheduler  0/1 nodes are available: 1 NodeNotReady.
  Normal   Scheduled              40m                default-scheduler  Successfully assigned kubernetes-bootcamp-5dbf48f7d4-67zmv to host01
  Normal   SuccessfulMountVolume  40m                kubelet, host01    MountVolume.SetUp succeeded for volume "default-token-spkm6"
  Normal   Pulled                 40m                kubelet, host01    Container image "gcr.io/google-samples/kubernetes-bootcamp:v1" already present on machine
  Normal   Created                40m                kubelet, host01    Created container
  Normal   Started                40m                kubelet, host01    Started container

可以看到Pod中已经打上了新的标签，可以通过新标签查询Pod

$ kubectl get pods -l app=v1
NAME                                   READY     STATUS    RESTARTS   AGE
kubernetes-bootcamp-5dbf48f7d4-67zmv   1/1       Running   0          42m

删除服务

使用delete service命令删除服务。也可以使用Label

$ kubectl delete service -l run=kubernetes-bootcamp
service "kubernetes-bootcamp" deleted

确认删除成功

$ kubectl delete service -l run=kubernetes-bootcamp
service "kubernetes-bootcamp" deleted

确认服务无法访问

$ curl $(minikube ip):$NODE_PORT
curl: (7) Failed to connect to 172.17.0.82 port 31753: Connection refused

这证明服务已经在外部不可达。但是该应用还是正常运行并且可以内部访问：

$ kubectl exec -ti $POD_NAME curl localhost:8080
Hello Kubernetes bootcamp! | Running on: kubernetes-bootcamp-5dbf48f7d4-8pbq5 | v=1

Kubernetes中暴露外部IP地址来访问集群中的应用

2017-07-21 11:23 中文社区分类：Kubernetes教程/入门教程阅读(8854) 译：Vincent 评论(0)

本文是Kubernetes.io官方文档中介绍如何创建暴露外部IP地址的Kubernetes Service 对象。

学习目标

运行Hello World应用程序的五个实例。
创建一个暴露外部IP地址的Service对象。
使用Service对象访问正在运行的应用程序。

准备工作

安装kubectl。
使用Google提供商（如Google Container Engine或Amazon Web Services）创建Kubernetes群集。本教程创建一个外部负载均衡器，它需要一个云提供商。
配置kubectl与Kubernetes API服务器通信。有关说明，请参阅云提供商的文档。

在五个pod中运行的应用程序创建一个Service

1、在群集中运行Hello World应用程序：

 kubectl run hello-world --replicas=5 --labels="run=load-balancer-example" --image=gcr.io/google-samples/node-hello:1.0  --port=8080

以上命令创建一个 Deployment 对象和一个关联的 ReplicaSet 对象。ReplicaSet 有五个 Pods，每个Pods都运行Hello World应用程序。

2、显示有关Deployment的信息：

 kubectl get deployments hello-world
 kubectl describe deployments hello-world

3、显示有关ReplicaSet对象的信息：

 kubectl get replicasets
 kubectl describe replicasets

4、使用deployment创建暴露的Service对象

 kubectl expose deployment hello-world --type=LoadBalancer --name=my-service

5、显示有关Service的信息：

 kubectl get services my-service

输出：

 NAME         CLUSTER-IP     EXTERNAL-IP      PORT(S)    AGE
 my-service   10.3.245.137   104.198.205.71   8080/TCP   54s

注意：如果外部IP地址显示为<pending>，请等待一分钟再次输入相同的命令。

6、显示Service有关详细信息：

 kubectl describe services my-service

输出：

 Name:           my-service
 Namespace:      default
 Labels:         run=load-balancer-example
 Selector:       run=load-balancer-example
 Type:           LoadBalancer
 IP:             10.3.245.137
 LoadBalancer Ingress:   104.198.205.71
 Port:           <unset> 8080/TCP
 NodePort:       <unset> 32377/TCP
 Endpoints:      10.0.0.6:8080,10.0.1.6:8080,10.0.1.7:8080 + 2 more...
 Session Affinity:   None
 Events:

记录Service公开的外部IP地址。在此例子中，外部IP地址为104.198.205.71。还要注意Port的值。在这个例子中，端口是8080。

7、在上面的输出中，您可以看到该服务有多个端点：10.0.0.6:8080,10.0.1.6:8080,10.0.1.7:8080 + 2 more…。这些是运行Hello World应用程序的pod的内部地址。要验证这些是pod地址，请输入以下命令：

 kubectl get pods --output=wide

输出类似于：

 NAME                         ...  IP         NODE
 hello-world-2895499144-1jaz9 ...  10.0.1.6   gke-cluster-1-default-pool-e0b8d269-1afc
 hello-world-2895499144-2e5uh ...  0.0.1.8    gke-cluster-1-default-pool-e0b8d269-1afc
 hello-world-2895499144-9m4h1 ...  10.0.0.6   gke-cluster-1-default-pool-e0b8d269-5v7a
 hello-world-2895499144-o4z13 ...  10.0.1.7   gke-cluster-1-default-pool-e0b8d269-1afc
 hello-world-2895499144-segjf ...  10.0.2.5   gke-cluster-1-default-pool-e0b8d269-cpuc

8、使用外部IP地址访问Hello World应用程序：