Ako dlho trvá migrácia webu na nový hosting?

Príprava a testovanie 1–3 dni (web beží normálne ďalej), samotné prepnutie DNS pár minút až hodín podľa TTL. Pri správnom postupe návštevníci výpadok vôbec nezaznamenajú — starý aj nový server bežia paralelne, kým sa DNS preklopí.

Príde počas migrácie k výpadku webu?

Pri správnom postupe nie. Web sa najprv kompletne sprevádzkuje a otestuje na novom servery (cez hosts súbor alebo testovaciu doménu), až potom sa prepne DNS. Počas propagácie obsluhujú návštevníkov oba servery — starý aj nový — takže výpadok nevzniká.

Stratím pri migrácii webu e-maily?

Nie, ak sa na ne nezabudne — to je najčastejšia chyba. E-mail (MX záznamy) môže pokojne ostať u pôvodného poskytovateľa, sťahuje sa len web (A záznamy). Pred migráciou treba spraviť inventúru DNS a meniť len to, čo sa týka webu. SPF/DKIM/DMARC ostávajú nedotknuté.

Čo je DNS TTL a prečo ho pred migráciou znížiť?

TTL (time to live) určuje, ako dlho si internet pamätá starú IP adresu domény. Pred migráciou ho znížime (napr. na 10 minút), takže prepnutie na nový server sa prejaví rýchlo — a prípadný rollback na starý server trvá tiež len minúty namiesto hodín.

Ako sa dá migrácia vrátiť späť, ak sa niečo pokazí?

Starý server sa po prepnutí nevypína — obsah na ňom ostáva nedotknutý ako fallback. Rollback je potom len vrátenie DNS záznamov na pôvodnú IP (pri zníženom TTL do ~10 minút). Starý hosting rušíme až po týždňoch bezproblémovej prevádzky.

Oplatí sa presunúť web z klasického hostingu na vlastný VPS?

Pri rastúcom webe áno — vlastný server (VPS) prináša rýchlejšiu odozvu (v našom prípade ~2,5× rýchlejšie spracovanie), plnú kontrolu nad konfiguráciou, per-projekt izoláciu a moderný deploy (atomic releases, okamžitý rollback). Pre malé statické weby klasický hosting zvyčajne stačí.

Migrácia webu na nový server bez výpadku — postup, ktorý používame

„Potrebujeme sa presťahovať na iný hosting, ale bojíme sa, že web vypadne a stratíme e-maily." Oprávnená obava — zle zvládnutá migrácia vie spôsobiť hodiny výpadku, stratené správy a pokazené SEO. Pri správnom postupe však návštevník nezbadá vôbec nič. Tento článok píšeme deň po tom, čo sme vlastný web presunuli na nový server — presne týmto postupom.

Kedy má migrácia zmysel

Pomalý hosting — server reaguje stovky milisekúnd, web sa vlečie a Core Web Vitals trpia
Chýbajúca kontrola — nemôžete si nastaviť PHP verziu, cache, HTTP hlavičky či moderný deploy
Rast projektu — zdieľaný hosting prestáva stačiť výkonom alebo izoláciou
Konsolidácia — viac webov chcete dostať pod vlastnú správu s per-projekt izoláciou

Po našej migrácii klesol čas spracovania požiadavky približne 2,5-násobne — a to je rozdiel, ktorý cítiť aj v Google metrikách, aj v UX.

Zlaté pravidlo: web ≠ e-mail

Najčastejšia a najbolestivejšia chyba pri migrácii: zabudnúť, že na doméne beží aj e-mail. Sťahujete web — teda A záznamy (kam smeruje doména v prehliadači). E-mail (MX, SPF, DKIM, DMARC záznamy) môže pokojne ostať u pôvodného poskytovateľa.

Pred migráciou si preto spravte inventúru DNS zóny: čo je web (A/AAAA, www), čo je e-mail (MX, mail/smtp subdomény, TXT pre SPF/DKIM/DMARC) a čo sú ďalšie služby (FTP, subdomény, wildcard). Meníte len webové záznamy — všetko ostatné nechajte tak.

Postup migrácie krok za krokom

1. Príprava nového servera (web stále beží na starom)

Nový server sa kompletne pripraví, kým produkcia beží nerušene ďalej: webserver, PHP/runtime v správnej verzii, SSL certifikát, prenos súborov a databázy, konfigurácia. Žiadny stres — nič nie je naživo.

2. Zníženie DNS TTL

Deň-dva pred prepnutím znížte TTL webových záznamov (napr. z 1 hodiny na 10 minút). Internet si potom „pamätá" starú IP len krátko — prepnutie aj prípadný návrat späť sa prejavia za minúty.

3. Test na novom servery ešte pred prepnutím

Cez lokálny hosts súbor (alebo testovaciu doménu) nasmerujete svoj počítač na nový server a preklikáte celý web na ostrej doméne: formuláre, e-maily, administráciu, HTTPS, presmerovania. Chyby odhalíte a opravíte skôr, než ich uvidí prvý návštevník.

