Mit einer Serverübertragung verschiebst du einen Server mit seinen Sites, Datenbanken und allem anderen darauf von einer Organisation in Vimonto Deploy in eine andere. Du bietest den Server jemandem per E-Mail an; diese Person nimmt ihn in eine ihrer Organisationen an, und ab dann gehört er ihr. Auf dem Server selbst ändert sich nichts: Er läuft weiter, und seine Sites bleiben online.
Nutze das, um einen Server an einen Kunden zu übergeben, ihn in die Organisation einer Kollegin zu verschieben oder ihn zwischen zwei deiner eigenen Organisationen umzuziehen.
Wer kann einen Server übertragen?
- Eine Übertragung senden erfordert die Berechtigung, in der aktuellen Organisation Server zu löschen: die Rolle Owner, Administrator oder Manager. Siehe Mitglieder und Rollen.
- Eine Übertragung annehmen erfordert ein Vimonto-Deploy-Konto mit der E-Mail-Adresse, an die die Übertragung ging, und die Berechtigung, in der Zielorganisation Server anzulegen: ebenfalls Owner, Administrator oder Manager.
Der Empfänger muss kein Mitglied deiner Organisation sein. Hat er noch kein Konto, kann er über den Link in der E-Mail eines anlegen.
Eine Übertragung senden
- Öffne den Server und wähle in der Seitenleiste Einstellungen.
- Klicke unter Gefahrenzone auf Server übertragen.
- Gib die E-Mail-Adresse des neuen Eigentümers ein und klicke auf Übertragung senden.
Der Empfänger bekommt eine E-Mail mit der Schaltfläche Übertragung ansehen. Bis er annimmt, ändert sich nichts: Der Server bleibt in deiner Organisation und funktioniert wie bisher. In der Gefahrenzone siehst du, wem der Server angeboten wird und bis wann.
Ein paar Regeln:
- Eine Übertragung kannst du nur senden, wenn auf dem Server keine Aufgabe läuft, etwa ein Deployment oder die Einrichtung.
- Ein Server hat immer nur eine offene Übertragung. Eine neue ersetzt das vorherige Angebot, und der alte Link funktioniert nicht mehr.
- An deine eigene E-Mail-Adresse kannst du eine Übertragung nur senden, wenn du Mitglied einer anderen Organisation bist, um den Server dorthin zu verschieben.
- Sobald die Übertragung angenommen ist, verliert deine Organisation ihren Zugang: Die SSH-Schlüssel deiner Organisation und ihrer Mitglieder werden vom Server entfernt, und das Sudo-Passwort des Servers sowie die Deploy-URLs der Sites ändern sich. Siehe Wie verliert die alte Organisation ihren Zugang? weiter unten.
Wie lange ist eine Übertragung gültig?
Sieben Tage. Danach funktioniert der Link nicht mehr, und du sendest bei Bedarf eine neue Übertragung. Der Link funktioniert auch nicht mehr, sobald die Übertragung angenommen oder abgebrochen wurde oder der Server nicht mehr in der Organisation ist, aus der er angeboten wurde.
Um ein Angebot zurückzuziehen, klicke in der Gefahrenzone der Servereinstellungen auf Übertragung abbrechen. Abgelaufene Übertragungen werden automatisch gelöscht.
Eine Übertragung annehmen
- Öffne den Link in der E-Mail. Bist du nicht angemeldet, wähle Anmelden oder Account erstellen mit der E-Mail-Adresse, an die die Übertragung ging; danach kommst du zur Übertragung zurück.
- Die Seite … übernehmen zeigt den Server, seine IP-Adresse und die Zahl seiner Sites. Unter Bevor du annimmst stehen für diesen Server Was wir für dich erledigen und Noch selbst zu tun (siehe unten), danach, was zurückbleibt.
- Wähle unter In Organisation die Organisation, in die der Server kommt. Es stehen nur Organisationen zur Wahl, in denen du Server anlegen darfst.
- Klicke auf Server annehmen.
Der Server und seine Sites zählen zum Tarif der Organisation, in die du ihn übernimmst: Im kostenlosen Tarif wird das Annehmen abgelehnt, wenn sie nicht hineinpassen.
Der Server zieht sofort um, und seine Seite öffnet sich in deiner Organisation. Läuft auf dem Server noch etwas, warte eine Minute und versuche es erneut. Hast du keine Organisation, die den Server aufnehmen darf, lege zuerst eine an (siehe Organisationen).
Direkt nach dem Annehmen bekommst du eine E-Mail, … gehört jetzt dir: was als Nächstes zu tun ist, mit denselben zwei Listen und einer Schaltfläche Server ansehen. Das neue Sudo-Passwort steht nicht darin: Es kommt in einer separaten E-Mail, sobald es gesetzt ist.
Was kommt mit dem Server mit?
Alles, was auf dem Server liegt, kommt mit: seine Sites mit Domains, Zertifikaten, Environment, Deploy-Skripten und Deployment-Verlauf, die Datenbanken und Datenbankbenutzer, PHP-Versionen, Prozesse, geplante Jobs, Firewall-Regeln, das Monitoring und seine Einstellungen. SSH-Schlüssel kommen nicht mit, außer denen deiner eigenen Organisation und ihrer Mitglieder (siehe unten).
Auch das eigene Schlüsselpaar des Servers und sein SSH-Host-Key kommen mit, sodass Vimonto Deploy sich weiterhin wie gewohnt verbindet.
Was bleibt bei der alten Organisation?
Was zur Organisation gehört und nicht zum Server, kommt nicht mit:
| Was | Was passiert |
|---|---|
| Provider-Konto | Der Server ist nicht mehr mit dem Cloud-Konto verknüpft, mit dem er angelegt wurde. Er läuft dort weiter und wird weiterhin diesem Konto berechnet: Verschiebe ihn bei Bedarf selbst beim Provider. Aus der neuen Organisation beendet Löschen nur die Verwaltung; die Maschine beim Provider kann dann nicht mehr gelöscht werden. |
| Git-Verbindungen | Die Sites verlieren ihre Git-Verbindung, und Quick Deploy wird ausgeschaltet. |
| Backups | Die Backup-Zeitpläne und ihre Liste der Backups werden entfernt. Die Backup-Dateien bleiben im Speicher der alten Organisation. |
| Teams | Der Server wird aus den Teams der alten Organisation genommen. |
| Load Balancer | Verbindungen zwischen diesem Server und Load Balancern der alten Organisation werden in beide Richtungen entfernt, und die Nginx-Konfiguration der betroffenen Sites wird neu geschrieben. Siehe Lastverteilung. |
Die Übertragung wird im Audit-Log beider Organisationen festgehalten: das Senden, Abbrechen und Annehmen.
Wie verliert die alte Organisation ihren Zugang?
Sobald der Server umzieht, und in einer Aufgabe direkt danach, nimmt Vimonto Deploy der alten Organisation den Zugang, den sie noch hat:
| Was | Was passiert |
|---|---|
| Deploy-URLs | Jede Site bekommt sofort eine neue Deploy-URL. Die alte URL funktioniert nicht mehr, die alte Organisation kann also keine Deployments mehr aus ihrer CI oder über ihren Git-Webhook starten. |
| SSH-Schlüssel | Die Aufgabe Server nach der Übertragung absichern entfernt jeden Schlüssel, den Vimonto Deploy auf den Server gelegt hat und der kein Schlüssel der neuen Organisation oder ein Kontoschlüssel eines ihrer Mitglieder ist: die Schlüssel der alten Organisation, die ihrer Mitglieder und Schlüssel, die auf der Seite SSH-Schlüssel des Servers hinzugefügt wurden. Danach fügt sie die SSH-Schlüssel der neuen Organisation hinzu. |
| Sudo-Passwort | Dieselbe Aufgabe gibt dem Systembenutzer ein neues Sudo-Passwort. Nur wer die Übertragung angenommen hat, sieht es, einmal, im Dialog Passwörter von Server in der Übersicht, und bekommt eine Kopie per E-Mail. Siehe Servereinstellungen. |
| Benachrichtigungen | Monitore und Heartbeats mailen ab dann an die Person, die angenommen hat, statt an die alten Adressen. |
| Verbindungsbefehl | Ein eigener VPS, der noch auf seinen Verbindungsbefehl wartete, bekommt einen neuen; der alte funktioniert nicht mehr. |
In der Übersicht sieht der neue Eigentümer Dieser Server wurde an dich übertragen, mit dem, was erledigt wurde, und dem, was noch zu tun ist. Ist die Aufgabe fehlgeschlagen, etwa weil der Server nicht erreichbar war, klicke auf Erneut versuchen. Klicke auf Verstanden, um den Hinweis auszublenden.
Vimonto Deploy ändert nichts, was deine Sites offline nehmen würde oder was es nicht kennt: das Datenbankpasswort (Sites lesen es aus ihrer Umgebung), Geheimnisse in der Umgebung der Sites wie APP_KEY und Zugänge, die jemand außerhalb von Vimonto Deploy auf dem Server eingerichtet hat. Auch die Ping-URLs der Heartbeats bleiben gleich, weil die geplanten Jobs auf dem Server sie aufrufen, und die Deploy-Keys der Sites können die Repositorys der alten Organisation noch lesen, bis diese sie bei ihrem Git-Host entfernt.
Nach dem Annehmen: Was sollte der neue Eigentümer tun?
Die Liste Noch selbst zu tun auf der Annahmeseite, in der E-Mail und im Hinweis in der Übersicht zeigt die Punkte unten, die für deinen Server gelten.
- Git wieder verbinden. Verbinde die Sites mit einer eigenen Git-Verbindung und schalte Quick Deploy wieder ein, wo du es möchtest. Siehe Deployments. Der Deploy-Key der Sites kann das Repository der alten Organisation noch lesen, bis diese ihn bei ihrem Git-Host entfernt.
- Das neue Sudo-Passwort speichern aus dem Dialog Passwörter von Server in der Übersicht, und danach auf Ich habe sie gespeichert klicken. Mit dem Annehmen wirst du in der Übersicht zum Ersteller des Servers, daher siehst nur du es dort (Einmalig anzeigen).
- Deine CI anpassen. Jede Site hat eine neue Deploy-URL: Kopiere sie von der Seite Deployments der Site in deine CI.
- Backups planen in deinen eigenen Speicher, auf der Seite Backups.
- Das Datenbankpasswort ändern, wenn der Server eine Datenbank hat: Klicke auf der Seite Datenbanken beim Systembenutzer auf Passwort ändern und trage das neue Passwort in die
.envder Sites ein, die es nutzen. Vimonto Deploy ändert es nicht für dich, weil die Sites es aus ihrer.envlesen und sonst offline gehen. Ändere auch andere Geheimnisse, die der alte Eigentümer kennt, etwaAPP_KEYund API-Schlüssel. - Heartbeats neu anlegen, wenn ihre URLs geheim sein müssen. Die Ping-URLs der Heartbeats bleiben gleich, weil die geplanten Jobs auf dem Server sie aufrufen; die alte Organisation kennt sie also. Lösche die Heartbeats auf der Seite Monitoring, lege sie neu an und trage die neuen URLs in deine Jobs ein.
- Zugänge außerhalb von Vimonto Deploy prüfen. Schlüssel, die jemand von Hand in
authorized_keyseingetragen hat, und zusätzliche Linux-Benutzer kennt Vimonto Deploy nicht; sie bleiben. Entferne sie bei Bedarf. - Zu deinen Teams hinzufügen, wenn Mitglieder deiner Organisation nur die Server ihrer Teams sehen. Bis dahin sehen ihn nur Mitglieder, die alle Server sehen.
- Die Lastverteilung neu einrichten, wenn der Server hinter einem Load Balancer stand.
Häufig gestellte Fragen
Geht der Server während einer Übertragung offline?
Nein. Eine Übertragung ändert nur, welche Organisation den Server in Vimonto Deploy verwaltet. Auf dem Server läuft dabei nichts, und seine Sites bedienen weiter Besucher.
Kann ich einen Server zwischen meinen eigenen Organisationen verschieben?
Ja. Sende die Übertragung an deine eigene E-Mail-Adresse, öffne den Link und wähle unter In Organisation die andere Organisation. Du brauchst die Berechtigung, in der ersten Organisation Server zu löschen und in der zweiten Server anzulegen.
Kommt die alte Organisation noch an den Server?
Nicht über Vimonto Deploy: Ihre Deploy-URLs funktionieren sofort nicht mehr, und ihre SSH-Schlüssel und das alte Sudo-Passwort werden direkt danach vom Server entfernt. Nur was außerhalb von Vimonto Deploy eingerichtet wurde und das Datenbankpasswort bleiben, wie sie waren; ändere sie selbst. Solange die Maschine in ihrem Provider-Konto liegt, kann die alte Organisation sie dort weiter verwalten. Auch die Ping-URLs der Heartbeats bleiben gleich, bis du die Heartbeats neu anlegst.
Zieht die Abrechnung beim Cloud-Provider mit um?
Nein. Der Server bleibt in dem Provider-Konto, in dem er angelegt wurde, und dieses Konto zahlt weiter dafür. Um ihn in ein anderes Provider-Konto zu verschieben, nutze die Übertragungsfunktion des Providers; danach wird er in Vimonto Deploy wie ein eigener VPS verwaltet.
Was, wenn der Empfänger nie annimmt?
Dann passiert nichts. Die Übertragung läuft nach sieben Tagen ab, und der Server bleibt, wo er ist. Du kannst sie auch vorher mit Übertragung abbrechen zurückziehen.