Brže propagiranje domena?

[Dzonny]

Pozdrav.

Zanima me kako je moguće ubrzati proces propagiranja domena prilikom transfera, produžetka domena ili slično? Znam da internet provajderima treba 24h do 72h da osveže DNS, i znam za npr google public dns, ali me zanima kako da svima domen bude dostupan brže, ili bez uopšte nekog nedostupnog perioda?
Nikad nisam primetio da je npr burek, blic ili neki veliki sajt nedostupan, a siguran sam da se njihovi domeni premeštaju/apdejtuju ili šta već. Postoji neka caka, neki premium DNS servis ili već šta god koji može ubrzati ceo taj proces?

Zahvaljujem na odgovoru.

[robi-bobi]

"Nikad nisam primetio da je npr burek, blic ili neki veliki sajt nedostupan, a siguran sam da se njihovi domeni premeštaju/apdejtuju ili šta već. "

svaki veliki sajt radi premestaj tako da nije down
primer iz glave: prebace bazu
stari server pocne da koristi IP nove baze
novi server takodje
gde god da korisnika posalje DNS, on vidi sve up-to-date
prodju dva dana
gase stari server

[stecko]

Originalno napisao robi-bobi

svaki veliki sajt radi premestaj tako da nije down
primer iz glave: prebace bazu
stari server pocne da koristi IP nove baze
novi server takodje
gde god da korisnika posalje DNS, on vidi sve up-to-date
prodju dva dana
gase stari server

Ovo je, bez filozofiranja (najkrace i najjasnije opisano), varijanta koja se koristi u skoro 100% slucejava, sem ukoliko nisu potrebne bas neke "specificne akcije".
Ako se koristi gore citirani opis - nema greske, i ne postoji downtime (sem par minuta/sec dok se SQL baza prebaci sa servera na server i promene parametri konekcije ka novoj adresi baze )

[Peca]

^ upravo.
moze i tcp-tunneling softverom da se resi ako se proceni da ce manji protok da pravi http saobracaj nego komunikacija sa bazom [ili ako je bitno da se uploadovani fajlovi [koje korisnici uploaduju] vide bez obzira da li je DNS propagiran... ili ako sam sajt zavisi od neke vrste file-database-a [baza sastavljena od fajlova]].
znaci, prosto stari server radi kao proxy za sav http saobracaj - dok svi ne vide novi server.

u drugim slucajevima savrseno radi ovo sto je robi-bobi rekao... danas je internet u datacentrima dovoljno brz da mozes bazu da drzis i na drugom kontinentu, a da korisnici ne osete bog zna kakav latency... meni se komunikacija sa bazom u trenutku selidbe izvrsavala u roku od pola sekunde - to korisnici ne osete

[Peca]

ili ako selis ceo server sa mnostvo sajtova [dvesta sajta recimo] - neprakticno bi bilo da svakom menjas konfiguracioni fajl za bazu... onda tcp-tunneling nema alternativu...

mada moze i sam mysql saobracaj da se tunnel-uje, a ne http saobracaj

but then again, ako neki sajt radi sa fajlovima... onda je ipak bolji http tunneling.

[Dušan Dželebdžić]

Hm, a mirorovanje celog sajta, uz izmenu A zapisa u dns-u starog da pokazuje ka novom?

[Peca]

sta tacno podrazumevas pod mirrorovanjem sajta?

[Dušan Dželebdžić]

Pravljenje identične kopije fajlova i baze, ili u slučaju sajta sa user-generated sadržajem - sinhronizacija sadržaja dok se nameserveri ne dogovore.

[Dzonny]

Originalno napisao Dušan Dželebdžić

Pravljenje identične kopije fajlova i baze, ili u slučaju sajta sa user-generated sadržajem - sinhronizacija sadržaja dok se nameserveri ne dogovore.

Ja sam upravo to radio do sad. Prvo prebacim sve podatke/baze/fajlove sa jednog na drugi server, i onda samo promenim DNS tako da se kači na novi server. Pri tom je potrebno da se taj domen propagira tj da prođe određeni period vremena kako bi vukao podatke sa novog servera a ne starog.

[Peca]

Originalno napisao Dušan Dželebdžić

Pravljenje identične kopije fajlova i baze, ili u slučaju sajta sa user-generated sadržajem - sinhronizacija sadržaja dok se nameserveri ne dogovore.

ali priznaces da je sinhronizacija baza i/ili fajlova komplikovaniji posao od pomenuta prva dva resenja