Solutie hosting down

[Rapsodia]

Te referi la cpanel presupun.
Daca ai inregistrarile NS, te lasa. Eventual poti adauga la unul, apoi schimbi pentru backup 5 minute pana il adaugi si apoi completezi cum ai tu nevoie.

Daca nu ai cpanel nu sunt probleme.

Deci sa vad daca am inteles bine: in contul de unde ai cumparat domeniile adaugi NS de la doua firme de hosting, apoi folosesti DNS Failover si desigur ar trebui sa ai copie de rezerva sau ma rog, content pe hostingul 2?

[Dan]

@casparel - cum sa pointeze catre acelasi ip? Fiecare pointeaza catre alt ip. Daca nu functioneaza prima inregistrare, merge catre a doua.
Daca ambele sunt picate (host down), intra a 3-a (alt host).

Se comporta bine doar daca e cazut hostul/nameserverele.

[casperel]

@casparel - cum sa pointeze catre acelasi ip? Fiecare pointeaza catre alt ip. Daca nu functioneaza prima inregistrare, merge catre a doua.
Daca ambele sunt picate (host down), intra a 3-a (alt host).

Se comporta bine doar daca e cazut hostul/nameserverele.

Acum am inteles ce zici, dar cu o mica completare la "Se comporta bine doar daca e cazut hostul/nameserverele": daca site-ul e pe un server si nameserverele sunt pe altul (practica intalnita la mai multe companii), dar pica numai serverul cu site-ul... atunci nu va ajunge la NS-ul de backup pt ca NS-urile 1,2 raman functionale. Pt siguranta eu as recomanda tot Route53 (cu health checks pe IP), nu costa o avere, se gasesc tutoriale despre cum poate seta si acopera cam toate "use case"-urile.

[gupi]

Domnilor, îmi permit să sumarizez soluțiile
Presupunem că avem domeniul site.tld cu adresele 10.11.12.13 si 10.20.30.40 (pentru exemplificare folosim doar 2 puncte de prezenta online)
De asemenea, presupunem ca avem trei sau mai multe servere DNS care nu impart aceeasi retea, alimentare electrica, datacenter sau oras.

1) round-robin
fiecare server DNS are inregistrari de genul
site.tld IN A 10.11.12.13
site.tld IN A 10.23.30.40

daca un client (cititi browser) intreaba "ce IP are site-ul site.tld, serverele DNS vor raspunde in ordine, o data un IP, apoi celalalt samd

Avantaje:
- simplu de setat

Dezavantaje:
- site-ul trebuie sa fie sincronizat bidirectional in permanenta, in ambele locatii;
- apar probleme la site-uri dinamice, unde o sesiune inceputa pe un server poate ajunge sa se continue pe al doilea (aici intervine load-balancerul)

Exemplu simplu: aproape orice CDN pentru continut static


2) DNS redirect
Fiecare server DNS puncteaza site.tld catre primul IP, dar cu un TTL foarte mic (ex. 60s)
Daca primul server e cazut (se verifica prin alte modalitati), serverul DNS modifica inregistrarea IP catre al doilea server; in maxim 60 s clientii vor fi directionati catre site-ul live

Avantaje:
- se poatre seta o sincronizare unidirectionala, de la serverul 1 la serverul 2; sincronizarea inversa e necesara numai la revenirea online a primului server
- al doilea server poate fi mai mic (daca serverul principal are uptime bun, poti dimensiona un server de rezerva mai mic, deoarece va fi online doar un timp relativ scurt)

Dezavantaje
- complexitate initiala mai mare a solutiei (necesita monitorizare externa si script-uri de automatizare a modificarilor DNS)


Ar mai fi de povestit si despre masini virtuale cu High Availability / Fault Tolerance, dar asta alta data.

[Dan]

Cea mai simpla si la indemana solutie pentru problema descrisa de OP ramane totusi CloudFlare
Asta, fireste, daca aceste "caderi" sunt de scurta durata si destul de rare.