在实践中采用进口替代。 第2部分。开始。 管理程序

在上一篇文章中 ,考虑了可以替换现有系统的选项,以作为导入替代订单实施的一部分。 进一步的文章将集中在选择特定产品以替代当前部署的产品上。 让我们从起点开始-虚拟化系统。

图片

1.面粉的选择


那你有什么选择呢? 在交通部注册表中, 可以选择

  • 服务器虚拟化系统“ R-Virtualization ”(libvirt,KVM,QEMU)
  • 软件包“ Brest虚拟化工具 ”(libvirt,KVM,QEMU)
  • Sharx Stream虚拟化环境(一种在95%的情况下(隐私等)不适合公共部门的云解决方案)的管理和监视平台。
  • 用于服务器,台式机和应用程序的HOST虚拟化软件(KVM x86)
  • 虚拟化环境“ Z | virt ”(又名oVirt + KVM)的安全管理系统
  • ROSA Virtualization虚拟化环境管理系统(又名oVirt + KVM)
  • QP VMM虚拟机管理程序(与Oracle Virtual Box太相似了,别无其他)

您还可以考虑操作系统交付中包含的或位于其存储库中的虚拟机管理程序。 例如,相同的Astra Linux具有KVM支持。 并且由于它包含在OS存储库中,因此可以将其视为安装和使用的“合法”文件。 在上一篇文章中讨论了“什么可以在进口替代的框架中使用,什么不能在进口替代的框架中”这一事实,因此,我将不再赘述。

实际上,这里是Astra Linux虚拟化工具的列表
友情链接

  • 虚拟箱
  • 病毒管理器 (KVM)Eagle current
  • 通过KVM的libvirt

ROSA Linux没有这样的列表,但是在Wiki中您可以找到以下软件包:
友情链接

  • 通过KVM在oVirt上进行ROSA虚拟化
  • 通过KVM的QEMU
  • 通过KVM的oVirt 3.5

在存储库中找到Alt Linux:
友情链接

  • 通过KVM的QEMU
  • 通过KVM的libvirt
  • 虚拟箱

计算发现以下内容:
友情链接

  • 通过KVM的QEMU
  • 通过KVM的libvirt
  • 虚拟箱

乌里扬诺夫斯克
友情链接

  • hy
  • 虚拟箱

1.2。 有一个但是


经过仔细检查,我们得出的结论是,我们将只需要处理几个著名的虚拟机管理程序,即:

  1. 虚拟机
  2. 虚拟箱
  3. 量化宽松
  4. hy

QEMU是一个免费的开源程序,用于仿真无需使用KVM即可运行的各种平台的硬件,但是使用硬件虚拟化可显着加快客户机系统的速度,因此,在QEMU中使用KVM(-enable-kvm)是首选。 (c)也就是说,QEMU是2类管理程序,在产品环境中是不可接受的。 它可以与KVM一起使用,但是在这种情况下,QEMU将用作KVM管理工具。

bhyve-第二种 hypervisions。 已标记。

实际上,在商业中使用原始VirtualBox 违反了许可证 :“从2010年12月发布的版本4开始,根据GPL v2许可证免费分发了大部分产品。 安装在其顶部的附加软件包支持USB 2.0和3.0设备,远程桌面协议(RDP),驱动器加密,从NVMe和PXE引导,是根据特殊的PUEL许可证(“供个人使用和熟悉”)分发的,在该许可证下,系统“在决定购买商业版本之前免费供个人使用,用于教育目的或用于评估。” (c)Plus VirtualBox也是2类管理程序,因此它也消失了。

总计:以纯形式,我们只有KVM

2.其余:KVM还是KVM?


图片

坦率地说,如果您仍然需要切换到“家用”虚拟机管理程序,则可以选择。 经过一番修改后,它将是一个或另一个包装中的KVM ,但仍将是KVM。 是好是坏-问题是不同的,无论如何,别无选择。

如果条件不是那么严格,则如前一篇文章所述 :“我们需要将指标达到既定的极限。 实际上,这意味着我们必须用通信和通信部注册表中的产品替换现有的操作系​​统,并使替换的操作系统的数量达到80%....因此,我们可以安全地将群集保留在Hyper-V上,因为我们已经拥有它并且我们喜欢它。 ..“(c)因此,我们面临一个选择: Microsoft Hyper-VKVMKVM可能带有“锚定”到其的控件,但仍将保持不变。

比较这些产品的次数不止一次 ,不是两次 ,不是三次

关于KVM的部署和配置它还编写了不止一次 ,而不是两次 ,不是三次 ,也不是四次 ……总之,他们把它弄清楚了

Microsoft Hyper-V也是如此

我认为没有理由重复和描述这些系统,进行比较等。 您当然可以从文章中摘录要点,但是我认为这对作者是不敬的。 谁必须选择-他不仅会阅读此书,而且还会阅读大量信息来决定。

我要关注的唯一区别是故障转移群集。 如果Microsoft在操作系统和虚拟机管理程序的功能中内置了此功能,那么对于KVM,您将必须使用第三方软件,该软件应包含在操作系统存储库中。 例如,同一堆Corosync + Pacemaker。 (几乎所有家用OS都有这个……也许每个人都拥有,但我没有100%进行检查。)还有很多用于配置群集的手册。

3.结论


好吧,像往常一样,我们的Kulibins并没有打扰,他们采取了行动,自己弄了些螺丝,给出了“产品”,根据文件显示,该产品是国内的,但实际上是OpenSource。 从预算中花钱购买“分离的”虚拟化系统(操作系统中未包括)是否有意义? 我不这么认为。 由于您仍然会收到相同的KVM,因此您只需为此付费。

因此,替换管理程序的选择取决于您打算为企业购买和操作的服务器操作系统。 或者,就我而言,您将继续使用已有的产品(Hyper-V \ ESXi \ enter_necessary)。

另外,您可以在该主题上阅读:

一篇有关进口替代计划的文章

进一步:

有关“本地”操作系统的文章

有关系统和服务的文章

还有关于QP OS的信息。

Source: https://habr.com/ru/post/zh-CN447670/


All Articles