Kako preseliti strežnik z OVH: popolni vodnik

OVH je zgradil velik del evropskega trga gostovanja in mnoge naše stranke so pri OVH delovale leta, preden so se preselile. Sprožilec je običajno eden od treh dogodkov: požar v podatkovnem centru v Strasbourgu leta 2021, ki je uničil SBG2 in poškodoval sosednje dvorane, ticket podpore, ki se je reševal več dni, ali preprosto prerast namenske strežniške ponudbe. Ta vodnik pokriva selitev od začetka do konca, s podrobnostmi za VPS in namenske strežnike.

Okvir tveganja: zakaj odvisnost od enega ponudnika ni varna

Požar v Strasbourgu 10. marca 2021 je uničil celotno stavbo podatkovnega centra in za več dni izklopil tisoče storitev, pri nekaterih strankah pa je uničil tudi podatke, ki so bili varnostno kopirani le znotraj istega kampusa. Lekcija ni bila, da je OVH nevaren; lekcija je bila, da ima lahko vsak ponudnik slab dan, in če vaše varnostne kopije ležijo z vašo glavno infrastrukturo, varnostnih kopij nimate.

Večina strank, ki se preseli na našo platformo, naj OVH instanca po preselitvi nekaj časa še teče kot sekundarno mesto, nekatere pa jo ohranijo kot trajno zunanjo varnostno destinacijo. Oba pristopa podpiramo.

Kontrolni seznam pred selitvijo

Pred začetkom zberite naslednje:

1. Root SSH dostop do OVH izvora (VPS ali namenskega)
2. Dostop do OVH manager-ja za IPv4 failover, povratni DNS in morebitno vRack konfiguracijo
3. Pripravljen MMITech Cloud VPS ali namenski strežnik, ki ustreza trenutnim specifikacijam ali jih presega
4. Dostop do vašega DNS registrarja
5. Trenutno varnostno kopijo, ki leži izven OVH

Če zadnjega nimate, jo zdaj naredite z orodjem restic ali borg v S3 kompatibilni vedrini ali na ločeno lokacijo, preden se česarkoli dotaknete.

Pot selitve: VPS obremenitve

Korak 1: Inventar storitev

OVH VPS instance sčasoma kopičijo pomožne storitve. Naredite hitri pregled:

systemctl list-unit-files --state=enabled
crontab -l -u root
ls /etc/cron.d/
netstat -tlnp

Izpis netstat razkrije vsako poslušajočo storitev. Karkoli nepričakovanega preverite pred selitvijo, ne potem.

Korak 2: Znižajte TTL na DNS

48 ur pred načrtovanim preklopom znižajte TTL A in AAAA zapisov na 300 sekund. Če uporabljate OVH DNS, ga spremenite v OVH manager-ju. Če uporabljate zunanjega DNS ponudnika, spremenite tam.

Korak 3: Začetni rsync

rsync -avzP --numeric-ids \
  --exclude=/proc --exclude=/sys --exclude=/dev \
  --exclude=/tmp --exclude=/run --exclude=/mnt \
  --exclude=/var/log --exclude=/var/cache \
  -e "ssh -p 22 -i ~/.ssh/migration_key" \
  root@source.ovh.example:/ /mnt/migration/

Hitrosti uploada pri OVH se razlikujejo po lokaciji. Strasbourg in Roubaix običajno dajeta 400 do 800 Mbit; Gravelines je počasnejši za južnoevropske cilje.

Korak 4: Baza in stanje

Za večino obremenitev:

mysqldump --single-transaction --routines --triggers \
  --master-data=2 --all-databases | \
  ssh root@target.mmitech.example "gzip > /root/db-final.sql.gz"

Zastavica --master-data=2 zapiše položaj binarnega dnevnika, kar je uporabno, če se kasneje odločite za replikacijo med končnim preklopom namesto trdega preklopa.

Korak 5: Preklop

Koraki v vzdrževalnem oknu:

1. Vklopite vzdrževalni način na izvoru
2. Ustavite aplikacijske storitve na izvoru (systemctl stop)
3. Končni delta rsync (običajno pod pet minut)
4. Uvozite izvoz baze na cilju
5. Zaženite storitve na cilju
6. Preverite preko ciljnega IP-ja z vnosom v datoteko hosts
7. Posodobite A in AAAA zapise DNS
8. Po potrebi posodobite OVH IPv4 failover ali vRack poti

