主持人 > 博客 > 管理 > 實務中的進口替代。 第 2 部分。開始。 管理程式

實務中的進口替代。 第 2 部分。開始。 管理程式

在上一個 文章 作為執行進口替代令的一部分，考慮了以什麼系統取代現有系統的方案。 以下文章將重點放在選擇特定產品來替換目前部署的產品。 讓我們從起點開始——虛擬化系統。
實務中的進口替代。 第 2 部分。開始。 管理程式

1.選擇的痛苦

那麼，您可以選擇什麼？ 在 電信及大眾傳播部登記冊 有一個選擇:

  • 伺服器虛擬化系統》R-虛擬化»（libvirt、KVM、QEMU）
  • 軟體包 ”布列斯特虛擬化工具»（libvirt、KVM、QEMU）
  • 管理和監控虛擬化環境的平台 《夏克斯流》 （雲端解決方案在 95% 的情況下不適合政府辦公室（保密等）
  • 用於伺服器、桌面和應用程式虛擬化的軟體包“HOST「（KVM x86）
  • 虛擬化環境安全管理系統》Z|虛擬「（又名 oVirt+KVM）
  • 虛擬化環境管理系統》ROSA虛擬化「（又名 oVirt+KVM）
  • 管理程式 QP VMM （與 Oracle Virtual Box 太相似了）

您也可以考慮作業系統發行版中包含的或位於其儲存庫中的虛擬機器管理程式。 例如，Astra Linux 有 KVM 支援。 由於它包含在作業系統儲存庫中，因此可以被認為是「合法」安裝和使用的。 前面討論過“什麼可以作為進口替代的一部分，什麼不能” 文章，所以這個問題我就不多說了。

事實上，在這裡 Astra Linux 虛擬化工具列表:

  • VirtualBox的
  • 虛擬管理器 (KVM) 鷹電流
  • libvirt 透過KVM

ROSA Linux 沒有這樣的列表，但你可以在 wiki 上找到它 以下包裹:

  • ROSA虛擬化 透過 oVirt 透過 KVM
  • QEMU 透過KVM
  • oVirt 3.5 透過KVM

計算有這個 QEMU 透過KVM

Alt Linux 有相同的 KVM

1.2. 有一個但是

經過仔細檢查，我們得出的結論是，我們只需處理一些眾所周知的虛擬機器管理程序，即：

  1. KVM
  2. VirtualBox的
  3. QEMU

QEMU 是一個免費的開源程序，用於模擬各種平台的硬件，它可以在不使用KVM的情況下工作，但使用硬體虛擬化可以顯著加快客戶系統的性能，因此在QEMU中使用KVM（-enable -kvm）是首選。 (c) 也就是說，QEMU 是類型 2 管理程序，這在產品環境中是不可接受的。 有了KVM就可以使用，但是在這種情況下QEMU將用作KVM管理工具...

使用原件 VirtualBox的 在商業上實際上是 違反許可證：「從 4 年 2010 月發布的版本 2 開始，該產品的主要部分在 GPL v2.0 許可證下免費分發。 安裝在其上的附加軟體包提供對USB 3.0 和2 設備、遠端桌面協定(RDP)、驅動器加密、從NVMe 和PXE 啟動的支持，並根據特殊的PUEL 許可證（「供個人使用和評估」）分發，在此系統下，系統免費供個人使用、培訓目的或在決定購買商業版本之前進行評估。” (c)加上VirtualBox也是一個型別XNUMX管理程序，所以它也消失了。

合計： 以其純粹的形式，我們只有 KVM.

2.剩下的：KVM還是KVM？

實務中的進口替代。 第 2 部分。開始。 管理程式

如果您仍然需要切換到「國產」虛擬機器管理程序，坦白說，您的選擇很小。 這將是 KVM 在一個或另一個包裝器中，​​進行一定的修改，但它仍然是 KVM。 這是好還是壞是另一個問題；仍然沒有其他選擇。

如果條件不是那麼嚴格的話，就像前面討論的那樣 文章：「我們需要將指標控制在既定的限度內。 事實上，這意味著我們必須用電信和大眾通訊部註冊表中的產品替換現有作業系統，並將替換作業系統的數量增加到80%...這樣，我們就可以安全地將叢集留在Hyper-V 上，因為我們擁有它並且我們喜歡它......“（c）所以我們面臨一個選擇： Microsoft Hyper-v 或 KVM. KVM 也許控制「擰」在上面，但它仍然會保持不變 KVM.

這些產品遠非可比的 一次不 兩次不 三次……嗯，你懂的……

關於部署和配置 KVM 它的寫法不一樣 一次不 兩次不 三次 並不是 四次……總而言之， 消失了.

同樣適用於 Microsoft Hyper-V..

我認為重複自己並描述這些系統、進行比較等沒有任何意義。 當然，你可以從文章中提取要點，但我認為這對作者是不尊重的。 無論誰必須做出選擇，不僅要閱讀本文，還要閱讀堆積如山的資訊來做出決定。

我想關注的唯一區別是故障轉移叢集。 如果 Microsoft 將此內建到作業系統和虛擬機器管理程式功能中，那麼對於 KVM，您將必須使用第三方軟體，該軟體應包含在作業系統儲存庫中。 例如，Corosync+Pacemaker 的相同組合。 （幾乎所有的國產操作系統都有這個組合……也許全部，但我沒有100%檢查。）設置集群的手冊也很豐富。

三、結論

好吧，像往常一樣，我們的Kulibins 沒有打擾，他們拿了他們擁有的東西，添加了一些自己的東西，並生產了一個“產品”，根據文件，它是國內的，但實際上是開源的。 將預算中的錢花在「單獨的」虛擬化系統上（閱讀：不包含在作業系統中）是否有意義？ 別想了。 由於您仍然會收到相同的 KVM，因此您只需支付費用。

因此，選擇虛擬機器管理程式的替代品取決於您要為企業購買和運行的伺服器作業系統。 或者，就像我的情況一樣，您將保留現有的內容（Hyper-VESXi insert_needed）。

來源： www.habr.com

添加評論