Hi list, what solution do you use for virtualizzation? thanks in advance.
KVM - Vagrant - Docker :) On Tue, 16 Jun 2015 at 17:41 Alessandro Baggi <alessandro.baggi at gmail.com> wrote:> Hi list, > what solution do you use for virtualizzation? > > thanks in advance. > _______________________________________________ > CentOS mailing list > CentOS at centos.org > http://lists.centos.org/mailman/listinfo/centos >
ESX(i) 6 and vCloud Air. At home, KVM and Vagrant. On Tue, Jun 16, 2015 at 10:46 AM, Numan Fatih YARCI < fatih.yarci at linux.org.tr> wrote:> KVM - Vagrant - Docker :) > > On Tue, 16 Jun 2015 at 17:41 Alessandro Baggi <alessandro.baggi at gmail.com> > wrote: > > > Hi list, > > what solution do you use for virtualizzation? > > > > thanks in advance. > > _______________________________________________ > > CentOS mailing list > > CentOS at centos.org > > http://lists.centos.org/mailman/listinfo/centos > > > _______________________________________________ > CentOS mailing list > CentOS at centos.org > http://lists.centos.org/mailman/listinfo/centos >-- Mark Haney ::: Senior Systems Engineer *VIF* International Education P.O. Box 3566 ::: Chapel Hill, N.C. 27515 ::: USA 919-265-5006 office Global learning for all. www.vifprogram.com <http://www.vifprogram.com/?utm_source=signature&utm_medium=email&utm_campaign=VIF> Find VIF on Facebook <http://facebook.com/VIFInternationalEducation> | Twitter <http://twitter.com/vifprogram> | LinkedIn <http://www.linkedin.com/company/vif-international-education> Recognized as a ?Best for the World? <http://bestfortheworld.bcorporation.net/> B Corp!
On 06/17/2015 03:28 AM, Mihamina Rakotomandimby wrote:> > MMmmm, I really thought ESX was in some way a RHEL derivative but when > reading > http://www.v-front.de/2013/08/a-myth-busted-and-faq-esxi-is-not-based.html > it is clearly not...Older ESX had an RHEL 3-based service console; ESXi does not. Logged in to one of my ancient ESX 3.5 hosts: [root at esx1 root]# vmware -v VMware ESX Server 3.5.0 build-604481 [root at esx1 root]# cat /etc/redhat-release Red Hat Enterprise Linux ES release 3 (Taroon) [root at esx1 root]# The relationship of the service console to the vmkernel is somewhat similar to the relationship of the DomO to the Xen hypervisor, or DOS and old NetWare 3; the vmkernel itself, along with all of its loadable modules, is not in any way shape or form 'based' on RHEL; RHEL is just used to manage the vmkernel system as a 'service console.' This is much like how that Windows 386 (including 3.x, 95/98/ME) was not based on DOS (read 'Unauthorized Windows 95' by Andrew Schulman to verify) but uses DOS services in a warped fashion (Windows calls a DOS INT which is hooked by an illegal instruction 'thunk' back to the 386 mode VMMkernel which is the actual Windows Operating System kernel......). With ESXi, VMware wrote their own CLI service console, and did away with RHEL as the service console. But to address the direct question of the OP, I use KVM for many things, but I have older hardware in quantity on which I'll likely run Xen4CentOS with paravirtualized guests, since the processors in these blades do not have hardware virtualization extensions (early Opteron, but still very serviceable for what we want to do). Too many LS20 blades (about 200) to upgrade them all right now without either donations or other funding (but if anyone wanted to donate some IBM BladeServer HS21's or newer I would not turn down the donation, and we are a 501(c)(3)...... :-) ).
On 06/17/2015 04:52 PM, Lamar Owen wrote:> But to address the direct question of the OP, I use KVM for many > things, but I have older hardware in quantity on which I'll likely run > Xen4CentOS with paravirtualized guests,Is not LXC an alternative for such situation? Simpler, fully integrated to libvirt,...
On 06/17/2015 10:24 AM, Mihamina Rakotomandimby wrote:> > On 06/17/2015 04:52 PM, Lamar Owen wrote: >> But to address the direct question of the OP, I use KVM for many >> things, but I have older hardware in quantity on which I'll likely >> run Xen4CentOS with paravirtualized guests, > > Is not LXC an alternative for such situation? Simpler, fully > integrated to libvirt,...Perhaps for some of our workloads LXC and LXD (for 'live migration' things) would work, but I have a need on a few VM's to have different kernels and even completely different yet paravirtualized OSes (pfSense for one, since FreeBSD has paravirtualization drivers) running, even going as far as having mixed 32 and 64 bit installs. Some of the applications we use are a bit version-locked for various reasons beyond our control. And, yes, I'd like hypervisor-based HA and live migration for my pfSense and OpenBSD VM's.