<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xml:base="http://howtoforge.com" xmlns:atom="http://www.w3.org/2005/Atom">
<channel>
 <title>HowtoForge - Linux Howtos and Tutorials - High-Availability</title>
 <link>http://howtoforge.com/taxonomy/term/83/all</link>
 <description></description>
 <language>en</language>
 <atom:link href="http://howtoforge.com/rss/high-availability.rss" rel="self" type="application/rss+xml" />
 <image>
  <title>HowtoForge - Linux Howtos and Tutorials - High-Availability</title>
  <url>http://www.howtoforge.com/themes/htf_glass/images/howtoforge_logo_glass_blue.gif</url>
  <link>http://howtoforge.com/taxonomy/term/83/all</link>
 </image>

<item>
 <title>How To Set Up DHCP Failover On Centos 5.1</title>
 <link>http://howtoforge.com/how-to-set-up-dhcp-failover-on-centos5.1</link>
 <description>&lt;p&gt;&lt;b&gt;How To Set Up DHCP Failover On Centos 5.1&lt;/b&gt;&lt;/p&gt;
&lt;p&gt;
This tutorial will walk you through setting up DHCP fail over on CentOS
5.1 using the default ISC dhcp server, this can easily be adapted to
any other Linux distro out there. You will most likely need Failover in
environments where network down time can not be tolerated. My home is
running a DLNA setup so I need my devices to be able to obtain network
parameters at all times.
&lt;/p&gt;
&lt;a href=&quot;http://howtoforge.com/how-to-set-up-dhcp-failover-on-centos5.1&quot; title=&quot;Read the rest of this posting.&quot; class=&quot;read-more&quot;&gt;Read more...&lt;/a&gt;</description>
 <category domain="http://howtoforge.com/sitemap/linux/centos">CentOS</category>
 <category domain="http://howtoforge.com/sitemap/high-availability">High-Availability</category>
 <pubDate>Wed, 25 Jun 2008 19:14:39 +0200</pubDate>
 <guid>http://howtoforge.com/how-to-set-up-dhcp-failover-on-centos5.1</guid>
 <comments>http://howtoforge.com/how-to-set-up-dhcp-failover-on-centos5.1#comment</comments>
</item>
<item>
 <title>How To Set Up A Load-Balanced MySQL Cluster With MySQL 5.1</title>
 <link>http://howtoforge.com/setting-up-a-loadbalanced-mysql-cluster-with-mysql5.1</link>
 <description>&lt;p&gt;&lt;b&gt;How To Set Up A Load-Balanced MySQL Cluster With MySQL 5.1&lt;/b&gt;&lt;/p&gt;

&lt;p&gt;This tutorial is based on Falko Timme&#039;s tutorial for MySQL Cluster
5.0. It shows how to configure a MySQL 5.1 cluster with five nodes: 1 x
management, 2 x storage nodes and 2 x balancer nodes. This cluster is
load-balanced by an &lt;span class=&quot;system&quot;&gt;Ultra Monkey&lt;/span&gt; package which provides &lt;span class=&quot;system&quot;&gt;heartbeat&lt;/span&gt; (for checking if the other node is still alive) and &lt;span class=&quot;system&quot;&gt;ldirectord&lt;/span&gt; (to split up the requests to the nodes of the MySQL cluster).&lt;/p&gt;
&lt;a href=&quot;http://howtoforge.com/setting-up-a-loadbalanced-mysql-cluster-with-mysql5.1&quot; title=&quot;Read the rest of this posting.&quot; class=&quot;read-more&quot;&gt;Read more...&lt;/a&gt;</description>
 <category domain="http://howtoforge.com/sitemap/linux/debian">Debian</category>
 <category domain="http://howtoforge.com/sitemap/high-availability">High-Availability</category>
 <category domain="http://howtoforge.com/sitemap/mysql">MySQL</category>
 <pubDate>Sun, 15 Jun 2008 19:21:08 +0200</pubDate>
 <guid>http://howtoforge.com/setting-up-a-loadbalanced-mysql-cluster-with-mysql5.1</guid>
 <comments>http://howtoforge.com/setting-up-a-loadbalanced-mysql-cluster-with-mysql5.1#comment</comments>
