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.

Implementieren Sie neue Linux-Hosts

Beitragende

Bis auf ein paar Ausnahmen bereiten Sie die neuen Hosts wie während der Erstinstallation vor.

Um neue oder neu installierte physische oder virtuelle Linux-Hosts bereitzustellen, gehen Sie wie folgt vor, um die Hosts in den StorageGRID-Installationsanweisungen für Ihr Linux-Betriebssystem vorzubereiten:

Dieses Verfahren umfasst Schritte zur Durchführung folgender Aufgaben:

  1. Installieren Sie Linux.

  2. Konfigurieren Sie das Hostnetzwerk.

  3. Hostspeicher konfigurieren.

  4. Die Container-Engine einbauen.

  5. Installieren Sie den StorageGRID Host Service.

    Wichtig Beenden Sie den Vorgang „StorageGRID Host Service installieren“ in den Installationsanweisungen. Starten Sie nicht den Task „Deployment Grid Nodes“.

Beachten Sie bei der Durchführung dieser Schritte die folgenden wichtigen Richtlinien:

  • Verwenden Sie die gleichen Hostnamen, die Sie auf dem ursprünglichen Host verwendet haben.

  • Wenn Sie StorageGRID-Nodes mit Shared Storage unterstützen oder einige oder alle Laufwerke oder SSDs von den ausgefallenen zu den Ersatz-Nodes verschoben haben, müssen Sie dieselben Storage-Zuordnungen wiederherstellen, die auf dem ursprünglichen Host vorhanden waren. Wenn Sie beispielsweise WWIDs und Aliase in verwendet haben /etc/multipath.conf Wie in der Installationsanleitung empfohlen, verwenden Sie die gleichen Alias-/WWID-Paare in /etc/multipath.conf Auf dem Ersatzhost.

  • Wenn der StorageGRID-Node Storage verwendet, der einem NetApp ONTAP System zugewiesen ist, vergewissern Sie sich, dass auf dem Volume keine FabricPool-Tiering-Richtlinie aktiviert ist. Das Deaktivieren von FabricPool Tiering für Volumes, die in Verbindung mit StorageGRID Nodes verwendet werden, vereinfacht die Fehlerbehebung und Storage-Vorgänge.

    Wichtig Verwenden Sie FabricPool niemals, um StorageGRID-bezogene Daten in das Tiering zurück zu StorageGRID selbst zu verschieben. Das Tiering von StorageGRID-Daten zurück in die StorageGRID verbessert die Fehlerbehebung und reduziert die Komplexität von betrieblichen Abläufen.