Hi Daan, I took this approach with the Hyper-V plugin. Based on my experience, I think the following advice is of great value. Could you please pass it on to Funs.
First, take Rajesh up on his request for information, because he can help with the systemVM. Without a system VM, you can only run a QuickCloud deployment, which lacks networking and secondary storage flexibility. Also, rolling a system VM requires quite different expertise than operating the hypervisor itself. I don't think it's useful to learn both when there are a few system VM experts already kicking around. Be clear on how you'll support the console VM. It would be preferable to give someone a chance to amend an existing console VM than have to write one from scratch. Make it clear what instructions you'll support. A base plugin need only create/start/stop/delete, but maybe your users are expecting a richer features set. There seem to be four or so potential users on this mailing list. Why not ask them what they need. Get a sanity check on the agent architecture you're going to use. Will we have to install a remote agent? Will it speak CloudStack message bus or take HTTP requests? It's worth checking with the community that there won't be any breaking changes to this architecture when it comes time to integrate. The same applies to storage. In fact, the evolving storage model was an issue faced by the Hyper-V plugin's storage architecture. Finally, crowd source your test cases. Obviously, you want to have a test case for every instruction you're implemented and some functional tests that cover a command sequence typical of a GUI operation. What's more interesting is whether you can collaborate with existing testers to speed up development time and increase reliability. In fact, I've some nice examples I'd like to pass on. To summarise, try to collaborate. There's a lot of expertise beyond operating the hypervisor that you can safely crowd source. Cheers, DL > -----Original Message----- > From: Daan Hoogland [mailto:daan.hoogl...@gmail.com] > Sent: 22 April 2014 20:45 > To: dev > Cc: fkes...@schubergphilis.com > Subject: Re: Oracle VM (OVM) Server support > > He is implementing an ovm3 plugin + core patch. no support for the old ovm. > When He is done he'll publish and I'll be happy to integrate and steal the > credits;) > > On Tue, Apr 22, 2014 at 7:25 PM, Rajesh Battala <rajesh.batt...@citrix.com> > wrote: > > Nice.. > > Can you share more details about the support of OVM? > > > > Thanks > > Rajesh Battala > > > > -----Original Message----- > > From: Daan Hoogland [mailto:daan.hoogl...@gmail.com] > > Sent: Tuesday, April 22, 2014 9:52 PM > > To: dev > > Subject: Re: Oracle VM (OVM) Server support > > > > A schuberg philis colleague is working on it. Funs. > > > > mobile bilingual spell checker used > > Op 22 apr. 2014 18:18 schreef "Chip Childers" <chipchild...@apache.org>: > > > >> On Tue, Apr 22, 2014 at 03:38:51PM +0000, Paul Angus wrote: > >> > About a year ago there was some discussion around updating the > >> > Oracle VM > >> Server support to the then current version. The topic stopped and I > >> can't find anything in Jira for it. > >> > > >> > Is the support still being worked on? > >> > > >> > Regards > >> > > >> > Paul Angus > >> > Senior Consultant / Cloud Architect > >> > >> Not AFAIK > >> > > > > -- > Daan
