Thanks for the very informative reply, Nick, Short answer: no, gPXE network boot is not a VDI solution.
I think I have misguided you, what I meant is : Can DRBL OS Streaming be considered a VDI solution ? Well, I was looking at OS Streaming as a sort of partial virtualisation (only the hard drive is virtual), but, is VDI really about the main OS software+apps running on the server side like in the mainframe computing model ? I was confused by Citrix's sayings about XenDesktop's OS Streaming to be the "low-cost way for customers to get started with desktop virtualization by leveraging existing PC resources and keeping datacenter overhead to a minimum" http://flexcast.citrix.com/technology/streamedvhd.html I categorized LTSP as a "thin-client terminal server" solution like MS terminal server for linux, but can Microsoft's terminal server be considered VDI, in my opinion no, I see virtualization as software layer replacing the hardware, to me a mainframe hosting VM's is a VDI solution because there's some hardware abstraction at some point but terminal server isn't VDI because it's just using a time-sharing OS with no more hardware abstraction layer. To me virtualization is about virtual hardware not about the desktop you see on screen being run locally or centrally, I'm I wrong ? I know it's marketing & as marketing is a necessary evil, I don't want to be talking in the wrong category, since the differences between categories are sometimes really slight ones like virtualization vs cloud computing, cloud computing is virtualization hosted on the cloud(cloud like defined by CISCO) IMO. It's funny/weird that marketers are almost teaching tech people about what are the technologies they invent. Thanks ! TheMadOne. --- En date de : Ven 3.9.10, Nick Couchman <[email protected]> a écrit : De: Nick Couchman <[email protected]> Objet: Re: [gPXE] Can gPXE's network booting be classified as a VDI solution ? À: "mailing list gPXE" <[email protected]>, "The Mad One" <[email protected]> Date: Vendredi 3 septembre 2010, 18h46 >>> On 2010/09/02 at 17:11, The Mad One <[email protected]> wrote: > Hello to everyone, > > I'm working on my ACS thesis & I'm stuck on how to classify gPXE's network > booting in the way it is used by a solution like DRBL (Diskless Remote Boot > in Linux). > > I know it's a sort of "OS streaming" solution, but can OS streaming be > classified as a VDI solution ? > [because in some manner it is virtualizing the hard drive of the desktop > computer, but the OS is running on bare metal (on that desktop computer) not > in a VM] > > VDI= Virtual Desktop Infrastructure. > > Please, help me solve this dilemma. > Short answer: no, gPXE network boot is not a VDI solution. Long answer: gPXE can certainly be part of a VDI solution, but simply be able to boot off a network - either to a PXE server or a SAN volume - does not, in itself, make a VDI solution. First, VDI, as VMware has popularized the term, refers to running the O/S on a cluster of servers in your datacenter and using remote desktop technologies (RDP, Citrix, NoMachine, VNC, etc.) to access those desktop machines from a thin client. I believe that this is the more accepted definition of VDI. It is certainly possible to use gPXE to create a VDI solution. For example, you can boot via PXE a slimmed down version of Linux that has no purpose except to connect to remote systems. There are several Linux distributions out there that support this - LTSP is one of the more popular and common ones. gPXE's ability to boot a SAN volume - iSCSI or AOE - offers another possibility: instead of booting an O/S via PXE, which, depending on the O/S and the needed configuration can be a challenge, you can boot as if the SAN volume was a locally attached hard disk. This is the O/S streaming you're talking about (Citrix XenDesktop has made this pretty popular), but it could be part of a VDI solution. If that iSCSI or AOE volume happens to contain a thin operating system, then perhaps it is part of a VDI solution. The bottom line is that gPXE and booting off the network is not a VDI solution. However, there are plenty of VDI solutions and O/S streaming solutions that could use this as a base. I actually had an idea a few months back for an O/S streaming solution using gPXE for booting, OpenSolaris (ha, I guess that'll be Solaris Express, now) for storage, and several different O/S options for desktop streaming. With ZFS on OpenSolaris and the ability to use deduplication, volume and FS management, and the COMSTAR storage target management system that is part of Solaris, you could build a pretty efficient storage backend that would allow you have several [hundred/thousand] desktop images stored on a decently small amount of storage, and present those images as iSCSI targets via COMSTAR. You could then use gPXE on desktop systems to contact that iSCSI target and boot remotely. I hadn't worked out all of the details about how to accomplish it, how to make administration easy, etc., but it's a start. If I ever get free time, I'll probably work more on it, though, with the recent announcement about the death of OpenSolaris, I'm at the mercy of Oracle to release Solaris Express 11 before ZFS deduplication becomes a workable solution. Anyway, I'm getting off-topic here, so enough of that. -Nick -------- This e-mail may contain confidential and privileged material for the sole use of the intended recipient. If this email is not intended for you, or you are not responsible for the delivery of this message to the intended recipient, please note that this message may contain SEAKR Engineering (SEAKR) Privileged/Proprietary Information. In such a case, you are strictly prohibited from downloading, photocopying, distributing or otherwise using this message, its contents or attachments in any way. If you have received this message in error, please notify us immediately by replying to this e-mail and delete the message from your mailbox. Information contained in this message that does not relate to the business of SEAKR is neither endorsed by nor attributable to SEAKR.
_______________________________________________ gPXE mailing list [email protected] http://etherboot.org/mailman/listinfo/gpxe
