Just arranged two courses at the Linuxhotel in Essen/Germany.
The first one is about Iscsi and cluster-filesstems (from the 8.10. to 10.10.2007), the second about the openQRM data-center management platform (from the 26.11. to the 28.11.2007).
You can find more details about these two courses at :
http://www.linuxhotel.de/kurs/openqrm/index.html
and
http://www.linuxhotel.de/kurs/san_und_cluster_dateisysteme/index.html
The courses are planned to be held in german language. Anyway please do not hesitate to join even if not familiar with the german language. I am sure we can arrange something for english speaking participants.
Hope to see you at Linuxhotel !
Saturday, August 18, 2007
Saturday, August 11, 2007
How openQRM helps to save the climate
Everybody is talking about the climate change and how to save the world by reducing pollution and energy-consumption. How openQRM can help ?
I thought about it a while and came to the conclusion that openQRM actively supports reducing the power-consumption by its following key features:
1. Server consolidation
With its automated provisioning technics openQRM takes server consolidation to the next level. By abstracting the data-center services into virtual environments including their hard- and software-profile plus deployment parameters such as number of systems, cpu/memory requirements, high-availability and eventual service-level agreements openQRM assists the system-administrator to find unused and/or under-utilized resources to either power them down or to migrate their services to other servers.
2. Service consolidation
openQRM supports to automatically consolidate critical services in a high-available way. In an active/passive setup openQRM will automatically fail-over its server-services so that services integrated within openQRM via a plugin automatically gain high-availability.
Let's have an example with the following critical services in a data-center :
dhcpd-server for ip-address assignment
tftp-server for network booting
puppet-server for configuration management
nagios-server for enhanced monitoring
linuxcoe-server for automatic installations
Normally a system-administrator would setup 5 dedicated servers plus 5 hot-standbys to provide high-availability in active/passive mode.
==> This means 10 physical servers.
With openQRM you have (at least) 2 options :
I) Consolidating all services on the openQRM-server
1 openQRM-server with the dhcpd-, tftpd-, puppet-,
nagios- and linuxcoe-plugins installed
1 hot-standby for the openQRM-server
In case of a fail-over openQRM will automatically take over the services from all installed/enabled plugins.
==> This would reduce the amount of needed systems from 10 to 2
II) Using the high-availability pool of openQRM
1 openQRM-server
1 hot-standby to have high-availability for the main management system.
5 dedicated systems to deploy the dhcpd, tftpd, puppet, nagios and linuxcoe server
1 hot-standby for all managed servers.
==> This would reduce the amount of needed systems from 10 to 8
with the option to add even more services in high-availability mode without the need to add more hot-standbys (of course it is an option to add more hot-standbys)
3. Migrating to virtual-machines
Another possibility to consolidate services of a data-center is to migrate them from physical systems to virtual machines using various, different virtualization methods. openQRM support all current mainstream virtualization technologies (VMware, Xen, Linux-VServer and QEMU/KVM) and gives the system-administrator a strong tool to move from physical to virtual. openQRM's unique virtualization layer, called "partition engine", is a logical abstraction to physical and virtual resources and conforms the different virtualization technologies within a single management platform. That means the system-administrator can select the virtualization method which fits best for each specific service and may decide at any time to migrate it from p2v, back from v2p and also from one virtualization type to another by just changing the resource-type of a virtual-environment in its profile.
Let's come back to our example. Here one more option using virtualization :
III) Using virtualization for service consolidation
1 openQRM-server
1 hot-standby to have high-availability for the main management system
1 system to deploy a virtualization-host on
1 hot-standby for the virtualization-host
In this setup the system-administrator will create and start 5 virtual machines on the virtualization-host. On each of those partitions of the virtualization-host one of the 5 servers (dhcpd, tftpd, puppet, nagios and linuxcoe) will be deployed. Additional the system-administrator may create additional 1-5 (or more) partitions on the virtualization-host acting as hot-standbys for the 5 critical (virtualied) servers. In case of a error e.g. of the puppet-server the puppet-server will automatically fail-over to another (hot-standby) partition. In case of a failure of the virtualization-host openQRM will automatically fail-over the virtualization-host to its extra (physical) hot-standby.
==> This would reduce the amount of needed systems from 10 to 4
with the option to migrate more services to virtual-machines.
4. Power-management plugins
Last but not least openQRM provides plugins for remote power-management of the managed systems. That allows openQRM to automatically shutdown and power-off unused resources and power them on just when they are needed.
5. Summary
All those abilities of openQRM allows IT-departments to decrease their number of physical systems while keeping, even increasing, the manageability, high-availability and automated monitoring facilities of their services by other, plug-able features for openQRM. This means less systems which are consuming power. It also means that less warmth is produced in the data-center. This again results that less energy is consumed by the cooling-systems of the data-center.
Link to the openQRM website
Link to the openQRM project
I thought about it a while and came to the conclusion that openQRM actively supports reducing the power-consumption by its following key features:
1. Server consolidation
With its automated provisioning technics openQRM takes server consolidation to the next level. By abstracting the data-center services into virtual environments including their hard- and software-profile plus deployment parameters such as number of systems, cpu/memory requirements, high-availability and eventual service-level agreements openQRM assists the system-administrator to find unused and/or under-utilized resources to either power them down or to migrate their services to other servers.
2. Service consolidation
openQRM supports to automatically consolidate critical services in a high-available way. In an active/passive setup openQRM will automatically fail-over its server-services so that services integrated within openQRM via a plugin automatically gain high-availability.
Let's have an example with the following critical services in a data-center :
dhcpd-server for ip-address assignment
tftp-server for network booting
puppet-server for configuration management
nagios-server for enhanced monitoring
linuxcoe-server for automatic installations
Normally a system-administrator would setup 5 dedicated servers plus 5 hot-standbys to provide high-availability in active/passive mode.
==> This means 10 physical servers.
With openQRM you have (at least) 2 options :
I) Consolidating all services on the openQRM-server
1 openQRM-server with the dhcpd-, tftpd-, puppet-,
nagios- and linuxcoe-plugins installed
1 hot-standby for the openQRM-server
In case of a fail-over openQRM will automatically take over the services from all installed/enabled plugins.
==> This would reduce the amount of needed systems from 10 to 2
II) Using the high-availability pool of openQRM
1 openQRM-server
1 hot-standby to have high-availability for the main management system.
5 dedicated systems to deploy the dhcpd, tftpd, puppet, nagios and linuxcoe server
1 hot-standby for all managed servers.
==> This would reduce the amount of needed systems from 10 to 8
with the option to add even more services in high-availability mode without the need to add more hot-standbys (of course it is an option to add more hot-standbys)
3. Migrating to virtual-machines
Another possibility to consolidate services of a data-center is to migrate them from physical systems to virtual machines using various, different virtualization methods. openQRM support all current mainstream virtualization technologies (VMware, Xen, Linux-VServer and QEMU/KVM) and gives the system-administrator a strong tool to move from physical to virtual. openQRM's unique virtualization layer, called "partition engine", is a logical abstraction to physical and virtual resources and conforms the different virtualization technologies within a single management platform. That means the system-administrator can select the virtualization method which fits best for each specific service and may decide at any time to migrate it from p2v, back from v2p and also from one virtualization type to another by just changing the resource-type of a virtual-environment in its profile.
Let's come back to our example. Here one more option using virtualization :
III) Using virtualization for service consolidation
1 openQRM-server
1 hot-standby to have high-availability for the main management system
1 system to deploy a virtualization-host on
1 hot-standby for the virtualization-host
In this setup the system-administrator will create and start 5 virtual machines on the virtualization-host. On each of those partitions of the virtualization-host one of the 5 servers (dhcpd, tftpd, puppet, nagios and linuxcoe) will be deployed. Additional the system-administrator may create additional 1-5 (or more) partitions on the virtualization-host acting as hot-standbys for the 5 critical (virtualied) servers. In case of a error e.g. of the puppet-server the puppet-server will automatically fail-over to another (hot-standby) partition. In case of a failure of the virtualization-host openQRM will automatically fail-over the virtualization-host to its extra (physical) hot-standby.
==> This would reduce the amount of needed systems from 10 to 4
with the option to migrate more services to virtual-machines.
4. Power-management plugins
Last but not least openQRM provides plugins for remote power-management of the managed systems. That allows openQRM to automatically shutdown and power-off unused resources and power them on just when they are needed.
5. Summary
All those abilities of openQRM allows IT-departments to decrease their number of physical systems while keeping, even increasing, the manageability, high-availability and automated monitoring facilities of their services by other, plug-able features for openQRM. This means less systems which are consuming power. It also means that less warmth is produced in the data-center. This again results that less energy is consumed by the cooling-systems of the data-center.
Link to the openQRM website
Link to the openQRM project
Sunday, August 5, 2007
Video: First test of my self-made Kitewing
Just came back from a first test of my self-made Kitewing !
(please check my previous post)
In short it works fine and is a loooot of fun :)
As promised here a small video from the first test-ride :
(please check my previous post)
In short it works fine and is a loooot of fun :)
As promised here a small video from the first test-ride :
Subscribe to:
Posts (Atom)