Serverbetrieb
Server-Neuinstallation vorbereiten und anfordern
Schützen Sie Ihre Daten, erfassen Sie das beabsichtigte Ziel, stellen Sie die destruktive Neuinstallationsanfrage in die Warteschlange und überprüfen Sie die Maschine nach Abschluss durch den Betreiber.
Auf dieser Seite
Bevor Sie beginnen
- Ein verifiziertes Backup, das außerhalb des Servers gespeichert ist, einschließlich der Daten, Konfiguration, Schlüssel und des Wiederherstellungsmaterials, das Sie benötigen.
- Ein erfolgreicher Wiederherstellungstest oder eine andere konkrete Möglichkeit, um zu überprüfen, dass die Sicherung verwendbar ist.
- Servername, Region, aktuelles Betriebssystem, gewünschtes Betriebssystem und erforderliches Boot-Layout.
- Eine lokal aufbewahrte Kopie des SSH-Privatschlüssels; nur sein öffentliches Gegenstück gehört auf den Server.
Treat reinstall as destructive
Eine Neuinstallation kann Partitionen, Bootloader, Verschlüsselungsheader, Betriebssystemkonfiguration, Anwendungsdaten und Hostschlüssel überschreiben. Ein Snapshot oder Backup, das sich nur auf demselben physischen Server befindet, ist kein ausreichender Schutz. Kopieren Sie benötigtes Material auf unabhängigen Speicher und testen Sie, dass Sie es lesen können, bevor Sie die Aktion anfordern.
Notieren Sie, welche Festplatten Kundendaten enthalten und welche für das neue System vorgesehen sind. Storage-Server-Konfigurationen können viele Geräte bereitstellen, und Namen können sich zwischen Installern ändern. Verlassen Sie sich nicht allein auf einen alten /dev/sdX-Namen. Erfassen Sie Seriennummern und das aktuelle Layout mit Ihren eigenen Tools, wenn der Server noch erreichbar ist.
Notieren Sie das beabsichtigte Ergebnis
Das aktuelle Dashboard erfasst diese Auswahlmöglichkeiten nicht mit der Neuinstallationsanforderung. Senden Sie sie über den genehmigten Support-Workflow an den Betreiber, bevor oder unmittelbar nachdem Sie sie in die Warteschlange gestellt haben. Das auf der ursprünglichen Bestellung ausgewählte Betriebssystem bleibt aufgezeichnet, aber die Aktionsnutzlast enthält keine Auswahl eines Ersatzbetriebssystems.
- Servername, Region und Bestellreferenz.
- Gewünschte Betriebssystem-Edition und -Architektur sowie Ihre Lizenzquelle, falls zutreffend.
- Erwartetes Festplatten- oder RAID-Layout und welche Geräte gelöscht werden dürfen.
- Der zu installierende öffentliche SSH Schlüssel; bewahren Sie den privaten Schlüssel lokal und geheim auf.
- Alle erforderlichen Netzwerkeinstellungen und das Wartungsfenster.
Neuinstallation in die Warteschlange stellen
Das erwartete unmittelbare Ergebnis ist QUEUED, keine abgeschlossene Neuinstallation. Es existiert kein Endpunkt für den Aktionsstatus, und der Kontodienst stellt kein Root-Passwort bereit. Interpretieren Sie eine Seitenaktualisierung oder einen unveränderten Serverzustand nicht als Beweis für Erfolg oder Misserfolg.
- Öffnen Sie Konto > Server und gleichen Sie den Servernamen und die Region mit Ihrem Wartungsprotokoll ab.
- Stoppen Sie Anwendungsschreibvorgänge mit Ihrem eigenen Administrationsprozess und erstellen Sie das letzte Off-Server-Backup.
- Wählen Sie „Betriebssystem neu installieren“ und lesen Sie die Bestätigung der destruktiven Aktion sorgfältig.
- Bestätigen Sie einmal und kopieren Sie dann die verkürzte Referenz der in die Warteschlange gestellten Aktion, die auf der Schaltfläche angezeigt wird.
- Bitten Sie den Betreiber, diese Aktion mit Ihren gewünschten Anweisungen für Betriebssystem und Festplattenlayout abzugleichen.
- Warten Sie auf die explizite Fertigstellung und einen neuen Host-Key-Fingerabdruck, bevor Sie SSH versuchen.
Nach Abschluss überprüfen
Vergleichen Sie den neuen Host-Key-Fingerabdruck mit dem vom Betreiber gelieferten Wert, bevor Sie ihn akzeptieren. Überprüfen Sie dann Betriebssystem, Adressen, Routen und Festplatten, bevor Sie Daten wiederherstellen. Der alte Fingerabdruck wird sich nach dem Reimaging voraussichtlich ändern, aber eine Änderung ist nur sicher, wenn Sie sie mit diesem abgeschlossenen Wartungsereignis in Verbindung bringen können.
Wenn der Server nicht startet, das falsche Betriebssystem erscheint, Festplatten fehlen oder SSH den beabsichtigten Schlüssel ablehnt, stoppen Sie die Wiederherstellung. Bewahren Sie Konsolenfehler auf und kontaktieren Sie den Betreiber mit der Referenz der in der Warteschlange befindlichen Aktion. Wiederholen Sie die Neuinstallationsanforderung nicht: Ein weiterer destruktiver Durchlauf kann Beweise entfernen und die Wiederherstellung erschweren.
ssh -i ~/.ssh/id_ed25519 root@SERVER_IP
cat /etc/os-release
ip -brief address
ip route show
ip -6 route show
lsblk --fs