Solutie hosting down

[casperel]

De aia am scris ns1.backuphosting.tld, credeam ca e clar

Pai degeaba ai ns-uri la 2 hosturi diferite, pt ca (precum ziceam) toate vor pointa tot catre 1 singur IP (pt ca nu servesti site-ul din cele 2 locatii in acelasi timp. Desi se poate, o dam in alta discutie care nu are legatura cu ceea ce s-a intrebat) si trebuie sa schimbi manual acel IP daca serverul pica.

ex:
- ns1.hosta.ro si ns2.hosta.ro pointeaza domeniul catre ip: X.X.X.X (care apartine de hosta.ro)
- ns1.hostb.ro si ns2.hostb.ro pointeaza domeniul tot catre ip: X.X.X.X. Numai daca pica, schimbi in Y.Y.Y.Y (care apartine de hostb.ro)

La un failover automat, se schimba rapid ip-ul... fara sa trebuiasca o operatiune manuala.

Sau poate n-am inteles ce vrei tu sa spui.

@Hakuna Matata: no idea, am renuntat la cpanel de mult. Dar sigur se gaseste un workaround ca sa mearga.

[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.