Балансировка назгузки

Если статика то вообще все просто же, без лоадбалансеров. Просто ставите несколько серверов и в DNS прописываете для одного домена несколько ip адресов. Пользователи сами размажутся по этим серверам (round robin dns)

Отмечу, что тут есть нюанс.

Round Robin предполагает, что IP адреса будут выдаваться по очереди (сначала первый, потом — второй и т.п.). Однако, это нигде не стандартизировано и адреса могут выдаваться с перекосом.

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

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

Этого практически не будет при низком значении TTL в DNS.

Проверяли, несколько минут и 100% трафика идёт на другой сервер при смене ip.

---------- Добавлено 25.02.2019 в 02:13 ----------

Можно просто использовать DNS-сервисы облачные. Типа Amazon Route53. Будет выдавать разные ip разным посетителям.

Там можно и round-robin и health check (при падении сервера трафик с него можно убрать).

Попробуйте поставте nginx проксирование.

У nginx можно задавать процент запросов, если по мощности сервера бекенда разные, либо каждый 1,2,3 итд запрос на определенный сервер.

http://nginx.org/en/docs/http/load_balancing.html

Может скажу не в тему, но если проект высоко-нагруженный, может посмотреть в сторону CDN? Именно для отдачи статики в виде картинок, JS и прочего CDN и полезен.

Я несколько раз использовал в больших нагрузках и замерял, если нужно спасаться не от одного бешенного клиента, а потому что их 100500 одинаково обращающихся, то количество обращений и нагрузка вполне выравнивается в районе 50/50 и даже на 3 серверах вполне по 33% делится без какой либо магии.

Обычная математика) Да, так и будет.