Onderwerp: Plesk Migratie!

Beste mensen,

Ik zit hier en heb een groot probleem!

Er draait nu hier op het moment een plesk bak en die is aan de slechte kant.
Deze ga ik dus vervangen, door middel van een migratie naar nieuwe server.
Ik heb alleen de volgende problemen..

De oude plesk bak draait nu op 20 Publieke IP adressen die 20 Pub IP's heb ik ook in me nieuwe server gegooid. alvast voor de migratie! voorbeeld ip: 193.239.x.x
De nieuwe server hangt aan het internet via het lokale netwerk dat is een 10.x.x.x reeks..
Als ik nu op de nieuwe server het ip 193.239.x.x probeer te pingen gaat die naar het ip van de nieuwe server.. ipv naar het ip 193.239.x.x van de oude..

Migratie gaat namelijk (zoals jullie vast weten) via ssh.. dus ik moet die oude server bereiken..

Hoe kan ik dit oplossen???? alle oplossingen welkom!!!


Alvast bedankt!


Grtz Thijs Wassenaar

Lijkt me vrij logisch toch?

Jij gooit 20 ip's op de nieuwe server en vraagt je af waarom hij naar zichzelf pingt in plaats van naar de oude server. Nou, hij kijkt eerst intern of hij 't ip kent, en hij denkt gewoon dat hij zelf dat IP is.

Om naar de oude server te kunnen zul je dus op z'n minst één ip moeten verwijderen uit de lijst van 20 ip's of 1 ip toevoegen op de oude server (zodat je er 21 hebt). Je kunt meestal wel illegaal een vrij IP uit die range jatten, dat is geen probleem.

Je begrijpt me probleem denk ik niet...
het is een productie server dus kan niet zomaar 1 ip eruit knalle...
ik moet een migratie doen zodoende dat geen klant het merkt

Oorspronkelijk geplaatst door ThijsWassenaar

Je begrijpt me probleem denk ik niet...
het is een productie server dus kan niet zomaar 1 ip eruit knalle...
ik moet een migratie doen zodoende dat geen klant het merkt

Dat zal niet lukken...

Wat je doet: op de te migreren machine ongebruikte IP's instellen.
Dan migreren.
Dan de originele ip's toevoegen
Dan met de plesk IP reconfig tool de ip's terug naar de originele waarden zetten.

Dan voeg je op de oude server er 1 extra toe, zodat je er daar 21 hebt...
Als je die dan niet op je nieuwe bak toevoegd, heb je een ip om ssh over te draaien.

En dit zal verders niet in de knoop lopen met de sites die op je oude (productie) server draaien

Het is echt niet moeilijk hoor. Tenminste, zoals ik het nu voor me zie niet.
Ik snap sowieso niet echt dat je geen ip's kunt verwijderen (om later weer toe te voegen) op je huidige bak, aangezien je deze volgens mij nog moet ophangen in het datacentrum.

Je zult geen ip's moeten verwijderen van de oude productieserver. Dus alles blijft online. Of je verwijdert een ip op de nieuwe server, of je voegt een ip toe op de nieuwe server.

Wij draaien alles op Plesk en heb erg veel ervaring met de Plesk migration manager. Ik zou overigens zelf voor een sysbk-migratie gaan, maar met slechts 20 websites is dit zeker ook geen probleem.

Is het niet veel gemakkelijker de Migratie manager van Plesk te gebruiken?
Heb zelf zo enkele domeinen verhuist en ging bijzonder gemakkelijk, de IP-adressen heb ik niet mee verhuist (was van VPS naar andere VPS).

Als je een raid systeem hebt, zou je misschien 1 harddisk eruit kunnen halen en die in de nieuwe server stoppen.
Uiteraard is dit niet zonder risico maar het is wel 1 van de snelste oplossingen.

Het is vrij éénvoudig.

Migration-manager lijkt hier voor de hand te liggen Al zitten er nog meerdere bugs in en kleine dingen waar je rekening mee moet houden:
-> www prefix staat voor alle domeinen uit na migratie
-> MySQL database migratie ging niet goed ivm charsets en corrupte karakters (moest achteraf handmatig)
-> Nog enkele kleine issues ivm mailman, frontpage (die niet waren geïnstalleerd)
Dit is mij iig. overkomen met de nieuwste Migration Manager.

Betreffende de snelheid van het verwisselen van IP's, dit zal een kwestie van minuten zijn.

Oorspronkelijk geplaatst door ThijsWassenaar

Je begrijpt me probleem denk ik niet...
het is een productie server dus kan niet zomaar 1 ip eruit knalle...
ik moet een migratie doen zodoende dat geen klant het merkt

Het beste is ook een dergelijke migratie 's nachts te doen. Indien goed voorbereid is dit in 3 uur te doen (ook afhankelijke van hoeveelheid data).

Indien je hier echt zo mee zit, kun je dit wellicht het beste uitbesteden aan een andere partij.
(Sinds wanneer kun je eigen berichten niet meer wijzigen achteraf?)