Re: [PLUG] epiphany or stupidity?

I forgot to mention you could also use KVM / Spice to create a VDI deployment his way. You need one base image and then each user need a clone for their workstation VDI instance. This is why rebasing will be slick because then you could upgrade all your user workstations just by upgrading the backing image (and then rebasing workstation clones).

~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~
Keith C. Perry, MS E.E.

Owner, DAO Technologies LLC

(O) +1.215.525.4165 x2033

(M) +1.215.432.5167

www.daotechnologies.com

From: "Keith C. Perry" <kperry@daotechnologies.com>
To: "Philadelphia Linux User's Group Discussion List" <plug@lists.phillylinux.org>
Sent: Wednesday, August 24, 2016 12:52:40 PM
Subject: Re: [PLUG] epiphany or stupidity?

I do this with KVM (Qemu).

A recent and on going use case for this is a HPC demo environment I brought up to review cluster software. I build one system and then ever host that simulates a compute node is a clone. I change the personality as needed... e.g. 1 core with 4Gb RAM, 4 core with 8Gb ram or an 8 core with 8Gb of ram.

Submit hosts are created the same way.

~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~
Keith C. Perry, MS E.E.

Owner, DAO Technologies LLC

(O) +1.215.525.4165 x2033

(M) +1.215.432.5167

www.daotechnologies.com

From: "Tone Montone" <tonemontone@gmail.com>
To: "Philadelphia Linux User's Group Discussion List" <plug@lists.phillylinux.org>
Sent: Wednesday, August 24, 2016 12:45:20 PM
Subject: Re: [PLUG] epiphany or stupidity?

Keith,

Which VM solutions are you speaking of? VMware, KVM, HyperV, etc.?

Thanks,

Mike

On Wed, Aug 24, 2016 at 12:42 PM, Keith C. Perry <kperry@daotechnologies.com> wrote:

This plus...

In a VM context you have a similar thing. I can technically spin up and unlimited number of clones against a single backing file. If the personalities changes / differences are well kept (i.e. host information... name, IP, specific services that are running, etc.) then I only need to protect the backing file and clone's data and system personality.

There are even some rebasing options now but I haven't played around this those (and its outside the scope of the post).

~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~
Keith C. Perry, MS E.E.
Owner, DAO Technologies LLC
(O) +1.215.525.4165 x2033
(M) +1.215.432.5167
www.daotechnologies.com

From: "Jason Plum" <jplum@archlinuxarm.org>
To: "Philadelphia Linux User's Group Discussion List" <plug@lists.phillylinux.org>
Sent: Wednesday, August 24, 2016 11:58:44 AM
Subject: Re: [PLUG] epiphany or stupidity?

Not the most useful, but going to just flop this out there:
De-dupe, netboot, etc. It all comes down to how you're doing the backups, what they are/aren't encrypted or compressed, if dedupe could be done at the storage or disk level, etc.

If you're nfs-booting, and the root are essentially the same, you get that benefit easily thanks to the SAN, but... in circles of implementation questions we will go.

Jason Plum
WarheadsSE

On Wed, Aug 24, 2016 at 11:56 AM, Tone Montone <tonemontone@gmail.com> wrote:
I was running last night, and for some reason, I had an idea about backups. It occurred to me that if I had 100 Red Hat systems, all running the same OS and Patch level, would I need full backups on all the systems. Wouldn't there be static information like executables that would be the same across all systems? So instead of doing fulls x 100, I could do a full x 1, then just differentials or incrementals on the others, thereby reducing total storage required on tapes.
Then I thought if I took the same idea and applied it to the SAN storage, could I have fixed images that the systems run on, and only require 1 instance of it, thereby reducing total storage space requirements.

Then I thought, either this is a really stupid idea, or it's brilliant and most likely already done.

Comments?

Thanks,

Mike

___________________________________________________________________________
Philadelphia Linux Users Group -- http://www.phillylinux.org
Announcements - http://lists.phillylinux.org/mailman/listinfo/plug-announce
General Discussion -- http://lists.phillylinux.org/mailman/listinfo/plug

___________________________________________________________________________
Philadelphia Linux Users Group -- http://www.phillylinux.org
Announcements - http://lists.phillylinux.org/mailman/listinfo/plug-announce
General Discussion -- http://lists.phillylinux.org/mailman/listinfo/plug

___________________________________________________________________________
Philadelphia Linux Users Group -- http://www.phillylinux.org
Announcements - http://lists.phillylinux.org/mailman/listinfo/plug-announce
General Discussion -- http://lists.phillylinux.org/mailman/listinfo/plug

___________________________________________________________________________
Philadelphia Linux Users Group -- http://www.phillylinux.org
Announcements - http://lists.phillylinux.org/mailman/listinfo/plug-announce
General Discussion -- http://lists.phillylinux.org/mailman/listinfo/plug