可扩展性
您的 ePO 服务器管理的系统数量决定了所需的额外代理处理程序和存储库的数量和大小。我们建议每5万个系统提供一个代理处理程序。
对于管理超过1万个节点的环境,建议在物理系统上安装 ePO 和 SQL,以获得最佳性能。 主要限制是 SQL Server 性能,特别是磁盘性能。 (IOPS-每秒10次)。随着节点计数的增加,您可能会遇到磁盘性能降低的情况。请参阅《虚拟平台 安装手册》上有关 ePO 部署的建议。
要在虚拟机(VM)上安装 ePO 服务器并解决此磁盘性能问题,您必须执行以下操作:
- 在虚拟机中有专用于 ePO 服务器的物理磁盘。
- 将 Cpu 的优先级分配给 ePO 服务器。
- 托管系统少于10000,您可以在同一台物理服务器或虚拟机上安装 PO 服务器和 SQL 数据库。如果您的托管系统数少于1500个,则可以使用 Microsoft SQL Express 数据库。
- 10000–25000托管系统-将 ePO 和 SQL server 安装在单独的服务器上。
- 25000–75000托管系统-安装 ePO、代理处理程序和分布式存储库,以及单独的物理 SQL Server。
- 75000– 150000 + 托管系统-安装 ePO 服务器、单独的物理 SQL Server、三个代理处理程序和正确放置的分布式存储库。
托管系统的数量还规定了管理这些系统所需的建议服务器大小。 "
注意: 文档中详细说明的要求是最低要求。但是,您的 ePO (或 SQL)服务器可能需要比这些要求更强大的功能。具体取决于环境大小、复杂性或已安装和管理的产品数量。我们建议您尽可能地超过最低建议。
- ePO 服务器 CPU
节点计数 | CPU 内核 |
<10,000 | 4 |
10,000–25,000 | 4 |
25,000–75,000 | 8 |
75,000–150,000 | 8 |
150,000+ 16 | 16 |
- ePO 服务器内存
为每个25000节点添加 16 GB 的 RAM。
Java 虚拟机(JVM)会运行 ePO 应用程序服务器。JVM 表示 ePO 应用程序服务器可以使用的内存集。这些指标描述了堆(运行时对象)和非堆(元数据和本地方法对象)利用率。
注意: 将更多 RAM 添加到 ePO 后,请查看 JVM 分配并根据需要进行调整,以增加 JVM 分配。JVM 内存设置位于 Windows 注册表中:HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Apache Software Foundation\Procrun 2. 0\MCAFEETOMCATSRV530\Parameters\Java\JvmMx.
注意: 将更多 RAM 添加到 ePO 后,请查看 JVM 分配并根据需要进行调整,以增加 JVM 分配。JVM 内存设置位于 Windows 注册表中:
在将分配内存增加到 JVM 之前,请确保操作系统具有足够的内存。 它必须保留大约10% 的有效内存资源。 有关用于 JVM 的建议内存设置的详细信息,请参阅
在其中存储 ePO 服务器数据的 SQL 数据库,SQL Server 决定 ePO 服务器的性能。此数据库是 ePO 服务器背后的主要 workhorse。影响 SQL 性能的三个项目包括 CPU、RAM 和磁盘性能。 这三个项目可从 SQL 的角度控制 ePO 服务器的响应性。我们建议您尽可能地超过最低建议。
如果您要管理的节点超过25000,请勿在共享 SQL Server 上安装 ePO 服务器 SQL 数据库。EPO 服务器预期会每隔几秒执行数千个 SQL 数据库磁盘读取和写入。因此,在使用过度的 SQL Server 上,性能可能会受到负面影响。
如果满足以下条件,您可以共享现有的完全群集、冗余和集中管理的 SQL 环境:
- 共享 SQL Server 尚未过度使用过。
- 您的 ePO 服务器管理的节点数少于25000。
- 其他 SQL 数据库函数不会导致峰值 ePO 服务器 SQL 数据库读取和写入速度。
- 有关 Microsoft SQL 的建议排除项,请参阅 KB67211-针对 MICROSOFT SQL server x 上的 Endpoint Security/VirusScan Enterprise 的建议排除项。
- 有关如何在 VSE 中设置排除项的详细说明,请参阅 KB50998-如何使用通配符管理文件和文件夹排除项。
分布式存储库的工作方式与存储和分发托管客户端系统的安全内容的文件共享相同;使用它们有助于将 ePO 服务器加载到自身。ePO 服务器始终充当主存储库。 它会保留您的代理和 ePO 所需的所有内容的主要副本,并将内容复制到整个环境中的每个存储库中。因此,您的代理可以从备用和更近的来源检索更新的内容。
SuperAgent 存储库类型是最有效的分布式存储库类型,因为可将其配置为使用
通常,您可以为每个大型地理位置创建存储库。 但是,您必须避免存储库太多或太少,从而使您的网络带宽过载。
建议您在代理处理程序上添加分布式存储库。代理处理程序已缓存主存储库内容的副本。 如果托管代理与软件包的代理处理程序联系,则代理处理程序会从 ePO 服务器主存储库中检索包。
返回到顶部