Synopsis webmaster

Ce este un „site-ul oglindă“?

Un site oglindă într-un sens general - este o copie a unui site găzduit pe un alt server de pe Internet. De obicei, este de înțeles că, dacă site-ul principal pentru orice motiv, nu este disponibil, vizitatorii pot profita de una dintre oglinzi.

Oglinzi pot apărea, de asemenea, în plus față de dorințele proprietarului site-ului. Hosting administratorul domeniului poate defini modul în care domain.ru * .domain.ru, care facilitează ulterior viața sa de a crea sub-domenii ale treilea nivel. În viitor, în anumite condiții, puteți activa un număr nespecificat de „oglinzi“ ale site-ului dvs. în formă de domenii de nivel terțe stabilite anterior. De exemplu, serverul Apache, o astfel de eroare de fapt, se produce automat (cu setări implicite) - determinarea celui de al treilea nivel de domeniu în scopuri auxiliare.

Probleme cu oglinzi

O altă problemă este organizarea de actualizări de informații cu privire la diferite oglinzi. Din acest punct de vedere, site-ul oglindă diferite:
  • actualizări în timp de informații: Imediat după modificarea informațiilor de pe site-ul principal sau o perioadă scurtă de timp mai târziu.
  • atunci când metoda de actualizare:
    • rularea de site-ul primar (replicare);
    • cursa de oglinda;
    • manual de către echipa de administrator.
  • renovare Sincronizat:
    • sincron, la intervale regulate;
    • asincron, de exemplu, la schimbarea conținutului web.
  • caracterul complet al identității: o copie completă a site-ului principal sau copie parțială a site-ului principal (de exemplu, o copie a codului sursă fără grafică).

Un site de backup pe un hosting independent

Strict vorbind, nu e nici măcar o oglindă. Doar creați o copie de rezervă a unui site pe o altă platformă de găzduire, cu scopul de a acoperi împotriva potențialelor probleme în gazdă primară. După cum sa menționat în articolul privind alegerea gazdă, uptime 100% nu este accesibil, indiferent de cât de bine nu a fost Hoster ta. Există o probabilitate nenulă de defectare a echipamentului de centre de date, probabilitatea ca se va rupe în jos canalele de comunicare gazdă sau hosterii ferme vor fi distruse, și refuză să mențină. Chiar și experiența mea limitată (a se vedea începutul notei) indică faptul că tot felul de probleme sunt posibile și este necesar să se prevadă cazul unor astfel de situații. O astfel de măsură este crearea unui site de rezervă într-un alt, independent de găzduire.

Crearea acestui tip de oglindă este destul de simplu. destul de regulat pentru a face copii de fișiere de pe serverul principal în standby și reproduce bazele de date de la serverul master la backup. Puteți face acest lucru în cron, la, undeva în noapte.

Toate interogările de utilizator în modul normal sunt trimise numai la serverul principal. În cazul unor probleme la gazdă primară (în cazul în care gazda devine indisponibil), o delegație a domeniului se face pe site-ul de backup (DNS corect sau altceva pentru a redirecționa tot traficul spre o copie de rezervă). Este nevoie de aproximativ o zi. La restaurarea gazdă, efectuați backup de sincronizare inversă la replicarea de antrenare și de repornire. Acest lucru trebuie făcut manual. În cazul în care copia de siguranță va fi indisponibil - apoi redirecționați doar tot traficul către master și să aștepte pentru backup de reparat.

Oglinda ca o copie de rezervă

Oglinzi pentru distribuirea sarcinii site-ului

În primul rând, permiteți-mi să spun că, în opinia mea, oglinzile ideale opțiune ar fi dacă ar fi posibil să se plaseze același conținut pe două (sau mai multe) servere diferite în rețea cu același nume de domeniu, iar vizitatorul a primit am acces la server, care este liber, aproape, nu este ocupat, sau chiar pe anumite criterii. Dar acest lucru, se pare, nu este posibil, astfel încât oglinda dvs. ar trebui să aibă un nume de domeniu diferit.

Asigurați echilibrarea încărcării prin intermediul DNS.

scheme mai complexe de echilibrare este utilizat sau Frontend a inversa proxy (de ex. Nginx ar putea Iubiților), sau dona pentru acest caz un server dedicat, sau de a folosi „de fier“ de sarcină echilibrist (unele sau cisco ceva de genul asta). Toate aceste soluții nu ajută, cu toate acestea, în cazul în care „probleme legate de canal“ furnizor. În continuare, puteți încerca să reglați CDN (sau de a construi propria lor), dar aceasta va fi o soluție prea costisitoare și este puțin probabil ca site-ul dvs. va plăti pentru el.

resurse utile