</item>
<item>
 <title>How To Set Up A Loadbalanced High-Availability Apache Cluster Based On Ubuntu 8.04 LTS</title>
 <link>http://howtoforge.com/set-up-a-loadbalanced-ha-apache-cluster-ubuntu8.04</link>
 <description>&lt;p&gt;&lt;b&gt;How To Set Up A Loadbalanced High-Availability Apache Cluster Based On Ubuntu 8.04&amp;nbsp;LTS&lt;/b&gt;&lt;/p&gt;
&lt;p&gt;This tutorial shows how to set up a two-node Apache web server
cluster that provides high-availability. In front of the Apache cluster
we create a load balancer that splits up incoming requests between the
two Apache nodes. Because we do not want the load balancer to become
another &quot;Single Point Of Failure&quot;, we must provide high-availability
for the load balancer, too. Therefore our load balancer will in fact
consist out of two load balancer nodes that monitor each other using &lt;span class=&quot;system&quot;&gt;heartbeat&lt;/span&gt;, and if one load
balancer fails, the other takes over silently.&lt;/p&gt;
&lt;a href=&quot;http://howtoforge.com/set-up-a-loadbalanced-ha-apache-cluster-ubuntu8.04&quot; title=&quot;Read the rest of this posting.&quot; class=&quot;read-more&quot;&gt;Read more...&lt;/a&gt;</description>
 <category domain="http://howtoforge.com/sitemap/linux/ubuntu">Ubuntu</category>
 <category domain="http://howtoforge.com/sitemap/apache">Apache</category>
 <category domain="http://howtoforge.com/sitemap/high-availability">High-Availability</category>
 <pubDate>Tue, 10 Jun 2008 19:09:27 +0200</pubDate>
 <guid>http://howtoforge.com/set-up-a-loadbalanced-ha-apache-cluster-ubuntu8.04</guid>
 <comments>http://howtoforge.com/set-up-a-loadbalanced-ha-apache-cluster-ubuntu8.04#comment</comments>
</item>
<item>
 <title>Monitoring UPS Power Status Using Network UPS Tools (NUT) 2.2.0 on Multiple OpenSuSE 10.3 Servers</title>
 <link>http://howtoforge.com/monitoring-ups-power-status-with-nut-on-opensuse10.3</link>
 <description>
&lt;p&gt;&lt;b&gt;Monitoring UPS Power Status Using Network UPS Tools (NUT) 2.2.0 on Multiple OpenSuSE 10.3 Servers&lt;/b&gt;&lt;/p&gt;

&lt;p&gt;Network UPS Tools is a collection of programs which provide a
common interface for monitoring and administering UPS hardware. The primary goal of the Network UPS Tools (NUT) project is to
provide reliable monitoring of UPS hardware and ensure safe
shutdowns of the systems which are connected. This document describes how to configure one machine connected to the UPS so it monitors the power status. This can relay alerts to other machines that are running off the same power line. This way, multiple servers can perform a safe shutdown in case of power failure.&lt;/p&gt;
&lt;a href=&quot;http://howtoforge.com/monitoring-ups-power-status-with-nut-on-opensuse10.3&quot; title=&quot;Read the rest of this posting.&quot; class=&quot;read-more&quot;&gt;Read more...&lt;/a&gt;</description>
 <category domain="http://howtoforge.com/sitemap/linux/suse">SuSE</category>
 <category domain="http://howtoforge.com/sitemap/high-availability">High-Availability</category>
 <category domain="http://howtoforge.com/sitemap/monitoring">Monitoring</category>
 <pubDate>Mon, 14 Apr 2008 16:54:44 +0200</pubDate>
 <guid>http://howtoforge.com/monitoring-ups-power-status-with-nut-on-opensuse10.3</guid>
 <comments>http://howtoforge.com/monitoring-ups-power-status-with-nut-on-opensuse10.3#comment</comments>
