Red Hat 6 Beta – Look No XEN

The Red Hat 6 Beta is out, and there is no Xen in it, only KVM. It can operate as a guest in an existing Xen environment, but it cannot act as a Xen host. A few minority interests still cling to Xen, but ultimately it makes no sense for most Linux distributions to ship with Xen. Novell will stick with Xen for a while, and also Oracle, because they are no friend of Red Hat, but when the hypervisor wars become old news, they will quietly move to KVM. It’s easier. In future we fully expect to be talking about Xen/Linux in the past tense.

Centralisation without Virtualization

The centralisation of desktop services can generate cost savings through simplified management and faster, more reliable implementation time. Desktop Streaming solutions such as Citrix Provisioning Services for Desktops and Double-Take Flex provide the option of centralising desktop images for delivery across your enterprise’s desktop solutions.

Data Center Virtualization – Virtualizing the Last Mile

Just like a Telco, the ‘last mile’ of Virtualization is often the most difficult, I would say even more difficult than the initial phase of virtualization. What do I mean by the ‘last mile’?
The 5-10% of systems that you have LEFT to virtualize.
These systems are your most highly used, too X to virtualize, the most complex to migrate, dependent upon specific hardware, or travel around the world (such as laptops and other hand held devices). These issues are also highly political as well.

CPU Contention in a VMware Virtual Environment

With virtualization technology we, the system administrators, have a lot of tools available to make our day to day operation and administration of our environments easier to work with and speeds up the time it takes to do a lot of administration tasks. Take for example the ability we have to add resources to a virtual machine. You can add processors, memory and or increase disk space within a matter of minutes and very little downtime. On a physical host you would need to purchase the hardware first and wait for it to arrive and then schedule the downtime to add the resources to the machine. This speed and power can be both a blessing and a curse. Once application owners understand how easy it is to add resources to the virtual machines then comes the requests for additional resources any time the application owners think there is the slightest bit of need for any additional resources.

Virtualization Demos – Remote or Local – Mac or PC

Many of us have to demo virtualization technologies to our customers and colleagues, run classes, develop code for virtualization, or just play around. For many of these cases, a cloud based virtual environment may be fine. However, what do you do when the network connection to the cloud is flaky at best? You have to rely upon your local system to do the job for you. Some solve this problem by having a ready slide deck, others solve this problem by using a fairly high end laptop, and still others tether their laptops to their phones and other cell phone cards. Which method is best?
I have always found local access to my laptop has always been the better way to run demos, classes, and presentations for my customers, colleagues, and friends. As I write software for and books about virtualized environments I almost always need access to various virtualization systems. Where I can I use network connections as going back to the office lab is in most cases much faster than local, but when I have to run things local due to telecommunication issues a high end laptop is a requirement. But which one?