Pot selitve: namenski strežniki

Selitve namenskih strežnikov so kompleksnejše, ker so pomembne specifikacije strojne opreme, konfiguracije RAID in licencirana programska oprema. Splošni pristop:

1. Pripravite MMITech namenski strežnik z enakovrednimi ali boljšimi specifikacijami
2. Replicirajte postavitev shrambe (LVM, ZFS ali strojni RAID) na cilju
3. Za večino podatkov uporabite rsync, za velike nabore razmislite o orodjih na blokovni ravni, kot sta ddrescue ali lsyncd
4. Replicirajte stanje baze z logičnim izvozom ali nativno replikacijo
5. Validirajte licencirano programsko opremo (cPanel, Plesk, MS SQL) pred preklopom

Pri selitvah Pleska orodje Plesk Migrator opravi večino dela, vključno z logiko za ohranjanje IP, če preklop uskladite z našo ekipo.

Primerjava: OVH proti MMITech

Kaj nam stranke povedo po selitvi

Dvakrat se ponovita ista točka. Prva je odzivni čas: ko naša ekipa odgovori na ticket podpore, odgovor pride od nekoga, ki se lahko dejansko prijavi v gručo in preveri, ne od prvonivojskega dispečerja. Druga je zaupanje v varnostne kopije: vključen Proxmox Backup Server z deduplicirano zunajgručno varnostno kopijo pomeni, da je obnova znana količina in ne plačljiv dodatek.

Pasti, značilne za OVH

Lastni kernel moduli OVH. Nekateri OVH predloški pridejo z lastnimi kernel parametri ali vRack mreženjem. Preverite /etc/network/interfaces (Debian) ali /etc/sysconfig/network-scripts/ (RHEL) za vRack VLAN konfiguracijo, ki na cilju ne bo obstajala.

Trdo kodirani OVH IP naslovi v požarnem zidu. OVH ponuja anti-DDoS na omrežnem sloju in stranke včasih zakodirajo OVH specifično filtriranje. Preverite iptables-save za OVH omrežne bloke.

Pripenjanje failover IP-jev. Če uporabljate OVH failover IP-je, jih ni mogoče premakniti med ponudniki. Načrtujte prehod na MMITech IP-je in temu primerno posodobite DNS.

Licenčni ključi, vezani na IP. cPanel, Plesk in nekatera komercialna programska oprema se licencira na IP. Pred preklopom z dobaviteljem uskladite ponovno izdajo licence.

FAQ

Lahko OVH po selitvi uporabljam kot tarčo za varnostne kopije? Da, in to mnoge stranke počnejo. Naš Proxmox Backup Server podpira oddaljene sinhronizacijske cilje, tako da lahko varnostne kopije replicirate na PBS instanco, gostovano pri OVH, za geografsko ločitev.

Kako se primerja cena za enakovredne specifikacije? Pri VPS obremenitvah je MMITech široko primerljiv z OVH na surovih virih, z vključenimi varnostnimi kopijami, ki jih OVH zaračunava ločeno. Pri namenskih strežnikih je cena odvisna od konfiguracije; naša ekipa vam bo poslala ponudbo na podlagi trenutnih OVH specifikacij.

Podpirate ekvivalent OVH vRack? Naš Cloud VPS brez dodatnih stroškov podpira zasebne VLAN-e med vašimi instancami. To pokriva isti scenarij kot vRack za komunikacijo med VM-ji.

Kaj pa IPv6? Vsak MMITech Cloud VPS vključuje /64 IPv6 dodelitev. Če trenutno uporabljate večje OVH bloke zaradi SMTP ugleda, se z našo ekipo pogovorite o možnostih dodelitve.

Ali obstaja popust za selitev? Ponujamo podaljšano preizkusno obdobje za stranke, ki se selijo od drugega ponudnika. Pripravite VPS, ga med selitvenim oknom poganjajte vzporedno in plačajte polno storitev šele po dokončanem preklopu.

Začnite selitev

Če imate trenutno OVH instanco in želite EU lokacijo z napovedljivo zmogljivostjo in neposrednim stikom z operaterji, pripravite Cloud VPS in ga med selitvijo poganjajte ob OVH strežniku. Faza vzporednega delovanja stane malo, odstrani vsa tveganja pri preklopu in vam pred zavezo da dejanske podatke o zmogljivosti.