Skip to main content
Eine neuere Version dieses Produkts ist erhältlich.
Die deutsche Sprachversion wurde als Serviceleistung für Sie durch maschinelle Übersetzung erstellt. Bei eventuellen Unstimmigkeiten hat die englische Sprachversion Vorrang.

Ausgleich von Daten, die im Erasure Coding ausgeführt werden, nach dem Hinzufügen von Storage-Nodes

Beitragende
PDFs

Nachdem Sie Storage Nodes hinzugefügt haben, können Sie das EC-Ausgleichverfahren verwenden, um Fragmente, die mit Löschvorgängen codiert wurden, auf die vorhandenen und neuen Storage-Nodes umzuverteilen.

Bevor Sie beginnen

  • Sie haben die Erweiterungsschritte zum Hinzufügen der neuen Speicherknoten abgeschlossen.

  • Sie haben die geprüft "Überlegungen zur Lastverteilung bei Daten, die mit Erasure Coding versehen sind".

  • Sie wissen, dass replizierte Objektdaten bei diesem Verfahren nicht verschoben werden und dass beim EC-Ausgleichverfahren die replizierte Datennutzung auf jedem Storage Node nicht berücksichtigt wird, wenn festgestellt wird, wo Daten mit Erasure Coding verschoben werden.

  • Sie haben die Passwords.txt Datei:

Was passiert, wenn dieses Verfahren ausgeführt wird

Beachten Sie vor dem Starten des Verfahrens Folgendes:

  • Das EC-Ausgleichverfahren startet nicht, wenn ein oder mehrere Volumes offline (unmounted) sind oder online (gemountet) sind, sondern sich in einem Fehlerzustand befinden.

  • Das EG-Ausgleichverfahren reserviert vorübergehend einen großen Speicher. Storage-Warnmeldungen werden möglicherweise ausgelöst, aber nach Abschluss des Ausgleichs werden sie gelöst. Wenn nicht genügend Speicherplatz für die Reservierung vorhanden ist, schlägt das EC-Ausgleichverfahren fehl. Speicherreservierungen werden freigegeben, wenn der EC-Ausgleichvorgang abgeschlossen ist, unabhängig davon, ob der Vorgang fehlgeschlagen oder erfolgreich war.

  • Wenn ein Volume offline geschaltet wird, während der EC-Neuausgleich ausgeführt wird, wird der Neuausgleich beendet. Alle bereits verschobenen Datenfragmente bleiben an ihren neuen Speicherorten und es gehen keine Daten verloren.

    Sie können den Vorgang erneut ausführen, nachdem alle Volumes wieder online sind.

  • Wenn das EC-Ausgleichverfahren ausgeführt wird, kann die Performance von ILM-Vorgängen und S3- und Swift-Client-Operationen beeinträchtigt werden.

    Hinweis S3- und Swift-API-Operationen zum Hochladen von Objekten (oder Objektteilen) können während des EC-Ausgleichs fehlschlagen, wenn sie mehr als 24 Stunden benötigen. PUT-Vorgänge mit langer Dauer schlagen fehl, wenn die geltende ILM-Regel eine ausgewogene oder strikte Platzierung bei der Aufnahme verwendet. Der folgende Fehler wird gemeldet: 500 Internal Server Error.

  • Bei diesem Verfahren haben alle Knoten eine Speicherkapazitätsgrenze von 80 %. Knoten, die diese Grenze überschreiten, aber immer noch unterhalb der Zieldatenpartition gespeichert werden, werden von folgenden Elementen ausgeschlossen:

    • Der Wert für die Unwucht des Standorts

    • Alle Bedingungen für den Abschluss eines Jobs

      Hinweis Die Zieldatenpartition wird berechnet, indem die Gesamtdaten für einen Standort durch die Anzahl der Knoten dividiert werden.

  • Bedingungen für die Fertigstellung des Jobs. Der "EG-Ausgleichverfahren" Gilt als abgeschlossen, wenn einer der folgenden Punkte zutrifft:

    • Es können keine Daten mit Erasure Coded verschoben werden.

    • Die Daten in allen Knoten liegen innerhalb einer Abweichung von 5% von der Zieldatenpartition.

    • Das Verfahren läuft seit 30 Tagen.