4. Cutover — prepnutie DNS

Zmeníte A záznamy na novú IP. Počas propagácie (pri zníženom TTL minúty) časť návštevníkov obsluhuje starý server a časť nový — oba bežia, takže výpadok nevzniká. Po prepnutí sledujete logy a metriky.

5. Starý server ostáva ako fallback

Obsah na starom servery nemažte. Ak by sa čokoľvek pokazilo, rollback je len vrátenie DNS záznamov — pri TTL 10 minút ste späť do desiatich minút. Starý hosting rušte až po týždňoch bezproblémovej prevádzky (alebo ho nechajte na iné služby, napríklad e-mail).

Bonus: atomic deploy — releases namiesto prepisovania

Migrácia je ideálna príležitosť zmodernizovať aj nasadzovanie. Namiesto prepisovania súborov „naživo" cez FTP používame štruktúru atomic releases:

/var/www/web/
├── releases/
│   ├── 20260610-153000/   ← nový release (git clone + composer)
│   └── 20260603-101500/   ← predošlý release
├── shared/                ← logy, konfigurácia s heslami, sessions
└── current → releases/20260610-153000/   ← symlink = živá verzia

Nasadenie novej verzie = pripraviť nový release adresár a prepnúť symlink (okamžité, atomické). Rollback = prepnúť symlink späť. Žiadne polonahraté súbory, žiadna stará cache — a história verzií zadarmo.

Na čo si dať pozor — checklist

☐ Inventúra DNS zóny (čo je web, čo e-mail, čo ostatné služby)
☐ E-mail/MX záznamy sa nemenia (ak nesťahujete aj mail)
☐ SSL certifikát pripravený na novom servery pred prepnutím
☐ Odoslanie e-mailov z webu otestované (SMTP porty bývajú na VPS blokované — napr. 465 vs 587)
☐ Formuláre, administrácia a presmerovania otestované cez hosts ešte pred cutoverom
☐ DNS TTL znížené vopred, rollback plán pripravený
☐ Starý server beží ako fallback minimálne pár týždňov
☐ Po migrácii: Search Console a monitoring bez chýb, rýchlosť porovnaná (benchmark pred/po)

Časté otázky

Ako dlho trvá migrácia webu na nový hosting?: Príprava a testovanie 1–3 dni (web beží normálne ďalej), samotné prepnutie DNS pár minút až hodín podľa TTL. Pri správnom postupe návštevníci výpadok vôbec nezaznamenajú — starý aj nový server bežia paralelne, kým sa DNS preklopí.
Príde počas migrácie k výpadku webu?: Pri správnom postupe nie. Web sa najprv kompletne sprevádzkuje a otestuje na novom servery (cez hosts súbor alebo testovaciu doménu), až potom sa prepne DNS. Počas propagácie obsluhujú návštevníkov oba servery — starý aj nový — takže výpadok nevzniká.
Stratím pri migrácii webu e-maily?: Nie, ak sa na ne nezabudne — to je najčastejšia chyba. E-mail (MX záznamy) môže pokojne ostať u pôvodného poskytovateľa, sťahuje sa len web (A záznamy). Pred migráciou treba spraviť inventúru DNS a meniť len to, čo sa týka webu. SPF/DKIM/DMARC ostávajú nedotknuté.
Čo je DNS TTL a prečo ho pred migráciou znížiť?: TTL (time to live) určuje, ako dlho si internet pamätá starú IP adresu domény. Pred migráciou ho znížime (napr. na 10 minút), takže prepnutie na nový server sa prejaví rýchlo — a prípadný rollback na starý server trvá tiež len minúty namiesto hodín.
Ako sa dá migrácia vrátiť späť, ak sa niečo pokazí?: Starý server sa po prepnutí nevypína — obsah na ňom ostáva nedotknutý ako fallback. Rollback je potom len vrátenie DNS záznamov na pôvodnú IP (pri zníženom TTL do ~10 minút). Starý hosting rušíme až po týždňoch bezproblémovej prevádzky.
Oplatí sa presunúť web z klasického hostingu na vlastný VPS?: Pri rastúcom webe áno — vlastný server (VPS) prináša rýchlejšiu odozvu (v našom prípade ~2,5× rýchlejšie spracovanie), plnú kontrolu nad konfiguráciou, per-projekt izoláciu a moderný deploy (atomic releases, okamžitý rollback). Pre malé statické weby klasický hosting zvyčajne stačí.

Záver

Migrácia webu nie je riziko, ak sa robí v správnom poradí: najprv pripraviť a otestovať, až potom prepnúť — s e-mailami nedotknutými a rollbackom v zálohe. Presne takto sme práve presunuli aj náš vlastný web a návštevníci nezaznamenali nič okrem rýchlejšieho načítania. Ak zvažujete presun webu na lepší hosting či vlastný server, pomôžeme s migráciou aj prevádzkou — napíšte nám a ozveme sa do 24 hodín.