Лайфхак: Как сделать сайты, которые никогда не будут падать. Простым языком

Преамбула: Написать эту статью меня сподвигнул пост в фейсбуке, как внезапно упал сайт, как ни до кого нельзя было дозвониться и злые конкуренты сделал submit url и сайт выпал из ТОПа. Как вывод - надо еще больше мониторить и быстрее поднимать сайты. Предлагаю вашему вниманию иную точку зрения на проблему.

Ни для кого не секрет, что любые сайты периодически ломаются. Даже самые крупные и известные не могут похвастаться 100% uptime. Что уже говорить про обычные мелкие сайты, где технические неполадки бывают по несколько раз в год и портят жизнь вебмастерам.

Я постоянно вижу, как владельцы сайтов, seo агентств пытаются подключить очередной мониторинг, в надежде, что он поможет быстрее увидеть проблемы и улучшить ситуацию. Но что делать, если админ уехал на Канарские острова (ну или в деревню), а программист не отвечает на телефон в три часа ночи? Знакомая ситуация?

Что если я скажу вам, что можно пойти от обратного - ваши сайты будут работать 99.99% в год как у лидеров рынка? Не верите? Я попробую рассказать как это сделатьочень простым языком.

Сперва очень небольшой упрощенный экскурс про то, как работают сайты. Среднестатистический сайт, например на wordpress, интернет магазин на opencart и т.д. состоит из двух-трех частей:

Все эти компоненты могут находится как на одном физическом сервере, так и на разных. Точно также на одном сервере может находится несколько групп таких компонентов, как на shared хостингах.

Причина, из-за которых сайты падают (не берем случаи, когда программист что-то вылил на “живой”(production) сервер и все упало):

Для того чтобы понять, как наши сайты смогут работать без перебоев , нужно обратиться к отрасли, где стабильность работы имеет жизненно важное значение - это авиация.

Авиаперевозки прошли удивительный путь развития от маломощных кукурузников до супер современных огромных лайнеров. Статистика свидетельствует, что самолеты - самый безопасный способ передвижения, изобретенный человеком. В чем залог надежности?

Это избыточность и дублирование всех критических систем. Несколько тормозных магистралей, два полностью независимых бортовых компьютера, раздельные системы подачи топлива, воздуха и в конце концов - два пилота.

Точно также можно поступить и с сайтами. Первое что напрашивается - добавить копию сайта на другом хостинге, в другом ДЦ или даже на другом континенте.

На заре интернета это часто выглядело как www1.site.com, www2.site.com и вы попадали то на одну, то на другую версию.

Сейчас это уже делается проще - есть только www.site.com, который может внутри обращаться то к одному то к другому серверу.

Это отдельный сервер, на котором запущено приложение, например nginx, которое распределяет трафик по определенному алгоритму. Например 50% на первый сервер и 50% трафика на второй сервер. Если первый сервер не отвечает (упал), то весь трафик переключается на второй сервер и наоборот.

Таким образом единой точкой отказа становится только load balancer сервер. Из практики load balancer - очень надежная система, которая сама по себе вряд ли упадет. Но и его мы можем продублировать, если введём два и более таких узлов.

Возникает другая проблема: так как у нас сейчас две копии сайта на двух серверах, то получается что нужно, например, добавлять статью в блог на двух серверах, что явно не удобно. Существует решение такой проблемы - это репликация базы данных.

В чем ее суть: есть главная БД, например на сервере A, есть подчиненная БД - на сервере B. Когда что-то добавляется на сервере A (статья, товар, заказ и т.п.), сервер B практически в ту же секунду получает копию новых данных. Таким образом на двух серверах БД данные одинаковы и консистентны.

Часто бывает, что старые сайты очень сложные с множеством «костылей», их не так легко перенести или сделать копию.

Для такого случая можно предложить немного другое решение, которое называется failover.

Load balancer настраивается таким образом, что если основной сервер не отвечает в течение минуты, то весь трафик перекидывается на failover сервер. Это дает время для технической команды решить проблемы на основном сервере.

За время моей практики приходилось сталкиваться с весьма «велосипедными» решениями, но и там удавалось применить хотя бы решение failover.

Остается только порекомендовать обратиться к грамотным специалистам.

Может показаться, что введение подобной системы будет очень дорогим и сложным, но поверьте, это не так.

В качестве load balancer подойдет практически любая VPS с объемом памяти от 1-2гб.
Так, например, на одном из наших проектов, на котором нагрузка 15-20 запросов в секунду, в качестве load balancer работает VPS из DigitalOcean 2гб за 10 долл в месяц.

Стоимость сервера, где работает сайт, зависит от требований вашего сайта. Тут уже действует простая математика. Что дороже: взять еще один сервер или простой сайта?

Повысить надежность практически любого сайта можно, и это не так сложно, как кажется на первый взгляд. В Интернете много материалов по настройке load balancer серверов. Для системного администратора средней квалификации - это обычная несложная задача.

В высококонкурентных нишах, это практически musthave. Надеюсь, что вы никогда больше не пожалуетесь на то, что конкуренты воспользовались простоем сайта и повысили свои позиции на несколько пунктов в Google за счет вас.