From owner-p4-projects@FreeBSD.ORG Sun Jun 12 16:39:14 2011 Return-Path: Delivered-To: p4-projects@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 32767) id 8CC5E1065675; Sun, 12 Jun 2011 16:39:14 +0000 (UTC) Delivered-To: perforce@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 36AF01065670 for ; Sun, 12 Jun 2011 16:39:14 +0000 (UTC) (envelope-from rene@FreeBSD.org) Received: from skunkworks.freebsd.org (skunkworks.freebsd.org [IPv6:2001:4f8:fff6::2d]) by mx1.freebsd.org (Postfix) with ESMTP id 2406C8FC0A for ; Sun, 12 Jun 2011 16:39:14 +0000 (UTC) Received: from skunkworks.freebsd.org (localhost [127.0.0.1]) by skunkworks.freebsd.org (8.14.4/8.14.4) with ESMTP id p5CGdEBx087003 for ; Sun, 12 Jun 2011 16:39:14 GMT (envelope-from rene@FreeBSD.org) Received: (from perforce@localhost) by skunkworks.freebsd.org (8.14.4/8.14.4/Submit) id p5CGdDcN087000 for perforce@freebsd.org; Sun, 12 Jun 2011 16:39:13 GMT (envelope-from rene@FreeBSD.org) Date: Sun, 12 Jun 2011 16:39:13 GMT Message-Id: <201106121639.p5CGdDcN087000@skunkworks.freebsd.org> X-Authentication-Warning: skunkworks.freebsd.org: perforce set sender to rene@FreeBSD.org using -f From: Rene Ladan To: Perforce Change Reviews Precedence: bulk Cc: Subject: PERFORCE change 194639 for review X-BeenThere: p4-projects@freebsd.org X-Mailman-Version: 2.1.5 List-Id: p4 projects tree changes List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Jun 2011 16:39:14 -0000 http://p4web.freebsd.org/@@194639?ac=10 Change 194639 by rene@rene_acer on 2011/06/12 16:38:19 MFen handbook/disks 1.302 -> 1.309 (HAST section is work-in-progress, 419 lines left) Affected files ... .. //depot/projects/docproj_nl/nl_NL.ISO8859-1/books/handbook/disks/chapter.sgml#24 edit Differences ... ==== //depot/projects/docproj_nl/nl_NL.ISO8859-1/books/handbook/disks/chapter.sgml#24 (text+ko) ==== @@ -4,7 +4,7 @@ $FreeBSD: doc/nl_NL.ISO8859-1/books/handbook/disks/chapter.sgml,v 1.20 2011/01/29 22:37:20 remko Exp $ %SOURCE% en_US.ISO8859-1/books/handbook/disks/chapter.sgml - %SRCID% 1.302 + %SRCID% 1.309 --> @@ -261,7 +261,9 @@ en schijven tot 4 TB. Het formaat van &man.sunlabel.8; is beperkt tot 2^32-1 sectoren per partitie en 8 partities per schijf, in totaal dus 16 TB. Voor grotere schijven kan - &man.gpt.8; worden gebruikt. + &man.gpart.8; worden gebruikt om GPT-partities aan te + maken. GPT heeft het bijkomende voordeel dat het niet + tot 4 slices beperkt is. &man.sysinstall.8; gebruiken @@ -4502,6 +4504,259 @@ + + + + + + Daniel + Gerzo + Bijgedragen door + + + + + Freddie + Cash + Met informatie van + + + Pawel Jakub + Dawidek + + + Michael W. + Lucas + + + Viktor + Petersson + + + + + + Highly Available Storage (HAST) + + + HAST + + hoge beschikbaarheid + + + + Overzicht + + Hoge beschikbaarheid is een van de hoofdzaken in serieuze zakelijke + toepassingen en hoog beschikbare opslag is een sleutelonderdeel in zulke + omgevingen. Hoog beschikbare opslag, of HASTHighly Available STorage, werd + ontwikkeld door &a.pjd; als een raamwerk dat transparante opslag van + dezelfde gegevens toestaat over fysiek gescheiden machines die verbonden + zijn door een TCP/IP-netwerk. HAST kan gezien worden + als een netwerkgebaseerde RAID1 (spiegel) en is vergelijkbaar met het + DRBD® opslagsysteem bekend van het GNU/&linux; platform. In + combinatie met andere eigenschappen voor hoge beschikbaarheid van &os; + zoals CARP maakt HAST het mogelijk + om een opslagcluster met hoge beschikbaarheid te bouwen dat resistent is + tegen falende hardware. + + Na het lezen van deze sectie weet u: + + + + Wat HAST is, hoe het werkt en welke + mogelijkeheden het biedt. + + + + Hoe HAST op &os; te op te zetten en te + gebruiken. + + + + Hoe CARP en &man.devd.8; te integreren om een + robuust opslagsysteem te bouwen. + + + + Voor het lezen van deze sectie dient u: + + + + De beginselen van &unix; en &os; te begrijpen (). + + + + Te weten hoe de netwerkinterfaces en andere kerndeelsystemen van + &os; in te stellen (). + + + + Netwerken op &os; goed te begrijpen (). + + + + &os; 8.1-RELEASE of nieuwer te gebruiken. + + + + Het HAST-project werd gesponsord door The &os; + Foundation met ondersteuning van + OMCnet Internet Service GmbH en TransIP BV. + + + + Eigenschappen van HAST + + De belangrijkste eigenschappen van HAST zijn: + + + + Het kan gebruikt worden om I/O-fouten op lokale harde schijven + te maskeren. + + + + Agnostisch qua bestandssysteem, dus het staat toe om elk + bestandssysteem dat door &os; wordt ondersteund te gebruiken. + + + + Efficiënte en snelle hersynchronisatie, alleen de blokken + die zijn veranderd toen een knooppunt uitstond worden + gesynchroniseerd. + + + + + + Het kan gebruikt worden in reeds uitgerolde omgevingen om + aanvullende redundantie toe te voegen. + + + + Samen met CARP, + Heartbeat of andere gereedschappen kan + het worden gebruikt om een robuust en duurzaam opslagsysteem te + bouwen. + + + + + + Werking van HAST + + Omdat HAST synchrone replicatie op blockniveau + van elk opslagmedium naar verscheidene machines biedt, heeft het + tenminste twee knooppunten (fysieke machines) nodig — het + primaire (ook bekend als meester) + knooppunt en het secundaire (slaaf + ) knooppunt. Tezamen worden deze twee machines een cluster genoemd. + + + HAST is momenteel beperkt tot een totaal van twee + clusterknooppunten. + + + Aangezien HAST in een primaire-secundaire + configuratie werkt, kan er op elk moment slechts één van + de clusterknooppunten actief zijn. Het primaire + knooppunt, ookwel actief, is degene die alle + I/O-verzoeken aan apparaten die door HAST worden + beheerd afhandelt. Het secundaire knooppunt wordt + dan automatisch gesynchroniseerd vanuit het primaire + knooppunt. + + De fysieke componenten van het HAST-systeem + zijn: + + + + lokale schijf (op primair knooppunt) + + + + schijf op verre machine (secundair knooppunt) + + + + HAST werkt synchroon op blokniveau, wat het + transparant maakt voor bestandssystemen en toepassingen. + HAST biedt reguliere GEOM-aanbieders aan in /dev/hast/ voor zowel andere + gereedschappen als toepassingen, er is dus geen verschil tussen het + gebruik van apparaten die door HAST worden geleverd + en rauwe schijven, partities, etc. + + Elke bewerking met betrekking tot schrijven, verwijderen of spoelen + wordt naar de plaatselijke schijf en over TCP/IP naar de verre schijf + gestuurd. Elke leesbewerking wordt gedaan door de plaatselijke schijf, + tenzij de plaatselijke schijf niet actueel is of er een I/O-fout + optreed. In zulke gevallen wordt de leesbewerking naar het secundaire + knooppunt gestuurd. + + + Synchronisatie- en replicatiemodi + + HAST probeert om een snel herstel van fouten + te leveren. Om deze reden is het heel belangrijk om de + synchronisatietijd te verkorten nadat een knooppunt is hersteld van + een uitval. Om een snelle synchronisatie te leveren, beheert + HAST op de schijf een bitmap van verschillen en + synchroniseert het die alleen tijdens een reguliere synchronisatie + (met uitzondering van de initiëe synchronisatie). + + Er zijn vele manieren om synchronisatie af te handelen. + HAST implementeert meerdere replicatiemodi om + verschillende synchronisatiemethodes af te handelen: + + + + memsync: rapporteer een schrijfbewerking + als voltooid wanneer de plaatselijke schrijfbewerking klaar is en + wanneer het verre knooppunt de gegevensaankomst bevestigt, maar + voordat het de gegevens daadwerkelijk heeft opgeslagen. De + gegevens op het verre knooppunt zullen meteen na het versuren van + de bevestiging worden opgeslagen. Deze modus is bedoeld om + latency te verminderen en nog steeds een zeer goede + betrouwbaarheid te bieden. De replicatiemodus + memsync is momenteel niet + geïmplementeerd. + + + + fullsync: rapporteer een schrijfbewerking + als voltooid wanneer zowel de plaatselijke en de verre + schrijfbewerking voltooid zijn. Dit is de veiligste en traagste + replicatiemodus. Dit is de standaardmodus. + + + + async: rapporteer de schrijfbewerking als + voltooid wanneer de plaatselijke schrijfbewerking klaar is. Dit + is de snelste en gevaarlijkste replicatiemodus. Het dient + gebruikt te worden wanneer er naar een ver knooppunt wordt + gerepliceerd en de latency te hoog is voor andere modi. De + replicatiemodus async is momenteel niet + geïmplementeerd. + + + + Momenteel wordt alleen de replicatiemodus + fullsync ondersteund. + + + +