How much URS & T-Server - Best practices ?

[chicodobrazil]

Hiya there

Well, here is THE question I need to ask to some of you because I haven't get any answer from Genesys itself

Let's say I have a huge [color=red]centralized call center Genesys plateform[/color] in a Network Routing Solution with :
[color=red]-  a centralized call center Genesys plateform with Network-TServer connected to remote call centers (proprietary IVR in front)[/color]
-  870 agents logged in among 9 call centers using 9 CTI-Link / PBX with T-Server
-  185 agents logged in per call center (maximum)
-  30 calls per second (during peak hour)
-  30000 incoming calls per hour (maximum)

How much URS & T-Server I will need to handle that ?
What do you think about my choices below ?
Is that enough now and to handle in the fututre 50 calls per second (during peak hour) ?

- One Proliant DL380 (2 CPU Xeon 3,8GHz, 2Gb of memory) with NTServer_1, NTServer_2 in Primary mode & another one for the Backups (2 servers)
- One Proliant DL380 with T-Server_Site1, T-Server_Site2, T-Server_Site3 in Primary mode & another one for the Backups (2 servers to handle 3 T-Server for 3 remote sites)
[color=red]- One Proliant DL380 with T-Server_Site4, T-Server_Site5, T-Server_Site6 in Primary mode & another one for the Backups (2 servers to handle 3 T-Server for 3 remote sites)
- One Proliant DL380 with T-Server_Site7, T-Server_Site8, T-Server_Site9 in Primary mode & another one for the Backups (2 servers to handle 3 T-Server for 3 remote sites)[/color]
- One Proliant DL380 with URS_1, URS_2, StatServer_URS1, StatServer_URS2 in Primary mode & another one for the Backups (2 servers)
- One Proliant DL380 with URS_3, URS_4, StatServer_URS3, StatServer_URS4 in Primary mode & another one for the Backups (2 servers)
- One Proliant DL380 with LDS & another one for the Backup (2 servers)

Cheers,
Chico

[cavagnaro]

A network diagram may also help. I don't understand why 6 servers for 9 TServers...are they on same location? Or remote connections?
What about ETL and ODS BD? Where are they stored? How many transactions have you estimated?

[chicodobrazil]

[quote author=cavagnaro link=topic=3121.msg12740#msg12740 date=1215528799]
A network diagram may also help. I don't understand why 6 servers for 9 TServers...are they on same location? Or remote connections?
What about ETL and ODS BD? Where are they stored? How many transactions have you estimated?
[/quote]

Sorry

Well, I've updated my main post with red color for the new things.
The 6 servers will hold the 9 primary & 9 backup centralized T-Servers (3 per server), each of them connected to one of the 9 remote call centers. But maybe 1 primary & 1 backup will be installed locally near a PBX... for the moment, I'm thinking about a centralized plateform.

I just would like to be able to "size" the main core of the plateform (NTS, URS, SS_URS, TServer) with the capacity of each process 'cause I did not find anything on genesyslab about it
Example : one NTS process can handle x call per second, one URS process can handle x call per second with a strategy, etc...

So for the moment because I think I've done it quite well, let's forget the servers for the framework (HA & Windows cluster), real & historical statistics (dedicated servers), ETL & ODS DB (Genesys DB sizing estimator used and stored on a SAN), etc...

Thanks to help me to calculate how much processes (NTS, URS, SS_URS, TServer) I will need.

Cheers

[astrakid]

I think it is too much related to the used strategies. I know of an environment with 8 t-servers (4 in primary mode, hot standby) + 1 interactionserver + 2 ocs (1 in primary mode, hot standby), which were connected to one urs, which had no problem with the load (about 100.000 calls a day).
on the other hand i know of a framework with 10 t-server (5 in primary mode, cold standby) plus one interactionserver plus one ocs, which are connected to 7 urserver, because strategies cause a high load.

kind regards,
andre

[chicodobrazil]

[quote author=astrakid link=topic=3121.msg12747#msg12747 date=1215595159]
I think it is too much related to the used strategies. I know of an environment with 8 t-servers (4 in primary mode, hot standby) + 1 interactionserver + 2 ocs (1 in primary mode, hot standby), which were connected to one urs, which had no problem with the load (about 100.000 calls a day).
on the other hand i know of a framework with 10 t-server (5 in primary mode, cold standby) plus one interactionserver plus one ocs, which are connected to 7 urserver, because strategies cause a high load.

kind regards,
andre
[/quote]

Thanks for your feedback

As I wrote, I have to except [b]50 calls per second[/b] in the future (peak period).
So, that's why 2 dedicated servers with 4 primary URS seems "quite realistic" when you must have a call center solution with [b]99,9% availability[/b]!

The other point, I forgot to mention, is that a [b]Genesys desktop[/b] will be used in the near future, reason why I need to anticipate that point when deploying my 9 T-Servers!

Other ideas or feedback ?

[chicodobrazil]

Nobody to help me

[cavagnaro]

Hum, well I do have one TServer and one URS on a 3.0 Ghz with 2Gb of memory which on peak hour can receive between outbound calls and inbound calls easily 3 complete PRI (90 channels full), and it goes fine without issues. Where do we have issues is on the Reporting area and DB area of OCS where we have to split them on 2 different servers as ODS and ETL were very heavy and OCS DB as well.

[chicodobrazil]

[quote author=cavagnaro link=topic=3121.msg12776#msg12776 date=1215707988]
Hum, well I do have one TServer and one URS on a 3.0 Ghz with 2Gb of memory which on peak hour can receive between outbound calls and inbound calls easily 3 complete PRI (90 channels full), and it goes fine without issues. Where do we have issues is on the Reporting area and DB area of OCS where we have to split them on 2 different servers as ODS and ETL were very heavy and OCS DB as well.
[/quote]

Thanks for your answer