通过创建 service 访问
如果应用程序是通过 deployment 创建的, 可以通过下面的方式创建一个 Service 资源:
1
2
3
4
|
--type=NodePort # Service类型, 值有ClusterIP(默认值), NodePort, LoadBalancer, ExternalName四种
--name=service-name # Service名称
--port=8080 # Service本身的端口
--target-port=80 # 应用程序的端口
|
1
|
kubectl expose deploy deploy-name --type=NodePort --name=service-name --port=8080 --target-port=80
|
此时通过kubectl describe svc service-name查看一下创建的 service 资源信息, 类似于这样:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
|
Name: patch-service
Namespace: default
Labels: <none>
Annotations: <none>
Selector: app=nginx
Type: NodePort
IP Family Policy: SingleStack
IP Families: IPv4
IP: 10.99.18.140
IPs: 10.99.18.140
Port: <unset> 8080/TCP
TargetPort: 80/TCP
NodePort: <unset> 31160/TCP # 这是自动给servie分配的外部访问端口
Endpoints: 10.244.1.36:80
Session Affinity: None
External Traffic Policy: Cluster
Events: <none>
|
现在, 在集群内的主机可以通过localhost:31160访问应用程序, 或者在集群外的主机上通过http://集群内任意节点IP:31160访问应用程序
在集群外主机通过端口转发访问
相当于在集群外主机开通一个 proxy, 需要在集群之外的主机上执行 port-forward 命令
如果应用程序是通过 deployment 创建的, 像下面这样, 80 表示应用程序使用的端口, 57749 表示本地要访问的端口, 如果不设置此端口, kubectl 会自动分配, 下面方式启动后在集群外的主机上, 通过localhost:57749访问到应用程序
1
2
3
4
|
$ kubectl port-forward deploy deploy-name 57749:80
# orwarding from 127.0.0.1:57749 -> 80
# Forwarding from [::1]:57749 -> 80
# Handling connection for 57749
|
也可以直接转发打指定的 Pod 上, 以下面方式启动后, 可以在集群外主机上通过localhost:57782访问到应用程序, 通常不建议这么做, 因为这种方法完全失去了 K8S 的意义,如果 pod 崩溃, 应用程序就访问不到了
1
2
3
4
|
$ kubectl port-forward pod/patch-demo-66586975bd-8jg8z :80
# Forwarding from 127.0.0.1:57782 -> 80
# Forwarding from [::1]:57782 -> 80
# Handling connection for 57782
|