自k3s問世以來，社區(qū)里有許多小伙伴都問過這樣的問題“除了中間的數(shù)字之外，k3s和K8s的區(qū)別在哪里？”，“在兩者之間應(yīng)該如何選擇？”。本文將簡單介紹它們兩者的區(qū)別。

什么是Kubernetes?

正如大家所了解到的那樣，Kubernetes是一個(gè)“容器編排平臺(tái)”，也就是說你可以從一組機(jī)器中選擇其中之一來運(yùn)行你所需要使用的容器。

它也處理諸如升級(jí)你的容器之類的事情，所以如果你發(fā)布網(wǎng)站的新版本，它會(huì)逐漸使用新版本來啟動(dòng)容器，并放棄舊版本，這一過程僅需一到兩分鐘。

那么，究竟什么是K8s？

K8s是Kubernetes的縮寫，因?yàn)樵贙和s之間有8個(gè)字母，故稱K8s。然而，通常情況下，無論人們談?wù)摰氖荎ubernetes還是K8s，他們正在說的是原生上游的Kubernetes，由Google所設(shè)計(jì)的一個(gè)真正高可用且可擴(kuò)展的平臺(tái)。

問題是，雖然你可以使用諸如Minikube之類的工具在本地計(jì)算機(jī)上運(yùn)行Kubernetes，但是如果要在生產(chǎn)環(huán)境中運(yùn)行它，你將很快獲得一些“最佳實(shí)踐”的建議，如：

將你的節(jié)點(diǎn)和master分開，使用你的master運(yùn)行控制平面，使用你的節(jié)點(diǎn)運(yùn)行工作負(fù)載，兩者永遠(yuǎn)也不會(huì)見面

在獨(dú)立的集群上運(yùn)行etcd，以確保它能夠處理負(fù)載

理想狀態(tài)下，分離Ingress節(jié)點(diǎn)，以便它們能夠輕松處理進(jìn)入的流量，即便一些底層節(jié)點(diǎn)已經(jīng)十分忙碌

很快，你將擁有3倍的K8S master、3倍的etcd、2倍的Ingress以及你的節(jié)點(diǎn)。所以在你到達(dá)需要詢問“我的站點(diǎn)需要多少個(gè)節(jié)點(diǎn)”這一階段之前，實(shí)際情況下你至少已經(jīng)有了8個(gè)中型實(shí)例。

別誤會(huì)，我不是在指責(zé)這些建議不好。相反，如果你正在運(yùn)行一個(gè)生產(chǎn)工作負(fù)載，那么這些建議是十分明智的。畢竟，沒有比在星期五晚上調(diào)試過載的停機(jī)生產(chǎn)集群更糟糕的了！

但是，如果你只是想學(xué)習(xí)Kubernetes，或者給一些非核心的應(yīng)用托管一個(gè)development/staging集群，那么采納上述建議就有些“殺雞用牛刀“的感覺了，不是嗎？至少對(duì)我來說是這樣的。如果我只是想啟動(dòng)集群來查看我的Kubernetes manifest(包括部署配置等等)是否是正確的，我并不愿意每月為此付出幾百元。

k3s的優(yōu)勢在哪里？

Rancher Labs是業(yè)界領(lǐng)先的容器軟件提供商，其旗艦產(chǎn)品Rancher是一款開源的企業(yè)級(jí)Kubernetes管理平臺(tái)，極為出色地管理和安裝Kubernetes集群。他們發(fā)布了一系列產(chǎn)品，構(gòu)成他們的生態(tài)，例如，Longhorn是一個(gè)輕量級(jí)并且可靠的容器化分布式塊存儲(chǔ)解決方案，可用于Kubernetes中，并在近期被收納入CNCF沙箱項(xiàng)目中。閑雜讓我們回到這篇文章的主題，Rancher Labs也是k3s這款輕量級(jí)Kubernetes發(fā)行版的創(chuàng)建者。

