科技云報道原創(chuàng)。

Hypervisor技術(shù)從一開始就是云計算的基石之一。然而，近年來容器技術(shù)的爆發(fā)，讓這種虛擬化技術(shù)開始被認為是傳統(tǒng)方法。有不少人認為，容器的普及對虛擬機形成了沖擊，于是就有了早些年的容器與虛擬機之爭。

經(jīng)過幾年的技術(shù)發(fā)展和大規(guī)模實踐，雖然許多企業(yè)正在將基于虛擬機的應(yīng)用程序遷移到容器，但事實上虛擬機在數(shù)據(jù)中心和公有云中仍然普遍存在。一方面，容器并沒有完全替代虛擬機，另一方面虛擬機也在積極支持容器，兩者共存的情形反而越來越普遍。

今天就來聊聊虛擬機和容器到底有什么區(qū)別，為什么兩者會走向共存，以及將來會走向何方？

虛擬機和容器各有優(yōu)勢

虛擬機和容器誕生的初衷，都是為了更好的提高資源利用率，但兩者的區(qū)別在于：虛擬機是操作系統(tǒng)級別的資源隔離，而容器本質(zhì)上是進程級的資源隔離。

虛擬機（Virtual Machine），是指通過軟件模擬的具有完整硬件系統(tǒng)功能的、運行在一個完全隔離環(huán)境中的完整計算機系統(tǒng)。每個虛擬機都有獨立的CMOS、硬盤和操作系統(tǒng)，可以像使用實體機一樣對虛擬機進行操作。

虛擬機的運行離不開Hypervisor，Hypervisor是運行在基礎(chǔ)物理服務(wù)器和操作系統(tǒng)之間的中間軟件層，可允許多個操作系統(tǒng)和應(yīng)用共享硬件。

簡單來說，服務(wù)器硬件、Hypervisor、虛擬機之間的關(guān)系在于，每個虛擬機都有一個完整的操作系統(tǒng)，虛擬機內(nèi)部署的應(yīng)用可以使用整個操作系統(tǒng)的資源。

虛擬機的出現(xiàn)，解決了早期在物理服務(wù)器上部署應(yīng)用但無法為其應(yīng)用程序定義資源邊界而導(dǎo)致的資源分配問題。

但是在使用虛擬化一段時間后，會發(fā)現(xiàn)它存在一些問題，例如：虛擬機的系統(tǒng)層會占用比較多物理機的資源，需要更進一步提高服務(wù)器的資源利用率；當需要遷移虛擬機服務(wù)程序時，需要遷移整個虛擬機，遷移流程復(fù)雜。

為了解決這些問題，容器就出現(xiàn)了。

容器技術(shù)，可以理解為操作系統(tǒng)虛擬化技術(shù)，它是一種輕量級的虛擬化技術(shù)。通過內(nèi)核創(chuàng)建多個虛擬的操作系統(tǒng)實例（內(nèi)核和庫），來隔離不同的進程（容器），不同的實例相互隔離，相互之間完全無感知?？梢院唵蔚乩斫鉃槿萜骶褪且粋€進程沙盒，來提供進程級的隔離。

相比于虛擬機，容器沒有自己的操作系統(tǒng)，而是通過容器引擎來實現(xiàn)共享宿主機操作系統(tǒng)內(nèi)核，從而減少需要運行多個操作系統(tǒng)的開銷。

作為一個標準的軟件單元，容器將應(yīng)用部署所需的代碼和依賴項打包為鏡像，可以快速可靠地從一個計算環(huán)境運行到另一個環(huán)境。

因此，容器最大的優(yōu)勢在于，它啟動時間很快，可以達到秒級，而且對資源的利用率很高，如：一臺主機可以同時運行幾千個Docker容器。此外，它占的空間很小，虛擬機一般要幾GB到幾十GB，而容器只需要MB級甚至KB級。

總的來說，容器和虛擬機具有相似的資源隔離和分配優(yōu)勢，但功能不同。容器虛擬化的是操作系統(tǒng)而不是硬件，因此容器更加輕便高效。但是如果用戶需要使用在不同操作系統(tǒng)上運行的不同應(yīng)用程序，虛擬機就能提供可靠的解決方案和更好的安全性。

因此，如今最有效和最常用的策略是，擁有一臺具有多個虛擬機的物理機，每個虛擬機都有多個容器。容器和虛擬機一起使用，為部署和管理應(yīng)用提供了極大的靈活性。

虛擬機和K8s相互融合

可以看到，容器和虛擬機根本就存在誰取代誰，而是相互融合的狀態(tài)。這也帶來了新的問題，即如何同時管理虛擬機和容器技術(shù)，成為企業(yè)的一個普遍的需求。

作為虛擬化技術(shù)的最主要推手，VMware很早就做出了反映。此前VMware通過在虛擬化平臺上外掛PKS（Pivotal與VMware共同推出的一個K8s平臺），來實現(xiàn)虛機與容器的同時管理。但畢竟是外掛，其效率和管理方便性上都有不足。

去年的VMworld大會上，VMware發(fā)布Tanzu 品牌計劃，宣布在虛擬化技術(shù)中原生地提供對容器技術(shù)的支持。VMware的Tanzu把虛擬機和K8s結(jié)合起來，對虛擬機和容器以及物理機統(tǒng)一進行管理，它能實現(xiàn)跨物理機、虛擬機以及內(nèi)部數(shù)據(jù)中心、跨多個云來管理應(yīng)用，從而為工作負載提供一個統(tǒng)一的支撐。

