Met een serveroverdracht verhuis je een server, met zijn sites, databases en alles wat er verder op staat, van de ene organisatie in Vimonto Deploy naar een andere. Je biedt de server per mail aan iemand aan; die accepteert hem in een van zijn organisaties, en vanaf dat moment is hij van hem. Op de server zelf verandert niets: hij blijft draaien en zijn sites blijven online.
Gebruik het om een server aan een klant over te dragen, om hem naar de organisatie van een collega te verhuizen of om hem tussen twee van je eigen organisaties te verplaatsen.
Wie kan een server overdragen?
- Een overdracht versturen vraagt het recht om servers te verwijderen in de huidige organisatie: de rol Eigenaar, Beheerder of Manager. Zie leden en rollen.
- Een overdracht accepteren vraagt een Vimonto Deploy-account met het e-mailadres waar de overdracht naartoe is gestuurd, en het recht om servers aan te maken in de organisatie waar je hem naartoe verhuist: ook hier Eigenaar, Beheerder of Manager.
De ontvanger hoeft geen lid van je organisatie te zijn. Heeft hij nog geen account, dan kan hij er een aanmaken via de link in de mail.
Een overdracht versturen
- Open de server en kies Instellingen in de zijbalk.
- Klik onder Gevarenzone op Server overdragen.
- Vul het E-mailadres van de nieuwe eigenaar in en klik op Overdracht versturen.
De ontvanger krijgt een mail met de knop Overdracht bekijken. Tot hij accepteert, verandert er niets: de server blijft in je organisatie en werkt zoals altijd. In de Gevarenzone zie je aan wie de server is aangeboden en tot wanneer.
Een paar regels:
- Je kunt een overdracht alleen versturen als er geen taak op de server loopt, zoals een deployment of het inrichten.
- Een server heeft één openstaande overdracht tegelijk. Een nieuwe vervangt het vorige aanbod, en de oude link werkt dan niet meer.
- Naar je eigen e-mailadres stuur je alleen een overdracht als je lid bent van een andere organisatie, om de server daarheen te verhuizen.
- Zodra de overdracht is geaccepteerd, verliest je organisatie haar toegang: de SSH-sleutels van je organisatie en haar leden gaan van de server af, en het sudo-wachtwoord van de server en de deploy-URL's van de sites veranderen. Zie Hoe verliest de oude organisatie haar toegang? hieronder.
Hoe lang is een overdracht geldig?
Zeven dagen. Daarna werkt de link niet meer en stuur je zo nodig een nieuwe overdracht. De link werkt ook niet meer zodra de overdracht is geaccepteerd of geannuleerd, of als de server niet meer in de organisatie staat waaruit hij is aangeboden.
Trek een aanbod in met Overdracht annuleren in de Gevarenzone van de instellingen van de server. Verlopen overdrachten worden vanzelf verwijderd.
Een overdracht accepteren
- Open de link in de mail. Ben je niet ingelogd, kies dan Inloggen of Account aanmaken met het e-mailadres waar de overdracht naartoe is gestuurd; daarna kom je terug bij de overdracht.
- De pagina … overnemen toont de server, zijn IP-adres en het aantal sites erop. Onder Voordat je accepteert staan voor deze server Wat wij voor je doen en Nog zelf te doen (zie hieronder), en daarna wat achterblijft.
- Kies onder In organisatie de organisatie waar de server naartoe gaat. Alleen organisaties waarin jij servers mag aanmaken staan in de lijst.
- Klik op Server accepteren.
De server en zijn sites tellen mee voor het abonnement van de organisatie waar je hem naartoe verhuist: op het gratis abonnement wordt accepteren geweigerd als ze niet passen.
De server verhuist meteen en zijn pagina opent in je organisatie. Loopt er nog iets op de server, wacht dan een minuut en probeer het opnieuw. Heb je geen organisatie die de server mag ontvangen, maak er dan eerst een aan (zie organisaties).
Direct na het accepteren krijg je een e-mail, … is nu van jou: wat je nu moet doen, met dezelfde twee lijsten en een knop Server bekijken. Het nieuwe sudo-wachtwoord staat er niet in: dat krijg je in een aparte e-mail zodra het is ingesteld.
Wat gaat mee met de server?
Alles wat op de server staat, gaat mee: zijn sites met hun domeinen, certificaten, environment, deployscripts en deploymentgeschiedenis, de databases en databasegebruikers, PHP-versies, processen, geplande taken, firewallregels, monitoring en zijn instellingen. SSH-sleutels gaan niet mee, behalve die van je eigen organisatie en haar leden (zie hieronder).
Ook het eigen sleutelpaar van de server en zijn SSH-hostsleutel gaan mee, dus Vimonto Deploy blijft er gewoon mee verbinden.
Wat blijft bij de oude organisatie?
Wat bij de organisatie hoort en niet bij de server, gaat niet mee:
| Wat | Wat er gebeurt |
|---|---|
| Provideraccount | De server is niet meer gekoppeld aan het cloudaccount waarmee hij is aangemaakt. Hij blijft daar draaien en wordt nog steeds aan dat account gefactureerd: verhuis hem zo nodig zelf bij de provider. Vanuit de nieuwe organisatie stopt verwijderen alleen het beheer; de machine bij de provider verwijderen kan dan niet. |
| Git-koppelingen | De sites verliezen hun Git-koppeling, en Quick deploy wordt uitgezet. |
| Back-ups | De back-upschema's en hun lijst met back-ups verdwijnen. De back-upbestanden blijven in de opslag van de oude organisatie. |
| Teams | De server wordt uit de teams van de oude organisatie gehaald. |
| Load balancers | Koppelingen tussen deze server en load balancers van de oude organisatie worden in beide richtingen verwijderd, en de Nginx-configuratie van de betrokken sites wordt opnieuw geschreven. Zie load balancing. |
De overdracht komt in de auditlog van beide organisaties: het versturen, annuleren en accepteren.
Hoe verliest de oude organisatie haar toegang?
Op het moment dat de server verhuist, en in een taak direct daarna, neemt Vimonto Deploy de toegang weg die de oude organisatie nog heeft:
| Wat | Wat er gebeurt |
|---|---|
| Deploy-URL's | Elke site krijgt meteen een nieuwe deploy-URL. De oude URL werkt niet meer, dus de oude organisatie kan geen deployments meer starten vanuit haar CI of haar Git-webhook. |
| SSH-sleutels | De taak server beveiligen na de overdracht verwijdert elke sleutel die Vimonto Deploy op de server heeft gezet en die geen sleutel is van de nieuwe organisatie of een accountsleutel van een van haar leden: de sleutels van de oude organisatie, die van haar leden en sleutels die op de pagina SSH-sleutels van de server zijn toegevoegd. Daarna voegt ze de SSH-sleutels van de nieuwe organisatie toe. |
| Sudo-wachtwoord | Dezelfde taak geeft de systeemgebruiker een nieuw sudo-wachtwoord. Alleen wie de overdracht accepteerde ziet het, één keer, in het venster Wachtwoorden van server op het overzicht, en krijgt een kopie per mail. Zie serverinstellingen. |
| Meldingen | Monitors en heartbeats mailen voortaan wie de overdracht accepteerde in plaats van de oude adressen. |
| Verbindingscommando | Een eigen VPS die nog op zijn verbindingscommando wachtte, krijgt een nieuw commando; het oude werkt niet meer. |
Op het overzicht ziet de nieuwe eigenaar Deze server is aan je overgedragen, met wat er is gedaan en wat er nog te doen is. Is de taak mislukt, bijvoorbeeld omdat de server niet bereikbaar was, klik dan op Opnieuw proberen. Klik op Begrepen om de melding te verbergen.
Vimonto Deploy verandert niets wat je sites offline zou halen of wat het niet kent: het databasewachtwoord (sites lezen het uit hun omgeving), geheimen in de omgeving van de sites zoals APP_KEY, en toegang die iemand buiten Vimonto Deploy om op de server heeft ingericht. Ook de ping-URL's van de heartbeats blijven hetzelfde, omdat de geplande taken op de server ze aanroepen, en de deploy keys van de sites kunnen de repository's van de oude organisatie nog lezen tot die organisatie ze bij haar Git-host verwijdert.
Na het accepteren: wat doet de nieuwe eigenaar?
De lijst Nog zelf te doen op de acceptatiepagina, in de e-mail en in de melding op het overzicht toont de punten hieronder die voor jouw server gelden.
- Koppel Git opnieuw. Koppel de sites aan een eigen Git-koppeling en zet Quick deploy weer aan waar je dat wilt. Zie deployments. De deploy key van de sites kan de repository van de oude organisatie nog lezen tot zij hem bij hun Git-host verwijderen.
- Bewaar het nieuwe sudo-wachtwoord uit het venster Wachtwoorden van server op het overzicht, en klik daarna op Ik heb de gegevens opgeslagen. Door te accepteren word jij op het overzicht de maker van de server, dus alleen jij ziet het daar (Eenmalig tonen).
- Werk je CI bij. Elke site heeft een nieuwe deploy-URL: kopieer hem van de pagina Deployments van de site naar je CI.
- Plan back-ups naar je eigen opslag op de pagina back-ups.
- Wijzig het databasewachtwoord als de server een database heeft: klik op de pagina Databases op Wachtwoord wijzigen bij de systeemgebruiker, en zet het nieuwe wachtwoord in de
.envvan de sites die het gebruiken. Vimonto Deploy wijzigt het niet voor je, omdat de sites het uit hun.envlezen en anders offline gaan. Wijzig ook andere geheimen die de oude eigenaar kent, zoalsAPP_KEYen API-sleutels. - Maak heartbeats opnieuw aan als hun URL's geheim moeten zijn. De ping-URL's van heartbeats blijven hetzelfde, omdat de geplande taken op de server ze aanroepen; de oude organisatie kent ze dus. Verwijder de heartbeats op de pagina Monitoring, voeg ze opnieuw toe en zet de nieuwe URL's in je taken.
- Controleer toegang buiten Vimonto Deploy om. Sleutels die iemand met de hand aan
authorized_keysheeft toegevoegd, en extra Linux-gebruikers, kent Vimonto Deploy niet; die blijven staan. Verwijder ze zo nodig. - Voeg hem toe aan je teams als leden van je organisatie alleen de servers van hun teams zien. Tot dan zien alleen leden die alle servers zien hem.
- Zet load balancing opnieuw op als de server achter een load balancer stond.
Veelgestelde vragen
Gaat de server offline tijdens een overdracht?
Nee. Een overdracht verandert alleen welke organisatie de server in Vimonto Deploy beheert. Er draait niets op de server, en zijn sites blijven bezoekers bedienen.
Kan ik een server tussen mijn eigen organisaties verhuizen?
Ja. Stuur de overdracht naar je eigen e-mailadres, open de link en kies de andere organisatie onder In organisatie. Je hebt het recht nodig om servers te verwijderen in de eerste organisatie en om servers aan te maken in de tweede.
Kan de oude organisatie nog bij de server?
Niet via Vimonto Deploy: haar deploy-URL's werken meteen niet meer, en haar SSH-sleutels en het oude sudo-wachtwoord gaan direct daarna van de server af. Alleen wat buiten Vimonto Deploy om is ingericht en het databasewachtwoord blijven zoals ze waren; verander die zelf. Zolang de machine in hun provideraccount staat, kan de oude organisatie hem daar nog beheren. Ook de ping-URL's van de heartbeats blijven hetzelfde, tot je de heartbeats opnieuw aanmaakt.
Gaat de facturering bij de cloudprovider ook mee?
Nee. De server blijft in het provideraccount waarin hij is aangemaakt, en dat account blijft ervoor betalen. Wil je hem naar een ander provideraccount verhuizen, gebruik dan de overdrachtsfunctie van de provider zelf; daarna beheer je hem in Vimonto Deploy als een eigen VPS.
Wat als de ontvanger nooit accepteert?
Dan gebeurt er niets. De overdracht verloopt na zeven dagen en de server blijft waar hij is. Je kunt hem ook eerder annuleren met Overdracht annuleren.