From owner-freebsd-stable@FreeBSD.ORG Fri Sep 3 10:57:48 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1DA7710657BF for ; Fri, 3 Sep 2010 10:57:48 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id C42588FC1E for ; Fri, 3 Sep 2010 10:57:47 +0000 (UTC) Received: by gyg4 with SMTP id 4so742994gyg.13 for ; Fri, 03 Sep 2010 03:57:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=eHFD5HPkyEHU6sRbPiswYOKXB5IsM9XB/J1bU0b8h2s=; b=htrnYl4sjDGdKVeYwXf7O63rpl3ioubws4QMqvYUF+LpWdwMya7e+KP3VHc8nJmtx4 23VaG+Lw87uMEYs6mIZxkFTSE1Oa25Y6gNYjGtFX8pllNMY+bGEx/nwBzU9HEyBEH0pW PEgE9J0juTCG7FImIXPPZdqjXxUcasejc9a8M= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=v8Bn/cN6Yt3T2H0YHs0gq3bRjeG8pFf8DAx83sgKXq1+6zU13GSaTLvfNV9LMdlCiU I7Br/IwLChp+ItPA4uBc7nQ6815zgN6YKnyj+C/QKwv0gleYwL08EQ3OXsJ3a/ZljZ8U exJDPpdR/bZj0YJmXMugvWYcu/DMSheVkQ85s= Received: by 10.100.235.9 with SMTP id i9mr660395anh.218.1283511465170; Fri, 03 Sep 2010 03:57:45 -0700 (PDT) Received: from centel.dataix.local (adsl-99-181-137-20.dsl.klmzmi.sbcglobal.net [99.181.137.20]) by mx.google.com with ESMTPS id w6sm2515448anb.23.2010.09.03.03.57.43 (version=SSLv3 cipher=RC4-MD5); Fri, 03 Sep 2010 03:57:44 -0700 (PDT) Sender: "J. Hellenthal" Message-ID: <4C80D4A6.9010403@DataIX.net> Date: Fri, 03 Sep 2010 06:57:42 -0400 From: jhell User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.8) Gecko/20100806 Lightning/1.0b1 Thunderbird MIME-Version: 1.0 To: Michal References: <4C7FA50D.4000409@sharescope.co.uk> <4C80B116.1040800@sharescope.co.uk> In-Reply-To: <4C80B116.1040800@sharescope.co.uk> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Extending your zfs pool with multiple devices X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Sep 2010 10:57:48 -0000 On 09/03/2010 04:25, Michal wrote: > What is really odd is I see your replies but not my original post, how > very strange?? > > Thank you for all of your assistance. I would like to move to being able > to build a cheap san-like storage area for a DB, I don't know how well > it would work but I'd like to try it anyway since things like HP MSA's > are hugely expensive. > > I like these suggestions of filling a second box and connecting this to > the 1st box using these expanders and port replicators. I don't really > need as fast as I can get as this is not a high-use DB backend or many > user file server. A few users here and there but nothing that worries me > about the bottleneck caused by these replicators. This way is ALOT > better then my system of trying to export iscsi disks or something like > that. This way I can add create a second box then have a cable into an > expander or replicator on the 1st box, a 3rd box could then be added to > the expander/replicator at a later date. There is a limit on how far > this could go realistically, but I like this way. I could go further by > adding SSD's for the L2ARC and ZIL if I wanted to. I found zfsbuild.com > to be a quite nice site/blog > Thanks for the link: zfsbuild.com I'm going to check that out. Anyway... not that this is a great solution but if it is windows clients that are connecting to this that your worried about and would like to split off storage to separate machines etc... you can use DFS with Samba. Imagine building two more machines and having them be completely transparent to the clients that connect to the main server. Using a Samba DFS server would allow you to distribute out the file-systems to different shares on different machines without the client ever having to know that the actual location that the directory lays on is another machine and allows you to easily migrate new servers into the network without client ever seeing the change. Implement ISCSI, ZFS & HAST into this mix and you have yourself one hell of a network. Just an idea, Regards, -- jhell,v