</item>
<item>
 <title>Setting Up A High-Availability Load Balancer (With Failover and Session Support) With HAProxy/Heartbeat On Fedora 8</title>
 <link>http://howtoforge.com/high-availability-load-balancer-haproxy-heartbeat-fedora8</link>
 <description>&lt;p&gt;&lt;b&gt;Setting Up A High-Availability Load Balancer (With Failover and Session Support) With HAProxy/Heartbeat On Fedora 8&lt;/b&gt;&lt;/p&gt;

&lt;p&gt;This document describes how to set up a two-node load balancer in an
active/passive configuration with HAProxy and heartbeat on Fedora 8.
The load balancer acts between the user and two (or more) Apache web
servers that hold the same content. The load balancer passes the
requests to the web servers and it also checks their health. If one of
them is down, all requests will automatically be redirected to the
remaining web server(s). In addition to that, the two load balancer
nodes monitor each other using heartbeat. If the master fails, the
slave becomes the master - users won&#039;t notice any disruption of the
service. HAProxy is session-aware - you can use it with any web
application that makes use of sessions like forums, shopping carts, etc.&lt;/p&gt;
&lt;a href=&quot;http://howtoforge.com/high-availability-load-balancer-haproxy-heartbeat-fedora8&quot; title=&quot;Read the rest of this posting.&quot; class=&quot;read-more&quot;&gt;Read more...&lt;/a&gt;</description>
 <category domain="http://howtoforge.com/sitemap/linux/fedora">Fedora</category>
 <category domain="http://howtoforge.com/sitemap/high-availability">High-Availability</category>
 <pubDate>Thu, 28 Feb 2008 18:16:33 +0100</pubDate>
 <guid>http://howtoforge.com/high-availability-load-balancer-haproxy-heartbeat-fedora8</guid>
 <comments>http://howtoforge.com/high-availability-load-balancer-haproxy-heartbeat-fedora8#comment</comments>
</item>
<item>
 <title>Master-Master Replication With MySQL 5 On Fedora 8</title>
 <link>http://howtoforge.com/mysql-5-master-master-replication-fedora-8</link>
 <description>&lt;p&gt;&lt;b&gt;Master-Master Replication With MySQL 5 On Fedora 8&lt;/b&gt;&lt;/p&gt;

&lt;p&gt;This document describes how to set up master-master replication with
MySQL 5 on Fedora 8. Since version 5, MySQL comes with built-in support
for master-master replication, solving the problem that can happen with
self-generated keys. In former MySQL versions, the problem with
master-master replication was that conflicts arose immediately if node
A and node B both inserted an auto-incrementing key on the same table.
The advantages of master-master replication over the traditional
master-slave replication are that you don&#039;t have to modify your
applications to make write accesses only to the master, and that it is
easier to provide high-availability because if the master fails, you
still have the other master.&lt;/p&gt;
&lt;a href=&quot;http://howtoforge.com/mysql-5-master-master-replication-fedora-8&quot; title=&quot;Read the rest of this posting.&quot; class=&quot;read-more&quot;&gt;Read more...&lt;/a&gt;</description>
 <category domain="http://howtoforge.com/sitemap/linux/fedora">Fedora</category>
 <category domain="http://howtoforge.com/sitemap/high-availability">High-Availability</category>
 <category domain="http://howtoforge.com/sitemap/mysql">MySQL</category>
 <pubDate>Sun, 17 Feb 2008 19:06:15 +0100</pubDate>
 <guid>http://howtoforge.com/mysql-5-master-master-replication-fedora-8</guid>
 <comments>http://howtoforge.com/mysql-5-master-master-replication-fedora-8#comment</comments>
</item>
<item>
 <title>Sample Configuration of DRBD On CentOS 4.5</title>
 <link>http://howtoforge.com/drbd-on-centos-4.5</link>
 <description>&lt;p&gt;&lt;b&gt;Sample Configuration of DRBD On CentOS 4.5&lt;/b&gt;&lt;/p&gt;

