摘要：現(xiàn)在，越來越多的開發(fā)人員不再使用傳統(tǒng)的應(yīng)用程序服務(wù)器，而是開始使用作為分布式應(yīng)用程序平臺(tái)開發(fā)人員使用作為后端數(shù)據(jù)庫(kù)。而我們已注意到，將諸如之類的輕量級(jí)安裝程序嵌入到分布式應(yīng)用程序中，滿足了很多來自用戶的興趣與需求。

作為Rancher 2.0的重要組件，Rancher Kubernetes Engine（RKE）現(xiàn)已正式全面發(fā)布！這是Rancher Labs推出的新的開源項(xiàng)目，一個(gè)極致簡(jiǎn)單易用、閃電般快速、支持一切基礎(chǔ)架構(gòu)（公有云、私有云、VM、物理機(jī)等）的Kubernetes安裝程序。

在過去兩年中，Rancher已經(jīng)成為最為流行和受歡迎的創(chuàng)建和管理Kubernetes集群的平臺(tái)之一。因?yàn)橐子谏鲜值奶匦院蜆O致簡(jiǎn)單的用戶體驗(yàn)，Rancher作為創(chuàng)建與管理Kubernetes的平臺(tái)深受全球大量用戶青睞 。Rancher將etcd、Kubernetes master和worker節(jié)點(diǎn)操作完全自動(dòng)化。然而Rancher 1.x中只提供了Kubernetes的部署優(yōu)化，2.0會(huì)繼續(xù)加強(qiáng)對(duì)Kubernetes使用和運(yùn)行過程中的進(jìn)一步的優(yōu)化與支持。

現(xiàn)階段市場(chǎng)中有不少可供用戶選擇的用于創(chuàng)建Kubernetes集群的安裝程序。據(jù)我們所見，其中兩個(gè)最受歡迎的安裝程序是kops和Kubespray：

Kops也許是使用最廣泛的Kubernetes安裝程序。事實(shí)上，它不僅僅是一個(gè)安裝程序。Kops為用戶備好了所有可能需要的云資源，它能用來安裝Kubernetes，還可以連接云監(jiān)控服務(wù)，以確保Kubernetes集群的持續(xù)運(yùn)行。不過，Kops與底層云基礎(chǔ)架構(gòu)集成過于緊密，在AWS上表現(xiàn)最為優(yōu)秀，而對(duì)GCE和vSphere等其他基礎(chǔ)架構(gòu)平臺(tái)的就不能提供支持。

Kubespray是用Ansible編寫的獨(dú)立Kubernetes安裝程序，它可以在任何服務(wù)器上安裝Kubernetes集群，非常受用戶歡迎。盡管Kubespray與各種云API具有一定程度的集成，但它基本上是獨(dú)立于云的，因此可以與任何云、虛擬化集群或裸機(jī)服務(wù)器協(xié)同工作。目前，Kubespray已經(jīng)發(fā)展成一個(gè)由大量開發(fā)人員參與的復(fù)雜項(xiàng)目。

Kubeadm是另一個(gè)跟隨Kubernetes主版本分發(fā)的安裝工具。然而，Kubeadm還不支持像HA集群這樣的功能。盡管在kops和Kubespray等項(xiàng)目中使用了 kubeadm 某些代碼，但若作為生產(chǎn)級(jí)的Kubernetes安裝程序，kubeadm還不適合。

Rancher 2.0可以支持并納管任何Kubernetes集群。我們鼓勵(lì)用戶使用GKE和AKS等公有云云托管服務(wù)。對(duì)于想要自行建立自己的集群的用戶，我們正在考慮將kops或Kubespray集成到我們的產(chǎn)品陣容中。Kops不符合我們的需求，因?yàn)樗⒉贿m用于所有云提供商。其實(shí)，Kubespray已經(jīng)很接近我們的需要了，尤其是 Kubespray可以在任何地方安裝Kubernetes的這一特性。但最終，我們決定不采用Kubespray，而是構(gòu)建自己的輕量級(jí)安裝程序，原因有兩個(gè):

我們可以重新起步，利用Kubernetes本身的優(yōu)勢(shì)建立一個(gè)更簡(jiǎn)易的系統(tǒng)。

與在Rancher 1.6中安裝Kubernetes一樣，通過使用基于容器的方法，我們可以擁有更快的安裝程序。

RKE是一個(gè)獨(dú)立的可執(zhí)行文件，它可以從集群配置文件中讀取并啟動(dòng)、關(guān)閉或升級(jí)Kubernetes群集。 如下是一個(gè)示例配置文件：

---
auth:
  strategy: x509

network:
  plugin: flannel

ssh_key_path: /home/user/.ssh/id_rsa

nodes:
  - address: server1
    user: ubuntu
    role: [controlplane, etcd]
  - address: server2
    user: ubuntu
    role: [worker]

