From owner-freebsd-cluster Sun Jan 12 7:44: 9 2003 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 3D27837B401 for ; Sun, 12 Jan 2003 07:44:08 -0800 (PST) Received: from iota.root-servers.ch (iota.root-servers.ch [193.41.193.195]) by mx1.FreeBSD.org (Postfix) with SMTP id AB8C443F75 for ; Sun, 12 Jan 2003 07:44:06 -0800 (PST) (envelope-from gabriel_ambuehl@buz.ch) Received: (qmail 72010 invoked from network); 12 Jan 2003 15:44:04 -0000 Received: from dclient80-218-105-86.hispeed.ch (HELO gaxp1800.root.li) (80.218.105.86) by 0 with SMTP; 12 Jan 2003 15:44:04 -0000 Date: Sun, 12 Jan 2003 16:44:24 +0100 From: Gabriel Ambuehl X-Mailer: The Bat! (v1.60q) Educational Reply-To: gabriel_ambuehl@buz.ch Organization: BUZ Internet Services X-Priority: 3 (Normal) Message-ID: <193699876562.20030112164424@buz.ch> To: owner-freebsd-cluster@FreeBSD.ORG, Clifton Royston Cc: "Rouzer, Charles A (Chuck)" , freebsd-cluster@FreeBSD.ORG Subject: Re[2]: freebsd cluster target market In-Reply-To: <20030110132550.A18143@lava.net> References: <000901c2b8ef$57e4eb70$0201000a@LAPTOP> <20030110132550.A18143@lava.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-cluster@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG -----BEGIN PGP SIGNED MESSAGE----- Hello Clifton, Saturday, January 11, 2003, 12:25:50 AM, you wrote: > Hosting of static content is easy by comparison, because you can > simply replicate the data. What's really a bitch to solve is those stupid users that use the filesystem as a database. It's easy enough to replicate databases, they come with the required tools (MySQL does so, PostGRE can be forced to do it and the commercial ones can do it anyway). Fail over for the DB servers is relatively easy, either patch the DB lib to have an array of servers it will cycle through on failure, do IP takeover on the servers (which is relatively hard to get right without either managed switches or hardware reboot facilities in place as there's always a state where a server claims its IP but doesn't do anything else anymore) or just use DNS with very low caching to route the requests to another back end server. It's a major PITA to get FS replication right when there's steady writing to that FS. Something like http://www.complang.tuwien.ac.at/reisner/drbd/ could be a solution (not infinitely scalable but it could help) but it would have to run on FreeBSD. Or maybe it would be possible to implement networked RAID within RAIDframe in 5.0? Best regards, Gabriel -----BEGIN PGP SIGNATURE----- Version: PGP 6.0.2i iQEVAwUBPiF/TMZa2WpymlDxAQFT9Qf+J93oYmZLFeHoWeRQN5J4TGwn0pCf8TPV c10jJet95blDCG9YxagjchJ6E3qm/mGiEUnSNVexf7RFCS1oeyDox6+IuKw9hieY L6Pyf8UEXjYiMLG9H79Kxxp0IYCjHgbGiPQ2UEh9ngfKicbnt1Jt+bn/cw6iUrnX Jh66hUdyWFvthnqBGr7/F+CLWW3Ao8rcVCCH4Lxfehq7d5IWHI9492uC5bOUgFYM 3vPI8sMgRxk8RzcyeCQ6gMXHgln58CbTjZgsuBnq2FGRWxyzu7iJWTZ/oBu9jYCZ PrHERLH18V4Erj3yKPIrCsBiMRewPV2y0cVvIVJxnExMRENc+IlDEw== =jy2j -----END PGP SIGNATURE----- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-cluster" in the body of the message