резюме уебмастър

Какво е "огледален сайт"?

А огледален сайт в най-общ смисъл - е копие на един сайт се хоства на друг сървър в интернет. Той обикновено се разбира, че ако основното място по някаква причина не е на разположение, посетителите могат да се възползват от една от най-огледала.

Огледала могат да се появят и в допълнение към желанията на собственика на сайта. Хостинг с администратора на домейна може да определи как domain.ru * .domain.ru, което впоследствие се улесни живота си, за да създадете поддомейни на третото ниво. В бъдеще, при определени условия, можете да включите и неопределен брой "огледала" на сайта си под формата на предварително установени области трето ниво. Например, сървърът Apache, такава грешка всъщност става автоматично (с настройки по подразбиране) - определяне на домейна на трето ниво за спомагателни цели.

Проблеми с огледала

Друг проблем е организацията на предоставяне на актуална информация по различни огледала. От тази гледна точка, различна огледален сайт:
  • актуализации време на информация: Веднага след промените информацията на основния сайт или малко по-късно.
  • когато методът на актуализация:
    • управлението от основното място (репликация);
    • надпреварата от огледалото;
    • ръчно от екипа на администратор.
  • Синхронно обновяването:
    • синхронен, на редовни интервали;
    • асинхронен, например, при смяна на уеб съдържание.
  • пълнотата на идентичност: пълно копие на основната площадка или частично копие на основния сайт (например, копие от изходния код, без графика).

Резервно звено за независим хостинг

Строго погледнато, това не е дори огледало. Просто създадете резервно копие на обект към друг хостинг платформа, с цел да хеджира срещу потенциални проблеми в първичния хост. Както се отбелязва в статията от избора на домакин, 100% ъптайм не се стига, без значение колко добър не е на хостинга. Налице е различна от нула вероятността за неуспех на център за данни оборудване, вероятността, че ще съборят комуникационни канали домакин или твърди общежитие ще бъдат разрушени, а вие да откаже да се поддържа. Дори моя ограничен опит (виж началото на бележката) показва, че са възможни всякакви проблеми и е необходимо да се предвиди при такива ситуации. Една такава мярка е създаването на резервен сайт на друг, независим хостинг.

Създаване на този тип огледало е достатъчно проста. достатъчно редовно, за да се направят копия на файлове от първичния сървър за резерва и репликира бази данни от главния сървър на архива. Можете да го направите в Cron, при, някъде в нощта.

Всички потребителски заявки в нормален режим се изпращат само с главния сървър. В случай на проблеми при първичната домакин (ако домакинът стане недостъпен), делегация на домейна е направено да направите резервно копие на сайта (правилно DNS или пък да се пренасочи целия трафик към резервно копие). Това отнема около един ден. Когато възстановяването на гостоприемника, изпълнява гръб обратна синхронизация за шофиране и рестартиране репликация. Това трябва да бъде направено ръчно. Ако резервната няма да е достъпен - тогава просто пренасочва целия трафик, на капитана и да чакат за архивиране ремонт.

Огледалото като резервен

Огледала за разпределение на натоварването на сайта

На първо място, бих искал да кажа, че по мое мнение, идеални огледала вариант би бил, ако това би било възможно да се поставят на едно и също съдържание на две (или повече) различни сървъри в мрежата със същото име на домейн, и получи посетителя имам достъп до сървъра, който е свободен, в близост, а не заети, или дори на някои критерии. Но това, както изглежда, не е възможно, така че огледалото ви трябва да има различно име на домейн.

Уверете се, балансиране на натоварването чрез DNS.

По-сложните схеми за балансиране се използва или на интерфейса обратната прокси (напр. Възлюбени Nginx може), или дарят за този случай на специален сървър, или да използвате "желязо" товар балансьор (някои Cisco или нещо подобно). Всички тези решения не помогнат, обаче, ако "въпроси канал" доставчик. На следващо място, можете да се опитате да се коригира CDN (или изградят свои собствени), но то ще бъде твърде скъпо решение и е малко вероятно вашия сайт ще плати за него.

Полезни ресурси