容器云能否替代虚拟机？如能替代，替代的实施过程？

这个问题是个伪命题，不存在容器替代虚拟机，也不存在虚拟机会消亡，双方之间也不是对立的取代与被取代的关系，而更应该是互补合作的关系。
1、原因有如下，首先我们不说容器的各种优点，在此我们就不再说了，听了太多了，如果大家关注虚拟化技术的话，你会发现容器的优势虚拟机基本上都有。比如说，容器赖以成名的镜像、服务发现、弹性伸缩，虚拟化都有了，而且不比容器差。
2、谁取代谁，关键还是看场景。并非所有应用都适合用容器：比如传统的关系型数据库应用，则不是像容器场景中宣称的那样随时都可以随便重启的，而且，数据库的高可用也不是像Kubernetes那样挂一个服务发现就能解决的，而是应当使用数据库本身的高可用架构来实现以确保数据的可靠性和一致性！容器是有自己十分具体的应用场景的，至少目前来看，在超出上述领域之外的其他传统应用分发、部署、运维管理中，容器并没有特别的优势，反而具备一定的劣势。场景化需求才是两种技术选择的关键。
3、总结一下，混合云，多技术栈的云计算场景运用，和安全稳定高可靠的架构，才是最重要的。

Openshift 上有个项目 cnv, 对应着社区版本的 kubevirt, 就是通过 Kubernetes 去管理虚拟机的，也就是会把你的虚拟机包装成一个 pod, 在 Openshift 平台上进行管理，而用户使用的模式和虚机一样，固定ip,任何修改给你持久化，目前这个项目是处于技术预览阶段。

使用场景是对于一些很难改造的应用或者不愿意改造的应用，如果需要纳入OpenShift来统一管理，可以把你之前的虚拟机做成 qcow 模板，然后导入到 openshift 平台上成为一个virtual machine的crd 来运行，但这种模式下就比较适合 openshift 运行在物理机的环境上了,因为如果底层还是虚拟化平台，那就面临嵌套虚拟化，可能导致性能问题。