Date: Fri, 13 Mar 2015 21:26:53 +0000 (UTC) From: Bjoern Heidottin <bhd@FreeBSD.org> To: doc-committers@freebsd.org, svn-doc-all@freebsd.org, svn-doc-head@freebsd.org Subject: svn commit: r46341 - head/de_DE.ISO8859-1/books/handbook/disks Message-ID: <201503132126.t2DLQrfc018215@svn.freebsd.org>
next in thread | raw e-mail | index | archive | help
Author: bhd Date: Fri Mar 13 21:26:52 2015 New Revision: 46341 URL: https://svnweb.freebsd.org/changeset/doc/46341 Log: Update to r38003: Improve the HAST section of the Handbook. Approved by: bcr (mentor) Modified: head/de_DE.ISO8859-1/books/handbook/disks/chapter.xml Modified: head/de_DE.ISO8859-1/books/handbook/disks/chapter.xml ============================================================================== --- head/de_DE.ISO8859-1/books/handbook/disks/chapter.xml Fri Mar 13 06:28:33 2015 (r46340) +++ head/de_DE.ISO8859-1/books/handbook/disks/chapter.xml Fri Mar 13 21:26:52 2015 (r46341) @@ -5,7 +5,7 @@ $FreeBSD$ $FreeBSDde: de-docproj/books/handbook/disks/chapter.xml,v 1.187 2012/04/26 19:32:48 bcr Exp $ - basiert auf: 1.315 + basiert auf: r38003 --> <chapter xmlns="http://docbook.org/ns/docbook" xmlns:xlink="http://www.w3.org/1999/xlink" version="5.0" xml:id="disks"> <info><title>Speichermedien</title> @@ -4695,11 +4695,11 @@ Device 1K-blocks Used Av <acronym>DNS</acronym>.</para> </tip> - <para>Da nun die Konfiguration auf beiden Rechnern vorhanden ist, sind - Sie in der Lage, den <acronym>HAST</acronym>-Pool zu erstellen. Lassen - Sie die folgenden Kommandos auf beiden Knoten ablaufen, um die - initialen Metadaten auf die lokale Platte zu schreiben und starten Sie - anschliessend den &man.hastd.8;-Dienst:</para> + <para>Da nun die Konfiguration auf beiden Rechnern vorhanden + ist, kann ein <acronym>HAST</acronym>-Pool erstellt werden. + Lassen Sie diese Kommandos auf beiden Knoten ablaufen, um die + initialen Metadaten auf die lokale Platte zu schreiben und + starten Sie anschliessend den &man.hastd.8;-Dienst:</para> <screen>&prompt.root; <userinput>hastctl create test</userinput> &prompt.root; <userinput>/etc/rc.d/hastd onestart</userinput></screen> @@ -4713,93 +4713,93 @@ Device 1K-blocks Used Av zur Verfügung stehen wird.</para> </note> - <para>HAST ist nicht dafür verantwortlich, die Rolle - (<literal>primary</literal> oder <literal>secondary</literal>) für - den jeweiligen Knoten festzulegen. Die Rolle des Knotens muss vom - Administrator oder einer anderen Software wie - <application>Heartbeat</application> mittels des - &man.hastctl.8;-Werkzeugs festgelegt werden. Auf dem primären - Knoten (<literal>hasta</literal>) geben Sie - nun den folgenden Befehl ein:</para> + <para>Die Rolle eines HAST Knotens (<literal>primary</literal> + oder <literal>secondary</literal>) wird vom einem + Administrator, oder einer Software wie + <application>Heartbeat</application>, mittels des + &man.hastctl.8;-Werkzeugs festgelegt. Auf dem primären + Knoten (<literal>hasta</literal>) geben Sie diesen Befehl + ein:</para> <screen>&prompt.root; <userinput>hastctl role primary test</userinput></screen> - <para>Geben Sie nun, ähnlich wie zuvor, das folgende Kommando auf - dem sekundären Knoten - (<literal>hastb</literal>) ein:</para> + <para>Geben Sie folgendes Kommando auf dem sekundären + Knoten (<literal>hastb</literal>) ein:</para> <screen>&prompt.root; <userinput>hastctl role secondary test</userinput></screen> <caution> - <para>Es kann passieren, dass beide Knoten nicht in der Lage sind, - miteinander zu kommunizieren und dadurch beide als primäre - Knoten konfiguriert sind; die Konsequenz daraus wird als - <literal>split-brain</literal> bezeichnet. Um diese Situation zu - bereinigen, folgen Sie den Schritten, die in <xref linkend="disks-hast-sb"/> beschrieben sind.</para> + <para>Es kann passieren, dass beide Knoten nicht in der Lage + sind, miteinander zu kommunizieren und dadurch beide als + primäre Knoten konfiguriert sind; die Konsequenz daraus wird + als <literal>split-brain</literal> bezeichnet. Um diese + Situation zu bereinigen, folgen Sie den Schritten, die + in <xref linkend="disks-hast-sb"/> beschrieben sind.</para> </caution> - <para>Es ist möglich das Ergebnis des &man.hastctl.8;-Werkzeugs auf - jedem Knoten zu überprüfen:</para> + <para>Überprüfen Sie das Ergebnis mit &man.hastctl.8; auf beiden + Knoten:</para> <screen>&prompt.root; <userinput>hastctl status test</userinput></screen> - <para>Der wichtigste Teil ist die <literal>status</literal>-Textzeile der - Ausgabe, die auf jedem Knoten <literal>complete</literal> lauten - sollte. Falls der Status als <literal>degraded</literal> - zurückgemeldet wird, ist etwas schief gegangen. Zu diesem - Zeitpunkt hat die Synchronisation zwischen den beiden Knoten bereits - begonnen. Die Synchronisation ist beendet, wenn das Kommando - <command>hastctl status</command> meldet, dass die - <literal>dirty</literal>-Bereiche 0 Bytes betragen.</para> - - <para>Der letzte Schritt ist, ein Dateisystem auf dem - <filename>/dev/hast/test</filename> - GEOM-Provider anzulegen und dieses ins System einzuhängen. Dies - muss auf dem <literal>primary</literal>-Knoten durchgeführt werden - (da <filename>/dev/hast/test</filename> nur - auf dem <literal>primary</literal>-Knoten erscheint). Dies kann ein - paar Minuten dauern, abhängig von der Grösse der - Festplatte:</para> + <para>Der wichtigste Teil ist die + <literal>status</literal>-Textzeile, die auf jedem Knoten + <literal>complete</literal> lauten sollte. Falls der Status + als <literal>degraded</literal> zurückgemeldet wird, ist etwas + schief gegangen. Zu diesem Zeitpunkt hat die Synchronisation + zwischen den beiden Knoten bereits begonnen. Die + Synchronisation ist beendet, wenn + <command>hastctl status</command> meldet, dass die + <literal>dirty</literal>-Bereiche 0 Bytes betragen.</para> + + <para>Der nächste Schritt ist, ein Dateisystem auf dem + <filename>/dev/hast/test</filename> GEOM-Provider anzulegen + und dieses ins System einzuhängen. Dies muss auf dem + <literal>primary</literal>-Knoten durchgeführt werden, da + <filename>/dev/hast/test</filename> nur auf dem + <literal>primary</literal>-Knoten erscheint. Die Erstellung + des Dateisystems kann ein paar Minuten dauern, abhängig von + der Grösse der Festplatte:</para> <screen>&prompt.root; <userinput>newfs -U /dev/hast/test</userinput> &prompt.root; <userinput>mkdir /hast/test</userinput> &prompt.root; <userinput>mount /dev/hast/test /hast/test</userinput></screen> - <para>Sobald das <acronym>HAST</acronym>-Framework richtig konfiguriert - wurde, besteht der letzte Schritt nun darin, sicherzustellen, dass - <acronym>HAST</acronym> während des Systemstarts automatisch - gestartet wird. Die folgende Zeile sollte zur Datei - <filename>/etc/rc.conf</filename> hinzugefügt werden:</para> + <para>Sobald das <acronym>HAST</acronym>-Framework richtig + konfiguriert wurde, besteht der letzte Schritt nun darin, + sicherzustellen, dass <acronym>HAST</acronym> während des + Systemstarts automatisch gestartet wird. Fügen Sie diese + Zeile in <filename>/etc/rc.conf</filename> hinzu:</para> <programlisting>hastd_enable="YES"</programlisting> <sect3> <title>Failover-Konfiguration</title> - <para>Das Ziel dieses Beispiels ist, ein robustes Speichersystem zu - bauen, welches Fehlern auf einem beliebigen Knoten widerstehen kann. - Die Schlüsselaufgabe in diesem Szenario besteht darin, zu - verhindern, dass der <literal>primary</literal>-Knoten des Clusters - ausfällt. Sollte es dennoch passieren, ist der - <literal>secondary</literal>-Knoten da, um nahtlos einzuspringen, das - Dateisystem zu prüfen, einzuhängen und mit der Arbeit - fortzufahren, ohne dass auch nur ein einzelnes Bit an Daten verloren - ging.</para> - - <para>Um diese Aufgabe zu bewerkstelligen, ist es nötig, eine - weitere Eigenschaft zu nutzen, die unter &os; verfügbar ist, - welche ein automatisches Failover auf der IP-Schicht ermöglicht: - <acronym>CARP</acronym>. <acronym>CARP</acronym> steht für - Common Address Redundancy Protocol und erlaubt es mehreren Rechnern - im gleichen Netzsegment, die gleiche IP-Adresse zu verwenden. Setzen - Sie <acronym>CARP</acronym> auf beiden Knoten des Clusters anhand der - Dokumentation in <xref linkend="carp"/> auf. Nachdem dieser Schritt - abgeschlossen ist, sollte jeder Knoten seine eigene - <filename>carp0</filename>-Schnittstelle mit der geteilten + <para>Das Ziel dieses Beispiels ist, ein robustes + Speichersystem zu bauen, welches Fehlern auf einem + beliebigen Knoten widerstehen kann. Das Szenario besteht + darin, dass der <literal>primary</literal>-Knoten des + Clusters ausfällt. Sollte das passieren, ist der + <literal>secondary</literal>-Knoten da, um nahtlos + einzuspringen, das Dateisystem zu prüfen, einzuhängen und + mit der Arbeit fortzufahren, ohne dass auch nur ein + einzelnes Bit an Daten verloren geht.</para> + + <para>Um diese Aufgabe zu bewerkstelligen, wird eine + weitere Eigenschaft von &os; benutzt, + welche ein automatisches Failover auf der IP-Schicht + ermöglicht: <acronym>CARP</acronym>. + <acronym>CARP</acronym> (Common Address Redundancy Protocol) + erlaubt es mehreren Rechnern im gleichen Netzsegment, die + gleiche IP-Adresse zu verwenden. Setzen Sie + <acronym>CARP</acronym> auf beiden Knoten des Clusters + anhand der Dokumentation in <xref linkend="carp"/> auf. + Nach der Konfiguration wird jeder Knoten seine eigene + <filename>carp0</filename>-Schnittstelle, mit der geteilten IP-Adresse <replaceable>172.16.0.254</replaceable> besitzen. - Selbstverständlich muss der primäre - <acronym>HAST</acronym>-Knoten des Clusters der - <acronym>CARP</acronym>-Masterknoten sein.</para> + Der primäre <acronym>HAST</acronym>-Knoten des Clusters muss + der <acronym>CARP</acronym>-Masterknoten sein.</para> <para>Der <acronym>HAST</acronym>-Pool, welcher im vorherigen Abschnitt erstellt wurde, ist nun bereit für den Export über das @@ -4810,21 +4810,22 @@ Device 1K-blocks Used Av ungelöste Problem ist der automatische Failover, sollte der primäre Knoten einmal ausfallen.</para> - <para>Falls die <acronym>CARP</acronym>-Schnittstelle aktiviert oder - deaktiviert wird, generiert das &os;-Betriebssystem ein - &man.devd.8;-Ereignis, was es ermöglicht, - Zustandsänderungen auf den + <para>Falls die <acronym>CARP</acronym>-Schnittstelle + aktiviert oder deaktiviert wird, generiert das + &os;-Betriebssystem ein &man.devd.8;-Ereignis, was es + ermöglicht, Zustandsänderungen auf den <acronym>CARP</acronym>-Schnittstellen zu überwachen. Eine - Zustandsänderung auf der <acronym>CARP</acronym>-Schnittstelle - ist ein Indiz dafür, dass einer der Knoten gerade ausgefallen - oder wieder verfügbar ist. In diesem Fall ist es möglich, - ein Skript zu starten, welches den Failover automatisch + Zustandsänderung auf der + <acronym>CARP</acronym>-Schnittstelle ist ein Indiz dafür, + dass einer der Knoten gerade ausgefallen oder wieder + verfügbar ist. Diese Zustandsänderungen machen es möglich, + ein Skript zu starten, welches automatisch den HAST-Failover durchführt.</para> - <para>Um diese Zustandsänderungen auf der - <acronym>CARP</acronym>-Schnittstelle abzufangen, müssen die - folgenden Zeilen in der Datei <filename>/etc/devd.conf</filename> auf - jedem Knoten eingefügt werden:</para> + <para>Um Zustandsänderungen auf der + <acronym>CARP</acronym>-Schnittstelle abzufangen, müssen + diese Zeilen in <filename>/etc/devd.conf</filename> auf + jedem Knoten hinzugefügt werden:</para> <programlisting>notify 30 { match "system" "IFNET"; @@ -4840,9 +4841,8 @@ notify 30 { action "/usr/local/sbin/carp-hast-switch slave"; };</programlisting> - <para>Um diese neue Konfiguration zu aktivieren, starten Sie - &man.devd.8; auf beiden Knoten neu, um die neue Konfiguration - wirksam werden zu lassen:</para> + <para>Starten Sie &man.devd.8; auf beiden Knoten neu, um + die neue Konfiguration wirksam werden zu lassen:</para> <screen>&prompt.root; <userinput>/etc/rc.d/devd restart</userinput></screen> @@ -4857,7 +4857,7 @@ notify 30 { genauere Informationen zu der obigen &man.devd.8;-Konfiguration, lesen Sie die &man.devd.conf.5;-Manualpage.</para> - <para>Ein Beispiel für ein solches Skript könnte wie folgt + <para>Ein Beispiel für ein solches Skript könnte so aussehen:</para> <programlisting>#!/bin/sh @@ -5010,37 +5010,38 @@ esac</programlisting> jedoch sollte als Faustregel gewährleistet werden, dass die Zeit für beide Knoten im Cluster synchron läuft.</para> - <para>Die Anzahl an Debugging-Meldungen von &man.hastd.8; sollte - erhöht werden, wenn Fehler von <acronym>HAST</acronym> bereinigt - werden. Dies kann durch das Starten des &man.hastd.8;-Dienstes mit - der Option <literal>-d</literal> erreicht werden. Wichtig zu wissen - ist, dass diese Option mehrfach angegeben werden kann, um die Anzahl - an Meldungen weiter zu erhöhen. Sie können viele - nützliche Informationen auf diese Art bekommen. Sie sollten - ebenfalls die Verwendung der Option <literal>-F</literal> in - Erwägung ziehen, die den &man.hastd.8;-Dienst in den Vordergrund - bringt.</para> + <para>Für die Fehlersuche bei Problemen mit + <acronym>HAST</acronym> sollte die Anzahl an + Debugging-Meldungen von &man.hastd.8; erhöht werden. Dies + kann durch das Starten des &man.hastd.8;-Dienstes mit + der Option <literal>-d</literal> erreicht werden. Wichtig + zu wissen ist, dass diese Option mehrfach angegeben werden + kann, um die Anzahl an Meldungen weiter zu erhöhen. Sie + können viele nützliche Informationen auf diese Art bekommen. + Sie sollten ebenfalls die Verwendung der Option + <literal>-F</literal> in Erwägung ziehen, die den + &man.hastd.8;-Dienst in den Vordergrund bringt.</para> </sect3> <sect3 xml:id="disks-hast-sb"> <title>Auflösung des Split-brain-Zustands</title> - <para>Die Konsequenz aus der Situation, wenn beide Knoten des Clusters - nicht in der Lage sind, miteinander zu kommunizieren und dadurch - beide als primäre Knoten fungieren, wird als - <literal>split-brain</literal> bezeichnet. Dies ist ein + <para><literal>split-brain</literal> bezeichnet eine + Situation, in der beide Knoten des Clusters nicht in der + Lage sind, miteinander zu kommunizieren und dadurch beide + als primäre Knoten fungieren. Dies ist ein gefährlicher Zustand, weil es beiden Knoten erlaubt ist, - Änderungen an den Daten vorzunehmen, die miteinander nicht in - Einklang gebracht werden können. Diese Situation sollte vom - Systemadministrator händisch bereinigt werden.</para> - - <para>Um diese Situation zu beheben, muss der Administrator - entscheiden, welcher Knoten die wichtigsten Änderungen von - beiden besitzt (oder diese manuell miteinander vermischen) und - anschliessend den <acronym>HAST</acronym>-Knoten die volle - Synchronisation mit jenem Knoten durchführen zu lassen, welcher - die beschädigten Daten besitzt. Um dies zu tun, geben Sie die - folgenden Befehle auf dem Knoten ein, der neu synchronisiert werden + Änderungen an den Daten vorzunehmen, die miteinander nicht + in Einklang gebracht werden können. Diese Situation muss + vom Systemadministrator händisch bereinigt werden.</para> + + <para>Der Administrator muss entscheiden, welcher Knoten die + wichtigsten Änderungen von beiden besitzt (oder diese + manuell miteinander vermischen) und anschliessend den + <acronym>HAST</acronym>-Knoten die volle Synchronisation mit + jenem Knoten durchführen zu lassen, welcher die beschädigten + Daten besitzt. Um dies zu tun, geben Sie folgende + Befehle auf dem Knoten ein, der neu synchronisiert werden soll:</para> <screen>&prompt.root; <userinput>hastctl role init <resource></userinput>
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?201503132126.t2DLQrfc018215>