[KB 79722功能解说] 我是否可以在一个虚拟环境中部署Sage EM企业管理？（上）
[b]产品[/b]Sage EM企业管理（原名Sage X3）
[b]描述[/b]
我是否可以在一个像VMware vSphere、Hyper-V、RedHat KVM、Citrix XenServer或者Oracle VM之类的虚拟环境中部署Sage EM企业管理？
[b]解决方法[/b]
[b]请注意：[/b]请参见最新的架构指南，以便获取关于组件和选型建议的最新消息
绝大多数Sage组件都可以部署在虚拟机上
• 应用和主进程服务器
• 其他进程服务器
• 打印服务器
• Web Syracuse服务器
• Elastic Search服务器
• Web Services和ADC服务器
[b]提示、技巧和窍门：[/b]
• 如果你决定要虚拟化架构，那么就必须获取并开发一个适合虚拟环境的物理基础架构，这样才能获得最佳性能。我们建议你为自己的环境分配专用资源，而不要采用共享资源。
• 可以使用多个物理主机构建实际运营的虚拟化架构，但在这种情况下，这个架构必须依赖共享存储系统（SAN存储区域网）来提供高可用性和足够的性能，以应对应用程序的输入/输出和吞吐量需求。将所有虚拟机都托管，不要将Syracuse（node.js）、MongoDB和Elastic Search一起部署在同一个虚拟机中，请将它们部署在不同的虚拟机中。这样，调整配置会变得更加容易，因为不同的组件不会在单个虚拟机内竞争相同的资源（内存、CPU、磁盘）。而如果你在其中一个组件中发现性能瓶颈，则还可以更轻松地修改部署。
• [b]MongoDB[/b]需要的CPU和内存通常比node.js组件少。你可以从较小的虚拟机配置入手。理想情况下，你应该设置一个node为奇数的集群（副本集）（例如3就不错）。互联网上有很多关于调整MongoDB部署的工具和技术的资源。除非你发现mongo是你的性能瓶颈，否则不要超大规模/过度构建它。Mongo旨在处理非常大的数据集和非常高的交易率，与那些使用mongo（例如eHarmony等约会网站）的大型网页应用/网站相比，X3给予它的压力非常小。
• [b]Elastic Search[/b]对内存和CPU的需求比MongoDB更大，但用法则有很大的差异。你可以采用与MongoDB相同的配置入手，然后根据需要扩大规模。关于Elastic Search组件有一些很有意思事情：它是与其他组件分离的，因此如果你在这层中遇到性能问题，并不会影响应用程序的其余部分，只会影响搜索功能。若要在较大的虚拟机上重新部署很容易，因为Elastic Search组件不包含关键数据。它只是一个驻留在mongo或SQL中可以根据数据重建的索引。它可以是集群式的，你可以在Internet上找到有关集群部署的资源。
页:
[1]