If it was me, I would change that to 16 gig of ram, and 4 CPU's min 2008 OS is ram worthy, with sqlserver another 2.5 gig min, that is 5 - 6 with 20% overhead gone. Then adding in the ARS 2 gig, and mid-tier 3 gig, that is about 10 gig alone.. and you always add more than you need just because it keeps the os happy. that is just the ars, db, flashboards, mid-tier box (if you have to keep it on one box)
Then you will have to have your addm on one box, RKM on another , and BEM/SIM is large as well and that gives you one more box. So 4 boxes with the above settings would be my recommendations up front, without all the details.. but if you are going enterprise, your CMDB Reconciliation engine needs its own box it can be 9 - 12 hours of processing.. my 2Cents. On Wed, Feb 10, 2010 at 11:23 AM, Chowdhury, Tauf <[email protected]>wrote: > ** > > Well if you work for Kathy’s company… 16gig is all you get pal! J > > > > *T**auf** **C**howdhury** **|** **F**orest** **L**aboratories**, **I**nc.* > ** > > Analyst, Service Management > > Mobile:646.483.2779 > > > > *From:* Action Request System discussion list(ARSList) [mailto: > [email protected]] *On Behalf Of *Philip, Saji L > *Sent:* Wednesday, February 10, 2010 11:16 AM > *To:* [email protected] > *Subject:* Server Sizing > > > > ** > > Hello, AR Listers > > > > We are currently in preliminary discussions to upgrade our current > Remedy platform to 7.6 and adding SLM, RKM, and Change/Release Management. > We are also adding some infrastructure products like BEM/SIM and ADDM > discovery. We want to fully implement CMDB as well. > > > > Question: management is asking me how the infrastructure would > look( concentrating on the CMDB side ). We currently have about 4,000 > incidents into Remedy, roughly 50 change items, and we are looking at > managing about 3,000 CIs in the CMDB. So, I am looking for actual > deployments or literature on how to size for the CMDB? > > > > I am looking at have a SQL server( possibly 2 cpus and 8 gigs > of memory ) running WIN 2008 ( 64bit ), I am not concerned with the storage, > because the DB files will be located on a SAN. Is the above SQL Server > sufficient enough to handle the above numbers? Or should I consider bumping > up the cpus and memory? I think I am ok, but wanted to make sure. > > > > > > > > Saji > > _Platinum Sponsor: [email protected] ARSlist: "Where the Answers > Are"_ > ------------------------------ > This e-mail and its attachments may contain Forest Laboratories, Inc. > proprietary information that is privileged, confidential or subject to > copyright belonging to Forest Laboratories, Inc. This e-mail is intended > solely for the use of the individual or entity to which it is addressed. If > you are not the intended recipient of this e-mail, or the employee or agent > responsible for delivering this e-mail to the intended recipient, you are > hereby notified that any dissemination, distribution, copying or action > taken in relation to the contents of and attachments to this e-mail is > strictly prohibited and may be unlawful. If you have received this e-mail in > error, please notify the sender immediately and permanently delete the > original and any copy of this e-mail and any printout. > _Platinum Sponsor: [email protected] ARSlist: "Where the Answers > Are"_ -- Patrick Zandi _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor:[email protected] ARSlist: "Where the Answers Are"
