From owner-freebsd-isp Mon Jul 30 8:25:15 2001 Delivered-To: freebsd-isp@freebsd.org Received: from Thanatos.Shenton.Org (a3.ebbed1.client.atlantech.net [209.190.235.163]) by hub.freebsd.org (Postfix) with SMTP id B54DA37B401 for ; Mon, 30 Jul 2001 08:25:10 -0700 (PDT) (envelope-from chris@Shenton.Org) Received: (qmail 17537 invoked by uid 1000); 30 Jul 2001 15:25:09 -0000 To: Fabrizio Ravazzini Cc: freebsd-isp@freebsd.org Subject: Re: FreeBSD Mail Toaster CLUSTER References: <20010730134547.513.qmail@web20104.mail.yahoo.com> From: Chris Shenton Date: 30 Jul 2001 11:25:09 -0400 In-Reply-To: <20010730134547.513.qmail@web20104.mail.yahoo.com> Message-ID: <877kwqxwve.fsf@thanatos.shenton.org> Lines: 24 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-isp@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Fabrizio Ravazzini writes: > So I understood that's better Two MX with > balance.sourceforge.net wich shares the same Raid Disk > Array for the Maildirs? Not sure I understand this. I think using a reliable backend store for maildirs is a very good thing; the Maildir format makes crash-proof NFS storage a reality, but shared RAID would be good too. If I had lots of money, I'd use a clustered pair of NetApps. I don't know of any RAID disk products that can be shared by two or more hosts, but I haven't looked -- any suggestions? I am not yet convinced there's any advantage of using a load-balancing box in front of the MX boxes, since MX self-balances via DNS. Now if these boxes will also serve POP and IMAP, you might want a balancer but I expect the pseudo-round-robin you get with DNS would be sufficient. My biggest concern would be introducing a single box, which becomes a single point of failure, whether it be a solution from VQmail or balance.sourceforge.net. When I've used load balancers in the base (F5's BIG/ip), we've *always* deployed them in pairs, so that if one fails the other takes over automatically. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message