Flytting av server og hosting uten nedetid

Vi flytter nettsteder, nettbutikker, databaser, bakgrunnstjenester og e-post i drift til en ny server eller hostingleverandør. Den nye serveren kjører parallelt til hvert nettsted har bestått kontrollene sine, og selve omleggingen er en DNS-endring som kan rulles tilbake.

Når en migrering havner på bordet deres

Ingen flytter servere for moro skyld. Som regel er datoen bestemt av noen andre, og serveren inneholder mer enn noen husker.

Hostingleverandøren avvikler abonnementet, og serveren har e-post, fem nettsteder og en cron-jobb ingen har dokumentert
Hostingregningen har gått opp igjen, og å flytte føles mer risikabelt enn å betale
Operativsystemet eller kontrollpanelet får ikke lenger oppdateringer, og personen som satte det opp, har sluttet
Dere vil slå sammen flere gamle servere til én, eller flytte til rimeligere ARM-servere
E-posten for domenene deres ligger på samme maskin, og ingen vet hvilke DNS-poster den er avhengig av
Et tidligere migreringsforsøk endte med ødelagte bilder, tapte bestillinger eller e-post i retur

Hva vi flytter

Kartlegging først

Før noe kopieres, lister vi opp hva som faktisk kjører: nettsteder, databaser, cron-jobber, bakgrunnsprosesser, postkasser og videresendinger, FTP-kontoer, sertifikater og DNS-poster. Listen avdekker som regel noen ting eieren ikke visste om.

Webstakk og databaser

nginx og Apache, flere PHP-versjoner side om side, MySQL og PostgreSQL, og kontrollpaneler som aaPanel og FastPanel. Nettstedene flyttes med innstillinger, brukere og filrettigheter, ikke bare filene.

Node, Docker og tjenester

Node.js-applikasjoner under PM2 eller systemd, Docker-containere og prosessene som kjører i bakgrunnen. Avhengighetene bygges på nytt på den nye maskinen, noe som betyr mye når prosessorarkitekturen endres.

E-post

Postkasser med passord og historikk, aliaser og videresendinger, spamfiltrering og DKIM, SPF og DMARC. Der en leverandør blokkerer utgående port 25, går utgående e-post via en relé, slik at ingenting kommer i retur.

DNS og Cloudflare

Soner bygges opp igjen fra postene i panelet hos registraren eller Cloudflare, ikke gjettet ut fra oppslag. TTL senkes på forhånd, og navneservere endres hos registraren først når den nye sonen er komplett.

Sikkerhetskopier og overvåking

Den nye serveren får sikkerhetskopier til separat lagring med en regel for oppbevaring og en testgjenoppretting, pluss overvåking av oppetid, sertifikater og diskplass. En server uten dette er bare halvveis flyttet.

En flytting planlagt slik at omleggingen blir den kjedelige delen

Hvert nettsted kjører først på den nye serveren under en midlertidig adresse. Vi åpner sidene, sender inn skjemaene, legger inn en testbestilling der det finnes en kasse, sender og mottar e-post og venter på at cron-jobbene skal kjøre. Rett før omleggingen synkroniseres dataene én gang til, slik at bestillinger og kommentarer siden den første kopien ikke går tapt. Deretter flyttes DNS sone for sone. Den gamle serveren blir stående urørt til den nye har kjørt en stund, så en tilbakerulling er én endret post.

Problemene vi allerede har møtt

Vi har flyttet ti prosjekter og tjuetre nettsteder mellom servere, inkludert en fullstendig flytting fra x86- til ARM64-maskiner, og skrevet ned hvert problem underveis. På ARM må Node-avhengigheter installeres på nytt i stedet for å kopieres, og PHP kan krasje med visse JIT-innstillinger. MySQL kan begynne å skille mellom store og små bokstaver i tabellnavn og ødelegge spørringer som har fungert i årevis. En nyere eller eldre nginx avviser deler av den gamle konfigurasjonen, og databaser flyttes med feil sortering (collation). En Cloudflare-sone kan henge i aktiveringen, spamfilteret signerer kanskje ikke e-post før det startes på nytt i riktig rekkefølge, og en brannmurregel kan utestenge et helt kontor som deler én IP-adresse. Migreringsverktøy i panelene kan melde suksess for en ufullstendig kopi, og sertifikater kan i det stille slutte å fornyes. Hvert av disse punktene tar nå minutter å sjekke i stedet for timer å oppdage.

Etter flyttingen: drift i stedet for en overleveringsmappe

En migrering er øyeblikket da ett team endelig kjenner hele serveren: hva som kjører der, hvorfor, og hva som avhenger av hva. Det er bortkastet å miste den kunnskapen dagen etter omleggingen. De fleste av migreringskundene våre fortsetter med månedlig serverdrift, der de samme folkene installerer oppdateringer, følger med på sikkerhetskopier og overvåking, fornyer sertifikater og håndterer neste endring. Vil dere heller drifte serveren selv, får dere dokumentasjon av det nye oppsettet og tilgang til alt.