Schritte

  1. Überprüfen Sie die aktuellen Objekt-Storage-Details für den Standort, den Sie ausgleichen möchten.

    1. Wählen Sie KNOTEN.

    2. Wählen Sie den ersten Speicherknoten am Standort aus.

    3. Wählen Sie die Registerkarte Storage aus.

    4. Bewegen Sie den Mauszeiger über das Diagramm Speicher verwendet – Objektdaten, um die aktuelle Menge replizierter Daten und mit Löschungscodes versehene Daten auf dem Speicher-Node anzuzeigen.

    5. Wiederholen Sie diese Schritte, um die anderen Speicherknoten am Standort anzuzeigen.

  2. Melden Sie sich beim primären Admin-Node an:

    1. Geben Sie den folgenden Befehl ein: ssh admin@primary_Admin_Node_IP

    2. Geben Sie das im aufgeführte Passwort ein Passwords.txt Datei:

    3. Geben Sie den folgenden Befehl ein, um zum Root zu wechseln: su -

    4. Geben Sie das im aufgeführte Passwort ein Passwords.txt Datei:

      Wenn Sie als root angemeldet sind, ändert sich die Eingabeaufforderung von $ Bis #.

  3. Starten Sie den Vorgang:

    `reBalance-Data Start --site "site-Name"

    Geben Sie für „site-Name“ den ersten Standort an, an dem Sie einen oder mehrere neue Storage-Nodes hinzugefügt haben. Umschließen site-name In Angeboten.

    Der EC-Ausgleichvorgang startet, und eine Job-ID wird zurückgegeben.

  4. Kopieren Sie die Job-ID.

  5. Überwachen Sie den Status des EC-Ausgleichs.

    • So zeigen Sie den Status eines einzelnen EC-Ausgleichs an:

      rebalance-data status --job-id job-id

      Für `job-id`Geben Sie die ID an, die beim Start des Verfahrens zurückgegeben wurde.

    • So zeigen Sie den Status des aktuellen EC-Ausgleichs und aller zuvor abgeschlossenen Verfahren an:

      rebalance-data status

    Hinweis

    Hilfe zum Befehl zum Ausgleich von Daten erhalten:

    rebalance-data --help

  6. Führen Sie weitere Schritte aus, basierend auf dem zurückgegebenen Status:

    • Wenn State Ist In progress, Der EC-Ausgleichsoperation läuft noch. Sie sollten das Verfahren regelmäßig überwachen, bis es abgeschlossen ist.

      Verwenden Sie die Site Imbalance Wert für die Bewertung, wie unausgeglichene Datenverwendung von Löschcode in den Storage-Nodes am Standort erfolgt. Dieser Wert kann zwischen 1.0 und 0 liegen, wobei 0 bedeutet, dass die Datennutzung für das Erasure Coding vollständig auf alle Storage-Nodes am Standort verteilt ist.

    Der EC-Neuausgleich-Job gilt als abgeschlossen und wird angehalten, wenn sich die Daten in allen Knoten innerhalb einer Abweichung von 5 % von der Zieldatenpartition befinden.

    • Wenn State Ist Success, Optional Prüfen von Objekt-Storage Um die aktualisierten Details für die Site anzuzeigen.

      Daten mit Erasure-Coding-Verfahren sollten nun besser auf die Storage-Nodes am Standort abgestimmt sein.

    • Wenn State Ist Failure:

      1. Vergewissern Sie sich, dass alle Speicherknoten am Standort mit dem Raster verbunden sind.

      2. Überprüfen Sie, ob Warnmeldungen vorliegen, die sich auf diese Speicherknoten auswirken könnten, und beheben Sie sie.

      3. Starten Sie das EC-Neuausgleich-Verfahren neu:

        rebalance-data start –-job-id job-id

      4. Den Status anzeigen Des neuen Verfahrens. Wenn State Ist immer noch Failure, Wenden Sie sich an den technischen Support.

  7. Wenn das EC-Ausgleichverfahren zu viel Last generiert (beispielsweise sind Ingest-Operationen betroffen), unterbrechen Sie den Vorgang.

    rebalance-data pause --job-id job-id

  8. Wenn Sie das EC-Ausgleichverfahren beenden müssen (z. B. um ein StorageGRID-Software-Upgrade durchzuführen), geben Sie Folgendes ein:

    rebalance-data terminate --job-id job-id

    Hinweis Wenn Sie eine EC-Neuverteilung beenden, bleiben alle Datenfragmente, die bereits verschoben wurden, an ihren neuen Speicherorten. Daten werden nicht zurück an den ursprünglichen Speicherort verschoben.

  9. Wenn Sie Erasure Coding an mehreren Standorten verwenden, führen Sie dieses Verfahren für alle anderen betroffenen Standorte aus.