Правильная ли схема для веб-сервера с распределенной нагрузкой?

Question

[Pavel]

Стоит задача разработать сеть для распределения нагрузки на проект. Вот разработал. Будет ли так работать? Схема верная?

Comments

[Wexter]

ну и дичь

[Сергей Соколов]

почему:

1. к серверам с кроном идут запросы и на них стоит Apache?
   
2. IP у резервных дублируют IP рабочих
   
3. почему один Main Server и один роутер
   

Answer 1

[Алексей Черемисин]

Как-то все у вас оторвано от задачи. Зачем так дублировать? И зачем вообще дублировать базы и web? Нужно расширяться в узких местах, а не всё скопом!
Обычно, web-приложение состоит из как минимум трех компонентов, приложения (php/python/node/java/go ....), статики (картинки, видео), баз данных (mysql/redis/elastic/mongo ....)
Все эти части кластеризуются по отдельности, и обычно, разными механизмами.
Более того, если у нас сайт для фото, с кучей статики, то нам наверняка придется вообще забыть на них о PHP и базе данных, которые будут нагружены только отдачей картинок и их кешированием. Итого в этом случае получим один сервер (а то и вообще виртуалку) с PHP+MySQL, и кучу серверов со статикой, пару кеширующих серверов, и пару на преобразование картинок.
Так что, я бы сказал, ваша схема - ни о чем!

Answer 2

[Ranwise]

полистайте примеры

Answer 3

[pfg21]

похоже взята общая схема без проработки, работать будет как среднестатистическая машина на узкоспециализированой задаче, повезет - не повезет.
Про выделение статики уже сказано.
А чисто по указанной схеме я бы предложил взромоздить на 10.0.0.2 балансер, который распределяет нагрузку на все 4 сервера.
Но в случае ошибок исключает из раздачи глючащий сервер (т.е. распределяет на 3 сервера) и сигнализирует админу.
И сервера эффективнее используются и пользователям скорость повыше, а сбойный сервер исключается практически так же как и на вашей схеме