Skip to main content
Die deutsche Sprachversion wurde als Serviceleistung für Sie durch maschinelle Übersetzung erstellt. Bei eventuellen Unstimmigkeiten hat die englische Sprachversion Vorrang.

Überlegungen zum Entfernen eines Standorts

Beitragende

Bevor Sie die Website wieder entfernen, müssen Sie zunächst die entsprechenden Überlegungen überprüfen.

Was geschieht, wenn Sie eine Website ausmustern

Durch die Stilllegung einer Website StorageGRID werden alle Nodes an der Website und der Standort selbst endgültig vom StorageGRID System entfernt.

Nach Abschluss der Deaktivierung der Website:

  • StorageGRID kann nicht mehr zum Anzeigen und Zugreifen auf den Standort oder auf einen der Nodes am Standort verwendet werden.

  • Sie können keine Storage-Pools oder Erasure Coding-Profile mehr verwenden, die auf den Standort verwiesen wurden. Wenn StorageGRID einen Standort dekomprimiert, werden diese Storage-Pools automatisch entfernt und diese Erasure Coding-Profile deaktiviert.

Unterschiede zwischen dem angeschlossenen Standort und dem Verfahren zur Deaktivierung des Standorts

Im Rahmen der Deaktivierung einer Website können Sie eine Site entfernen, in der alle Nodes mit StorageGRID verbunden sind (die als Deaktivierung verbundenen Site bezeichnet wird), oder eine Site entfernen, in der alle Nodes von StorageGRID getrennt sind (die so genannte Deaktivierung einer getrennten Site wird als deaktiviert). Bevor Sie beginnen, müssen Sie die Unterschiede zwischen diesen Verfahren verstehen.