&lt;p&gt; DRBD is an abbreviation of Distributed Replicated Block Device.
DRBD is a block device which is designed to build high-availability
clusters. This is done by mirroring a whole block device via (a
dedicated) network. You could see it as a network RAID1.&lt;/p&gt;
&lt;a href=&quot;http://howtoforge.com/drbd-on-centos-4.5&quot; title=&quot;Read the rest of this posting.&quot; class=&quot;read-more&quot;&gt;Read more...&lt;/a&gt;</description>
 <category domain="http://howtoforge.com/sitemap/linux/centos">CentOS</category>
 <category domain="http://howtoforge.com/sitemap/high-availability">High-Availability</category>
 <pubDate>Thu, 20 Dec 2007 10:12:45 +0100</pubDate>
 <guid>http://howtoforge.com/drbd-on-centos-4.5</guid>
 <comments>http://howtoforge.com/drbd-on-centos-4.5#comment</comments>
</item>
<item>
 <title>Setting Up A High-Availability Load Balancer (With Failover and Session Support) With HAProxy/Heartbeat On Debian Etch</title>
 <link>http://howtoforge.com/high-availability-load-balancer-haproxy-heartbeat-debian-etch</link>
 <description>&lt;p&gt;&lt;b&gt;Setting Up A High-Availability Load Balancer (With Failover and Session Support) With HAProxy/Heartbeat On Debian Etch&lt;/b&gt;&lt;/p&gt;

&lt;p&gt;This article explains how to set up a two-node load balancer in an active/passive configuration with HAProxy
and heartbeat on Debian Etch. The load balancer sits between the user
and two (or more) backend Apache web servers that hold the same
content. Not only does the load balancer distribute the requests to the
two backend Apache servers, it also checks the health of the backend
servers. If one of them is down, all requests will automatically be
redirected to the remaining backend server. In addition to that, the
two load balancer nodes monitor each other using heartbeat, and if the
master fails, the slave becomes the master, which means the users will
not notice any disruption of the service. HAProxy is session-aware,
which means you can use it with any web application that makes use of
sessions (such as forums, shopping carts, etc.).&lt;/p&gt;
&lt;a href=&quot;http://howtoforge.com/high-availability-load-balancer-haproxy-heartbeat-debian-etch&quot; title=&quot;Read the rest of this posting.&quot; class=&quot;read-more&quot;&gt;Read more...&lt;/a&gt;</description>
 <category domain="http://howtoforge.com/sitemap/linux/debian">Debian</category>
 <category domain="http://howtoforge.com/sitemap/high-availability">High-Availability</category>
 <pubDate>Tue, 06 Nov 2007 12:50:26 +0100</pubDate>
 <guid>http://howtoforge.com/high-availability-load-balancer-haproxy-heartbeat-debian-etch</guid>
 <comments>http://howtoforge.com/high-availability-load-balancer-haproxy-heartbeat-debian-etch#comment</comments>
</item>
<item>
 <title>Setting Up A High-Availability Load Balancer (With Failover and Session Support) With Pound/Keepalived On Debian Etch</title>
 <link>http://howtoforge.com/high-availability-load-balancer-pound-keepalived-debian-etch</link>
 <description>&lt;p&gt;&lt;b&gt;Setting Up A High-Availability Load Balancer (With Failover and Session Support) With Pound/Keepalived On Debian Etch&lt;/b&gt;&lt;/p&gt;

