Re: HP SM 9.30 Deployment. (387 Views)
Reply
Regular Advisor
Posts: 153
Registered: ‎05-15-2014
Message 1 of 10 (462 Views)

HP SM 9.30 Deployment.

Hi,

 

We have minimal no. of overall users below of approx 1000 count and concurrent users are not more than 200. we will be having less than 30 LAN Locations along with 1000 CI's overall.

Based on above scenario, can we proceed with installing the SM9.30,Web tier,Knowledge Search Server, Help server in a single VM having following Specs : 

 

18GB RAM / 8 Core CPU / 144GB HD Space for App.

 

Kindly suggest in elaborated response.

 

thanks and regards

Hemant Vaswani

Honored Contributor
Posts: 5,895
Registered: ‎11-10-2008
Message 2 of 10 (453 Views)

Re: HP SM 9.30 Deployment.

Hello,

Are you putting RDBMS on same server ?

 

You should configure load balancing with servers to make it working properly.

Honored Contributor
Posts: 5,895
Registered: ‎11-10-2008
Message 3 of 10 (451 Views)

Re: HP SM 9.30 Deployment.

Download the sizing guide for HP SM and configure everything based on it.

Honored Contributor
Posts: 4,374
Registered: ‎06-17-2010
Message 4 of 10 (446 Views)

Re: HP SM 9.30 Deployment.

[ Edited ]

Hi,

HDD could be enough initially and depends on expected Tickets and Knowledge document in system.
But Memory and CPU are less to support the user base and modules you mentioned. You might face slowness.

You want to deploy VM which itself will take few GB of memory and the separate OS instance itself too consume memory not less than 2 GB each excluding the modules and SM deployed.
Also as having 200 concurrent users so you will requires minimum 4 servlet of SM (each support 50 users). To deploy servlet you may go for horizontal scaling or vertical scaling.
Horizontal scaling requires separate OS instance with one dedicated load balancer server. Vertical scaling requires minimum 2GB memory per servlet.

Here CIs and LAN locations do not have any impact on SM implementation.
For single servlet implementation you require 4 Gb memory and 4 CPU cores, here you need 4 servlets so need roughly 10 Gb and 8 CPU cores.

Apart from it for Web-Tier, Help server and Knowledge Engine, additional computing power is required, SO need almost same amount (4 Gb, 4 CPU cores) of resources.
Web-Tier requires good power as now days all users are connected by SM Web –client instead of Window client.

KM , Web-Tier and SM server both must be on different OS instance. KM can be on same SM load balance instance in case of horizontal scaling.


From help server for Servlet--------
A servlet container process is a HP Service Manager sm.exe process that includes a multithreaded Java servlet container. Each servlet container process manages a pool of child threads dedicated to handling HP Service Manager client transactions. The Servlet container process listens for incoming client connection requests on a predetermined HTTP port and routes the requests to an available thread in the process.
--------------


hth,

____________________________________
Assign Kudo, if found post useful and mark it accepted if solves the issue.
Honored Contributor
Posts: 4,374
Registered: ‎06-17-2010
Message 5 of 10 (445 Views)

Re: HP SM 9.30 Deployment.

Also as Vadim said for RDMS, you should go for extra resources to build DB server.
It will be depends on DB vendor and version to be use.

But any way as per you user size it could not be less than 8Gb and 4 CPU cores.

hth,
____________________________________
Assign Kudo, if found post useful and mark it accepted if solves the issue.
Regular Advisor
Posts: 153
Registered: ‎05-15-2014
Message 6 of 10 (429 Views)

Re: HP SM 9.30 Deployment.

Hi,

 

RDBMS ( MS-SQL)  is deployed in a seperate VM.

 

due to infra availibility constraints, i many not go for load balancers.

 

Thanks for the help.

Hemant Vaswani

 

 

Regular Advisor
Posts: 153
Registered: ‎05-15-2014
Message 7 of 10 (428 Views)

