enterprise-ubuntu team mailing list archive

[David Burke <dmbst32@xxxxxxxxx>]

Oh hey I heard my name :P I'll add my thoughts. It really depends on what
you are looking to do.

Ulteo - As I mentioned in my blog the configuration is a pain in my
experience. I do really enjoy it as a way to put some random windows app
like IE so Linux clients can run it in seamless "portal" mode. It's easier
for users to understand than traditional rdp. However I have had issues
with people who use it all day every day. Seamless rdp is just buggy. Unity
has no idea what is going on with it when used in multi window applications
and that can confuse users when they switch between windows. I ended up
having these few users just use plain rdp. The people who use it once in a
blue moon seem to love it though for the convenience. Ulteo also has a full
desktop mode but I don't use it and can't comment. I also don't use Ulteo
for Linux applications but it can be used for such. I don't think it's
possible to pxe boot directly into a Ulteo desktop environment. You have to
use a web portal.

Proxmox - This is my preferred solution for server virtualization. It's a
gui for KVM and openvz. I minimally trained sys admin can set up a new VM
in minutes with it. I have had times where the GUI doesn't work and I had
to use CLI. Still I like it better than pure CLI. I also found the upgrade
to 2.x unpleasant.

LTSP - Have you considered this? It's not virtualization it's just multi
user Linux. I use it in a computer lab type scenario. I've posted about it
http://davidmburke.com/2012/02/26/computer-lab-on-the-cheap/ The issues it
has (video processing, external devices are hit or miss) are likely going
to be issues with any solution for desktop virtualization. I am also a fool
and don't use a server with a decent GPU made for this sort of thing. If
you need windows apps I suppose you could use seamless RDP or Ulteo in your
LTSP image but I have never tried this. In terms of cheapness LTSP is hard
to beat. It's very easy to maintain. Need a new application for all
clients? apt-get install on the server. Done. Clients don't have to reboot
or anything (maybe they would if they were fat clients?). Initial setup
isn't bad either. I used the edubuntu documentation.



On Wed, Jan 16, 2013 at 10:20 AM, Zieba, Pawel <pawel.zieba@xxxxxxxxxxxxx>wrote:

