On 10/03/2011 09:59 AM, Phil Meyer wrote:
> The livecd images currently appear to have 4GB filesystems, which would
> correspond to single layer DVDs. This is ok.
>

Some follow up thoughts.

We have built other platforms using NFS with RHEL6 using the 
/etc/sysconfig/readonly-root and /etc/statetab.

Understanding that the basis of the livecd overlay is based upon a 
RAMDISK, I wonder if the same could be used as a solution for what I 
want to do.

Here is the goal:

Appliance computing, such that a generic livecd image self modifies upon 
boot up based upon class and/or system specific specifications.

We have completed some rather complex examples and the results are very 
desirable.  The only draw back is the inflexibility of the overlay size.

Permanent storage is always desirable for data collection, but many 
virtual machines and hardware based systems in use today are single 
task, and require little or no permanent storage.  We are targeting 
these types of servers for our appliance model.

Some examples are:

Virtual machine servers.
Load Balancers.
Database compute nodes (external storage, of course)

and the list goes on.

The benefits are greatly reduced systems administration.

My old work system can roll a new version of the generic livecd we are 
using in 6.5 minutes, and automatically copy it to the pxe servers 
without impacting any production servers.  As new servers come online or 
are rebooted, they pick up the new version.

For example:

We have completed a test of our Virtual hosting platform using a livecd 
image for the servers.  To upgrade the OS of the servers the following 
procedure is performed:

1. Rebuild the livecd image and copy it to the pxe servers (about 8 
minutes total).

2. Migrate away from host one.

3. Reboot host one.

4. Migrate away from host 2. (many of those will get migrated back to 
host one)

5. Reboot host two.

6. Migrate away from host three.

7. Reboot host three.

etc.

We have automated the migrate processes, so the total time is about 15 
minutes per server, including boot time, and no customer outage is realized.

This is a very simple and strait forward procedure, with very little 
risk, that 'any monkey' can perform.  The definition of best practice, 
in my book.

Ideas and suggestions are most welcome.
--
livecd mailing list
[email protected]
https://admin.fedoraproject.org/mailman/listinfo/livecd

Reply via email to