点击此处--->   群内免费提供SAP练习系统（在群公告中）

加入QQ群：457200227（SAP S4 HANA技术交流） 群内免费提供SAP练习系统（在群公告中）

你好

我正在安装4.1，我知道在99％的情况下您不再拆分AJS服务。 但是，该环境每天运行大约20,000个计划，每小时最多4,500个（每分钟75个），因此非常大。 其中95％是WebI，约4.5％是Crystal Enterprise，而Lumira和Design Studio很小，不到.5％。 他们目前有3个专用的自适应作业服务器。 两个服务器上的所有服务器都放在一个10核32GB的盒子上。 虽然第3个服务器没有WebI或Crystal调度服务，但安装在8核/24GB的盒子上，但是还托管搜索和发布APS服务器。 根据支持的建议，由于作业服务器崩溃，它们将WebI的最大子请求数从100减少到1，因此它每次都进行回收而不是重复使用该过程，同时将其并发作业增加到48。我认为这是一个 有点高，但他们从来没有看到它超过30-35。我相信那里是一个瓶颈。 他们有2个额外的服务器，10个Core，32GB，它们什么也不做。

我最初的想法是拆分AJS服务器，其中有2个专用于WebI处理，因为它很大，并且可以减慢计算机速度并将并行作业减少到35个，另外2个专用于Crystal，因为Crystal在本地运行它们。 作业服务器，而不是将它们派生到处理层，其余的则为1。

我的第二个选择是让所有4个相同的服务器分别处理所有AJS进程，但这对于4个Promotion Management Scheduler等来说似乎有点多余，然后将第5个稍微小的服务器作为Misc进程服务器。

所有这些都在VMWare ESXi群集上，我已经可以应对重叠的NUMA节点，因为其中有4个是10台核心物理服务器。 因此，我真的想避免在盒子中添加更多的内核。

我知道在一个盒子上添加更多AJS服务器并像在3.1/4.0中那样拆分它们是不好的，并且会导致不必要的额外流量，但是在单独的服务器上都有5个AJS实例。 这样会带来更多的流量，但不确定在这种繁重的环境中进行权衡是否会带来好处。

任何有关拆分这些内容的评论都将有所帮助。 谢谢。