Smidigaste sättet att byta server utan nedtid?
 

Funderar på att byta server och undrar hur gör ni proffs när ni byter ut servrar för att undvika nedtid?

Tänkte jag skulle tänka till lite extra den här gången och lära mig hur man ska göra :)

Hur långt är ett snöre? ;-)

Det beror på vad det är för applikation du har på servern och hur ofta datat uppdateras.

Lättaste är väll att du sätter upp den nya servern parallellt och sedan när allt är likadant på båda platserna så ändrar du i dns'en och skickar trafiken till den nya servern.

Du ska kunna peka om DNSen lokalt på servern som du flyttar ifrån till den nya.

Vad jag vet så slipper du väntetiden då.

Jawn, nej. Det är ju användarna som besöker sajten som ska komma till den nya servern, så det är i den vanliga globala DNS:en man ska ändra.

Minska ner TTL på tomännamnet till några enstaka minuter ett dygn innan du planerar att göra flytten. På så sätt går det fortare att peka om sajten. Gör i ordning allt på nya servern så att det ser likadant ut. Om du har filer som ändras så använd dig av rsync. När allt är klart för flytt, släng upp ett meddelande till besökaren på både gamla och nya servern. Peka mo DNS. Kopiera över ändringar till nya servern en sista gång (exempelvis rsync igen) och öppna sedan upp sajten endast på nya servern.

Detta är det lättaste sättet att få bara lite nedtid. Vill du ha HELT nedtidslöst blir det krångligare, speciellt om du har exempelvis en databas med i spelet. Då får du börja titta på binärloggar, kanske reverseproxies och liknande.

Exakt hur man gör flytten beror ju lite på vilken typ av sajt man har, hur belastad den är och hur mycket av innehållet som kommer att förändras medans man gör flytten. Om det är en relativt statisk sajt är det ju enklare än om det är en sajt med tusentals medlemmar som är aktiva och skriver, laddar upp bilder mmm.

Men kortfattat skulle jag göra såhär:

1.) Installera den nya serverr
Sätt upp den nya servern och kopiera allt innehåll från den gamla till den nya
Sätt upp www2.domän.com att peka mot den nya servern.

2.) OM DU SKALL BYTA DNS
- Lägg upp identiska records i den nya DNSen så att den ser ut exakt som den gamla.
- BYT dns-servrar på din domän så att du nu kör på dom nya

3.) OM DU HAR DATABAS SOM FÖRÄNDRAS UNDER FLYTTEN
- Anslut till databasen på den nya servern från den gamla, så att php-filerna laddas från din gamla server, men databasen som förändras är på den nya servern.

4.) Peka dina dns-records att peka mot den nya servern.

5.) Gör temporär redirect från varje sida på den gamla till www2 (som pekar mot den nya). Detta kan vara onödigt om du har en sida som inte förändras så mycket.

6.) Flytten klar! :) När du är säker på att ingen traffik kommer till den gamla servern kan du stänga ner den samt redirecta allt från www2 till www på den nya servern.

Själv har jag ett annat förslag som ingen här verkar föreslå, istället för att byta dns och vänta på att dns osv ska förnyas så kan du byta den gamla serverns ip till ett ledigt, och byta den nya serverns till den gamla. Blir typ 2 sekunders nertid, men det är väl den mänskliga faktorn som utgör den mesta av den tiden =)

Men som andra sagt så beror ju det bästa sättet på vad server gör för typ av jobb, framgår ju inte om den "bara" är namnserver, eller om du har 100000 anslutna imap klienter, eller om den kör databasserver.

I mitt förslag slipper han nertid helt och hållet :)

Möjligtvis om det är en webbserver som ska bytas. Men om det är en namnserver TS ska byta så är det mer jobb med ett nytt ipnummer ;) Skulle nog inte rekommendera det på en mailserver heller, man vill ju behålla sitt ipnummer och det "goda ryktet" förknippat med ipnumret. Brukar väl inte vara helt uppskattat om ett oanvänt ipnummer börjar skicka mängder av mail.

Jag har aldrig haft några problem med att byta namnserver, så länge man tänker efter före och gör allt i rätt ordning.

