There is an API you can use to write apps to manage your VMs (create, delete, modify). I wrote a few and used some of the supplied scripts in the API kit extensively. Operationaly they werent the fastest to use, but they did the job. MSSQL and the VC are herrendously slow when you have over 1000+ guests and a dozen more clusters.
The one that annoyed me with the VC is the fact that you had to use the VC gui to actually see the system building or to do any low leverl work, ie single user mode. -Chris On Thu, Jan 29, 2009 at 7:58 AM, Robert Foreman <[email protected]>wrote: > It has a web interface, but that's about all I can say. It isn't worth > much. I believe you can view and restart machines, but I don't believe > it has support to create new machines--at least not yet. That could > also change in the future. > > On Thu, Jan 29, 2009 at 10:51 AM, Michael DeHaan <[email protected]> > wrote: > > Robert Foreman wrote: > >> I've been struggling with this myself. VMware is not my first choice > >> of virtualization technology, but my company chose VMware. We are > >> running an ESX cluster. Based on the clustering and management apps I > >> can't say that I blame them, but the current architecture of the VC > >> seems to make interoperating with Linux (from a management > >> perspective) problematic to say the least. VMware has stated publicly > >> that they plan to rectify this in the near future, but so far I > >> haven't seen anything: > >> > http://searchservervirtualization.techtarget.com/news/article/0,289142,sid94_gci1336091,00.html > >> > >> It seems to me that until VMWare provides the tool set to interact > >> with the VC from a linux client managing virtual guests on an ESX > >> cluster will be rather difficult. > >> > > > > Are web services interacting with VirtualCenter possible? If so, that > > may be the answer? > > > > > >> On Wed, Jan 28, 2009 at 9:22 PM, Glenn Bailey <[email protected]> > wrote: > >> > >>>> Excellent summary. Yes, if this is the odd one out and you have to > >>>> run > >>>> koan /from/ the ESX server in this case that's acceptable. Or we > could > >>>> just add parameters to koan to supply those parameters to allow that > to > >>>> run from koan. > >>>> > >>> Hrm, I'm not sure how well this would play in a ESX cluster > environment. If you > >>> had a single ESX host running several VM's this would be acceptable, > but in a > >>> cluster VC run's everything and the ESX servers just act as nodes. > >>> > >>> Maybe something separate from Koan that could reside on the VC console, > the would > >>> query Cobbler, and then create the VM, populate Cobbler with a MAC? I > know VC has > >>> a pretty extensive API .. > >>> > >>> This is all from a ESX/VMWare background BTW, I have very little > experience with > >>> Koan ;-) > >>> > >>> -- > >>> glenn > >>> terremark worldwide > >>> > >>> > >>> > >>> _______________________________________________ > >>> cobbler mailing list > >>> [email protected] > >>> https://fedorahosted.org/mailman/listinfo/cobbler > >>> > >>> > >> _______________________________________________ > >> cobbler mailing list > >> [email protected] > >> https://fedorahosted.org/mailman/listinfo/cobbler > >> > > > > _______________________________________________ > > cobbler mailing list > > [email protected] > > https://fedorahosted.org/mailman/listinfo/cobbler > > > _______________________________________________ > cobbler mailing list > [email protected] > https://fedorahosted.org/mailman/listinfo/cobbler >
_______________________________________________ cobbler mailing list [email protected] https://fedorahosted.org/mailman/listinfo/cobbler