今年3月Tanzu正式亮相，VMware最新一代虛擬化平臺vSphere 7對外發(fā)布，vSphere 7迎來了近10年最大的變革。VMware對vSphere進行了重構(gòu)，將K8s嵌入vSphere的控制平面，讓它成為一個K8s原生平臺，從而原生地支持K8s。

這樣，那些VMware的傳統(tǒng)用戶無需在虛擬機和K8s容器環(huán)境之間做出選擇，從而能自由在vSphere上進行現(xiàn)代應(yīng)用程序開發(fā)和運營，同時繼續(xù)利用現(xiàn)有的技術(shù)、工具和技能組合投資。

另一方面，容器廠商也認識到了虛擬化的客觀存在，也在擁抱虛擬化技術(shù)，kubevirt 就是基于這個目的推出的。

kubevirt是 Red hat 開源的以容器方式運行虛擬機的項目，使用容器的Image Registry去創(chuàng)建虛擬機并提供虛機的生命周期管理。在紅帽4月底舉行的年度技術(shù)大會Red Hat Summit 2020大會上，紅帽宣布推出OpenShift 虛擬化的技術(shù)預(yù)覽，OpenShift 虛擬化就源自KubeVirt開源項目。企業(yè)可以通過這一功能，在整合了云原生與傳統(tǒng)工作負載的OpenShift上開發(fā)、部署和管理由虛擬機、容器和無服務(wù)器構(gòu)成的應(yīng)用。

雖然VMware和紅帽的從不同出發(fā)點出發(fā)，但目的是一樣的，而這背后的推動力則是企業(yè)的現(xiàn)實需求。對用戶而言，它們的行動無疑是受歡迎的，這能讓企業(yè)少了后顧之憂，不再需要進行非此即彼的選擇，不用糾結(jié)容器究竟應(yīng)該部署在虛擬機還是裸機上，從而可以更靈活支持未來的各種應(yīng)用。

虛擬機和K8s的未來

目前，虛擬機與容器技術(shù)的結(jié)合已經(jīng)成為一個事實，不僅如此，虛擬機也正在成為云原生架構(gòu)的一部分——這就是容器原生虛擬化。以K8s為代表的容器，運行在基于虛擬機的基礎(chǔ)設(shè)施之上，而基于虛擬機的工作負載，仍然是IT組合的重要組成部分。

未來，虛擬機和K8s的融合會呈現(xiàn)哪些趨勢呢？

K8s編排微型虛擬機（如Kata Containers、Firecracker或gVisor)

微型虛擬機不像傳統(tǒng)虛擬化那樣提供完整的“機器”，而是專注于提供足夠的虛擬機，來成功執(zhí)行應(yīng)用程序容器或功能。因此，微型虛擬機旨在提供相對于標準Linux容器的硬隔離，同時最大限度地減少傳統(tǒng)虛擬機在冷啟動時間和性能方面的弱勢。

對于某些用戶而言，可能需要更強大的多租戶隔離。因此，這種方式能夠為不受信任的工作負載提供更嚴格的多租戶隔離。

K8s編排標準虛擬機

以前，虛擬化堆棧是與K8s和云原生是完全獨立的孤島——獨立的工作流程、獨立的工具、獨立的團隊等。容器原生虛擬化的概念，使虛擬機能夠遵循與K8s中基于容器的應(yīng)用程序相同的工作流程。

現(xiàn)在有了像KubeVirt這樣的開源項目，就可以實現(xiàn)容器原生虛擬化。K8s編排引擎可以應(yīng)用于管理在云或虛擬化平臺上運行的標準虛擬機，K8s開始使容器和虛擬機的混合運維成為可能。

裸機上的K8s(沒有虛擬機)

雖然目前大多數(shù)K8s平臺都部署在基于虛擬機的基礎(chǔ)設(shè)施上，但容器并不依賴于虛擬機來運行，在裸機上運行K8s和容器的實踐還在繼續(xù)增長。

在裸機上運行K8s將使應(yīng)用程序能夠充分利用底層硬件，這對于為K8s帶來更多機器和性能敏感應(yīng)用程序的用戶來說非常重要。在裸機上運行K8s和容器，還可以幫助用戶減少虛擬機蔓延并簡化操作。這對于虛擬機而言，不算是個好消息。

總體而言，虛擬機和容器有著各自的優(yōu)勢，雖然在應(yīng)用場景上有一些重疊，但主要應(yīng)用場景還是有區(qū)別的。比如，虛擬機更適合運行多個操作系統(tǒng)資源和功能的場景，而容器更適合在更少的服務(wù)器上運行更多的應(yīng)用。

大部分情況下，多數(shù)企業(yè)會同時使用虛擬機和容器，特別是考慮到大多數(shù)企業(yè)在此前已經(jīng)廣泛部署了虛擬化技術(shù)。鑒于此，容器和虛擬化應(yīng)當會在相當長時間內(nèi)共存。

生成海報

免責聲明：本網(wǎng)站內(nèi)容主要來自原創(chuàng)、合作伙伴供稿和第三方自媒體作者投稿，凡在本網(wǎng)站出現(xiàn)的信息，均僅供參考。本網(wǎng)站將盡力確保所提供信息的準確性及可靠性，但不保證有關(guān)資料的準確性及可靠性，讀者在使用前請進一步核實，并對任何自主決定的行為負責。本網(wǎng)站對有關(guān)資料所引致的錯誤、不確或遺漏，概不負任何法律責任。任何單位或個人認為本網(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)鏈接。