Siebel Deployment Planning Guide > Application-Level Deployment Planning > Siebel Product Configurator Deployment Planning >
Example of Deployment Sizing with a Dedicated Siebel Product Configurator Server
Consider the sizing example for the deployment option of running the Siebel Product Configurator on the same server as the application server (see Example of Sizing the Cache with SnapShot Mode). Size it instead for the deployment option of Siebel Product Configurator running on a separate server. This topic is part of Siebel Product Configurator Deployment Planning. Assumptions
The requirement is to support 5000 concurrent Siebel Call Center users. Among them, at any time, 100 users use the Siebel Product Configurator. This means:
- The enterprise must support 5000 concurrent Call Center users.
- Of these 5000 Call Center users, 100 must be able to use the Siebel Product Configurator concurrently.
- There is only one customizable product in the product portfolio.
Sizing
Because all of the caching and services are specific to the Application Object Manager process on a Siebel Server, first you must estimate the size of the Call Center deployment. (The following numbers used are an example only and not indicative of Call Center sizing.)
- Assume that you are supporting the 5000 Call Center users on seven application servers (each being a Pentium 4 computer with 4 CPUs and 4 GB of memory), with each server handling 720 users.
- Each application server itself is run with 25 Application Object Managers, with each Application Object Manager supporting 25 users.
- Assume that one server has been configured to run the Siebel Product Configurator that supports the 100 users.
- The Siebel Product Configurator server is configured to run with four Application Object Managers, with each Application Object Manager supporting 25 users.
To support cached objects, factories, and workers for all 100 users, the following conclusions can be drawn:
- At least one factory must be cached for every Application Object Manager process. You must cache four factories for the Siebel Product Configurator server or one for each Application Object Manager.
- To support all 100 concurrent users to get a cached worker, you must cache, at a minimum, 100 workers across the Siebel Product Configurator server. This means that you must cache 25 workers for each Application Object Manager on the Siebel Product Configurator server.
In the preceding example, the cache size in this case for each Application Object Manager equals the size of the factory cache plus the size of the worker cache. Expressed as a formula, it looks like this: (5 times 1) plus (25 times 25) equals 630 MB for each Application Object Manager. Therefore, the Siebel Product Configurator cache requires a total of 4 times 630, which equals 2520 MB for each server. The server parameters would be set as follows for the Siebel Servers running the Application Object Managers and the Siebel Product Configurator servers:
|
Name of the Siebel Server running the Siebel Product Configurator. |
Set On: Each Siebel Server running the Application Object Manager (see Table 10) |
|
True |
Set On: Each Siebel Server running the Application Object Manager and each Siebel Product Configurator server |
- eProdCfgNumbOfCachedWorkers:
|
25 |
Set On: Siebel Product Configurator server |
This type of deployment across an enterprise with eight servers, one a dedicated server to support Siebel Product Configurator, requires 2520 MB of cache. This figure is much lower than the 6000 MB required for the eight application server deployment option. Choosing this deployment option makes better use of the cache. Moreover, since the Siebel Product Configurator server is configured to allow only 25 connections to each Application Object Manager, there would never be a case where a user does not find a cached worker to work with. In a scenario with multiple customizable products, this deployment would be much more efficient in terms of memory usage. Server Settings for Dedicated Siebel Product Configurator Server Deployment Mode
Table 10 shows server settings for dedicated (remote) Siebel Product Configurator server deployment mode. Except where noted, set these parameters on the Application Object Manager component.
Table 10. Parameter Settings for Dedicated Siebel Product Configurator Deployments
|
|
|
|
|
eProdCfgRemote |
Product Configurator - Use Remote Service |
Boolean |
False |
Setting to determine whether Siebel Product Configurator is running on a different server from the Application Object Manager. On the Application Object Manager: set it to True when running a dedicated Siebel Product Configurator server. On the dedicated Siebel Product Configurator server: leave this set to False. |
eProdCfgServer |
Product Configurator - Remote Server Name |
Text |
None |
Name of the Siebel Server on which you are running a dedicated Siebel Product Configurator server. If you are using multiple dedicated Siebel Product Configurator server, then separate the entries with semicolons (;). |
eProdCfgTimeOut |
Product Configurator - Time Out of Connection |
Integer |
20 |
Setting in seconds that determines for how long the Siebel Server would try to initiate a connection with the remote Siebel Product Configurator server before returning an error to the user. |
eProdCfgKeepAliveTime |
Product Configurator - Keep Alive Time of Idle Session |
Integer |
900 |
Setting in seconds to determine the maximum interval of inactivity during a configuration session. If the interval of inactivity reaches this value, then the user session is ended and the worker returns to the pool. If this parameter is not set, then an infinite interval is assumed. Set this parameter on the Application Object Manager only. It does not apply on the remote Siebel Product Configurator server. NOTE: On the remote Siebel Product Configurator server (eProdCfgObjMgr component), set the parameter ConnIdleTime to a value like eProdCfgKeepAliveTime plus 1 second.
|
|