incubator-cloudstack-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Alessandro Pilotti>
Subject Re: Hyper-V Support
Date Thu, 19 Apr 2012 16:40:53 GMT
Yes, Hyper-V uses RDP as an underlying protocol for console management.

Do you have a strong dependency in CloudStack on VNC or you have some sort of adapters? In
the second case supporting RDP would be better in terms of performance for Windows hosts.
Consider also that the Hyper-V console managemet requires the Windows Hyper-V Tools (e.g.
available in the RSAT for Win 7,
which would prevent us to use it from a Linux, Mac etc.

As a first step, what about integrating the Hyper-V console when available and offering an
option to deploy automatically a VNC server in Windows?
VNC to RDP proxying might also be an option, even if a bad one from a performance standpoint.

I'm a Microsoft MVP, so I will also get in contact with the Hyper-V team to see if they might
support us in developing an open source console client (but I won't necessarily count on it).

The GetThumbnail method is suitable for generating thumbnails to display in a management portal,
but even if it could teoretically be polled continuously to feed a console, it would be very
inefficient, beside resolution limitations.

> > Did you integrate with Hyper-V in Windows Server 2008 R2?   Or something else?

Our library supports all versions of Hyper-V so far: 2008, 2008 R2 and Windows 8 (the current
consumer preview) 

> > There's a JSON-based protocol to pass commands between Management Server and host.

That sounds great! Do you maybe have a link for some documentation and samples? :)



On Apr 19, 2012, at 19:16 , Kevin Kluge wrote:

> Yes, very interesting.   Can you elaborate on the getThumbnail function.   One issue
we have been thinking about with Hyper-V is how to do guest console display (console proxy
functionality, in CloudStack terms).  Since only RDP is available with Hyper-V, and CloudStack
knows only VNC, we've been expecting that RDP is needed in CloudStack to provide console view.
> Did you integrate with Hyper-V in Windows Server 2008 R2?   Or something else?
> The CloudStack has existing code/framework to implement what we call a remote agent (your
scenario 3).   Take a look at how KVM hosts are managed.   There's a JSON-based protocol to
pass commands between Management Server and host.
> -kevin
>> -----Original Message-----
>> From: Rajesh Battala []
>> Sent: Thursday, April 19, 2012 8:59 AM
>> To:
>> Subject: RE: Hyper-V Support
>> Idea is great.
>> All these Hyper-V operations are implement to manage the Hyper-V box
>> directly  using WMI calls right?
>> Or these operations are implemented via SCVMM?
>> Thanks
>> Rajesh Battala
>> -----Original Message-----
>> From: Alessandro Pilotti []
>> Sent: Thursday, April 19, 2012 9:02 PM
>> To:
>> Cc:
>> Subject: Hyper-V Support
>> Hi guys,
>> I'm new to this list, so hi everybody :-)
>> I'm interested in providing code for integrating Cloudstack with Hyper-V. We
>> developend an Hyper-V management framework that we use in our cloud
>> products that can be used (at least as as a starting point).
>> I'm summing up at the bottom of this email what we already have in terms of
>> Hyper-V features handled by our framework (completed and tested). We
>> basically cover everything needed for CloudStack and more. :-)
>> Beside that we also just released an open source Hyper-V backup library and
>> CLI tool: So far it's the only open source
>> tool handling VSS backups of VMs on CSV storage :-)
>> The assemblies are written in C# with .Net as the only dependency.
>> I see 3 options to integrate our work with CloudStack:
>> Write a Java adapter on top of the C# assembly (via JNI) Rewrite the C# code
>> in Java, considering the quirkness for accessing WMI from java (jWMI, etc)
>> Deploy the assembly on the Hyper-V hosts and add a RESTful layer on top to
>> be consumed by a Java adapter (locally or remotely). That would be the best
>> option in terms of performance and security (and the fastest to release :-) ).
>> I prefer the third option, but I'm open to any idea!
>> Looking forward for your opinion!
>> BTW We plan to setup a CloudStack Hyper-V service in our datacenter on top
>> of one of the clusters as soon as we have a working beta.
>> Thanks,
>> Alessandro Pilotti
>> Cloudbase Solutions Srl
>> ------------------------------------------------------------
>> IT Consultant & Technical Speaker
>> MVP ASP.Net / IIS
>> RHCE - Red Hat Certified Engineer
>> ------------------------------------------------------------
>> VM
>> Create
>> Update
>> Delete
>> Add / update / remove any type of resource (ethernet emulated/synthetic
>> adapther, VHDs, ISO images etc) List Get summary Get thumbnail Get
>> integration tools status and KV data Get IP addresses Start Stop Pause Save
>> Shutdown Take snapshot List snapshots Revert to snapshot Remove
>> snapshots Export Import Network
>> Create VirtualSwitch
>> Delete VirtualSwitch
>> List VirtualSwitches
>> Create VirtualSwitch port
>> remove VirtualSwitch port
>> Bind external ethernet port
>> Setup VirtualSwitch (connect to external ethernet port) Terdown switch
>> Create internal ethernet port Remove internal ethernet port Connect
>> VirtualSwitch port to VM or other ports Disconnect VirtualSwitch port
>> Storage
>> Create VHD (fixed, dynamic, differencing) Compact VHD Convert VHD type
>> Merge VHD with parent Validate VHD Mount / unmount VHD Reconnect
>> parent VHD Get VHD info Expand VHD Create Virtual Floppy Disk
>> Utility
>> Get async job info
>> Wait for async job info
>> Remote file system management
>> Cluster
>> Create VM resource
>> Remove VM resource
>> Live migrate VM
>> Create CSV
>> Move CSV
>> Backup / Restore

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message