Open source community barcamp

Yesterday evening barcamp in Warsaw took place (http://osec.pl).
There were two sessions:

• bacula - "Enterprise backup solution for free" presented by me ;-)
• changes in RHEL 5.4

There are many changes in RHEL 5.4, one of the most interesting is replacing XEN by KVM. Hmm we will see how it is going to work but there are some advantages of such replacement:
- open source community around xen is almost dead
- virtual domains in KVM are OS processes which makes management and monitoring very simple
- even in beta version it just works
- there are significant changes in memory management which can save a lot of RAM, especially in case of virtualization

MySQL certified

I is still worth to invest in MySQL ? Yes, yes, yes.

Yesterday I passed MySQL 5.0 DBA part I and II exams ;-).
One can say this is not typical for storage specialist to pass DBA exams, but why not ?

Passing exams....

Uff, yesterday I passed my second Solaris exam, so I am now Solaris 10 certified ;-).
Now I have enough time to come back to XEN, but lot's of things have changed since RHEL 5.3 is released, it is time to review some XEN problems in RHEL 5.2.

Tomek

Xen virtualization - part II

Let's continue this exercise.
Step one - hardware:
I managed to buy two IBM x3950M2, each with

• 2xCPUs (4 cores each)
• 40GB RAM
• 2 Emulex HBA
• 2 dual port Ethernet adapters + 2 onboard
  
• RSA card for management and fencing
  

It is important to check compatibility matrix for your SAN configuration, but most of HBA are compliant. My network configuration requires at least 6 Ethernet ports (described later), you may have different needs:

eth0- onboard adapter
eth1- onboard adapter
eth2- port 0, external adapter #1
eth3- port 1, external adapter #1
eth4- port 0, external adapter #2
eth5- port 1, external adapter #2

As it is going to be a cluster both servers must (should?) have the same configuration.

Step two - software:
I decided to install Redhat Linux 5.2, previous versions (and also other OS that implements XEN) does not support more that 3 ethernet adapters dedicated for virtual domain. There is still a limit of maximum 16 disks assigned to virtual domain but there is a workaround - using LVM on dom0.
Installing RHEL is a pretty easy job so I am not going to describe it - check www.redhat.com.

Let's focus on planning the connectivity:

• SAN: at minimum we will need at least one disks exported to both servers to share virtual domain images. I prefer to use LVM group with clustered attribute turn on instead of GFS and flat files (but it also work quite well).
• Ethernet: here comes some tricky stuff, because according to our standard all network that are going to be used are separated. Configuration could look like this

eth0 - administration network, basicly to which 'hostname' is bind
eth1 - backups
bonding (bond0) - service network (for httpd, database etc)
eth2
eth4
bonding (bond1)- NAS
eth3
eth5

Bonding will be configured for service network and NAS becase it is the most important to have access to running service like database, and possibility to use data exported via NAS.
In virtual domains default gateway is always through service network, so it is not so important to protect connectivity to administration network with bonding, however it would be desirable.

• RSA card must be configured to support administration task and also is very useful for fencing (simply it is a way how cluster protects resources in case of split brain by doing STONITH - Shut The Other Node In Head) - to be described later.
  

After some planning we can install RHEL 5.2 on both nodes.

To be continued...

Enterprise but free of charge virtualization solution

Few months ago I dediced to implement in my company virtualization solution for Linux. I tought it may be possible to save some money, make better hardware utilization and improve time-to-market for new projects. It took me a while to have a complete solution so I dediced to share my experience.

In my opinion enterprise virtualization provides:
- high availability (a cluster ?)
- acceptable performance
- templates for Linux OS
- possibility of using corporate standard of separated networks dedicated for

• serving service
• administration (let's say a console)
• NAS
• backup solution

- data is stored using SAN for high availability and performance
- hot (live) migration of virtual domains
- consolidated backup
- VLAN tagging support

I dediced to use RedHat Linux 5, which is a standard linux distribution in my company.
All the features are possible to implement using RHEL5 but it is relatively complicated to have all of them working together.

In next few weeks I hope to show how to build such solution without spending money on dedicated software.