> Maybe a DaaS would be a good option?
>
> We are evaluating this concept right now.
>
> Pozdrawiam,
> Regards,
> Pawel
> _____________________________________________
> Paweł Zięba / Senior IT Innovation Consultant
> Capgemini BPO T&T Innovation CoE
>
> Mobile: +48 664 178 331
> Landline: +48 12 394 65 46
> Google Talk: pawel.zieba@xxxxxxxxxxxxx
>  <pawel.zieba@xxxxxxxxxxxxx>Skype: pawel.zieba.bpo
> ______________________________________________
>
>
> On 16 January 2013 15:10, Bolesław Tokarski <boleslaw.tokarski@xxxxxxxxx>wrote:
>
>> Hello,
>>
>> Thanks for the swift response. I think I failed to provide some useful
>> details, as "virtualization" is quite a wide term.
>>
>> One of the projects inside Tieto is trying to find a VDI solution that
>> would suit their needs. As Tieto we are offering Citrix's XenDesktop+XenApp
>> suite, but that does not support Linux as a VDI appliance, just Windows (I
>> believe).
>>
>> I believe the project is currently evaluating Ulteo, but as I recently
>> read David Burke's blogpost about it (http://davidmburke.com/2012/**
>> 12/04/review-of-ulteo-open-**virtual-desktop/<http://davidmburke.com/2012/12/04/review-of-ulteo-open-virtual-desktop/>)
>> I thought I'd send them some other options as well.
>>
>> Meanwhile, I noted RHEV, proxmox and oVirt.
>>
>>
>> On 01/16/2013 12:16 PM, Philipp Gassmann wrote:
>>
>>> Sidenote:
>>> For accessing the Video Console of RHEV/oVirt, a Firefox extension is
>>> needed. Unfortuately that package is not provided by official ubuntu
>>> Repos. Even though Canonical is "strategic partner" of the oVirt
>>> project, nobody seems to care.
>>>
>>> A while ago I opened a Bug where I asked and pushed for a package of
>>> spice-xpi for Ubuntu.
>>> https://bugs.launchpad.net/**ubuntu/+bug/943510<https://bugs.launchpad.net/ubuntu/+bug/943510>
>>>
>>> Jason Brooks from Red Hat then created a package for Ubuntu and put it
>>> in his PPA, which works fine.
>>> https://launchpad.net/~**jasonbrooks/+archive/ppa<https://launchpad.net/~jasonbrooks/+archive/ppa>
>>>
>> Somewhere like 2 years ago I evaluated RHEV. As it was not long since the
>> acquisition of Qumranet by RedHat, it still required Windows for a number
>> of things, including backend servers (MS SQL anyone?).
>>
>> There were spice packages for RedHat Desktop, but nothing for Ubuntu.
>> Even going the make && make install way did not work. In the meanwhile
>> there were discussions between RedHat and Debian devs about the version of
>> a library used in spice and that it was incompatible with the one shipped
>> to the world.
>>
>> I know it's not that bad any more, I mean - there are standalone Spice
>> clients available.
>>
>> I checked the spice-xpi package from Jason Brooks. There's no wonder it
>> does not work between distros/archs - it's a plugin, compiled on the
>> particular system. Praise to Jason Brooks for actually providing the
>> package in his PPA, because that actually does the actual job (packaging
>> spice-xpi for Ubuntu). The rest is procedures or politics.
>>
>> I guess the best way to get this into Ubuntu's repository is to get it
>> included in Debian first.
>>
>>
>> On 01/16/2013 12:18 PM, Martinx - ジェームズ wrote:
>>
>>>  I'm working with KVM and I'm about to test the Desktop Virtualization
>>> called SPICE.
>>>
>>>  After that, I'll see if it can be used within Openstack...
>>>
>>>  Also, my servers have IOMMU and 3 GPUs (Radeon 7970) and I'm planning
>>> to pass those GPUs to the Virtual Machine. But I think it doesn't work with
>>> SPICE... Maybe XCP (Open Source XenServer) with VDI can help me with this,
>>> but I don't know yet...
>>>
>>>  I'd say that's pretty complicated and I am not sure what you can
>> achieve with this - if you have hardware acceleration in the VM (by passing
>> the GPU to the VM with IOMMU which is cool) and you pass the video to a
>> remote client over LAN (a bottleneck). SPICE does it in a smart way by
>> providing a virtual GPU to the VM and using the remote client's hardware
>> acceleration capabilities, thus not hitting the LAN bottleneck.
>>
>> I do not think that XCP will help you, either. The Citrix XenServer
>> commercial product that has all the possible video acceleration built-in
>> also offloads rendering to the remote client.
>>
>> Sorry, but unless you run a monitor connected directly to the server's
>> GPU, you'll have no use of any VDI. Unless for mathematical computations
>> that recent GPUs can do, which is also cool.
>>
>> Cheers,
>> Ballock
>>
>>
>> --
>> Mailing list: https://launchpad.net/~**enterprise-ubuntu<https://launchpad.net/~enterprise-ubuntu>
>> Post to     : enterprise-ubuntu@lists.**launchpad.net<enterprise-ubuntu@xxxxxxxxxxxxxxxxxxx>
>> Unsubscribe : https://launchpad.net/~**enterprise-ubuntu<https://launchpad.net/~enterprise-ubuntu>
>> More help   : https://help.launchpad.net/**ListHelp<https://help.launchpad.net/ListHelp>
>>
>
>   This message contains information that may be privileged or
> confidential and is the property of the Capgemini Group. It is intended
> only for the person to whom it is addressed. If you are not the intended
> recipient, you are not authorized to read, print, retain, copy,
> disseminate, distribute, or use this message or any part thereof. If you
> receive this message in error, please notify the sender immediately and
> delete all copies of this message.
>
> --
> Mailing list: https://launchpad.net/~enterprise-ubuntu
> Post to     : enterprise-ubuntu@xxxxxxxxxxxxxxxxxxx
> Unsubscribe : https://launchpad.net/~enterprise-ubuntu
> More help   : https://help.launchpad.net/ListHelp
>
>