&lt;p&gt;This article explains how to set up a two-node load balancer in an active/passive configuration with Pound
and keepalived on Debian Etch. The load balancer sits between the user
and two (or more) backend Apache web servers that hold the same
content. Not only does the load balancer distribute the requests to the
two backend Apache servers, it also checks the health of the backend
servers. If one of them is down, all requests will automatically be
redirected to the remaining backend server. In addition to that, the
two load balancer nodes monitor each other using keepalived, and if the
master fails, the slave becomes the master, which means the users will
not notice any disruption of the service. Pound is session-aware, which
means you can use it with any web application that makes use of
sessions (such as forums, shopping carts, etc.).&lt;/p&gt;
&lt;a href=&quot;http://howtoforge.com/high-availability-load-balancer-pound-keepalived-debian-etch&quot; title=&quot;Read the rest of this posting.&quot; class=&quot;read-more&quot;&gt;Read more...&lt;/a&gt;</description>
 <category domain="http://howtoforge.com/sitemap/linux/debian">Debian</category>
 <category domain="http://howtoforge.com/sitemap/high-availability">High-Availability</category>
 <pubDate>Fri, 02 Nov 2007 18:53:38 +0100</pubDate>
 <guid>http://howtoforge.com/high-availability-load-balancer-pound-keepalived-debian-etch</guid>
 <comments>http://howtoforge.com/high-availability-load-balancer-pound-keepalived-debian-etch#comment</comments>
</item>
<item>
 <title>Merging Multiple Apache Access Logs Into One Overall Access Log</title>
 <link>http://howtoforge.com/logresolvemerge.pl_merge_apache_access_logs</link>
 <description>&lt;p&gt;&lt;b&gt;Merging Multiple Apache Access Logs Into One Overall Access Log&lt;/b&gt;&lt;/p&gt;

&lt;p&gt;Let&#039;s assume you have a web application that runs of a cluster of
Apache nodes. Each node generates its own Apache access log from which
you can generate page view statistics with tools such as Webalizer or AWStats.
Obviously you do not want to have page view statistics for each Apache
node, but overall page view statistics. To achieve this, we must merge
the access logs from each node into one overall access log that we can
then feed into Webalizer or AWstats. There is a Perl script called &lt;span class=&quot;system&quot;&gt;logresolvemerge.pl&lt;/span&gt; (part of the AWStats package) that can do this for us.&lt;/p&gt;
&lt;a href=&quot;http://howtoforge.com/logresolvemerge.pl_merge_apache_access_logs&quot; title=&quot;Read the rest of this posting.&quot; class=&quot;read-more&quot;&gt;Read more...&lt;/a&gt;</description>
 <category domain="http://howtoforge.com/sitemap/linux/debian">Debian</category>
 <category domain="http://howtoforge.com/sitemap/linux">Linux</category>
 <category domain="http://howtoforge.com/sitemap/apache">Apache</category>
 <category domain="http://howtoforge.com/sitemap/high-availability">High-Availability</category>
 <pubDate>Mon, 29 Oct 2007 11:37:58 +0100</pubDate>
 <guid>http://howtoforge.com/logresolvemerge.pl_merge_apache_access_logs</guid>
 <comments>http://howtoforge.com/logresolvemerge.pl_merge_apache_access_logs#comment</comments>
</item>
<item>
 <title>Setting Up A High-Availability Load Balancer (With Failover and Session Support) With HAProxy/Keepalived On Debian Etch</title>
 <link>http://howtoforge.com/haproxy_loadbalancer_debian_etch</link>
 <description>&lt;p&gt;&lt;b&gt;Setting Up A High-Availability Load Balancer (With Failover and Session Support) With HAProxy/Keepalived On Debian Etch&lt;/b&gt;&lt;/p&gt;

&lt;p&gt;This article explains how to set up a two-node load balancer in an active/passive configuration with HAProxy
and keepalived on Debian Etch. The load balancer sits between the user
and two (or more) backend Apache web servers that hold the same
content. Not only does the load balancer distribute the requests to the
two backend Apache servers, it also checks the health of the backend
servers. If one of them is down, all requests will automatically be
redirected to the remaining backend server. In addition to that, the
two load balancer nodes monitor each other using keepalived, and if the
master fails, the slave becomes the master, which means the users will
not notice any disruption of the service. HAProxy is session-aware,
which means you can use it with any web application that makes use of
sessions (such as forums, shopping carts, etc.).&lt;/p&gt;
&lt;a href=&quot;http://howtoforge.com/haproxy_loadbalancer_debian_etch&quot; title=&quot;Read the rest of this posting.&quot; class=&quot;read-more&quot;&gt;Read more...&lt;/a&gt;</description>
 <category domain="http://howtoforge.com/sitemap/linux/debian">Debian</category>
 <category domain="http://howtoforge.com/sitemap/high-availability">High-Availability</category>
 <pubDate>Fri, 26 Oct 2007 11:21:33 +0200</pubDate>
 <guid>http://howtoforge.com/haproxy_loadbalancer_debian_etch</guid>
 <comments>http://howtoforge.com/haproxy_loadbalancer_debian_etch#comment</comments>
