[Magnus_A]

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.

[Mortekai]

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?

[Danielos]

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

[Mortekai]

Nix, den gamla ska sägas upp.

[Magnus_A]

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:

user@nyserver# mysqldump --all-databases [--add-drop-database] -h serverfrån -u -p | mysql -u -p

Innehåll kopierar du med tar

user@gammalserver# sudo tar -czf - /katalog | ssh root@nyserver tar -xzf - -C sökväg-till-uppackning

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.

[patrikweb]

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.

[abergman]

Ursprungligen postat av fabian

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.

<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>

[najk]

Ursprungligen postat av abergman

<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.