From owner-freebsd-cluster@FreeBSD.ORG Sat Jun 12 11:45:19 2004 Return-Path: Delivered-To: freebsd-cluster@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DDE1216A4CE for ; Sat, 12 Jun 2004 11:45:18 +0000 (GMT) Received: from mail023.syd.optusnet.com.au (mail023.syd.optusnet.com.au [211.29.132.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1339543D53 for ; Sat, 12 Jun 2004 11:45:17 +0000 (GMT) (envelope-from Peter.Ross@alumni.tu-berlin.de) Received: from guckloch.zuhause (winax24-036.dialup.optusnet.com.au [211.29.117.36])i5CBisj08746; Sat, 12 Jun 2004 21:44:57 +1000 Received: from guckloch.zuhause (localhost [127.0.0.1]) by guckloch.zuhause (8.12.10/8.12.10) with ESMTP id i5CBjrp0001224; Sat, 12 Jun 2004 21:45:53 +1000 (EST) (envelope-from Peter.Ross@alumni.tu-berlin.de) Received: from localhost (petros@localhost)i5CBjqQB001221; Sat, 12 Jun 2004 21:45:52 +1000 (EST) (envelope-from Peter.Ross@alumni.tu-berlin.de) X-Authentication-Warning: guckloch.zuhause: petros owned process doing -bs Date: Sat, 12 Jun 2004 21:45:52 +1000 (EST) From: Peter Ross X-X-Sender: petros@guckloch.zuhause To: ROBERTO SIANO In-Reply-To: <20040610114531.03DE543D1F@mx1.FreeBSD.org> Message-ID: <20040612213752.G651@guckloch.zuhause> References: <20040610114531.03DE543D1F@mx1.FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-cluster@freebsd.org Subject: Re: HA cluster X-BeenThere: freebsd-cluster@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Clustering FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Jun 2004 11:45:19 -0000 On Wed, 9 Jun 2004, ROBERTO SIANO wrote: > > ( net ) > > | > | > | > ---------- > | switch | > ---------- > / \ > / \ > ---------- ---------- failover > | active backup > router | | router | > ---------- ---------- > load-balance \ / > \ VIP / > ---------- > | switch | > ---------- This part can be solved using VRRP. > / \ > / \ > ---------- ---------- > | server1 | | server2 | > ---------- ---------- > real servers > This depends on the functionality, what kind of data the servers use, whether there is a database involved etc. BTW: Your scenario has two switches as a single point of failure.. Replicate them too if possible (You may use only two of them if you decide two separate the "two ways" and combine before and after router switch by using VLAN). Regards Peter