# 升級Dashboard
我們在kubernetes1.6的時候同時安裝了dashboard插件,該插件也是基于kubernetes1.6版本開發的。如今kubernetes1.8版本業已發布,如何升級dashboard以獲取新版中功能呢?
Dashboard的升級比較簡單,因為它僅僅是一個前端應用,用來展現集群信息和與后端API交互,理論上只需要更新原先dashboard的yaml配置文件中的鏡像就可以了,但是為了使用dashboard1.7版本中的用戶登陸功能,還需要做一些額外的操作。
[dashboard](https://github.com/kubernetes/dashboard)的更新日志請見[release note](https://github.com/kubernetes/dashboard/releases),當前的最新版本為v1.7.1,下面將介紹將dashboard從v1.6.3升級到v1.7.1并開啟用戶登陸認證的詳細步驟。
## 升級步驟
**刪除原來的版本**
首先刪除原來的dashboard資源:
```bash
kubectl delete -f dashboard/
```
將`dashboard`目錄下的所有yaml文件中的資源全部刪除,包括Deployment、service和角色綁定等。
**部署新版本**
我們使用官方的配置文件來安裝,首先下載官方配置:
```bash
wget https://raw.githubusercontent.com/kubernetes/dashboard/v1.10.1/src/deploy/recommended/kubernetes-dashboard.yaml
```
修改其中的兩個鏡像地址為我們的私有地址。
- gcr.io/google_containers/kubernetes-dashboard-init-amd64:v1.0.1
- gcr.io/google_containers/kubernetes-dashboard-amd64:v1.7.1
這個兩個鏡像可以同時從**時速云**上獲取:
- index.tenxcloud.com/jimmy/kubernetes-dashboard-amd64:v1.7.1
- index.tenxcloud.com/jimmy/kubernetes-dashboard-init-amd64:v1.0.1
將service type設置為`NodePort`,修改后的yaml文件見[kubernetes-dashboard.yaml](https://github.com/rootsongjc/kubernetes-handbook/tree/master/manifests/dashboard-1.7.1/kubernetes-dashboard.yaml),然后就可以部署新版本的dashboard了。
```bash
kubectl create -f kubernetes-dashboard.yaml
```
獲取dashboard的外網訪問端口:
```bash
kubectl -n kube-system get svc kubernetes-dashboard
NAME CLUSTER-IP EXTERNAL-IP PORT(S) AGE
kubernetes-dashboard 10.254.177.181 <nodes> 443:32324/TCP 49m
```
訪問集群中的任何一個節點,即可打開dashboard登陸頁面,如<https://172.20.0.113:32324/>(請使用https訪問),支持使用`kubeconfig`和`token`兩種的認證方式:

選擇本地的`kubeconfig`文件以登陸集群,`kubeconfig`文件中包括登陸的用戶名、證書和token信息。
登陸之后首先看到的界面是這樣的:

這是因為該用戶沒有對`default`命名空間的訪問權限。
修改URL地址中的`namespace`字段為該用戶有權限訪問的命名空間如brand:<https://172.20.0.113:32324/#!/overview?namespace=brand>:

**設置界面的語言**
我們看到現在 dashboard 的頁面都已經被漢化了,當前支持英文、中文簡體、中文繁體、日語,根據瀏覽器的語言自動切換的。如果想要強制設置 dashboard 中顯示的語言,需要在 dahsboard 的 Deployment yaml 配置中增加如下配置:
```yaml
env:
- name: ACCEPT_LANGUAGE
value: english
```
更簡單的方式是,如果您使用的Chrome瀏覽器,則在瀏覽器中的配置中設置語言的順序后刷新網頁,dashboard將以您在Chrome中配置的首選語言顯示。
## 身份認證
登陸 dashboard 的時候支持 kubeconfig 和 token 兩種認證方式,kubeconfig 中也依賴 token 字段,所以生成 token 這一步是必不可少的。
下文分兩塊來講解兩種登陸認證方式:
- 為 brand 命名空間下的 brand 用戶創建 kubeconfig 文件
- 為集群的管理員(擁有所有命名空間的 amdin 權限)創建 token
### 使用 kubeconfig
登陸dashboard的時候可以指定`kubeconfig`文件來認證用戶權限,如何生成登陸dashboard時指定的`kubeconfig`文件請參考[創建用戶認證授權的kubeconfig文件](../guide/kubectl-user-authentication-authorization.md)。
> 注意我們生成的 kubeconfig 文件中沒有 token 字段,需要手動添加該字段。
比如我們為 brand namespace 下的 brand 用戶生成了名為 `brand.kubeconfig` 的 kubeconfig 文件,還要再該文件中追加一行 `token` 的配置(如何生成 token 將在下文介紹),如下所示:

這樣就可以使用`brand.kubeconfig`文件來登陸dashboard了,而且只能訪問和操作`brand`命名空間下的對象。
### 生成集群管理員的token
以下是為集群最高權限的管理員(可以任意操作所有namespace中的所有資源)生成token的步驟詳解。
> 注意:登陸dashboard的時候token值是必須的,而kubeconfig文件是kubectl命令所必須的,kubectl命令使用的kubeconfig文件中可以不包含token信息。
需要創建一個admin用戶并授予admin角色綁定,使用下面的yaml文件創建admin用戶并賦予他管理員權限,然后可以通過token登陸dashbaord,該文件見[admin-role.yaml](https://github.com/rootsongjc/kubernetes-handbook/tree/master/manifests/dashboard-1.7.1/admin-role.yaml)。這種認證方式本質上是通過 Service Account 的身份認證加上 Bearer token 請求 API server 的方式實現,參考 [Kubernetes 中的認證](https://kubernetes.io/docs/admin/authentication/)。
```yaml
kind: ClusterRoleBinding
apiVersion: rbac.authorization.k8s.io/v1beta1
metadata:
name: admin
annotations:
rbac.authorization.kubernetes.io/autoupdate: "true"
roleRef:
kind: ClusterRole
name: cluster-admin
apiGroup: rbac.authorization.k8s.io
subjects:
- kind: ServiceAccount
name: admin
namespace: kube-system
---
apiVersion: v1
kind: ServiceAccount
metadata:
name: admin
namespace: kube-system
labels:
kubernetes.io/cluster-service: "true"
addonmanager.kubernetes.io/mode: Reconcile
```
然后執行下面的命令創建 serviceaccount 和角色綁定,對于其他命名空間的其他用戶只要修改上述 yaml 中的 `name` 和 `namespace` 字段即可:
```bash
kubectl create -f admin-role.yaml
```
創建完成后獲取secret和token的值。
運行下面的命令直接獲取admin用戶的token:
```bash
kubectl -n kube-system describe secret `kubectl -n kube-system get secret|grep admin-token|cut -d " " -f1`|grep "token:"|tr -s " "|cut -d " " -f2
```
**手動獲取**
也可以執行下面的步驟來獲取token值:
```bash
# 獲取admin-token的secret名字
$ kubectl -n kube-system get secret|grep admin-token
admin-token-nwphb kubernetes.io/service-account-token 3 6m
# 獲取token的值
$ kubectl -n kube-system describe secret admin-token-nwphb
Name: admin-token-nwphb
Namespace: kube-system
Labels: <none>
Annotations: kubernetes.io/service-account.name=admin
kubernetes.io/service-account.uid=f37bd044-bfb3-11e7-87c0-f4e9d49f8ed0
Type: kubernetes.io/service-account-token
Data
====
namespace: 11 bytes
token: 非常長的字符串
ca.crt: 1310 bytes
```
在 dashboard 登錄頁面上有兩種登錄方式,`kubeconfig` 文件和 token (令牌),使用 token 登錄可以直接使用上面輸出中的那個**非常長的字符串**作為 token 登錄,即可以擁有管理員權限操作整個kubernetes集群中的對象。對于 `kubeconfig` 文件登錄方式,不能直接使用之前給 kubectl 生成的 `kubeconfig` 文件(`~/.kube/config`) 需要給它加一個 token 字段,您可以將這串 token 加到 admin 用戶的`kubeconfig`文件中,繼續使用`kubeconfig`登錄,具體加的位置可以參考`bootstrap-kubeconfig` 文件,兩種認證方式任您選擇。
**注意**:通過 `kubectl get secret xxx` 輸出中的 token 值需要進行 `base64` 解碼,在線解碼工具 [base64decode](https://www.base64decode.org/),Linux 和 Mac 有自帶的 `base64` 命令也可以直接使用,輸入 `base64` 是進行編碼,Linux 中`base64 -d` 表示解碼,Mac 中使用 `base64 -D`;通過 `kubectl describe secret xxx` 輸出中的 token 不需要 `base64` 解碼。
也可以使用 jsonpath 的方式直接獲取 token 的值,如:
```bash
kubectl -n kube-system get secret admin-token-nwphb -o jsonpath={.data.token}|base64 -d
```
注意我們使用了 base64 對其重新解碼,因為 secret 都是經過 base64 編碼的,如果直接使用 kubectl 中查看到的 `token` 值會認證失敗,詳見 [secret 配置](../guide/secret-configuration.md)。關于 JSONPath 的使用請參考 [JSONPath 手冊](https://kubernetes.io/docs/user-guide/jsonpath/)。
**注意**:關于如何給其它namespace的管理員生成token請參考[使用kubeconfig或token進行用戶身份認證](../guide/auth-with-kubeconfig-or-token.md)。
## 參考
- [Dashboard log in mechanism #2093](https://github.com/kubernetes/dashboard/issues/2093)
- [Accessing Dashboard 1.7.X and above](https://github.com/kubernetes/dashboard/wiki/Accessing-Dashboard---1.7.X-and-above)
- [Kubernetes dashboard UX for Role-Based Access Control](https://github.com/kubernetes/dashboard/blob/master/docs/design/access-control.md)
- [How to sign in kubernetes dashboard? - StackOverflow](https://stackoverflow.com/questions/46664104/how-to-sign-in-kubernetes-dashboard)
- [JSONPath 手冊](https://kubernetes.io/docs/user-guide/jsonpath/)
- [Kubernetes 中的認證](https://kubernetes.io/docs/admin/authentication/)
- 序言
- 云原生
- 云原生(Cloud Native)的定義
- CNCF - 云原生計算基金會簡介
- CNCF章程
- 云原生的設計哲學
- Play with Kubernetes
- 快速部署一個云原生本地實驗環境
- Kubernetes與云原生應用概覽
- 云原生應用之路——從Kubernetes到Cloud Native
- 云原生編程語言
- 云原生編程語言Ballerina
- 云原生編程語言Pulumi
- 云原生的未來
- Kubernetes架構
- 設計理念
- Etcd解析
- 開放接口
- CRI - Container Runtime Interface(容器運行時接口)
- CNI - Container Network Interface(容器網絡接口)
- CSI - Container Storage Interface(容器存儲接口)
- Kubernetes中的網絡
- Kubernetes中的網絡解析——以flannel為例
- Kubernetes中的網絡解析——以calico為例
- 具備API感知的網絡和安全性管理開源軟件Cilium
- Cilium架構設計與概念解析
- 資源對象與基本概念解析
- Pod狀態與生命周期管理
- Pod概覽
- Pod解析
- Init容器
- Pause容器
- Pod安全策略
- Pod的生命周期
- Pod Hook
- Pod Preset
- Pod中斷與PDB(Pod中斷預算)
- 集群資源管理
- Node
- Namespace
- Label
- Annotation
- Taint和Toleration(污點和容忍)
- 垃圾收集
- 控制器
- Deployment
- StatefulSet
- DaemonSet
- ReplicationController和ReplicaSet
- Job
- CronJob
- Horizontal Pod Autoscaling
- 自定義指標HPA
- 準入控制器(Admission Controller)
- 服務發現
- Service
- Ingress
- Traefik Ingress Controller
- 身份與權限控制
- ServiceAccount
- RBAC——基于角色的訪問控制
- NetworkPolicy
- 存儲
- Secret
- ConfigMap
- ConfigMap的熱更新
- Volume
- Persistent Volume(持久化卷)
- Storage Class
- 本地持久化存儲
- 集群擴展
- 使用自定義資源擴展API
- 使用CRD擴展Kubernetes API
- Aggregated API Server
- APIService
- Service Catalog
- 資源調度
- QoS(服務質量等級)
- 用戶指南
- 資源對象配置
- 配置Pod的liveness和readiness探針
- 配置Pod的Service Account
- Secret配置
- 管理namespace中的資源配額
- 命令使用
- Docker用戶過度到kubectl命令行指南
- kubectl命令概覽
- kubectl命令技巧大全
- 使用etcdctl訪問kubernetes數據
- 集群安全性管理
- 管理集群中的TLS
- kubelet的認證授權
- TLS bootstrap
- 創建用戶認證授權的kubeconfig文件
- IP偽裝代理
- 使用kubeconfig或token進行用戶身份認證
- Kubernetes中的用戶與身份認證授權
- Kubernetes集群安全性配置最佳實踐
- 訪問Kubernetes集群
- 訪問集群
- 使用kubeconfig文件配置跨集群認證
- 通過端口轉發訪問集群中的應用程序
- 使用service訪問群集中的應用程序
- 從外部訪問Kubernetes中的Pod
- Cabin - Kubernetes手機客戶端
- Kubernetic - Kubernetes桌面客戶端
- Kubernator - 更底層的Kubernetes UI
- 在Kubernetes中開發部署應用
- 適用于kubernetes的應用開發部署流程
- 遷移傳統應用到Kubernetes中——以Hadoop YARN為例
- 最佳實踐概覽
- 在CentOS上部署Kubernetes集群
- 創建TLS證書和秘鑰
- 創建kubeconfig文件
- 創建高可用etcd集群
- 安裝kubectl命令行工具
- 部署master節點
- 安裝flannel網絡插件
- 部署node節點
- 安裝kubedns插件
- 安裝dashboard插件
- 安裝heapster插件
- 安裝EFK插件
- 生產級的Kubernetes簡化管理工具kubeadm
- 使用kubeadm在Ubuntu Server 16.04上快速構建測試集群
- 服務發現與負載均衡
- 安裝Traefik ingress
- 分布式負載測試
- 網絡和集群性能測試
- 邊緣節點配置
- 安裝Nginx ingress
- 安裝配置DNS
- 安裝配置Kube-dns
- 安裝配置CoreDNS
- 運維管理
- Master節點高可用
- 服務滾動升級
- 應用日志收集
- 配置最佳實踐
- 集群及應用監控
- 數據持久化問題
- 管理容器的計算資源
- 集群聯邦
- 存儲管理
- GlusterFS
- 使用GlusterFS做持久化存儲
- 使用Heketi作為Kubernetes的持久存儲GlusterFS的external provisioner
- 在OpenShift中使用GlusterFS做持久化存儲
- GlusterD-2.0
- Ceph
- 用Helm托管安裝Ceph集群并提供后端存儲
- 使用Ceph做持久化存儲
- 使用rbd-provisioner提供rbd持久化存儲
- OpenEBS
- 使用OpenEBS做持久化存儲
- Rook
- NFS
- 利用NFS動態提供Kubernetes后端存儲卷
- 集群與應用監控
- Heapster
- 使用Heapster獲取集群和對象的metric數據
- Prometheus
- 使用Prometheus監控kubernetes集群
- Prometheus查詢語言PromQL使用說明
- 使用Vistio監控Istio服務網格中的流量
- 分布式跟蹤
- OpenTracing
- 服務編排管理
- 使用Helm管理Kubernetes應用
- 構建私有Chart倉庫
- 持續集成與發布
- 使用Jenkins進行持續集成與發布
- 使用Drone進行持續集成與發布
- 更新與升級
- 手動升級Kubernetes集群
- 升級dashboard
- 領域應用概覽
- 微服務架構
- 微服務中的服務發現
- 使用Java構建微服務并發布到Kubernetes平臺
- Spring Boot快速開始指南
- Service Mesh 服務網格
- 企業級服務網格架構
- Service Mesh基礎
- Service Mesh技術對比
- 采納和演進
- 定制和集成
- 總結
- Istio
- 安裝并試用Istio service mesh
- 配置請求的路由規則
- 安裝和拓展Istio service mesh
- 集成虛擬機
- Istio中sidecar的注入規范及示例
- 如何參與Istio社區及注意事項
- Istio教程
- Istio免費學習資源匯總
- 深入理解Istio Service Mesh中的Envoy Sidecar注入與流量劫持
- 深入理解Istio Service Mesh中的Envoy Sidecar代理的路由轉發
- Linkerd
- Linkerd 使用指南
- Conduit
- Condiut概覽
- 安裝Conduit
- Envoy
- Envoy的架構與基本術語
- Envoy作為前端代理
- Envoy mesh教程
- SOFAMesh
- SOFAMesh中的Dubbo on x-protocol
- SOFAMosn
- 使用 SOFAMosn 構建 SOFAMesh
- 大數據
- Spark standalone on Kubernetes
- 運行支持Kubernetes原生調度的Spark程序
- Serverless架構
- 理解Serverless
- FaaS-函數即服務
- OpenFaaS快速入門指南
- 邊緣計算
- 人工智能