This section includes the following information:
Before you can determine sizing, you must understand the business and organizational requirements and use cases for each solution. Number of users, transaction types and quantity, and customizations (for HR services and knowledge bases) impact sizing. The following examples describe use cases and factors that can impact sizing:
The BMC Remedy Action Request System (BMC Remedy AR System) and BMC Remedy Mid Tier (Mid Tier) servers scale better horizontally than vertically. Although adding resources such as CPUs and memory to a server might be tempting, testing has shown a point of diminishing returns on performance in doing so. Scaling horizontally by adding more servers to a server group results in better and more consistent performance than scaling vertically.
You can configure BMC HR Case Management in a load-balanced environment to direct user interactions to the load-balanced BMC Remedy AR System mid tier and BMC Remedy AR System servers while assigning dedicated nonuser functions and responsibilities to specific instances of BMC Remedy AR System server. For example, escalations, integrations, reconciliations, and notifications can be separated from "user" servers to ensure that these services do not impact user activity. This is a reliable way to provide consistent high-performance services as well as scale the installation safely.
Similar to dedicated BMC AR System servers for nonuser-related functions, additional dedicated servers at the web tier should be considered if web services are implemented for BMC HR Case Management.
In a BMC Remedy AR System server group, the host computers do not all require the same processing power and memory. For example, the back-end servers can use servers with more or less processing power and memory.
Current sizing is based on CPU cores from physical hardware, not virtualization. Be aware that with hypervisor-based x86/x64 systems such as VMware ESX Server using multicore, multithreaded processors, hyperthreading can increase the number of virtual CPUs displayed and made available to the ESX Server. Assuming that a vCPU has the same processing power as a CPU core could negatively impact capacity planning.
Ensure that the following virtualization features are configured properly. (Consult your virtualization expert for details.)
Use at least two BMC Remedy Mid Tier servers to provide high availability and failover capability. Deploy the same number of mid tier servers as the number of "user loaded" BMC Remedy AR System servers. This assumes the AR System servers and mid tier servers are sized appropriately.
BMC Remedy AR System server operates as 64-bit multithreaded processes and can support up to 3,000 concurrent users per server. In BSM performance and scalability tests, the memory footprint of the 3,000 concurrent users of the BMC Remedy AR System server and mid tier server was stable at about 2 to 3 GB. In practice, however, the memory footprint can grow to 10 GB or more. The memory sizes listed in the sizing baselines* are still the correct starting points.
BMC previously advised that 60 or 70 threads be considered the upper limit for all threads in total. The BSM performance white paper shows that significantly higher thread settings can be preferable. The correct way to tune threads is to use API Thread % Idle Time = 0s values from an API log analysis to find out what needs to be increased or can be decreased. If you can restart the server with thread logging on, you can observe when new threads are started up.
The number of concurrent users depends on the total end-user population, and on the way the system is used. For example, with the BMC HR Case Management application, if only a few HR services (external solutions) are deployed, the number of concurrent users is low. If a large number of HR services are deployed, the system experiences a higher load.
The number of concurrent users is best established by looking at the load on the existing system that is being replaced or upgraded. In the absence of this data, use the following guidelines to create an initial estimate on the number of concurrent users. These guidelines give estimates rather than accurate numbers.
Type of user
Number of concurrent users
10 percent of HR staff
1 – 2 percent of total population
1 percent of HR staff
For example, if you have an HR staff of 90 employees, all of whom use the BMC HR Case Management, you can assume that about 9 of them are concurrent at any time. Similarly, if you have 100,000 employees who are using BMC MyIT to request HR services (External Solutions), the concurrent count can vary from 1,000 (1 percent) to 2,000 (2 percent). You must evaluate this high variance based on your plans to roll out HR services. If you intend to host many HR services on the BMC HR Case Management, use the high count. If you plan to limit the number of HR services, use a smaller count.
BMC HR Case Management 4.7 uses the FTS service provided by BMC Remedy AR System for indexing. This requires the indexer to run on one of the AR System server computers in the server group. Because this indexer consumes CPU, run it on a back end AR System server (which is typically not serving online user traffic). The index should be local and not on shared storage (NAS/SAN).
In addition to the indexer, each of the AR System servers in the server group has a service that reads information from the common index. This can also consume CPU cycles, thereby reducing the performance of the AR System server where the indexer resides. In general, the larger the size of the index is, the greater the effect on scalability.
You might choose to host product installations on a single physical server, or on separate servers, or tiers. The decision is based on multiple factors, including but to limited to hardware and licensing costs, performance, administration and maintenance efforts, and security requirements.
The following diagram illustrates a generic, large-scale deployment suitable for up to 150 concurrent users.
The following diagram illustrates a generic, small-scale deployment suitable for up to 50 concurrent users.
The following diagram illustrates the integration methods and data flow specific to BMC HR Case Management 4.7. for a large scale deployment.