[Users] [Spice-devel] multiple concurrent spice consoles (was Ovirt + Spice + VDI)

David Jaša djasa at redhat.com
Fri Sep 14 09:49:48 UTC 2012


John A. Sullivan III píše v Čt 13. 09. 2012 v 12:36 -0400:
> On Thu, 2012-09-13 at 20:16 +0430, Mohsen Saeedi wrote:
> > 
> > 
> > 
> > John A. Sullivan III <jsullivan at opensourcedevel.com> wrote on Thu, 13
> > Sep 2012 08:38:11 -0400:
> > > On Thu, 2012-09-13 at 08:06 -0400, Alon Levy wrote:
> > > > > Hi Mohsen,
> > > > > 
> > > > > multiple sessions to the single VM are not on the roadmap. There is
> > > > > experimental multi-client support but it is to make more users see
> > > > > the
> > > > > same session.
> > > > Moshen,
> > > > 
> > > >  I misunderstood. In this case, I guess I don't actually see how we could fix your problem without circumventing any mechanism that windows has to count license users.
> > > > 
> > > >  Please ignore my lengthy email, it won't help you at all.
> > > > 
> > > > Alon
> > You can use some recipe for get ridding windows XP RDP limitation:
> > http://www.petri.co.il/multiple-remote-desktop-sessions-on-windows-xp-sp3.htm
> > 
> I think the problems are more legal than technical.  From the above
> link:
> "However, be warned. Before you begin, I need to warn you that patching
> the file and allowing more than one concurrent Remote Desktop session
> will violate a few lines in the Windows XP EULA. Proceed with caution
> and at your own risk."
> > > <snip>
> > > We are actually quite interested in something like this.  In effect, it
> > > is RDS but replaces the RDP protocol with SPICE for the advantages SPICE
> > > brings.
> > > 
> > > We have also been toying with the idea of using KVM/KSM to move to a
> > > single server per user.  This would provide much greater isolation and
> > > non-repudiation but we are concerned about the overhead of KVM on the
> > > KVM host and deduplication on the SAN.  Thanks - John
> > I think so, spice has experimental feature for multiple client to
> > single windows XP now. is it true??
> > and what is the details for idea of using KVM/KSM to move to a single
> > server per user? I didn't understand it very well.
> > Thanks
> This is something we are able to do splendidly well with VServer and
> X2Go (an NX implementation).  With the VServer hashification feature, I
> can have 400 VMs on a host and only take one VM's worth of space for
> system files.

oVirt (RHEV) templates will do the same for you.

>   Moreover, all instances in memory only take the space of
> one instance. Thus, we get deduplication and KSM almost for free.

oVirt (RHEV) runs KSM only when the host memory gets fuller but I seem
to remember that guys were able to have high 1000's of % of memory
overcommit ratios

BTW, how does VServer implement its memory sharing, isn't it KSM
internally too?

> Because the additional overhead is so minuscule (minimal memory and disk
> and almost no virtualization overhead since it is a container technology
> instead of a hypervisor), and because there are no licensing issues for
> our Linux desktops, it makes sense to give each user a dedicated VM.
> Not only does that give us excellent isolation from errant processes but
> it also means (because of the details of our implementation) that each
> user has a consistent IP address allowing us to correlate network events
> with specific users.

in oVirt, your guest systems have stable MAC address so with properly
configured DHCP/DNS, you'd get the same.

David

> 
> In some Windows licensing models, there is no cost differential between
> individual workstations and individual VMs.  In that model, we are
> investigating the same scenario, viz., a single VM per user.  However,
> since we cannot use VServer for Windows guests, we either need to look
> at Virtuozzo or produce the same results with KVM/KSM/dedupe.  We
> suspect that is much more resource intensive than it is with VServer.
> 
> Whatever model we choose, we then need a transport protocol and, as
> SPICE is refined especially in its handling of WAN video, we are quite
> interested in using it rather than RDP for transport.  I hope that
> clarifies it.  Thanks - John
> 
> _______________________________________________
> Users mailing list
> Users at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users

-- 

David Jaša, RHCE

SPICE QE based in Brno
GPG Key:     22C33E24 
Fingerprint: 513A 060B D1B4 2A72 7F0D 0278 B125 CD00 22C3 3E24






More information about the Users mailing list