k3s將安裝Kubernetes所需的一切打包進(jìn)僅有60MB大小的二進(jìn)制文件中，并且完全實(shí)現(xiàn)了Kubernetes API。為了減少運(yùn)行Kubernetes所需的內(nèi)存，Rancher刪除了很多不必要的驅(qū)動(dòng)程序，并用附加組件對(duì)其進(jìn)行替換。

k3s是一款完全通過CNCF認(rèn)證的Kubernetes發(fā)行版，這意味著你可以編寫YAML來對(duì)完整版的Kubernetes進(jìn)行操作，并且它們也將適用于k3s集群。

由于它只需要極低的資源就可以運(yùn)行，因此它能夠在任何512MB RAM以上的設(shè)備上運(yùn)行集群，換言之，我們可以讓pod在master和節(jié)點(diǎn)上運(yùn)行。

當(dāng)然，既然它是一個(gè)小型的二進(jìn)制文件，那么我們可以在短時(shí)間內(nèi)安裝它，相比于啟動(dòng)常規(guī)Kubernetes集群，安裝它僅需一小部時(shí)間。通常我們僅需要不到2分鐘的時(shí)間就能夠啟動(dòng)一個(gè)帶有幾個(gè)節(jié)點(diǎn)的k3s集群，也就是說，你可以一有機(jī)會(huì)就部署應(yīng)用程序來學(xué)習(xí)或者進(jìn)行測試。

聽起來不錯(cuò)，實(shí)際如何呢？

當(dāng)人們提到Kubernetes時(shí)，他們想到的是如果節(jié)點(diǎn)死亡，容器會(huì)自動(dòng)在其他節(jié)點(diǎn)上啟動(dòng)，容器之間的負(fù)載均衡、隔離和滾動(dòng)部署，所有這些優(yōu)點(diǎn)在完整版的Kubernetes和k3s之間是相同的。

但是，k3s并不總是只有優(yōu)點(diǎn)，否則的話每個(gè)人都會(huì)去使用k3s。那么，為什么有些人沒有使用k3s呢？

首先，當(dāng)前k3s的版本(k3s v0.8.1)僅能運(yùn)行單個(gè)master，這意味著如果你的master宕機(jī)，那么你就無法管理你的集群，即便已有集群要繼續(xù)運(yùn)行。但是在k3s v0.10的版本中，多主模式已經(jīng)是實(shí)驗(yàn)性功能，也許在下一個(gè)版本中能夠GA。

其次，在單個(gè)master的k3s中，默認(rèn)的數(shù)據(jù)存儲(chǔ)是SQLite，這對(duì)于小型數(shù)據(jù)庫十分友好，但是如果遭受重?fù)?#xff0c;那么SQLite將成為主要痛點(diǎn)。但是，Kubernetes控制平面中發(fā)生的更改更多是與頻繁更新部署、調(diào)度Pod等有關(guān)，因此對(duì)于小型開發(fā)/測試集群而言，數(shù)據(jù)庫不會(huì)造成太大負(fù)載。

結(jié) 語

K8s和k3s各有優(yōu)劣，使用場景也有所區(qū)別，因此不能一概而論。如果你要進(jìn)行大型的集群部署，那么我建議你選擇使用K8s；如果你處于邊緣計(jì)算等小型部署的場景或僅僅需要部署一些非核心集群進(jìn)行開發(fā)/測試，那么選擇k3s則是性價(jià)比更高的選擇。

趕緊試試看吧！

k3s教程：

Just 5分鐘！使用k3s部署輕量Kubernetes集群快速教程

只需5分鐘！即可在mac上運(yùn)行k3s

著名FinTech公司如何使用k3s+樹莓派在生產(chǎn)中構(gòu)建輕量K8S裸機(jī)集群

實(shí)操教程丨如何將一個(gè)k3s集群集成到Gitlab項(xiàng)目中

總結(jié)

以上是生活随笔為你收集整理的k8s多master建议用几个_K8s 还是 k3s？This is a question的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。