services:
  etcd:
    image: quay.io/coreos/etcd:latest
  kube-api:
    image: rancher/k8s:v1.8.3-rancher2
    service_cluster_ip_range: 10.233.0.0/18
    extra_args:
      v: 4
  kube-controller:
    image: rancher/k8s:v1.8.3-rancher2
    cluster_cidr: 10.233.64.0/18
    service_cluster_ip_range: 10.233.0.0/18
  scheduler:
    image: rancher/k8s:v1.8.3-rancher2
  kubelet:
    image: rancher/k8s:v1.8.3-rancher2
    cluster_domain: cluster.local
    cluster_dns_server: 10.233.0.3
    infra_container_image: gcr.io/google_containers/pause-amd64:3.0
  kubeproxy:
    image: rancher/k8s:v1.8.3-rancher2

addons: |-
    ---
    apiVersion: v1
    kind: Pod
    metadata:
      name: my-nginx
      namespace: default
    spec:
      containers:
      - name: my-nginx
        image: nginx
        ports:
        - containerPort: 80

如上所示，我們通過指定認(rèn)證策略、網(wǎng)絡(luò)模型和本地SSH密鑰路徑來啟動(dòng)文件。集群配置文件的主體由以下三部分組成：

節(jié)點(diǎn)部分描述了組成Kubernetes集群的所有服務(wù)器。每個(gè)節(jié)點(diǎn)都承擔(dān)三個(gè)角色中的一個(gè)或多個(gè)角色：controlplane、etcd和worker。您可以通過更改節(jié)點(diǎn)部分并重新運(yùn)行RKE命令來添加或刪除Kubernetes集群中的節(jié)點(diǎn)。

服務(wù)部分描述了在Kubernetes集群上運(yùn)行的所有系統(tǒng)服務(wù)。RKE將所有系統(tǒng)服務(wù)打包為容器。

插件部分描述了在Kubernetes集群上運(yùn)行的用戶級(jí)程序。因此，RKE用戶可以在同一文件中指定Kubernetes集群配置和應(yīng)用程序配置。

RKE不是一個(gè)可以長(zhǎng)時(shí)間運(yùn)行的、可以監(jiān)控和操作Kubernetes集群的服務(wù)。RKE需要與像Rancher 2.0這樣的完整的容器管理系統(tǒng)或像AWS CloudWatch、Datadog或Sysdig等一樣的獨(dú)立監(jiān)控系統(tǒng)配合使用。配合使用時(shí)，您就可以構(gòu)建自己的腳本來監(jiān)控RKE集群的健康狀況了。

當(dāng)用戶需要構(gòu)件一個(gè)分布式應(yīng)用系統(tǒng)時(shí)，常常不得不處理后端數(shù)據(jù)庫(kù)、數(shù)據(jù)訪問層、集群和擴(kuò)展等方面的問題。現(xiàn)在，越來越多的開發(fā)人員不再使用傳統(tǒng)的應(yīng)用程序服務(wù)器，而是開始使用Kubernetes作為分布式應(yīng)用程序平臺(tái)：

開發(fā)人員使用etcd作為后端數(shù)據(jù)庫(kù)。

開發(fā)人員使用Kubernetes Custom Resource Definition（CRD）作為數(shù)據(jù)訪問層，并使用kubectl在其數(shù)據(jù)模型上執(zhí)行基本的CRUD操作。

開發(fā)人員將應(yīng)用程序打包為容器，并使用Kubernetes完成集群和伸縮工作。

以這種方式構(gòu)建的應(yīng)用程序?qū)⒆鳛镵ubernetes YAML文件發(fā)送給用戶。如果用戶已經(jīng)運(yùn)行Kubernetes集群，或可以訪問公有云托管的Kubernetes服務(wù)（如GKE或AKS），就可以輕松運(yùn)行這些應(yīng)用程序。但是，那些希望在虛擬化或裸機(jī)服務(wù)器上安裝應(yīng)用程序的用戶該怎么辦呢？

通過將RKE作為嵌入式Kubernetes安裝程序捆綁到應(yīng)用程序中，應(yīng)用程序開發(fā)人員就可以解決上述需求。通過調(diào)用RKE，應(yīng)用程序安裝便可以啟動(dòng)，且會(huì)為用戶創(chuàng)建一個(gè)Kubernetes集群。而我們已注意到，將諸如RKE之類的輕量級(jí)安裝程序嵌入到分布式應(yīng)用程序中，滿足了很多來自用戶的興趣與需求。

Rancher Kubernetes Engine（RKE）秉承了Rancher產(chǎn)品一貫易于上手、操作簡(jiǎn)單、體驗(yàn)友好的特性，使用戶創(chuàng)建Kubernetes集群的過程變得更加簡(jiǎn)單，且我們相信通過云管理平臺(tái)進(jìn)行Kubernetes安裝是大多數(shù)Kubernetes用戶的最佳選擇。

在Rancher Labs，我們希望Kubernetes有朝一日成為所有云服務(wù)商支持的標(biāo)準(zhǔn)化的基礎(chǔ)架構(gòu)，且一直在為了實(shí)現(xiàn)這個(gè)愿景而努力。已推出技術(shù)預(yù)覽版、將于2018年初正式發(fā)布的Rancher 2.0，將可以同時(shí)納管和導(dǎo)入任何類型、來自任何云提供商的Kubernetes集群，包括RKE、AWS EKS、Google Container Engine (GKE)、Azure Container Service (AKS)等等。

秉承Rancher一貫100%開源的風(fēng)格，你可以直接從GitHub上下載RKE