关于虚拟化的常见问题与回答.pptVIP

用户的顾虑一：采用虚拟架构后服务器安全吗？ 用户的顾虑二：采用虚拟架构后服务器稳定吗？ 用户的顾虑三：采用虚拟架构后服务器出现问题好恢复吗？ 用户的顾虑四：采用虚拟架构后服务器性能会受影响吗？ 用户的顾虑五：采用虚拟化是否意味着现有应用全部推倒重建？ 用户的顾虑六：虚拟化是否意味着巨大投资，能带来什么好处？ 用户的顾虑七：我是第一个吃螃蟹的吗？ 用户的顾虑八：花钱买“虚”的软件值吗？ 关于虚拟化的常见问题与回答 直接安装在服务器硬件之上的精炼封闭的虚拟化内核，降低了漏洞出现的可能性 代码精炼（20万条左右） VMsafe技术保证应用运行比在非虚拟化环境中更为安全 网络连接端口少 交换机用的少 路由器用的少 防火墙设置简单 虚拟架构 采用VI3的虚拟架构后，所有的虚拟机都是建立在虚拟内核之上的，千锤百炼的精简内核，远比主流商业操作系统更为安全。 服务器多，直接安装的操作系统实例更多 操作系统代码庞大（超过上千万条） 操作系统的漏洞多 操作系统直接承受着恶意攻击 对软件的攻击 虚拟架构通过减少物理网络连接的数量，降低了网络连接、交换机、路由器以及防火墙等设置的复杂性，减少了通过物理网络进行攻击的潜在风险点。 网络连接端口多 交换机用的多 路由器多 防火墙设置复杂 对硬件的攻击 结论 传统方式 安全因素 软件的稳定性是越往上层越差，越靠近硬件系统越好。 虚拟化内核〉操作系统〉数据库〉应用程序 精炼的虚拟化内核只有操作系统代码量的十几分之一，只完成最基本的硬件资源调度和指令翻译工作 主流操作系统大都有几百万条到几千万条代码，代码越多，Bug也越多，补丁越多，甚至补丁落补丁 软件稳定性 硬件的稳定性受厂商的质量控制与制造工艺等多种因素有关， 通常采用高端服务器，硬件稳定性远大于低端产品 虚拟架构 由于硬件稳定性与软件无关，采用同样机型时传统方式与虚拟架构面临的风险一样。 采用虚拟化架构后，节省的费用可以用来购买高端的服务器，从而大幅提升硬件稳定性。 十辆夏利会比一个宝马安全吗？ 硬件的稳定性受厂商的质量控制与制造工艺等多种因素有关 低端服务器，产品硬件高可用性差 硬件稳定性 结论 传统方式 稳定因素 在发生硬件问题后，虚拟架构远比传统方式更能保证应用的连续运行，可使业务不中断，且能更快速的恢复 虚拟机的档案文件封装性使得系统的恢复可以在十几分钟，甚至几分钟内完成 虚拟机可动态迁移到其他正常的物理服务器上 虚拟机可恢复到不同的物理服务器上 可在不中断应用的情况下恢复 硬件毁坏，需要停机、换配件，或重新购机、装OS、装驱动、装应用等 如果没有采用集群技术，会造成应用停止、业务中断 即使做了Ghost镜像，也只能恢复在同样的机型中 硬件问题的可恢复性 在发生软件问题后，虚拟架构远比传统方式更能保证应用的连续运行，可使业务不中断，且能更快速的恢复 虚拟机的档案文件封装性使得系统的恢复可以在十几分钟，甚至几分钟内完成 通过虚拟机快照技术，可实现快速备份，快速恢复 可在不中断应用的情况下恢复 软件故障需要故障诊断、检查驱动、重装应用甚至是OS 如果没有采用集群技术会造成应用停止、业务中 即使做了Ghost镜像，也只能恢复在同样的机型中 软件问题的可恢复性 虚拟架构 结论 传统方式 恢复因素 虚拟架构大幅提高系统整体利用率，丢了芝麻捡到了西瓜 对于资源特别敏感型的应用也可采用资源固定的方式，完全达到传统单机的使用效果 虚拟化内核只占用了极少的系统资源用于全部资源的调配 单一服务器上的多个虚拟机提高了系统资源利用率 没有额外的占用，但却浪费了大量的资源，且不能供其他资源紧缺型应用使用 系统资源的占用 虚拟机的资源可由虚拟内核动态调配，保证应用在最合适的时候用到最合理的资源 虚拟架构 虚拟架构最大程度的保证了个体应用的性能，且能随应用访问的情况来适时调整资源，物尽其用 单一服务器部署单一应用，同样配置服务器部署不同应用，有的撑死，有的饿死 应用部署方式 结论 传统方式 性能因素 VMware虚拟架构产品建立在工业标准的X86架构之上，与传统的X86服务器保持着完美的兼容性 VMware虚拟化环境的使用并不会影响到用户的应用逻辑拓扑，除非特别必要，根本不需要针对虚拟化重新开发新的应用 应用在虚拟机上的安装、部署与使用与传统物理环境并无本质不同 用户在传统物理环境中的很多技能和管理方法依然可以延续到虚拟化的环境中 VMware虚拟化实现的简易性也方便用户更快的熟练掌握虚拟化的使用方法 虚拟化极大的提升了传统服务器的利用率，高整合率降低了服务器的硬件投资规模，随着虚拟化进程的深入，这种降低会越来越明显 虚拟化集中化部署与使用的特性，明显的降低了管理成本，减少了用户日常维护的各种费用 虚拟化往往意味着其它外围资源消耗的降低，如电力、空调能耗、机房