From owner-freebsd-questions@FreeBSD.ORG Tue Nov 18 17:29:56 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 95FA221B for ; Tue, 18 Nov 2014 17:29:56 +0000 (UTC) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.infracaninophile.co.uk", Issuer "ca.infracaninophile.co.uk" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 1CAAA955 for ; Tue, 18 Nov 2014 17:29:55 +0000 (UTC) Received: from ox-dell39.ox.adestra.com (no-reverse-dns.metronet-uk.com [85.199.232.226] (may be forged)) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.9/8.14.9) with ESMTP id sAIHTl8I049642 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Tue, 18 Nov 2014 17:29:48 GMT (envelope-from matthew@freebsd.org) Authentication-Results: smtp.infracaninophile.co.uk; dmarc=none header.from=freebsd.org DKIM-Filter: OpenDKIM Filter v2.9.2 smtp.infracaninophile.co.uk sAIHTl8I049642 Authentication-Results: smtp.infracaninophile.co.uk/sAIHTl8I049642; dkim=none reason="no signature"; dkim-adsp=none; dkim-atps=neutral X-Authentication-Warning: lucid-nonsense.infracaninophile.co.uk: Host no-reverse-dns.metronet-uk.com [85.199.232.226] (may be forged) claimed to be ox-dell39.ox.adestra.com Message-ID: <546B820A.7040806@freebsd.org> Date: Tue, 18 Nov 2014 17:29:46 +0000 From: Matthew Seaman User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: freebsd-questions@freebsd.org Subject: Re: Hardware RAID or software for ZFS References: <7F1B1DC4-46CA-4B96-836B-2D2D494F60E8@todoo.biz> In-Reply-To: <7F1B1DC4-46CA-4B96-836B-2D2D494F60E8@todoo.biz> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="rp1u3UDDiuFjVOxa8Nlv0Ujjwss4mwktP" X-Virus-Scanned: clamav-milter 0.98.4 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-0.9 required=5.0 tests=AWL,BAYES_00,RDNS_NONE, SPF_SOFTFAIL,URIBL_BLOCKED autolearn=no autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on lucid-nonsense.infracaninophile.co.uk X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Nov 2014 17:29:56 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --rp1u3UDDiuFjVOxa8Nlv0Ujjwss4mwktP Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 11/18/14 15:28, bsd@todoo.biz wrote: > I would need your help in order to figure out which will be the best in= order to setup a server which will be used as a Poudriere server.=20 >=20 > My question is related to the usage of hardware RAID controller (JBOD) = or software based controller (graid)=20 >=20 > Server we are targeting is a SuperMicro 1018R-WC0R - 1U >=20 > I used to build my server using an HBA such as LSI SAS 9207-8i or LSI S= AS 9201-16i > Then I=E2=80=99ll configure the HBA as JBOD so that disks can be presen= ted correctly to the system so that we can build our ZFS FS on top of tha= t.=20 >=20 >=20 > My sysadmin suggested me to get rid of the HBA and use direct connectiv= ity and Graid.=20 >=20 >=20 > I would like to have some feedback on various aspects :=20 >=20 > 1. performance=20 > 2. usability=20 > 3. problem one might have encountered >=20 OK -- Your sysadmin is correct about the direct connectivity thing, but graid? Seriously? That's an option for really cheap and some might say quite nasty pseudo-raid things you get on some desktop hardware. If you're going to be building a significant number of packages with any regularity, then you're going to need something better than that. The LSI HBAs you suggest are known to work well with FreeBSD. If you're going to be using ZFS -- which is really a no-brainer for a poudriere box, as poudriere has a lot of functionality built around cloning and snapshotting and other things that come naturally to ZFS[*] -- well, in that case, ideally you want ZFS to have direct access to the disk devices= =2E With LSI, when they say 'JBOD' this direct access is generally what they mean -- although depending on the precise model you get, you may need to flash the device with different firmware to get the characteristics you want. Some other RAID controller manufacturers essentially give you a load of single-disk RAID-0 devices, so there's still a layer of RAID controller stuff between ZFS and the disk. That isn't the kiss of death to the idea of building a zpool from it, but it's less optimal. On the three aspecs you mention: performance depends very much on the precise type of disk hardware you specify, how you configure the zpool (for instance, will you be using ZIL or ARC devices?) and on having enough RAM in the system to provide an effective buffer-cache for all those ZFS filesystems. usability. I'd say ZFS is pretty usable. Once it's set up, you don't really need to interact with things at the level of the HBA. It just works. problems: this depends very much on the details of what you're trying to do. But IMHO you're on the right track with what you've described so far. Cheers, Matthew [*] Although poudriere does now work on UFS as well and has done for a year or so. --rp1u3UDDiuFjVOxa8Nlv0Ujjwss4mwktP Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJUa4IKXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQxOUYxNTRFQ0JGMTEyRTUwNTQ0RTNGMzAw MDUxM0YxMEUwQTlFNEU3AAoJEABRPxDgqeTnsZ0QAKGStwjV+OIIkcnhbqAJJxIo iRPI/S80Xk65tnFnXIMz4+l3kJyhuyJNgVC9Z3DdnLTEPZBKY8CRzwpfxrreJXWg KkAn3k4UaUSCsyPiXX3pcCaXmpbmyVbja4yDCtH0JVMO6WboQaQAoVKJFnzlGnPd SFsqqmyxc8ILtT3uixjIoaRY0pjG9MUsS2YvjsrQ+CxNffvpoKiMVq8QqVFeAww9 4rKmCn+d6rgGuF6jCt+UEY9shKYXBVwRmnKwEzRCj4WwCBtd/rwBmoMuTbzOvoGc OOEWP++qyQIsuMvLItnqLPz2yuWZB+vME/L9EGULGjkTUOim21o9Y69s/cZPnELT npX4Y6SQFfdDX/v+bS7GS47yir5dDn8a8tLTsL/HvmkBmPZ98QokehCik0YXQ0WS swW2tB8shPHPKCYziEn0TA8nHJkBftEv2vEQh6VdcII7SeWgoHbr0p1DhRJlKL0T k2Ynkdu8zgugMoeQ+knwd4tnGiKLdhLp/PEGvR7O+2iwaBsCEj+VhSEciOUXYJqV aO2+2c+mGGGOgeSKltvP2H4CgSUqWUWk+tAHLQ5NE98viNs8UQAAWjiFpeDmB0NA ARiprAUC++t2GbjVt+q5cMLzPcK75lGauvAKr4++L2bECVusppeRA2ySRxZV4xd8 NCykZHBxnR9f9iN14UjH =cgfF -----END PGP SIGNATURE----- --rp1u3UDDiuFjVOxa8Nlv0Ujjwss4mwktP--