k8s 開船記-首航：博客站點從 docker swarm 切換到 k8s

昨天晚上，咱們將博客站點的生產環境從 docker swarm 集羣切換到了 k8s 集羣，開船到目前，航行很是平穩，能夠說首航成功！

k8s 集羣是咱們用10臺阿里雲服務器本身搭建的，1臺 master 配置是2核4G，9臺 nodes 配置都是4核8G，kubernetes 版本是 1.16.3 。

博客站點請求入口沒有走 ingress ，直接經過 service 監聽 30080 端口，阿里雲負載均衡轉發請求到該端口。

apiVersion: v1
kind: Service
metadata:
  name: blog-web
  namespace: production
spec:
  type: NodePort
  selector:
    app: blog-web
  ports:
  - nodePort: 30080
    port: 80
    targetPort: 80

博客站點（blog-web）是經過 DaemonSet 方式部署的，每一個 node 都會運行 blog-web pod ，這樣的好處是能夠將負載均分到各個 node 進行處理，並且在新服務器添加到集羣后能夠當即分擔負載。

apiVersion: apps/v1
kind: DaemonSet
metadata:
  name: blog-web
  namespace: production
  labels:
    name: blog
...

在將部署環境從 docker swarm 切換到 k8s 的過程當中，主要遇到2個問題。

一個問題是服務名稱包含下劃線的問題。docker swarm 服務名稱中默認就包含下劃線，k8s 堅定不容許服務名稱中包含下劃線，而咱們的博客應用調用的一些 web api 用的是包含下劃線的主機名，爲了減小代碼修改工做，咱們採用了變通的解決方法，藉助 coredns 在 dns 解析時重寫主機名。

rewrite stop {
  name regex ([a-zA-Z0-9-]+)_([a-zA-Z0-9-]+).$ {1}-{2}.production.svc.cluster.local
  answer name ([a-zA-Z0-9-]+)-([a-zA-Z0-9-]+)\.production\.svc\.cluster\.local\.$ {1}_{2}
}

另外一個問題是 k8s 的 yaml 配置文件不支持直接讀取環境變量，docker swarm 是直接支持的，經過 envsubst 搞定。

envsubst < daemonset-production-blog-web.yaml | kubectl apply -f -

匆忙之間寫了這篇開船首航記，不到之處，望諒解。

最後推薦一篇對於瞭解 k8s 很是有幫助的英文博文 —— An introduction to Kubernetes 。