From owner-freebsd-hackers@FreeBSD.ORG Mon Oct 6 16:23:02 2008 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 57E741065687 for ; Mon, 6 Oct 2008 16:23:02 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: from mail-gx0-f21.google.com (mail-gx0-f21.google.com [209.85.217.21]) by mx1.freebsd.org (Postfix) with ESMTP id EC5B88FC12 for ; Mon, 6 Oct 2008 16:23:01 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: by gxk14 with SMTP id 14so5004180gxk.19 for ; Mon, 06 Oct 2008 09:23:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type:references; bh=O6msH7629LnwS8pP+gqKYT9lyI/xz5lq7Akg/T3mgM0=; b=XHLy33VpAU/N4iUxXvVwdAzMYFqNzif3g2ZDfs78H10Ry+3CZzKhBJNzxNB8kDiiy+ SHr9hhSWXJ8OoQy374gmu2PL6GWrrUoeEjzKmwTeevArN91lf0PGmvZacfa05WJ1f44z TUcyk7lwqEqznurA4MYU5dM16C5e6DFq8HBrs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:references; b=kCV69nqMzcGEJ/vH8TtLPQTHxfr8k5XnUaBkCm+JOJVKxVabTGsblzHqz5qrYldphz 29nQzi0J5Xqq3ZMqltLmw0p/7vewWF6E+J6bj0IMdYri2BIf+zg/RD100JxNWUtC7x/x OVK8hQSge9hr5AhGBNCprvYdP8DNdfiL/iuMQ= Received: by 10.150.228.2 with SMTP id a2mr7885759ybh.111.1223308326870; Mon, 06 Oct 2008 08:52:06 -0700 (PDT) Received: by 10.150.137.11 with HTTP; Mon, 6 Oct 2008 08:52:06 -0700 (PDT) Message-ID: <5f67a8c40810060852k4c51c8far511891c4b135a1e2@mail.gmail.com> Date: Mon, 6 Oct 2008 11:52:06 -0400 From: "Zaphod Beeblebrox" To: "Evren Yurtesen" In-Reply-To: <48EA21AE.80607@ispro.net> MIME-Version: 1.0 References: <48E9E1BB.6020908@ispro.net> <001AD718-D25B-421B-8B0F-CE71FA5A7CF0@gid.co.uk> <48EA21AE.80607@ispro.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: hackers@freebsd.org Subject: Re: continuous backup solution for FreeBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Oct 2008 16:23:02 -0000 On Mon, Oct 6, 2008 at 10:33 AM, Evren Yurtesen wrote: [regarding r1soft.com, ...] > I am not saying it is impossible. They just need somebody to put them to > right track I guess. I personally cant do that. It would be nice if somebody > who has knowledge in this area contacts r1soft. At the very least r1soft > seems to be willing to communicate on this issue. > > Continuous backups as well as bare-metal-restore seem to be a key feature > for many hosters. FreeBSD is loosing users because of this issue. Actually, having looked at the site, the hammer filesystem and it's replication strategy seem to be the most applicable technology (but then you wouldn't even need these guys --- you'd be doing it yourself). Like anything, though, live applications will require special treatment. Keeping a live filesystem replicated does in no way guarentee that your database (for instance) will be sane at any particular moment. It sounds like these guys have made allowances for MySQL (they specifically mention it), but this won't help the PostgreSQL users, etc. I've spent a lot of time thinking about redundancy and I've come to one inescapable conclusion: That the further up the stack you design for redundancy, the cheaper and easier it becomes. Most databases have replication strategies of one type or another that don't require exotic hosting solutions to work. The most fundamental example I can think of to show this principle, however, is the fact that if the HTTP standard required web browsers to try all A records (instead of randomly choosing one), web site redundancy would be amazingly simple to achieve. Consider that most other protocols right down to telnet do this, but web browsers don't. As a complete aside, if you have both AAAA and A records for your website, you have a form of poor-man's redundancy available to you --- with the caveat that it only works for people with both IPv6 and IPv4 connectivity. Browsers will try AAAA followed by A if the former doesn't respond.