Hi,

To find out how many sessions are connected to the SSVM you can run 

netstat -anp | grep ESTABLISHED

Thanks
Glenn


Regards,

Glenn Wagner

[email protected] 
www.shapeblue.com
2nd Floor, Oudehuis Centre, 122 Main Rd, Somerset West, Cape Town  7130South 
Africa
@shapeblue

-----Original Message-----
From: [email protected] 
[mailto:[email protected]] 
Sent: Monday, 04 April 2016 9:21 AM
To: [email protected]
Subject: Re: Secondary Storage VM overloaded

Hi Dag,

thanks for your reply.

Unfortunately we actually don’t have a clue what kind of sessions are meant.
Do we need to monitor ssh sessions, linux processes or some kind of java 
sessions?

Do you have any idea where we can start?

Kind Regards
Christian

> On 01 Apr 2016, at 12:19, Dag Sonstebo <[email protected]> wrote:
> 
> Hi Christian,
> 
> I think to find the actual usage figures over time you would have to monitor 
> the sessions locally on the SSVM, I can't see anything in the API to query 
> this.
> 
> One way to determine this is to lower the secstorage.sessions.max figure and 
> monitor how often a second SSVM is spawned. Also keep in mind you could 
> increase the service offering for system VMs to increase the capacity the 
> SSVM can handle, this could negate the requirement for multiple SSVM 
> instances.
> 
> Dag Sonstebo
> Cloud Architect
> ShapeBlue
> 
> 
> 
> 
> 
> 
> 
> On 01/04/2016, 10:10, "[email protected]" 
> <[email protected]> wrote:
> 
>> Hi all,
>> 
>> I have a question regarding the scalability of the ssvm.
>> As I understood cloudstack is able to scale out the ssvm, so that a new one 
>> is created when the load is to high.
>> To achieve this we have to edit the two global settings 
>> secstorage.capacity.standby and secstorage.session.max, but we have no idea 
>> what values are rational.
>> 
>> Is there a way to see the current values, so that we can derive the new 
>> value which we want to use?
>> I mean if the current ssvm needs just 10 sessions to be overloaded and we 
>> set the secstorage.session.max to 20, cloudstack will never spawn a new ssvm.
>> 
>> Kind Regards
>> Christian
> 
> Regards,
> 
> Dag Sonstebo
> 
> [email protected]
> www.shapeblue.com
> 53 Chandos Place, Covent Garden, London  WC2N 4HSUK @shapeblue

Reply via email to