4個用於在雲原生環境中執行虛擬機器的開源工具

遺留工作負載是否阻止你走向雲原生?這裡有四種解決方案，可以在雲原生環境中執行虛擬機器。

許多IT專業人士想走向原生雲。但是，你有傳統的工作負載，比如單體，它只能在虛擬機器上執行。

你可以為雲原生工作負載和遺留工作負載維護單獨的環境。但是，如果你能找到一種方法將虛擬機器整合到你的雲原生設定中，這樣你就可以無縫地管理它們，不是更好嗎?

幸運的是，有這樣的方法。本文介紹了在雲原生環境中執行虛擬機器的四種開源解決方案，只需很少的重新配置或調整。

為什麼在雲原生環境中執行虛擬機器?

在研究這些工具之前，讓我們先看看為什麼能夠在由容器化、鬆散耦合、雲原生工作負載組成的環境中執行虛擬機器很重要。

主要原因很簡單：承載遺留工作負載的虛擬機器不會消失，但維護單獨的託管環境以執行它們是一種負擔。

同時，轉換遺留工作負載以滿足雲原生標準可能是必須的。雖然理論上你會有時間和工程資源來重構遺留工作負載，以便它們可以在雲原生環境中本機執行，但這在現實世界中並不總是可能的。

因此，你需要工具，比如下面描述的四種開源解決方案之一，讓遺留虛擬機器工作負載與雲原生工作負載和平共處。

1.使用KubeVirt執行虛擬機器

在雲原生環境中部署虛擬機器的最流行解決方案可能是KubeVirt。

KubeVirt的工作原理是在Kubernetes pod內執行虛擬機器。如果你想在容器旁邊執行虛擬機器，那麼只需將KubeVirt安裝到現有的Kubernetes叢集中，其中包含：

export RELEASE=v0.35.0# Deploy the KubeVirt operatorkubectl apply -f {RELEASE}/kubevirt-operator.yaml# Create the KubeVirt CR (instance deployment request) which triggers the actual installationkubectl apply -f {RELEASE}/kubevirt-cr.yaml# wait until all KubeVirt components are upkubectl -n kubevirt wait kv kubevirt --for condition=Available

然後，建立並應用一個YAML檔案，該檔案描述了要執行的每個虛擬機器。KubeVirt在一個容器中執行每臺機器，因此從Kubernetes的角度來看，VM只是一個常規的pod(有一些限制，將在下一節中討論)。然而，你仍然可以獲得虛擬機器映象、持久儲存以及固定的CPU和記憶體分配，就像使用傳統虛擬機器一樣。

這意味著KubeVirt基本上不需要更改虛擬機器。你所要做的就是安裝KubeVirt併為虛擬機器建立部署，使其作為pod執行。

2.Virtlet方法

如果你想真正致力於將虛擬機器視為pod，你可能會喜歡Mirantis的開源工具Virtlet。

Virtlet與KubeVirt相似，因為Virtlet還允許你在Kubernetes pod內執行虛擬機器。這兩種工具之間的關鍵區別在於，Virtlet將虛擬機器更深入地整合到Kubernetes pod規範中。這意味著你可以使用Virtlet進行操作，例如將虛擬機器作為守護程式集或複製集的一部分進行管理，而這是使用原生KubeVirt無法完成的(KubeVirt具有相同的功能，但它們是附加元件，而不是Kubernetes的原生部分)。

Mirantis還說，Virtlet通常比KubeVirt提供更好的網路效能，不過這很難確切知道，因為網路配置中涉及到太多變數。

3.ISIO對虛擬機器的支援

如果你不想將虛擬機器當作容器來管理，該怎麼辦?如果你想把它們像虛擬機器一樣對待，同時仍然允許它們與微服務輕鬆整合，該怎麼辦?

最好的解決方案可能是將你的虛擬機器連線到Istio，即開源服務網格。在這種方法下，你可以使用標準虛擬機器工具部署和管理虛擬機器，同時仍然可以透過Istio管理網路、均衡負載等。

不幸的是，將虛擬機器連線到Istio的過程相對繁瑣，目前很難實現自動化。它歸結為在每個要連線的虛擬機器上安裝Istio，為它們配置名稱空間，然後將每個虛擬機器連線到Istio。

4.容器和虛擬機器與OpenStack並排

到目前為止，我們所研究的技術包括採用Kubernetes或Istio等雲原生平臺，並向其新增虛擬機器支援。

另一種方法是採用非雲原生平臺，執行虛擬機器，然後將雲原生工具移植到該平臺上。

如果在OpenStack上同時執行VM和容器，就會得到這樣的結果。OpenStack最初設計用於部署虛擬機器(以及其他型別的資源)以構建私有云。但是OpenStack現在也可以託管Kubernetes。

因此，你可以使用OpenStack部署和管理虛擬機器，同時透過Kubernetes在OpenStack上執行雲原生容器化工作負載。最終會有兩個編排層——底層OpenStack安裝和Kubernetes環境——因此從管理角度來看，這種方法更為複雜。

然而，它的主要好處是，你可以使虛擬機器和容器彼此相對獨立，因為虛擬機器不是Kubernetes的一部分。你也不會侷限於使用Kubernetes工具來管理虛擬機器。您可以將虛擬機器視為標準虛擬機器，將容器視為標準容器。

結論

開源生態系統提供了許多方法來幫助虛擬機器與雲原生工作負載共存。對你來說，最佳解決方案取決於你是想採取以Kubernetes為中心的方法(在這種情況下，KubeVirt或Virtlet是最好的選擇)，還是想允許虛擬機器與容器共存，而不與容器緊密整合(在這種情況下，OpenStack最有意義)。如果你只想在網路級別而不是編排級別進行整合，請考慮將虛擬機器連線到Istio服務網格。