Re: Installation of multiple Linux Instances

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



kevin kempter wrote:
Thanks for the info..

one question - I need top performance since I'm dealing with very large databases. any suggestions per virtualization? I've tried vmware workstation with unacceptable performance results...

You need paravirtualization, which means Xen or KVM+virtio. Since virtio isn't available in many of the guest OSes you'll be using, you're left with Xen. You probably want to run RHEL/CentOS 5.2 in your dom0. RHEL 4.5 and later can run paravirtualized under Xen, as can any remotely recent Fedora. Debian has also recently added Xen support.

Also, make sure you're using logical volume-backed virtual disks, not file-backed.

-- Chris

On Sep 19, 2008, at 3:27 PM, Chris Snook wrote:

kevin kempter wrote:
Hi List;
I have a new dev server. As an independent consultant I want to maximize it's use. Some of my clients use RedHat/CentOS 64 bit, others Redhat/CentOS 32bit, some are even using Fedora and Debian.
Here's my thought:
I'd like to install each OS/version into it's own space on the disk. I'm thinking all I have to do is install one OS (say CentOS 64bit) and partition say 20% of the disk. Then once the install is done, boot into the latest fedora disk and do the same, etc.
Is this correct ?
Later I want to add a disk array and allocate a RAID mount point that can be mounted by any of the installed Linux'es when it's active.
Is this do-able ? Easily ?
Thanks in advance...

If you can virtualize, you should, because it's a lot simpler, but if you can't, this is what I routinely do to solve this problem:

1) Start with a grub-based distro first for ease of bootloader configuration. Make sure it's one you have a rescue disk for in case you screw something up and need to reinstall grub.

2) Allocate a small /boot partition (200MB should be plenty) and put almost all of the rest of the disk in an LVM volume group, but leave a few GB free.

3) Allocate your swap space and other shared filesystems (such as /home) in the LVM volume group. All modern (2.6 kernel) distros will be able to use these. Allocate your root filesystem out of this volume group as well. 10 GB should be more than enough for any distro's root filesystem.

4) When you install additional distros, allocate a small /boot partition out of the free space you left when partitioning, and put the rest in LVM. Make sure to install the bootloader for the additional distros to the first sector of their boot partition, rather than the MBR, so it doesn't blow away the primary grub installation. This is usually an option under "advanced bootloader options" or something like that. If you accidentally blow away the grub installation, you should be able to reinstall grub with the rescue disk for the primary distro.

5) Create a chainload entry in the grub.conf for the primary distro, pointing to the /boot partition for the new distro, like this:

title chainload RHEL5 (sda3)
    rootnoverify (hd0,2)
    chainloader +1

Now, at boot time, you'll get the list of kernels installed on the primary distro, and list of the other distros you can chainload. If you choose one of the other distros, it will launch that distro's bootloader, and then boot it normally.

This is a little bit of a pain, but it works. I recommend using virtualization when suitable, as it saves a lot of the hassle of bootloader configuration. Putting most of your disk in LVM will also allow you to allocate logical volumes to be virtual disks, which is MUCH faster than file-backed virtual disks, so this partitioning scheme works for both purposes.

Make sense?

-- Chris

--
fedora-list mailing list
fedora-list@xxxxxxxxxx
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines


--
fedora-list mailing list
fedora-list@xxxxxxxxxx
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
[Index of Archives]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [Fedora Magazine]     [Fedora News]     [Fedora Summer Coding]     [Fedora Laptop]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Maintainers]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Legacy]     [Fedora Desktop]     [Fedora Fonts]     [ATA RAID]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [SSH]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Centos]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Tux]     [Yosemite News]     [Gnome Users]     [KDE Users]     [Fedora Art]     [Fedora Docs]     [Asterisk PBX]     [Fedora Sparc]     [Fedora Universal Network Connector]     [Libvirt Users]     [Fedora ARM]

  Powered by Linux