Ryktet för mailservern har du en poäng med, dock har jag inte varit med om att det blivit några problem med leveransen när jag flyttat mailservrar till nya IP.

Har precis gjort ett serverbyte genom att byta IP, och det kan rekommenderas kraftigt istället för att harva runt och ändra namnservrar på en massa ställen.

Övervägde att sätta upp en mysql-slav på tillträdande burk för att inte tappa något alls, men tyckte inte jag behövde så stor precision vid flytten.
Annars kan kan göra just det och då tappar man inget alls.

Många bra tips, kul att se så många olika alternativ :)

Servern som jag tänkt byta är en klassisk singel server, dvs har såväl namnservrar som mailservrar och MySQL på samma server. Därför känns det viktigt att nertiden blir minimal.

Nu är det ingen stress utan jag har flera veckor på mig att förbereda innan jag tänk köpa den nya servern, så med ganska gott om tid att göra ändringar på, vad skulle ni göra?

Det hela beror nog lite på huruvida du ska använda den gamla servern till nåt eller inte.

Nix, den gamla ska sägas upp.

Mitt tillvägagångssätt:
Starta upp tillträdande server på nytt IP, installera all programvara i lugn och ro.
Kopiera över innehåll först och databaser sedan.
databaser kopierar du så här:
Innehåll kopierar du med tar
Varför du ska använda root? därför att äganderätten bevaras, finns samma användare/grupper på ny server så blir det rätt.

Eller så använder du dig av rsync eller rcp.
rsync är bäst för att snabbt uppdatera en överföring som du tidigare gjort och vill lägga till de filer som är nya sedan senast. rcp flyttar rakt av men se upp för symlänkar där hela filen kopieras istället för länken.


Då har du en körbar kopia.
Sedan är det bara att byta ip mellan de två maskinerna, och eventuellt behöva starta om dem.
Efter bytet, kopiera över befintlig epost till nya servern om du har användare som sparar allt i imap.

Beroende på hur snabbt dina sidor uppdateras av t ex användare kan du behöva uppdatera databaserna efter ip-bytet för att få med det allra senaste. Är det riktigt känsligt med databaserna så rekommenderar jag en mysql-slav på den nya servern, som då är automatiskt uppdaterad.

Just en anledning varför man bör virtualisera så mycket som går, har själv nästan fått bort alla fysiska single servrar. Övriga kan man ny flytta helt transparent mellan alla sina noder i olika städer.

Men byta fysisk server är inga större problem, bara att det kan bli jobbigt om den ska byta IP.

Men om det är typ samma plattform du ska byta till så är det i regel bara göra en diskdump och synka över till nya servern. Men förutsätter att du har stöd för raidkontroller och ev NIC och liknande i old kernel.

Har man 100% optimerad kernel och system just för old server blir det lite jobbigare.

Då får du synka just datan bara och sätta upp allt igen på nya servern innan.


Men om du vill ha så lite avbrott som möjligt sätt upp båda servrarna under ett tag.

Sedan flyttar du över tjänst för tjänst, sedan låter du old servern agera ren proxy mot nya servern lite transparent.

Nu gissar jag att du inte har tillgång till nät infrastruktur för annars kan man leka PBR på nätnivå och skicka exempel http trafik mot en annan server än orginal utan det märks.

<OffTopic>
Mig veterligen så slår de flesta spamfilter på DNS samt PTR och inte så mycket på själva ipt, men det beror ju såklart på hur administratören konfat filtret. Dock så blir det enklare att slå på DNS/PTR för man kan blocka mer "generella" domäner, som alla dynamiska PTRs.
</OffTopic>

Alla produkter som använder sig av greylisting blockerar okända ipnummer ett tag. Även gmail/hotmail spamklassar nya ipnummer om det kommer en stor volym mail från för dem okända ipnummer. Som regel bör man alltid mjukstarta ett oanvänt ipnummer för mail. Självklart hjälper en korrekt uppsatt DNS med SPF och PTR, men du kommer inte ifrån den första väntetiden när du väntar på att alla greylistingtjänster och program ska släppa igenom dig.