系統(tǒng)管理員一致認為：部署和管理大型分布式系統(tǒng)非常復(fù)雜。如果您有數(shù)百個應(yīng)用程序，則很難手動執(zhí)行所有操作。為了克服這個問題，容器技術(shù)已被廣泛應(yīng)用于各種行業(yè)的大規(guī)模分布式系統(tǒng)中。
容器是打包應(yīng)用程序及其依存關(guān)系的軟件部署單元。容器技術(shù)對于數(shù)據(jù)分發(fā)服務(wù)（Data Distribution Service?）系統(tǒng)可能很有用，尤其是在您擁有大型系統(tǒng)并且需要遠程部署、更新和擴展它的情況下。在這方面，RTI公司已經(jīng)探索Docker和Kubernetes已有相當一段時間了。
作為RTI研究團隊內(nèi)工作的一部分，我們還一直在評估Kubernetes集群內(nèi)DDS的性能，以幫助確定客戶是否應(yīng)該注意任何問題。在我的兩部分博客的第一部分中，這里將討論什么是Kubernetes，以及它與DDS的關(guān)系。
什么是Kubernetes？
Kubernetes（k8s）是用于容器化應(yīng)用程序的編排平臺。什么是業(yè)務(wù)流程平臺？編排平臺是一組服務(wù)，可幫助部署和管理分布式節(jié)點和應(yīng)用程序。具體來說，它通過向上和向下縮放、執(zhí)行更新和回滾，自我修復(fù)等方法來幫助管理分布式應(yīng)用程序。目前，k8s是容器編排的實際標準，它是Google開發(fā)的一個開源項目，并且目前由Cloud Native Computing Foundation（CNCF）管理。
您可能聽說過Docker。k8與Docker有何關(guān)系？k8和Docker是互補技術(shù)。Docker是當前使用最廣泛的容器引擎技術(shù)，因此使用Docker開發(fā)和打包然后使用k8來管理這些容器是很常見的。
Kubernetes體系結(jié)構(gòu)
要使用k8s，首先需要設(shè)置k8s集群，否則，如果已經(jīng)有一個集群，則需要訪問該集群。如果您沒有集群，請簽出kubeadm來設(shè)置分布式集群，或者查看minikube來本地設(shè)置。使用這些工具非常容易。
k8s集群是什么樣的？如圖1所示，每個k8s集群至少由一個主節(jié)點和多個工作節(jié)點組成。主服務(wù)器充當集群的控制平面。每個工作程序節(jié)點管理一個容器運行時，例如Docker；它處理容器的生命周期操作，例如拉容器圖像，啟動和停止容器。每個工作節(jié)點還具有一個稱為kubelet的代理，該代理與主服務(wù)器進行通信以進行容器編排。
一旦您的k8s集群啟動并運行，就可以通過k8s命令行工具kubectl將k8s清單文件發(fā)送到主服務(wù)器來部署容器。
圖1． Kubernetes的概念和架構(gòu)
Kubernetes網(wǎng)絡(luò)
現(xiàn)在，讓我解釋一下k8的網(wǎng)絡(luò)模型，因為這將是與DDS最為相關(guān)的主題。K8s使用Docker作為默認的容器引擎，但是其聯(lián)網(wǎng)方法不同于Docker的默認方法。
k8s引入了一個稱為“ pod”的新概念作為其可部署單元。容器是具有共享存儲／網(wǎng)絡(luò)的一個或多個容器的集合。每個Pod都有自己直接可訪問的IP地址，因此，您無需像處理Docker那樣處理容器與主機之間的映射端口。
該網(wǎng)絡(luò)模型創(chuàng)建了一個干凈的，向后兼容的模型，在其中可以將Pod視為物理主機。Kubernetes的網(wǎng)絡(luò)模型具有以下基本要求：
· 所有容器無需網(wǎng)絡(luò)地址轉(zhuǎn)換（NAT）即可與所有其他容器通信。
· 所有節(jié)點都可以在沒有NAT的情況下與所有容器通信（反之亦然）。
· 容器所看到的IP與其他人所看到的IP是相同的。
從中我們得到的啟發(fā)
與單獨使用Docker相比，k8s網(wǎng)絡(luò)模型更適合DDS。 DDS參與者交換其IP地址以進行點對點通信，因此DDS在沒有NAT的網(wǎng)絡(luò)上可以更好地工作。
DDS發(fā)現(xiàn)服務(wù)對于k8s非常有用。 Pod的IP地址不可靠，因為它們的IP地址是在創(chuàng)建時動態(tài)分配的。因此，通常將Pod縫合到具有可靠IP地址和DNS名稱的“ k8s服務(wù)”中。然后，k8s服務(wù)負載平衡了縫合后端后端的網(wǎng)絡(luò)流量。使用DDS發(fā)現(xiàn)服務(wù)，您不需要k8s服務(wù)，因為DDS窗格可以通過主題發(fā)現(xiàn)并建立彼此的連接，從而抽象出基于IP的通信。這將允許DDS Pod在無需k8s服務(wù)的情況下進行發(fā)現(xiàn)和通信，從而解決了IP不可靠性問題。
k8s提供了一組不錯的功能，用于部署，更新，擴展和自我修復(fù)分布式應(yīng)用程序。盡管這是事實，但可能難以完全理解和利用所有功能。我們真的需要k8來管理DDS應(yīng)用程序嗎？我會說并不是每個系統(tǒng)都需要它。但是，如果您的系統(tǒng)是：
1． 大規(guī)模的數(shù)百個節(jié)點和應(yīng)用程序。
2． 利用容器包裝應(yīng)用程序。
3． 需要自動縮放和自我修復(fù)功能。
使用k8s的自我修復(fù)功能的一個問題是，檢測和啟動新容器可能要花費一分鐘或更長時間。此恢復(fù)時間不會影響群集的無狀態(tài)應(yīng)用程序，但是會嚴重影響有狀態(tài)的應(yīng)用程序。作為RTI研究團隊當前工作的一部分，我們一直在研究為關(guān)鍵應(yīng)用程序支持自我修復(fù)的機制，這些機制有可能將恢復(fù)時間縮短到100毫秒以下。
在本博客的下一部分中，我將以RTI PerfTest為例，分享在k8s集群中部署DDS應(yīng)用程序的特定說明和配置。如果您對此主題感興趣，請檢查一下！
關(guān)于作者
Kyoungho An是Real－Time Innovations（RTI）的高級研究工程師。他在分布式實時嵌入式系統(tǒng)方面擁有10年的經(jīng)驗。他的研究興趣包括發(fā)布／訂閱中間件，以及分布式系統(tǒng)的部署和監(jiān)視。他曾擔(dān)任首席研究員，領(lǐng)導(dǎo)過多個由DOD和DOE資助的研究項目。他在期刊和會議上發(fā)表了針對分布式基于事件的系統(tǒng)，中間件和網(wǎng)絡(luò)物理系統(tǒng)的研究論文。他擁有博士學(xué)位。范德比爾特大學(xué)計算機科學(xué)博士學(xué)位。
（免責(zé)聲明：本網(wǎng)站內(nèi)容主要來自原創(chuàng)、合作伙伴供稿和第三方自媒體作者投稿，凡在本網(wǎng)站出現(xiàn)的信息，均僅供參考。本網(wǎng)站將盡力確保所提供信息的準確性及可靠性，但不保證有關(guān)資料的準確性及可靠性，讀者在使用前請進一步核實，并對任何自主決定的行為負責(zé)。本網(wǎng)站對有關(guān)資料所引致的錯誤、不確或遺漏，概不負任何法律責(zé)任。
任何單位或個人認為本網(wǎng)站中的網(wǎng)頁或鏈接內(nèi)容可能涉嫌侵犯其知識產(chǎn)權(quán)或存在不實內(nèi)容時，應(yīng)及時向本網(wǎng)站提出書面權(quán)利通知或不實情況說明，并提供身份證明、權(quán)屬證明及詳細侵權(quán)或不實情況證明。本網(wǎng)站在收到上述法律文件后，將會依法盡快聯(lián)系相關(guān)文章源頭核實，溝通刪除相關(guān)內(nèi)容或斷開相關(guān)鏈接。 ）