Slik foregår en migrering

Kartlegging

Vi får lesetilgang til den gamle serveren, domenene og DNS. Dere får en liste over hva som kjører der og hva flyttingen innebærer.

Plan og ny server

Vi avtaler hvilken leverandør og serverstørrelse det skal være, og setter opp den nye maskinen med samme eller nyere programvareversjoner. Dere får en plan for omleggingen per nettsted og per domene.

Kopiering og testing

Nettsteder, databaser, tjenester og e-post kopieres og sjekkes under midlertidige adresser. Problemer rettes mens den gamle serveren fortsatt betjener alle.

Omlegging

Etter en siste synkronisering av data flyttes DNS sone for sone på et tidspunkt dere velger. Vi følger med på trafikk, logger og e-post mens det skjer.

Observasjon og beslutning

Den nye serveren kjører under observasjon mens den gamle venter som reserve. Deretter slås den gamle serveren av, og dere velger mellom månedlig drift og en dokumentert overlevering.

Hva vi flytter fra og til

Paneler og webservere

Databaser og applikasjoner

E-post og DNS

Infrastruktur

Slik kan vi samarbeide

Migreringsprosjekt

Et fast omfang avtalt etter kartleggingen: hvilke nettsteder, tjenester og domener som flyttes, og hvor de skal.

Migrering og månedlig drift

Vi flytter serveren og tar deretter vare på den videre: oppdateringer, sikkerhetskopier, overvåking og de neste endringene.

Hjelp per time

En kartlegging og en migreringsplan for deres eget team, eller hjelp med én vanskelig del, som e-post eller DNS.

Tilbakemeldinger

Vi behandler hver kunde og prosjektet deres med omtanke.

Revol-teamet fortsetter å effektivisere kundens utviklingskapasitet med arbeid av høy kvalitet og pålitelig support. De kommuniserer godt og viser en solid forståelse av kundens behov og virksomhet.

Tomas

Daglig leder (Yukon, Canada)

Arbeidet fra Revol har fullt ut innfridd forventningene, og kunden er fornøyd. Den friske tilnærmingen og evnen til å være tilgjengelige for support har vært verdifulle. Kunder kan trygt velge dem som et kommunikativt og kundeorientert team som hjelper dem å nå målene sine.

Andrey

Daglig leder, Stellium (USA)

Ofte stilte spørsmål

Går nettstedene våre ned under flyttingen?

Det skal de ikke. Den nye serveren kjører parallelt og tar imot trafikk først når hvert nettsted er sjekket på den. Mens DNS oppdateres, når noen besøkende fortsatt den gamle serveren en kort stund, og derfor står den på til endringen har spredt seg.

Hva skjer med bestillinger og skjemaer som sendes inn under omleggingen?

Vi synkroniserer dataene én gang til rett før omleggingen, så bare et kort vindu gjenstår. For travle nettbutikker avtaler vi hvordan det lukkes: omlegging på en rolig time, kassen satt på pause i noen minutter, eller de siste bestillingene fra den gamle databasen slått sammen manuelt.

Kan dere flytte e-posten også?

Ja. Postkasser flyttes med meldinger og passord der det gamle systemet tillater det, sammen med aliaser og videresendinger. Vi bygger opp DKIM, SPF og DMARC på nytt for den nye serveren og sjekker at utgående e-post blir levert, ikke bare sendt.

Vi har x86-servere. Kan vi flytte til ARM64?

Som regel ja, og ARM-servere er ofte rimeligere for samme belastning. De fleste PHP-, WordPress-, Node- og databaseoppsett kjører på ARM når avhengighetene er bygd på nytt. Kartleggingen viser tidlig om noe bare finnes for x86, som et gammelt Docker-image eller et lukket binærprogram, og da beholder vi den delen på x86.

Trenger dere tilgang hos domeneregistraren vår?

Lesetilgang til DNS er nok for planleggingen. For omleggingen må vi endre poster eller bytte navneservere, noe dere kan gjøre selv etter instruksjonene våre, eller dere kan gi oss tilgang den dagen.

Hva om noe går galt etter omleggingen?

Den gamle serveren står der fortsatt, så den raskeste løsningen er å peke DNS tilbake mens vi finner årsaken. Vi følger med på logger, e-postkøer og overvåking de første dagene etter hver omlegging, når problemer som ikke viste seg under testing, pleier å dukke opp.

Kan vi legge kontrollpanelet bak oss?

Ja. Vi kan flytte nettsteder fra ett panel til et annet, eller til en ren server uten panel, styrt med konfigurasjonsfiler og skript. Vi anbefaler det som passer for dem som skal ta vare på serveren senere.

Tar dere vare på serveren etter migreringen?

Hvis dere ønsker det. De fleste migreringskunder fortsetter med månedlig serverdrift, der det samme teamet håndterer oppdateringer, sikkerhetskopier, overvåking og videre endringer. Ellers får dere dokumentasjon og full tilgang, og serveren er deres å drifte.