Natuurlijk als 3de DNS dat kan ook dat is nog niet eens zo een gek idee.Citaat:
Origineel geplaatst door Mikey
lijkt me verstandiger dat je ns2 bij de registrar aan laat passen erbij :)
Afdrukvoorbeeld
Natuurlijk als 3de DNS dat kan ook dat is nog niet eens zo een gek idee.Citaat:
Origineel geplaatst door Mikey
lijkt me verstandiger dat je ns2 bij de registrar aan laat passen erbij :)
ff my 2cents ....
in het nieuwe datacenter hang je een nieuwe server op.
of dit nu je backup is of wat anders maakt niet zoveel uit.
liefst wel een server die je definitief kunt inrichten omdat je anders bezig blijft.
op deze server maak je in je netwerk config een forward aan dat alles wat op de nieuwe ip's binnenkomt .. doorgaat naar de oude ip's van je huidige servers.
op die manier kun je de dns probleemloos verwijzen naar je nieuwe server.
zodra dns overal goed oppakt .. (dag of 2/3) dan gooi je de boel maximaal uur plat (de tijd die je nodig hebt om servers uit rack te tillen en naar andere datacenter te brengen)
vervolgens pas je de ip forward weer aan zodat ie verwijst naar de ip's zoals je ze hebt in het nieuwe datacenter.
tuurlijk .. je moet wel wat aanpassingen doen in je panel enzo .. maar op deze manier heb je volgens mij minste downtime
Groet,
Gerwin
een 3de dns aanmaken is geen goeie optie, hierbij moet je voor alle domeinen extra dns record aanmaken mochten deze nog niet aanwezig zijn.Citaat:
Origineel geplaatst door jon106
Natuurlijk als 3de DNS dat kan ook dat is nog niet eens zo een gek idee.
Ik zou voor de oplossing gaan zoals desmond al aangaf, TTL omlaag halen en dan verhuizen.
Denk inderdaad dat dat de beste oplossing is
Helaas wordt TTL vaak genegeerd door de ISP, dus heb je alsnog een aantal dagen downtime voor een deel van de internetters.Citaat:
Ik zou voor de oplossing gaan zoals desmond al aangaf, TTL omlaag halen en dan verhuizen.
nou nou we leven niet meer in de stone age time :)Citaat:
Origineel geplaatst door MediaCreations
Helaas wordt TTL vaak genegeerd door de ISP, dus heb je alsnog een aantal dagen downtime voor een deel van de internetters.
Ik volg meestal de volgende procedure.
1. Afsluiten toegang (ftp/ssh/etc.) tot oude server. Uiteraard websites gewoon laten draaien.
2. Data verhuizen naar nieuwe server op nieuwe locatie. Uiteraard hebben klanten direct toegang tot de nieuwe server.
3. Dns aanpassen (ttl staat al op half uur).
4. Na enkele dagen sluit ik de oude server af.
Sites met een database (cms bijvoorbeeld) kunnen nog eenvoudiger verhuist worden. Je kan relatief snel kiezen om een andere database te gebruiken. Doe je dit 's nachts dan zal bijna niemand last hebben van de down-tijd. Een website kan best van 1 database gebruik maken en toch op verschillende machines draaien.
Eventueel kan je ook kiezen om bijvoorbeeld nfs/samba in te zetten. Zo kunnen bestanden verhuist worden en toch beschikbaar blijven via de oude server (nfs/samba naar nieuwe server).