旧的遗留应用程序不容易被容器化。然而，即使从遗产的角度来看，探索库伯内特及其可能性也很有趣。但是，当我们的工作负载主要由虚拟机上的单片软件组成时，教育大数据，我们如何使用Kubernetes呢？在这样的环境中使用SAP系统的经验如何？

KubeVirt项目

第一个问题的解决方案是RedHat的KubeVirt项目。它通过为Kubernetes上的虚拟机提供所谓的自定义资源定义，弥补了旧VM世界和新容器编排体验之间的差距。这样，我们就可以同时协调容器和vm。从Kubernetes的观点来看，两者都在豆荚中。那么，豆荚到底是什么？

由于pod内的工作负载共享网络和存储，服务器云服务，因此也可以在一个虚拟机上联合运行。因此，pod的概念也适用于虚拟机，RedHat允许实际使用pod来运行VMs。

我们的经验

我们在虚拟机以及使用Fedora和Ubuntu作为操作系统的物理机上安装了Kubernetes。两种方法都同样有效。KubeVirt插件的安装是一项非常简单的任务，在quickstart教程中有描述，该教程还介绍了一个小型cirrosvm的开始。但是，行业大数据，大数据现状，我们对使用SAP Netweaver运行Windows虚拟机感兴趣，因此这些示例对我们来说还不够。但由于社区的巨大帮助，创建一个Windows虚拟机也是一件简单的事情。

我们的第一印象非常好：我们能够将新的Windows系统添加到本地域，并且能够毫无问题地访问我们的内部共享—这是我们在使用Windows容器时一直在努力解决的一件简单的事情。但是，与常规虚拟机不同，这些KubeVirt虚拟机的端口在默认情况下是不可访问的。这就是为什么我们不能通过远程桌面连接连接到他们-即使RDP在Windows系统设置中被激活。要改变这一点，我们必须转发主机上相应的端口（这里是RDP的3389）。只有这样，我们才能通过主机的转发端口访问虚拟机。

为了测试，我们安装了传统的SAP Netweaver系统和sqlserver。安装进行得很顺利——正如人们对"常规"虚拟机所期望的那样。我们通过使用一个公共测试工具在SAP系统上加载来挑战VM。所有这些都进行得很顺利，我们取得了与通常的虚拟机相当的效果。

我们注意到只有一个缺点：无法从另一台机器访问SAP系统。这是由于转发的端口与SAP登录应用程序不匹配造成的。但是，这可以通过KubeVirt版本0.8.0来解决，该版本支持多个网络接口。这样，我们就可以像访问普通虚拟机一样访问KubeVirt虚拟机，而无需任何端口转发。

结论

KubeVirt是一个结合Kubernetes和虚拟机的伟大项目。我们观察到了巨大的稳定性和性能，最重要的是，云服务器服务商，来自KubeVirt社区的令人敬畏的支持！再次感谢Fabian Deutsch帮助我们推出Windows虚拟机。

如果您有兴趣分享经验，请与我们联系。