| Summary: | Requesting addition of performance tuning section to docs | ||
|---|---|---|---|
| Product: | [JBoss] JBoss Enterprise SOA Platform 5 | Reporter: | Aaron Pestel <ammppp> |
| Component: | Documentation | Assignee: | David Le Sage <dlesage> |
| Status: | CLOSED WONTFIX | QA Contact: | |
| Severity: | high | Docs Contact: | |
| Priority: | high | ||
| Version: | unspecified | CC: | minamoto |
| Target Milestone: | --- | ||
| Target Release: | FUTURE | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| URL: | http://jira.jboss.org/jira/browse/SOA-1381 | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | SOA-1381 | Environment: |
SOA-P 4.3 CP01
|
| Last Closed: | 2011-11-30 17:07:10 UTC | Type: | Feature Request |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
|
Description
Aaron Pestel
2009-06-20 20:14:43 UTC
Have one additional point to be added to the tuning section: 3.) Discussion of horizontal scaling For example, maybe it would include a paragraph or two like this: If tuning the performance of a given ESB instance is still not sufficient for the workload it needs to handle, one should consider horizontal scaling of the ESB. For example, one could deploy two SOA-P instances side by side. To handle this from a client perspective, one could deploy the same service on both nodes but only deploy the gateway on one node which would allow the ESB to handle the load balancing. Another alternative would be to deploy the gateway on both nodes. The best way to handle the multiple gateways from an ESB client perspective would depend on the gateway transport. For JMS, one could use distributed queues on the SOA-P instances. For HTTP, one could configure a load balancer (Apache mod_* or hardware based) to load balance between the HTTP gateways. This simple mechanism of horizontally scaling SOA-P instances can substantially increase the workload that can be processed in a given environment. IMHO 1) needs some editing. It has no sense to create listeners with so many threads (100). It doesn't have any sense to setup more threads than number of CPU cores. 1) certainly needs editing and there is already a task in JBESB to handle it, JBESB-1937. As for the number of threads, there are times when more than the number of cores does make sense, for example when executing synchronous services (not a good idea for performance, but sometimes necessary) or IO intensive operations. Link: Added: This issue depends JBESB-1937 Added request to include discussion of tomcat-native for HTTP improvements (EBWS, HttpProvider) Affects: Added: [Documentation (Ref Guide, User Guide, etc.)] Should this be moved to 5.0.1 or later? Considering JBESB-1937 has been moved back. If JBESB-1937 isn't going in until ESB 4.8 can someone highlight which (if any) of the mentioned references are suitable for inclusion "as is" in the SOA 5.0.1 documentation possibly as a standalone "Performance Tuning Guide". Can I have some feedback on my previous comment so I can schedule docs work for 5.0.1 ? Closing as out of date. |