</item>
<item>
 <title>Setting Up Master-Master Replication With MySQL 5 On Debian Etch</title>
 <link>http://howtoforge.com/mysql5_master_master_replication_debian_etch</link>
 <description>&lt;p&gt;&lt;b&gt;Setting Up Master-Master Replication With MySQL 5 On Debian Etch&lt;/b&gt;&lt;/p&gt;

&lt;p&gt;Since version 5, MySQL comes with built-in support for master-master
replication, solving the problem that can happen with self-generated
keys. In former MySQL versions, the problem with master-master
replication was that conflicts arose immediately if node A and node B
both inserted an auto-incrementing key on the same table. The
advantages of master-master replication over the traditional
master-slave replication are that you don&#039;t have to modify your
applications to make write accesses only to the master, and that it is
easier to provide high-availability because if the master fails, you
still have the other master.&lt;/p&gt;
&lt;a href=&quot;http://howtoforge.com/mysql5_master_master_replication_debian_etch&quot; title=&quot;Read the rest of this posting.&quot; class=&quot;read-more&quot;&gt;Read more...&lt;/a&gt;</description>
 <category domain="http://howtoforge.com/sitemap/linux/debian">Debian</category>
 <category domain="http://howtoforge.com/sitemap/high-availability">High-Availability</category>
 <category domain="http://howtoforge.com/sitemap/mysql">MySQL</category>
 <pubDate>Tue, 23 Oct 2007 18:03:49 +0200</pubDate>
 <guid>http://howtoforge.com/mysql5_master_master_replication_debian_etch</guid>
 <comments>http://howtoforge.com/mysql5_master_master_replication_debian_etch#comment</comments>
</item>
<item>
 <title>Apache: Creating A Session-Aware Loadbalancer Using mod_proxy_balancer (Debian Etch)</title>
 <link>http://howtoforge.com/load_balancing_apache_mod_proxy_balancer</link>
 <description>&lt;p&gt;&lt;b&gt;Apache: Creating A Session-Aware Loadbalancer Using mod_proxy_balancer (Debian Etch)&lt;/b&gt;&lt;/p&gt;

&lt;p&gt;Since Apache 2.1, a new module called &lt;span class=&quot;system&quot;&gt;mod_proxy_balancer&lt;/span&gt;
is available which lets you turn a system that has Apache installed
into a loadbalancer. This loadbalancer retrieves requested pages from
two or more backend webservers and delivers them to the user&#039;s
computer. Users get the impression that they deal with just one server
(the loadbalancer) when in fact there are multiple systems behind the
loadbalancer that process the users&#039; requests. By using a loadbalancer,
you can lower the load average on your webservers. One important
feature of &lt;span class=&quot;system&quot;&gt;mod_proxy_balancer&lt;/span&gt; is that it
can keep track of sessions which means that a single user always deals
with the same backend webserver. Most websites are database-driven
nowadays with user logins etc., and you&#039;d get weird results if a user
logs in on one backend webserver, and then his next request goes to
another backend webserver, meaning he&#039;d get logged out again. You can
avoid this by using &lt;span class=&quot;system&quot;&gt;mod_proxy_balancer&lt;/span&gt;&#039;s session-awareness.&lt;/p&gt;
&lt;a href=&quot;http://howtoforge.com/load_balancing_apache_mod_proxy_balancer&quot; title=&quot;Read the rest of this posting.&quot; class=&quot;read-more&quot;&gt;Read more...&lt;/a&gt;</description>
 <category domain="http://howtoforge.com/sitemap/linux/debian">Debian</category>
 <category domain="http://howtoforge.com/sitemap/apache">Apache</category>
 <category domain="http://howtoforge.com/sitemap/high-availability">High-Availability</category>
 <pubDate>Tue, 29 May 2007 17:42:21 +0200</pubDate>
 <guid>http://howtoforge.com/load_balancing_apache_mod_proxy_balancer</guid>
 <comments>http://howtoforge.com/load_balancing_apache_mod_proxy_balancer#comment</comments>
