Red Hat rivals VMware和Nutanix与超融合OCS 4.5

OpenShift周围的Red Hat的报价从来没有像现在一样接近Nutanix和VMware。

随着OCS 4.5的发布，它可以呈现虚拟机，容器和存储，并允许它们以超融合基础设施方式的相同界面管理。

OCS是OpenShift集装箱平台，这是开放式的实施，其中Ceph存储作为其后端。新的OCS 4.5功能补充说，在7月份的Red Hat OpenShift Kubernetes分布中的4.5版中，并允许它与Karbon Extension一起竞争VSphere 7 Tanzu和AOS的AOS。

软件定义的OCS 4.5类似于超融合的基础架构解决方案，可以通过用于管理外部存储的相同接口进行管理。这就像VMware的VSAN，它现在与其新的VSAN数据持久模块等包含容器的接口，如Nutanix，它使用与Ceph相同类型的存储。

“历史上，OCS允许OpenShift管理本地存储，并将其附加到它运行的集装箱，”建筑总公司的Red Hat France表示。

但是由于OpenShift 4的到来和向Kubernetes的转变，我们的客户希望从OpenShift附加到外部存储，这是由于替代其带有Ceph的推出发动机，因此来自OCS的版本4.2。

“OC的新版本4.5与专用的图形管理选项卡完成了此集成，以进行OpenShift和触发自动化流程的可能性，”他说。

在其独立版本中，CEPH是安装在具有多个驱动器的服务器集群上的软件定义存储，其中在块，文件或对象模式下创建存储卷。

其关键优势在于性能及其巨大弹性。然而，它的关键弱点是，从自己的界面管理它可能非常复杂。

同时，OpenShift从根本上简化了Kubernetes策划的容器。实际上，它包含所有接口，以允许开发人员部署资源，而无需调用系统管理员。

“有兴趣将Ceph进入OC的第一家企业是那些使用OpenShift和Ceph储存的企业，因为它允许他们使用OpenShift中提供的所有设施管理Ceph，而无需从一个接口跳转到另一个界面，”Kheddache说。

然而，他说，在Ceph集群中遇到的用例通常超出与OpenShift的联合工作量的案例。在那种情况下，不与容器一起使用但是支持其他服务器运行的应用程序的卷从Ceph自己的接口管理。

但猜测是Red Hat的目标是外部服务器也应该由OpenShift策划，因为它也能够运行虚拟机。

OCS可以在OpenShift节点内部和外部Ceph集群的磁盘上管理卷。它无法部署跨跨这两个的卷，而是提供两者之间复制或迁移的机制。

在混合云模式中，部署在OpenShift现场的OCS控制台也可以在AWS中的OpenShift实例上管理OCS存储卷，并处理两者之间的自动迁移。

“在AWS中，OCS卷使用EBS [弹性块商店]服务，”Kheddache说。“我们不正式支持除此之外的任何服务，因为现在，由于完全集成，我们开发了由AWS API扩展的功能的管理。”

“尽管如此，OCS版本4.5附带的预览模块，提供与BLOB存储的兼容性，这与Azure中的EB等相同。”

OCS和OpenShift的版本4.5也带来了许多其他新功能。其中一个是部署在“Bunker”模式下的能力，其中不需要在安装期间下载其他包。已经开发出此功能以应对客户的需求，以敏感的活动，并且希望其数据中心与互联网之间的差距。

“安装包在本地服务器上提供，”Kheddache说。“在众多情况下，我们的客户使用它们带上可移动磁盘的更新来馈送服务器。”

OCS 4.5还附带了新的端到端加密协议FIPS-140。

更多关于超级融合基础设施

同时，OCS 4.5现在支持两台服务器能够同时写入块存储卷。此函数旨在伴随在OpenShift 4.5中的虚拟机器到达，允许在群集中的VM热迁移，这相当于VMware的VMotion或Nutanix的实时迁移。

“有趣的是要注意，我们从未需要在两个OpenShift集群之间进行热量传输，”Kheddache说：由于容器的良好实践是始终重新启动实例的新副本。但是，我们表明我们能够非常迅速地调整。“

OCS还恢复了Ceph忘​​记的功能：访问块卷而无需通过S3协议。

“CEPH最初是通过RadoS访问的，它使用了我们安装了S3兼容层，”他说。

“为了利用rados直接可以证明在没有将无法导出到云的应用程序的应用程序的情况下，因为访问非常快。使用OC的低级别协议，您可以在任何其他对象协议的顶部安装它，“Kheddache表示，迁移为旧对象存储系统编写的应用程序。