NodePort
apiVersion: v1
kind: Service
metadata:
name: my-nginx
labels:
run: my-nginx
spec:
type: NodePort ??
ports:
- nodePort: 8080 ??
targetPort: 80
protocol: TCP
name: http
- nodePort: 443
protocol: TCP
name: https
selector:
run: my-nginx
原理：在每一臺(tái)宿主機(jī)上添加一條iptables規(guī)則
-A KUBE-NODEPORTS -p tcp -m comment --comment "default/my-nginx: nodePort" -m tcp --dport 8080 -j KUBE-SVC-67RL4FN6JRUPOJYM
在NodePort模式下，會(huì)多一次SNAT轉(zhuǎn)換，給即將離開這臺(tái)主機(jī)的 IP 包，進(jìn)行了一次 SNAT 操作，將這個(gè) IP 包的源地址替換成了這臺(tái)宿主機(jī)上的 CNI 網(wǎng)橋地址，或者宿主機(jī)本身的 IP 地址（如果 CNI 網(wǎng)橋不存在的話）。
目的：
client
\ ^
\ \
v \
node 1 <--- node 2
| ^ SNAT
| | --->
v |
endpoint
如果沒(méi)有做 SNAT 操作的話，這時(shí)候，被轉(zhuǎn)發(fā)來(lái)的 IP 包的源地址就是 client 的 IP 地址。所以此時(shí)，Pod 就會(huì)直接將回復(fù)發(fā)給client。對(duì)于 client 來(lái)說(shuō)，它的請(qǐng)求明明發(fā)給了 node 2，收到的回復(fù)卻來(lái)自 node 1，這個(gè) client 很可能會(huì)報(bào)錯(cuò)。
LoadBalancer
kind: Service
apiVersion: v1
metadata:
name: example-service
spec:
ports:
- port: 8765
targetPort: 9376
selector:
app: example
type: LoadBalancer
ExternalName
---
kind: Service
apiVersion: v1
metadata:
name: example-service
spec:
ports:
- port: 8765
targetPort: 9376
selector:
app: example
type: LoadBalancer
附：iptables 鏈名關(guān)系
- KUBE-SERVICES 或者 KUBE-NODEPORTS 規(guī)則對(duì)應(yīng)的 Service 的入口鏈，這個(gè)規(guī)則應(yīng)該與 VIP 和 Service 端口一一對(duì)應(yīng)；
- KUBE-SEP-(hash) 規(guī)則對(duì)應(yīng)的 DNAT 鏈，這些規(guī)則應(yīng)該與 Endpoints 一一對(duì)應(yīng)；
3.KUBE-SVC-(hash) 規(guī)則對(duì)應(yīng)的負(fù)載均衡鏈，這些規(guī)則的數(shù)目應(yīng)該與 Endpoints 數(shù)目一致； - 如果是 NodePort 模式的話，還有 POSTROUTING 處的 SNAT 鏈。
