cloudstack-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Nux! <>
Subject Re: [DISCUSS] Improving VR services such as password server
Date Fri, 20 Feb 2015 09:18:19 GMT
Do you know of any plans/possibilities to completely get rid of the VR and move functionality
- especially routing traffic - in host agents?

On another note, something more pluggable would be nice. One thing I'd really love to see
is OpenVPN support (because anything else is just a world of pain).


Sent from the Delta quadrant using Borg technology!


----- Original Message -----
> From: "Rohit Yadav" <>
> To: "dev" <>,
> Sent: Friday, 20 February, 2015 07:53:38
> Subject: [DISCUSS] Improving VR services such as password server

> Hi,
> I'm trying to explore how to make systemvms more robust and
> fault-tolerant, and the manual/automated QA of systemvms. One of the
> common user facing issues related to scalability was the reset
> password/key servers where the VR serves data using socat etc using
> forking mechanisms and global locks. This slows down the processes such
> as reset password.
> More here:
> One of the blindly thrown solutions includes increasing the VR RAM which
> works for at scale but then seems to fail again when the load is
> increased beyond a point. I don't know of any performance and stress
> testing reports that tell us about these bottlenecks. Please share if
> you have done anything in this regard.
> I want to do couple of things:
> - Explore systemvm build changes using newer tools such as packer
> - Cleanup script execution and code in resource layer
> - Start replacing bash scripts with more robust implementations, perhaps
> a single or few agents on VRs that provide non-hardcoded well-documented
> interfaces
> - Right now everything in VR/systemvms is sort of hardcoded and the
> services/interfaces are not well-documented. The idea is to refactor and
> wrap everything we want to do with the systemvms in a general agents
> framework that provides monitoring and managing the VRs (do stuff like
> upgrades etc to combat things like ghost, poodle issues):
> What are the other issues you've had in past that you would like to be
> improved?
> --
> Regards,
> Rohit Yadav
> Software Architect, ShapeBlue
> M. +91 8826230892 |
> Blog: | Twitter: @_bhaisaab
> PS. If you see any footer below, I did not add it :)
> Find out more about ShapeBlue and our range of CloudStack related services
> IaaS Cloud Design & Build<>
> CSForge – rapid IaaS deployment framework<>
> CloudStack Consulting<>
> CloudStack Software
> Engineering<>
> CloudStack Infrastructure
> Support<>
> CloudStack Bootcamp Training Courses<>
> This email and any attachments to it may be confidential and are intended solely
> for the use of the individual to whom it is addressed. Any views or opinions
> expressed are solely those of the author and do not necessarily represent those
> of Shape Blue Ltd or related companies. If you are not the intended recipient
> of this email, you must neither take any action based upon its contents, nor
> copy or show it to anyone. Please contact the sender if you believe you have
> received this email in error. Shape Blue Ltd is a company incorporated in
> England & Wales. ShapeBlue Services India LLP is a company incorporated in
> India and is operated under license from Shape Blue Ltd. Shape Blue Brasil
> Consultoria Ltda is a company incorporated in Brasil and is operated under
> license from Shape Blue Ltd. ShapeBlue SA Pty Ltd is a company registered by
> The Republic of South Africa and is traded under license from Shape Blue Ltd.
> ShapeBlue is a registered trademark.

View raw message