I don't think there are hard and fast rules about it, because there are so many variations of CPUs, whether VMs or physical servers are involved, how you do reporting, etc. I've been in environments with huge server groups and mid tier servers...I have nightmares of going in and refreshing the mid tier cache on about 25 different servers every time we changed a form or active link (I forget why we had to do this actually, when at worst we could have written a script to restart the processes.)
In my current production environment we have three app servers, two mid tier servers, one of each for DR (which aren't in the server group but I'm thinking about adding them just to make DR easier once I get past SQL 2014 failover issues with Remedy) and then my Smart IT/My IT infrastructure. That being said, we designed it to be something that provides a lot of room to grow, we've only got a few hundred people in the system at the same time at the moment. Thanks, Shawn Pierson Remedy Developer | Energy Transfer From: Action Request System discussion list(ARSList) [mailto:[email protected]] On Behalf Of Sinclair, Keith Sent: Thursday, June 30, 2016 10:05 AM To: [email protected] Subject: Remedy Scalability ** Hi, I need some technical expertise with Remedy's infrastructure and scalability. We're using Linux and ARS 8.1 with Oracle 11 running on AWS servers. How scalable can Remedy truly be? Is it only limited by memory and CPU? Or are there choke points where a second or third server needs to be added to a server group? Is there a maximum number of users that can be on a given system at any one time? Thanks! Keith Sinclair Remedy Development ShopperTrak Chicago, USA O 312.676.8289 [email protected]<mailto:[email protected]> | shoppertrak.com Retail Profitability, Improved. _ARSlist: "Where the Answers Are" and have been for 20 years_ Private and confidential as detailed here<http://www.energytransfer.com/mail_disclaimer.aspx>. If you cannot access hyperlink, please e-mail sender. _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"
