1、使用虚拟机环境做devops，优点是虚拟机环境能够完整支持windows，linux等环境。 使用容器平台做devops一般以linux容器环境为主。 2、如果单位已经建设有容器平台且有团队研发和运维，则建议优先选择使用容器平台做devops，实施成本可平摊，在容器平台上做DEVOPS已经有很成熟的...

这个想法很费解，超融合的存储是通过hash算法映射到分布式存储上的。但是现在你的意思是，如果这一整套逻辑都坏了，但数据就拿不回来了。所以，宁可外挂一个磁盘，放在外挂磁盘上。但你有没有相过，如果你这么做，就基本上不是超融合了。因为你把超融合最主要的核心，共享存储给废了，如果...

我理解虚拟机的整体SLA会比物理机高，比如应用有状态（指对底层资源的绑定和依赖），则VM可提供更多的可用性。 但同时由于虚拟化会损失10%左右性能。而物理机单节点SLA有限，需要通过容器平台和必要的监控手段合理进行容器调度。但充当容器计算节点使用时需要考虑爆炸半径和雪崩效...

尝试换一个 vmworkstation的版本看看。之前我用 vmworkstation10的时候在网络这部分也是死活调不通。所有的配置全都正常。但网络莫名的不通。

分两层，不要混淆对于用户层，只需要知道Iaas层的云虚拟机是否正常，当然是在openstack用zabbix来监控Iaas层的实例，这没有毛病是必须的。对于底层，openstack集群的服务器的监控，当然你也可以用zabbix，是用内部的那个，还是自搭，我建议后者，由于网络的原因，最好不好混起来。...

负载均衡实现虚拟机应用与容器应用共同支撑业务系统, 这个业务场景没有先例既然上容器就需要服务治理等一系列微服务框架运维, vm技术和容器技术对应用来说如果不进行微服务化改造, 是没有任何区分的,所以你这个场景 是可以实现但  vm 会比  容器快很多, 容器...

对于我看来，这不是个问题，是根据用户自身条件来选择的如果是自建IDC机房，建议用实体机，原因如下：（1）运维成本：k8s本身的网络环境比较复杂，在这个复杂的网络上再叠加上复杂的虚拟机的网络，这没有专有的运维人员难以搞定；（2）是可靠性： 虚机构建的k8s，有可能共享cpu，一旦宿主机节点挂了，导致...

超融合的数据保护，除了超融合自身基于分布式存储的多副本和EC机制外，目前大部分采用的还是第三方的产品，比如Veritas NBU Appliance，Veeam以及EMC Netwoker等备份产品为主。

1.Docker 容器的启动可以在秒级实现，这相比传统的虚拟机方式要快得多。 其次，Docker 对系统资源的利用率很高，一台主机上可以同时运行数千个 Docker 容器。2.容器除了运行其中应用外，基本不消耗额外的系统资源，使得应用的性能很高，同时系统的开销尽量小。传统虚拟机方式运行 10...

OpenShift3.11中，虚拟机和OCP的部署是想对独立的。也就是说，先部署好VM，安装好RHEL，然后再通过Ansible的Playbook来部署OpenShift。在OCP4的部署模式分为IPI和UPI，前者是全自动化部署，VM和OCP可以统一部署。目前4,2支持的IPI包括AWS、红帽OpenStack。IPI是手工部署，需要提前准备...