Re: HP SM 9.30 Deployment.

hi, the questions asked are only after reading the sizing
& deployment guides. wanted to have opinion and suggestions.

thanks
Hemant Vaswani
Regular Advisor
Posts: 153
Registered: ‎05-15-2014
Message 8 of 10 (427 Views)

Re: HP SM 9.30 Deployment.

Hi Piku,

 

Actually, Ihad not added the 30% mark up on account of VM in the above mentioned query, so post mark up the specs iwill be having are as follows:

 

RAM - 24GB

CPU - 11Cores

HD Space : 200GB

 

also, could you please suggest if we can have incident ticketing data on SAN. please throw some light in this regard

 

Thanks and Regards

Hemant Vaswani

 

Honored Contributor
Posts: 4,374
Registered: ‎06-17-2010
Message 9 of 10 (400 Views)

Re: HP SM 9.30 Deployment.

[ Edited ]

Hi,

A per my understanding with your figures, you can go ahead SM implementation.
Here you have to use Vertical scaling as single thread of SM do not support more than 60 concurrent process and recommended value is only 50. Process includes user threads and SM background connections. Give SM server instance around 10 Gb of memory for five servlets.

Regarding Incident tickets data, SM do hold all the data in single DB instance. You cannot have particular table in different DB instance.
So all your Data can reside on single DB instance and obviously on single SAN.

You can use the DB link to copy data for all tables of Incidents to some other DB instance residing on different SAN. Tables count depends on customization of your SM.
But why you need such segregation. For reporting you can connect to any table of DB


Hth,

____________________________________
Assign Kudo, if found post useful and mark it accepted if solves the issue.
Honored Contributor
Posts: 3,826
Registered: ‎07-13-2007
Message 10 of 10 (387 Views)

Re: HP SM 9.30 Deployment.

[ Edited ]

If you're doing a new deployment of SM, I recommend you manage the deployement using the HPSM deployment manager. We are just now meeting with some existing customers to explore redeploying their application installations to allow deployment manager to maintain their environments.

--If you don't initially deploy using deployment manager, it cannot be used to patch your systems. You would need to redeploy the environments using deployment manager to use it in the future.

--Note that I personally would not recommend putting the KM search engine and SM on the same VM in a production instance.

--The database server should be a separate VM from the application server.

 

Here's the HP announcement of the release:   
New ITSM Deployment Manager now available (and it's FREE!)
9 June, 2014 - 11:49
The Deployment Manager team is pleased to announce the release of ITSM Deployment Manager v.1.0!
 
ITSM Deployment Manager aims to proactively remove the complexity inherent in today’s HP software implementations allowing you to maximize the benefits of HP software faster and more reliably. ITSM Deployment Manager will dramatically change and improve today’s customer experience of installing, deploying, and maintaining HP software. Deployment Manager includes support for HP Service Manager, HP UCMDB and HP Asset Manager and many others. In addition, the third-party software required in support of HP software can also be managed by ITSM Deployment Manager; this includes products such as Tomcat, Apache, and Java.
 
What's in ITSM Deployment Manager:
·     Automates installation, deployment and sizing aligned with HP best practices
·     Ready to use Out Of the Box integration with Service Manager, UCMDB, Release Control and Asset Manager
·     Dashboard with statistics and ROI indication regarding deployment time
·     Online software download for product patches available on HP Software Support Online
·     Currently available in French, English, German, Spanish, Russian, Simplified Chinese, Traditional Chinese and Japanese
 
ITSM Deployment Manager consists of the following components:
 
·     The Deployment Manager web application archive (WAR) file
·     The Deployment Manager Quick Start User Guide
 
You can download Deployment Manager from the download page.

 

 

----------------------------------------------------
Kudos - what, where, how, and why
Want Good Answers? Ask Good Questions...
The opinions expressed above are the personal opinions of the authors, not of HP. By using this site, you accept the Terms of Use and Rules of Participation.