Upgrade von VPS 200 G8

Hallo,

stimmt innerhalb der G8 bekommst du keine Upgrades mehr.

Zitat von DerMichael

Daher meine Frage: Wenn ich meinen aktuellen Vertrag kündige und einen neuen schließe, kann ich dann direkt alles migrieren lassen, also installiertes OS mit Software und Usern und Datenbanken und Docker-Containern und am besten auch die gleiche IP behalten und das Domain-Linking beibehalten? Oder muss ich dann wirklich alles neu aufsetzen?

Soweit ich weiß musst du das selber machen. Die IP wirst du nicht mitnehmen können. Idealer weiße würde ich dann alles neu aufsetzen und auf dem aktuellsten Stand.

Du kannst über das Rettungssystem das komplette System auf den neuen Server klonen.

Dann musst du nur die IP(s) anpassen und Grub neu installieren. Anleitungen gibt es diverse.

Und den alten G8 nicht kündigen, sondern in der Tauschbörse anbieten...

Zitat von ASS

Dann musst du nur die IP(s) anpassen und Grub neu installieren.

Und das Dateisystem entsprechend vergrößern

Zitat von ASS

Anleitungen gibt es diverse.

Hast du mal einen Link zu einer verlässlichen Anleitung?

Ich habe diese Art von cloning zweimal ausprobiert (über dd) und es ist beides Mal schief gegangen. (Im Gegensatz zum Transfer über Snapshot, der hat geklappt)

Da andere es aber offenbar problemlos hinbekommen, schreibe ich das einfach mal meiner eigenen Unfähigkeit zu.

Zitat von DerMichael

das Domain-Linking beibehalten

Domain-Produkte sind unabhängig von VPS/RS.

Da die Rede von Docker ist, frage ich mich ob es tatsächlich ratsam ist, den Threadersteller auf eine Reise mit Rettungssystem, `dd` und Snapshots zu schicken.

Wenn alles dockerisiert ist sollte es doch ausreichen, eine SSH Konnektivität zwischen beiden Maschinen aufzubauen, und die Dockerfiles/Composedateien zu übertragen. Ggf. dann auch noch die Volumes `/var/lib/docker` via rsync verschieben, wenn man nicht alle Images/Container neu bauen und eventuelle Nutzerdaten behalten möchte.

Auf dem alten Host Docker stoppen, auf dem neuen Host Docker installieren (aber nicht starten!), dann vom alten Host:

# rsync -aHhP --numeric-ids /var/lib/docker/volumes/ root@example.com:/var/lib/docker/volumes

Danach auf dem neuen Host Docker starten, und Container via docker/docker-compose wieder hochfahren.

In diesem Beispiel natürlich die Root-Schlüssel danach schnell wieder entfernen und Root-Login wieder unterbinden. Alternativ auf den Zielhost mit regulärem User übertragen und dann Berechtigungen manuell wieder setzen - Docker ist da aber leider oft sehr sehr zickig, daher würde es sich meiner Meinung nach schon empfehlen, das kurz via root zu machen, damit das Zielsystem die Unix-Berechtigungen direkt beibehalten kann.

Zitat von DerMichael

Datenbanken

Was denn für Datenbanken? Auch in Docker oder auf dem Hostsystem? Falls am Hostsystem, relationale Datenbanken kann man normalerweise via mitgeliefertem Dump-Tool sehr einfach exportieren. Alternativ direkt den gesamten Datenordner (bei MySQL beispielsweise `/var/lib/mysql`) übertragen - ähnlich wie bei obigem Docker-Volumes Beispiel via rsync - aber sicherstellen, dass am neuen System keine ältere Version der Software installiert ist und dass der Service während der Übertragung gestoppt ist.

Zitat von DerMichael

weshalb ich erst mal ein OS installieren müsste

Genau, für die rsync Beispiele welche ich genannt habe, musst du auf beiden Systemen rsync installiert haben. Am einfachsten klappt das dann, wenn am neuen System das selbe Betriebssystem läuft - andernfalls ggf. aufpassen, falls die neue Distribution unterschiedliche Pfade verwendet, und entsprechend anpassen.

Zitat von aRaphael

Und das Dateisystem entsprechend vergrößern

Das hängt davon ab, wie du das machst.

Ich erstelle die neuen Partitionen von Hand und spiele das System dann mit tar oder rsync rüber.

Zitat von aRaphael

Hast du mal einen Link zu einer verlässlichen Anleitung?

Müsste ich suchen, da ich das "aus dem Kopf" mache.

Ich kann mich aber an ein paar Threads mit brauchbaren Tipps einnern.

Zitat von aRaphael

schreibe ich das einfach mal meiner eigenen Unfähigkeit zu

Ich denke, das kannst du "dd" zuschreiben.

Eine Platte bitweise zu clonen ist m.e. nicht sinnvoll. Mit neu erstelltem Dateisystem und Filecopy ist das ganze auch gleich wieder "aufgeräumt".

Zitat von ASS

Ich denke, das kannst du "dd" zuschreiben.

Das kann natürlich gut sein. Mit dd habe ich tatsächlich keine guten Erfahrungen gemacht.

Deine Methode (Partitionen erstellen, Inhalte mit rsync rüber, Grub installieren) werde ich bei Gelegenheit mal ausprobieren.

Eigentlich sollte ich das auch ohne Anleitung hinbekommen. Ist ja ziemlich "straight forward"

Zitat von DerMichael

Vielleicht wäre es sogar schlau, wenn ich mir mal ein Wochenende nehme, um auf einer neuen IP parallel alles noch mal neu aufzusetzen und mir diesmal auch irgendwo zu notieren, was genau ich mache.

Das ist eine ausgesprochen gute Idee.

Zitat von aRaphael

Ist ja ziemlich "straight forward"

Ist es.

Deshalb befasse ich mich auch 0 mit Snapshots etc.

Mit wenig (zeitlichem) Mehraufwand kann man so nämlich auch gleich ein quasi lauffähiges Vollbackup nebenher erstellen und das lokal Archivieren.

Genau, und zu wissen, wie man sein Setup wieder aufbaut (und ggf. die Möglichkeit nutzen, alles gleich mitzudokumentieren), kann sich später auch als sehr hilfreich erewisen.