Skip to content

Latest commit

 

History

History
121 lines (93 loc) · 2.65 KB

namesapce.md

File metadata and controls

121 lines (93 loc) · 2.65 KB
Raw

使用namespace分隔服務

如果在一個kubernetes cluster上需要部署許多服務時候，namespace是一個將服務分隔的好選擇，透過不同的namespace，可以帶來許多管理上的優勢，例如：

  1. 不同的namespace下的service name等可以重複，在多租戶(multi-tanent)的情況下，可以大量降低架構設計上的複雜度。
  2. 不同的namespace的pod彼此之間無法內部連線，換句話說，不同namespace間是彼此隔離，比較不會危害到其他的namespace下的服務。
  3. 當服務大量部署時，沒有namespace隔開，連列表都有點難找到自己要看的服務...@@

PS: 其中(2)的部分，目前在1.4.7的版本上測試如果兩個不同namespace的主機並未有DNS互通紀錄，但是如果直接透過pod ip位置則還是可以連線到...

建立namespace

一次性的做法可以透過下面指令建立namespace

kubectl create namespace [namespace name]

ex:

# kubectl create namespace myweb

列表目前cluster下的namespace

kubectl get ns

or

kubectl get namespace

一般列表會顯示結果大略如下：

kubectl get ns
NAME          STATUS    AGE
default       Active    49d
kube-system   Active    49d
myweb         Active    9m

如果希望deploy透過yaml部署，可以用下面的yaml檔來描述namespace資訊：

apiVersion: v1
kind: Namespace
metadata:
  name: myweb
  labels:
    name: myweb

建立部分一樣透過kubectl create來建置：

kubectl create -f [yaml file uri]

ex:

kubectl create -f myweb-ns.yaml

當namespace建置好後呢...

當namespace建好，可以透過get來查詢(kubectl get ns)，那如果要deploy服務到該namespace下面，可以透過指令或描述檔中描述來進行...

例如有一包deploy.yaml要部署到myweb這個namesapce下面，則可以透過指令：

kubectl create -f deploy.yaml --namespace myweb

如果希望使用yaml描述檔來記錄，則可以在metadata中指定namesapce，範例如下：

apiVersion: v1
kind: Service
metadata:
  name: my-redis
  namespace: myweb
  labels:
    app: redis
    tier: myweb
spec:
  ports:
    # the port that this service should serve on
  - port: 6379
    targetPort: 6379
  selector:
    app: redis
    tier: myweb
---
apiVersion: extensions/v1beta1
kind: Deployment
metadata:
  name: my-redis
  namespace: myweb
spec:
  replicas: 1
  template:
    metadata:
      labels:
        app: redis
        tier: myweb
    spec:
      containers:
        - name: redis
          image: redis
          ports:
          - containerPort: 6379

其中，namespace需要記錄在deploy與service的metadata中唷～