</item>
<item>
 <title>How To Back Up MySQL Databases Without Interrupting MySQL</title>
 <link>http://howtoforge.com/back_up_mysql_dbs_without_interruptions</link>
 <description>&lt;p&gt;&lt;b&gt;How To Back Up MySQL Databases Without Interrupting MySQL&lt;/b&gt;&lt;/p&gt;

&lt;p&gt;This article describes how you can back up MySQL databases without
interrupting the MySQL service. Normally, when you want to create a
MySQL backup, you either have to stop MySQL or issue a read lock on
your MySQL tables in order to get a correct backup; if you don&#039;t do it
this way, you can end up with an inconsistent backup. To get consistent
backups without interrupting MySQL, I use a little trick: I replicate
my MySQL database to a second MySQL server, and on the second MySQL
server I use a cron job that creates regular backups of the replicated
database.&lt;/p&gt;
&lt;a href=&quot;http://howtoforge.com/back_up_mysql_dbs_without_interruptions&quot; title=&quot;Read the rest of this posting.&quot; class=&quot;read-more&quot;&gt;Read more...&lt;/a&gt;</description>
 <category domain="http://howtoforge.com/sitemap/backup">Backup</category>
 <category domain="http://howtoforge.com/sitemap/high-availability">High-Availability</category>
 <category domain="http://howtoforge.com/sitemap/mysql">MySQL</category>
 <pubDate>Thu, 10 May 2007 17:36:21 +0200</pubDate>
 <guid>http://howtoforge.com/back_up_mysql_dbs_without_interruptions</guid>
 <comments>http://howtoforge.com/back_up_mysql_dbs_without_interruptions#comment</comments>
</item>
<item>
 <title>How To Set Up A Loadbalanced High-Availability Apache Cluster</title>
 <link>http://howtoforge.com/high_availability_loadbalanced_apache_cluster</link>
 <description>&lt;p&gt;&lt;b&gt;How To Set Up A Loadbalanced High-Availability Apache Cluster&lt;/b&gt;&lt;/p&gt;

&lt;p&gt;This tutorial shows how to set up a two-node Apache web server cluster that provides high-availability. In front of the Apache cluster we create a load balancer that splits up incoming requests between the two Apache nodes. Because we do not want  the load balancer to become another &quot;Single Point Of Failure&quot;, we must provide high-availability for the load balancer, too. Therefore our load balancer will in fact consist out of two load balancer nodes


 that monitor each other using &lt;span class=&quot;system&quot;&gt;heartbeat&lt;/span&gt;, and if one load balancer fails, the other takes over silently.&lt;/p&gt;&lt;a href=&quot;http://howtoforge.com/high_availability_loadbalanced_apache_cluster&quot; title=&quot;Read the rest of this posting.&quot; class=&quot;read-more&quot;&gt;Read more...&lt;/a&gt;</description>
 <category domain="http://howtoforge.com/sitemap/linux/debian">Debian</category>
 <category domain="http://howtoforge.com/sitemap/apache">Apache</category>
 <category domain="http://howtoforge.com/sitemap/high-availability">High-Availability</category>
 <pubDate>Thu, 27 Apr 2006 11:57:04 +0200</pubDate>
 <guid>http://howtoforge.com/high_availability_loadbalanced_apache_cluster</guid>
 <comments>http://howtoforge.com/high_availability_loadbalanced_apache_cluster#comment</comments>
</item>
</channel>
</rss>
