I would suggest that you use the same platform for both production and non-production. VMWare can not run Solaris sparc, so that would be a problem. You could look into using Solaris zones, but if you go that route, I would suggest using Solaris zones in production as well.
Also, the suggested platform is a 'lot' of machine for 500 concurrent users. Axton Grams The opinions, statements, and/or suggested courses of action expressed in this E-mail do not necessarily reflect those of BMC Software, Inc. My voluntary participation in this forum is not intended to convey a role as a spokesperson, liaison or public relations representative for BMC Software, Inc. On Mon, Sep 14, 2009 at 12:51 PM, Antonio Maradiaga <[email protected]> wrote: > ** > > ARSList, > > Good afternoon. I wanted to know out there could please help out with some > ideas for putting together a hardware landscape architecture proposal for a > new Remedy v7.5 environment. > > Our client has asked us to come up with a "to-be" hardware landscape for a > new Remedy v7.5 environment. The client has around 500 concurrent users but > they support about 4500+ Remedy users. > > They're currently using the following modules on an ARS v6.3 server: > - Help Desk > - Knowledge mgr > - Asset > - CMDB v1.1 > - Mid-tier > > The above modules and database currently reside on the same Sun Solaris > server running Unix. The DB is an Oracle 9x db. > > As far as the new v7.5 environment, they're looking to use the following > modules: > - Incident > - Problem > - Knowledge Mgr > - Asset > - CMDB > - Mid-Tier > > They would like to continue to use an Oracle DB on a Unix server for the DB, > but want to breka out the ARS on a separate server. > > To "help" out, they have provided the following hardware for the v7.5 > landscape: > > 2 Domains of 4 x 16 on M5000 Sun Server. > > They would like to use load balancing and the proposed hardware landscape > for v7.5 will be for production only. They'd like to use VMWare instances > for their DEV and QA environments. > > Another requirement would be to have a Disaster Recovery site for failover. > > Any suggestions would be most appreciated. > > Many thanks. > > ~Antonio > > _Platinum Sponsor: [email protected] ARSlist: "Where the Answers > Are"_ _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor:[email protected] ARSlist: "Where the Answers Are"