Hinweis Wenn ein Standort eine Mischung aus verbundenen (Häkchen Für Symbolwarnung GrünUnd nicht verbundene Knoten (Icon Alarm Grau Administrativ Nach Unten Oder Symbolalarm Blau Unbekannt), Sie müssen alle Offline-Knoten wieder online bringen.
  • Durch eine Deaktivierung einer verbundenen Website können Sie einen betrieblichen Standort aus dem StorageGRID System entfernen. Beispielsweise können Sie eine verbundene Website ausmustern, um eine funktionierende, aber nicht mehr benötigte Website zu entfernen.

  • Wenn StorageGRID einen verbundenen Standort entfernt, wird ILM für das Management der Objektdaten am Standort verwendet. Bevor Sie eine verbundene Site außer Betrieb nehmen können, müssen Sie die Site von allen ILM-Regeln entfernen und eine neue ILM-Richtlinie aktivieren. Die ILM-Prozesse zur Migration von Objektdaten und die internen Prozesse zur Entfernung eines Standorts können gleichzeitig durchgeführt werden. Es empfiehlt sich jedoch, die ILM-Schritte zu schließen, bevor Sie den tatsächlichen Außerbetriebnahme starten.

  • Bei einer getrennten Deaktivierung der Website können Sie fehlerhafte Standorte aus dem StorageGRID System entfernen. So können Sie beispielsweise eine abgelöste Außerbetriebnahme des Standorts durchführen, um einen Standort zu entfernen, der durch einen Brand oder eine Überschwemmung zerstört wurde.

    Wenn StorageGRID eine getrennte Site entfernt, werden alle Nodes als nicht wiederherstellbar erachtet und nicht versucht, Daten zu erhalten. Bevor Sie eine getrennte Site jedoch außer Betrieb nehmen können, müssen Sie die Website jedoch von allen ILM-Regeln entfernen und eine neue ILM-Richtlinie aktivieren.

    Wichtig Bevor Sie eine Deaktivierung des Standorts durchführen, müssen Sie sich an Ihren NetApp Ansprechpartner wenden. NetApp überprüft Ihre Anforderungen, bevor Sie alle Schritte im Decommission Site Wizard aktivieren. Sie sollten keinen Versuch Unternehmen, eine getrennte Site außer Betrieb zu nehmen, wenn Sie der Meinung sind, dass eine Wiederherstellung der Site oder die Wiederherstellung von Objektdaten von der Site möglich wäre.

Allgemeine Anforderungen für das Entfernen eines verbundenen oder getrennten Standorts

Bevor Sie einen angeschlossenen oder getrennten Standort entfernen, müssen Sie die folgenden Anforderungen erfüllen:

  • Sie können keinen Standort außer Betrieb nehmen, der den primären Admin-Node enthält.

  • Sie können keine Site außer Betrieb setzen, die einen Archiv-Node enthält.

  • Sie können einen Standort nicht stilllegen, wenn einer der Nodes über eine Schnittstelle verfügt, die zu einer HA-Gruppe (High Availability, Hochverfügbarkeit) gehört. Sie müssen entweder die HA-Gruppe bearbeiten, um die Schnittstelle des Node zu entfernen, oder die gesamte HA-Gruppe entfernen.

  • Sie können eine Site nicht stilllegen, wenn sie eine Mischung aus verbundener ( enthältHäkchen Für Symbolwarnung GrünUnd getrennt (Symbolalarm Blau Unbekannt Oder Icon Alarm Grau Administrativ Nach Unten) Knoten.

  • Sie können einen Standort nicht stilllegen, wenn ein Node an einem anderen Standort getrennt ist (Symbolalarm Blau Unbekannt Oder Icon Alarm Grau Administrativ Nach Unten).

  • Sie können den Vorgang zur Deaktivierung des Standorts nicht starten, wenn derzeit ein ec-Node-Reparaturvorgang ausgeführt wird. Siehe Prüfen Sie die Reparatur von Daten Zur Nachverfolgung von Reparaturen mit Erasure-Coding-Daten.

  • Während die Deaktivierung der Website läuft:

    • Sie können keine ILM-Regeln erstellen, die sich auf die auszugemusterte Site beziehen. Sie können auch keine vorhandene ILM-Regel bearbeiten, um auf die Site zu verweisen.

    • Sie können keine anderen Wartungsvorgänge wie z. B. Erweiterung oder Upgrade durchführen.

      Hinweis Wenn Sie während der Stilllegung einer verbundenen Website einen weiteren Wartungsvorgang durchführen müssen, können Sie dies auch tun Halten Sie das Verfahren an, während die Speicherknoten entfernt werden. Die Schaltfläche Pause ist nur aktiviert, wenn die ILM-Bewertung oder die mit Erasure Coding versehenen Phasen der Datenauswertung erreicht sind. Die ILM-Evaluierung (Datenmigration) wird jedoch weiterhin im Hintergrund ausgeführt. Nach Abschluss des zweiten Wartungsverfahrens können Sie die Außerbetriebnahme fortsetzen.
    • Falls Nodes nach dem Starten der Deaktivierung der Website wiederhergestellt werden müssen, müssen Sie den Support kontaktieren.

  • Sie können nicht mehrere Standorte gleichzeitig außer Betrieb nehmen.

  • Wenn die Site einen oder mehrere Admin-Nodes enthält und Single Sign-On (SSO) für Ihr StorageGRID-System aktiviert ist, müssen Sie alle Vertrauensstellen der Vertrauensstelle für die Site von Active Directory Federation Services (AD FS) entfernen.

Anforderungen für Information Lifecycle Management (ILM)

Beim Entfernen eines Standorts müssen Sie Ihre ILM-Konfiguration aktualisieren. Der Assistent für die Decommission Site führt Sie durch eine Reihe von erforderlichen Schritten, um Folgendes sicherzustellen:

  • Die ILM-Richtlinie für den Standort wird nicht genutzt. In diesem Fall müssen Sie eine neue ILM-Richtlinie mit neuen ILM-Regeln erstellen und aktivieren.

  • Es gibt keine vorgeschlagene ILM-Richtlinie. Wenn Sie über eine vorgeschlagene Richtlinie verfügen, müssen Sie diese löschen.

  • Keine ILM-Regeln beziehen sich auf die Site, auch wenn diese Regeln nicht in der aktiven oder vorgeschlagenen Richtlinie verwendet werden. Sie müssen alle Regeln, die sich auf die Website beziehen, löschen oder bearbeiten.

Wenn StorageGRID den Standort dekomprimiert, werden automatisch alle nicht verwendeten Erasure Coding-Profile deaktiviert, die auf den Standort verweisen. Außerdem werden alle nicht verwendeten Speicherpools, die sich auf den Standort beziehen, automatisch gelöscht. Der standardmäßige Speicherpool Alle Speicherknoten wird entfernt, da er alle Standorte verwendet.

Wichtig Bevor Sie einen Standort entfernen können, müssen Sie möglicherweise neue ILM-Regeln erstellen und eine neue ILM-Richtlinie aktivieren. Diese Anweisungen setzen voraus, dass Sie alle Kenntnisse über die Funktionsweise von ILM haben und dass Sie mit der Erstellung von Storage-Pools, Erasure Coding-Profilen, ILM-Regeln sowie der Simulation und Aktivierung einer ILM-Richtlinie vertraut sind. Weitere Informationen finden Sie in den Anweisungen zum Verwalten von Objekten mit Information Lifecycle Management.

Überlegungen zu den Objektdaten an einem angeschlossenen Standort

Wenn Sie eine verbundene Site außer Betrieb nehmen, müssen Sie beim Erstellen neuer ILM-Regeln und einer neuen ILM-Richtlinie festlegen, welche Daten an der Website gespeichert werden. Sie können entweder oder beide der folgenden Aktionen ausführen:

  • Verschieben Sie Objektdaten vom ausgewählten Standort zu einem oder mehreren anderen Standorten in der Tabelle.

    Beispiel für das Verschieben von Daten: Angenommen, Sie möchten eine Website in Raleigh ausmustern, weil Sie eine neue Website in Sunnyvale hinzugefügt haben. In diesem Beispiel möchten Sie alle Objektdaten vom alten Standort auf den neuen Standort verschieben. Bevor Sie Ihre ILM-Regeln und ILM-Richtlinie aktualisieren, müssen Sie die Kapazität an beiden Standorten prüfen. Sie müssen sicherstellen, dass der Standort in Sunnyvale über genügend Kapazität für die Objektdaten vom Standort Raleigh verfügt und dass im Rahmen eines zukünftigen Wachstums in Sunnyvale ausreichend Kapazität zur Verfügung steht.

    Hinweis Um sicherzustellen, dass ausreichend Kapazität verfügbar ist, müssen Sie möglicherweise einem vorhandenen Standort Storage-Volumes oder Speicherknoten hinzufügen oder einen neuen Standort hinzufügen, bevor Sie diesen Vorgang ausführen. Anweisungen zum erweitern eines StorageGRID-Systems finden Sie in den Anweisungen.
  • Löschen von Objektkopien vom ausgewählten Standort.

    Beispiel für das Löschen von Daten: Angenommen, Sie verwenden derzeit eine ILM-Regel mit 3 Kopien, um Objektdaten auf drei Standorten zu replizieren. Bevor Sie einen Standort außer Betrieb nehmen, können Sie eine äquivalente ILM-Regel mit zwei Kopien erstellen, um Daten an nur zwei Standorten zu speichern. Wenn Sie eine neue ILM-Richtlinie aktivieren, die die Regel mit zwei Kopien verwendet, löscht StorageGRID die Kopien vom dritten Standort, da diese die ILM-Anforderungen nicht mehr erfüllen. Die Objektdaten werden jedoch weiterhin gesichert und die Kapazität der beiden verbleibenden Standorte bleibt gleich.

    Wichtig Erstellen Sie niemals eine ILM-Regel für eine einzelne Kopie, um die Entfernung eines Standorts aufzunehmen. Eine ILM-Regel, die immer nur eine replizierte Kopie erstellt, gefährdet Daten permanent. Wenn nur eine replizierte Kopie eines Objekts vorhanden ist, geht dieses Objekt verloren, wenn ein Speicherknoten ausfällt oder einen beträchtlichen Fehler hat. Während Wartungsarbeiten wie Upgrades verlieren Sie auch vorübergehend den Zugriff auf das Objekt.

Zusätzliche Anforderungen für die Deaktivierung einer verbundenen Website

Bevor StorageGRID einen verbundenen Standort entfernen kann, müssen Sie Folgendes sicherstellen:

  • Alle Knoten in Ihrem StorageGRID-System müssen über einen Verbindungsstatus von Connected ( verfügenHäkchen Für Symbolwarnung Grün); die Knoten können jedoch aktive Warnmeldungen haben.

    Hinweis Wenn ein oder mehrere Knoten getrennt werden, können Sie die Schritte 1-4 des Assistenten zum Decommission Site ausführen. Sie können jedoch Schritt 5 des Assistenten nicht abschließen, der den Stilllegen-Prozess startet, es sei denn, alle Knoten sind verbunden.
  • Wenn der Standort, den Sie entfernen möchten, einen Gateway-Node oder einen Admin-Node enthält, der zum Load Balancing verwendet wird, müssen Sie möglicherweise ein Erweiterungsverfahren durchführen, um einen entsprechenden neuen Node an einem anderen Standort hinzuzufügen. Es muss sichergestellt sein, dass Clients eine Verbindung zum Ersatz-Node herstellen können, bevor der Standort ausmustern wird.

  • Wenn der Standort, den Sie entfernen möchten, einen Gateway-Node oder Admin-Knoten enthält, die sich in einer HA-Gruppe befinden, können Sie die Schritte 1-4 des Assistenten zur Decommission Site ausführen. Sie können jedoch Schritt 5 des Assistenten nicht abschließen. Dieser startet den Ausmustern-Prozess, bis Sie diese Nodes aus allen HA-Gruppen entfernen. Wenn bestehende Clients mit einer HA-Gruppe verbunden sind, die Nodes vom Standort enthält, müssen Sie sicherstellen, dass nach dem Entfernen des Standorts die Verbindung zu StorageGRID fortgesetzt werden kann.

  • Wenn Clients direkt mit Storage Nodes an dem Standort verbunden sind, den Sie entfernen möchten, müssen Sie sicherstellen, dass sie eine Verbindung zu Storage Nodes an anderen Standorten herstellen können, bevor Sie den Vorgang zur Deaktivierung des Standorts starten.

  • Sie müssen auf den übrigen Standorten ausreichend Speicherplatz für alle Objektdaten bereitstellen, die aufgrund von Änderungen an der aktiven ILM-Richtlinie verschoben werden. In einigen Fällen müssen Sie Ihr StorageGRID System möglicherweise um Storage Nodes, Storage Volumes oder neue Standorte erweitern, bevor Sie eine angeschlossene Website ausmustern.

  • Sie müssen genügend Zeit haben, bis der Stilllegen abgeschlossen ist. Die ILM-Prozesse von StorageGRID dauern möglicherweise Tage, Wochen oder sogar Monate, um Objektdaten vom Standort zu verschieben oder zu löschen, bevor der Standort stillgelegt werden kann.

    Wichtig Das Verschieben oder Löschen von Objektdaten von einem Standort kann Tage, Wochen oder sogar Monate dauern, abhängig von der Datenmenge am Standort, der Systemlast, den Netzwerklatenzen und der Art der erforderlichen ILM-Änderungen.
  • Wenn möglich, sollten Sie die Schritte 1-4 des Decommission Site-Assistenten so früh wie möglich abschließen. Die Deaktivierung erfolgt schneller und mit weniger Unterbrechungen und Leistungseinflüssen, wenn Sie zulassen, dass Daten von der Website verschoben werden, bevor Sie die tatsächliche Deaktivierung starten (indem Sie in Schritt 5 des Assistenten Start Decommission wählen).

Zusätzliche Anforderungen für die Deaktivierung eines getrennten Standorts

Bevor StorageGRID eine getrennte Site entfernen kann, müssen Sie Folgendes sicherstellen:

  • Sie haben sich an Ihren NetApp Ansprechpartner wenden. NetApp überprüft Ihre Anforderungen, bevor Sie alle Schritte im Decommission Site Wizard aktivieren.

    Wichtig Sie sollten keinen Versuch Unternehmen, eine getrennte Site außer Betrieb zu nehmen, wenn Sie der Meinung sind, dass eine Wiederherstellung der Site oder die Wiederherstellung von Objektdaten von der Site möglich wäre.
  • Alle Nodes am Standort müssen einen Verbindungsstatus von einer der folgenden aufweisen:

    • * Unbekannt* (Symbolalarm Blau Unbekannt): Der Knoten ist aus einem unbekannten Grund nicht mit dem Raster verbunden. Beispielsweise wurde die Netzwerkverbindung zwischen den Knoten unterbrochen oder der Strom ist ausgefallen.

    • Administrativ Down (Icon Alarm Grau Administrativ Nach Unten): Der Knoten ist aus einem erwarteten Grund nicht mit dem Raster verbunden. Beispielsweise wurde der Node oder die Services auf dem Node ordnungsgemäß heruntergefahren.

  • Alle Knoten an allen anderen Standorten müssen über einen Verbindungsstatus von Connected ( verfügenHäkchen Für Symbolwarnung Grün); aber diese anderen Knoten können aktive Warnmeldungen haben.

  • Sie müssen wissen, dass Sie mit StorageGRID keine Objektdaten mehr anzeigen oder abrufen können, die auf der Site gespeichert wurden. Wenn StorageGRID dieses Verfahren durchführt, wird nicht versucht, Daten vom getrennten Standort zu bewahren.

    Hinweis Wenn Ihre ILM-Regeln und -Richtlinien zum Schutz vor dem Verlust eines einzelnen Standorts ausgelegt wurden, sind noch Kopien der Objekte auf den übrigen Standorten vorhanden.
  • Sie müssen verstehen, dass das Objekt verloren geht, wenn die Site die einzige Kopie eines Objekts enthielt und nicht abgerufen werden kann.

Überlegungen zu Konsistenzkontrollen beim Entfernen eines Standorts

Die Konsistenzstufe für einen S3-Bucket oder Swift-Container bestimmt, ob StorageGRID Objektmetadaten vollständig auf alle Nodes und Standorte repliziert, bevor einem Client mitgeteilt wird, dass die Objektaufnahme erfolgreich war. Konsistenzkontrollen bieten ein Gleichgewicht zwischen der Verfügbarkeit der Objekte und der Konsistenz dieser Objekte über verschiedene Storage Nodes und Standorte hinweg.

Wenn StorageGRID einen Standort entfernt, muss es sicherstellen, dass keine Daten auf den entfernten Standort geschrieben werden. Daher wird das Konsistenzlevel vorübergehend für jeden Bucket oder Container überschrieben. Nach dem Starten der Website-Außerbetriebnahme verwendet StorageGRID vorübergehend eine hohe Standort-Konsistenz, um zu verhindern, dass Objekt-Metadaten auf die Website geschrieben werden.

Aufgrund dieser vorübergehenden Überschreibung ist es nicht bekannt, dass alle während der Außerbetriebnahme eines Standorts laufenden Client-Schreibvorgänge, Updates und Löschvorgänge fehlschlagen können, wenn auf den verbleibenden Standorten nicht mehr mehrere Nodes verfügbar sind.