Kubernetes

在 Kubernetes 內取得使用者 IP - HTTP Loadbalancer

介紹如何在 GKE 上透過 HTTP LB 取得使用者真實 IP

ta-ching chen

2 minute read

前言

對於提供 HTTP 服務的系統來說,取得來源 IP 方式有兩種:

  • 利用封包標頭取得來源 IP

此方案是直接讀取封包的來源 IP,但由於容器和外界溝通不像傳統 Linux 主機有實體網卡對接,而是透過一系列的 NAT 規則置換封包標頭後才傳進容器內 (Understand container communication),導致取得錯誤的使用者 IP。

此方案則是利用 PROXY Protocol,此方案是讓 Proxy Server 將 IP 附加在 HTTP 標頭 X-Forwarded-For 內,因此該標頭內的第一個位址即是使用者的真實 IP。

X-Forwarded-For:[61.219.125.41, 10.140.0.2]

下面會介紹在 GKE (Google Container Engine) 上透過 L7 HTTP Load Balancer 取得使用者真實 IP。

架構說明

下圖為目前 Google 支援三種 LB

GCP LB Type

ta-ching chen

1 minute read

系列文章

前言

前篇文章介紹 Service 不同存取路徑間的差異,這次我們來討論 Service 和 Label 之間是如何互相影響的。

Service 與 Label Selector 共舞

We encourage use of a unique collection of labels rather than a single unique label value since the additional attributes are generally needed — bgrant0607

在 Kubernetes 最佳實踐中,Pod 本身會帶著許多不同標籤 (Label) 來辨別其實際用途。透過賦予一組唯一的標籤組合 (a unique collection of labels),不僅能擁有更精確的粒度 (granularity) 以外,也能避免操作上出現異常。

apiVersion: extensions/v1beta1
kind: Deployment
metadata:
  name: python-http-server
spec:
  replicas: 1
  selector:
    matchLabels:
      env: python
      svc: http-server
  template:
    metadata:
      labels:
        env: python
        svc: http-server
    spec:
      containers:
      - name: http-server
        image: trinitronx/python-simplehttpserver
        command:
          - python
        args:
          - -m
          - SimpleHTTPServer
          - "80"
        ports:
        - containerPort: 80
          protocol: TCP

從 Google Kubernetes Engine 移除節點

學習如何手動移除 GKE 指定節點

ta-ching chen

1 minute read

前言

在 GKE 上運作的 Kubernetes 叢集支援多個 node pool,每個 pool 可以根據需求調配不同的機器規格、自動擴展等設定,但當我們從網頁設定縮小 node pool 時,GKE 會隨機選擇 pool 中的機器來移除。有時我們會希望移除指定的機器,因此下面會介紹該如何手動移除特定節點。

Hands-On

找出想要移除的節點,比方說 gke-dummy-server-default-pool-16ce3e71-9192

$ kubectl get node
NAME                                                 STATUS     AGE       VERSION
gke-dummy-server-default-pool-16ce3e71-9192          Ready          15h       v1.6.7
gke-dummy-server-default-pool-16ce3e71-s8w0          Ready          4d        v1.6.7

透過 kubectl drain 指令,將原本部署在該節點的 Pod 移到其他節點上。

$ kubectl drain <node> --force --ignore-daemonsets

並且執行後可以看到將該節點狀態變成 Ready,SchedulingDisabled

$ kubectl get node
NAME                                                 STATUS                     AGE       VERSION
gke-dummy-server-default-pool-16ce3e71-9192          Ready,SchedulingDisabled   15h       v1.6.7
gke-dummy-server-default-pool-16ce3e71-s8w0          Ready                      4d        v1.6.7

Kubernetes Service 深度剖析 - 存取路徑差異

討論 Kubernetes Service 存取路徑差異、注意要點

ta-ching chen

3 minute read

系列文章

前言

前篇文章介紹 Service 在 Kubernetes 裡的基礎概念及應用,但 Service 透過不同路徑存取 Pod 間的差異在哪裡,以及服務營運上的細節、注意事項 ,接下來在本篇文章中將為各位逐一說明。

Service 存取路徑裡跟外

前篇文章內有提到,有兩種角色會透過 Service 存取其他的 Pod,分別是 Kubernetes 集群外部使用者以及集群內部其他 Pod。儘管兩種路徑的結果都相同,但之間仍存在一個關鍵差異在於: 存取 IP 不同

實際上在 Kubernetes 內共有三種 IP 存在

  • External IP: 裸露的網路位址,供外部使用者連線
  • Cluster IP: 叢集內部的網路位址,在 Cluster 內的 Pod 可以透過此位址存取該服務
  • Pod IP: 每個 Pod 獨有的網路位址,只有叢集內可連線

Kubernetes 兩步安裝一次上手

介紹如何透過 Kubeadm 在短時間內安裝 Kubernetes

ta-ching chen

3 minute read

前言

古早時期安裝完整 Kubernetes 的步驟十分繁複,Kubernetes 1.4 之後推出 kubeadm 讓整個安裝過程能在幾分鐘內完成,以下將介紹使用 kubeadm 安裝 Kubernetes 的過程。

前置步驟

  • Ubuntu 16.04

安裝

  • install.sh
#!/bin/bash
apt-get update && apt-get install -y apt-transport-https curl
curl -s https://packages.cloud.google.com/apt/doc/apt-key.gpg | apt-key add -
cat <<EOF >/etc/apt/sources.list.d/kubernetes.list
deb http://apt.kubernetes.io/ kubernetes-xenial main
EOF
apt-get update
# Install docker if you don't have it already.
apt-get install -y docker.io
apt-get install -y kubelet kubeadm kubectl kubernetes-cni