Как организовать распределение нагрузки, прокси, передача коннекта

Ставить аплинк на гиг, если не хватает канала. Если и гига не хватает, то делать распределенный кластер (самое простое - несколько A записей).

В бэкэнде крутиться mysql или что там используется, хорошо бы с репликацией или redundant storage.

В зависимости от нагрузки, нормально картинки можно отдавать напрямую сервером, а php+mysql (или что юзается) отдавать на обработку дочерним машинам, которых может быть несколько.

Это очень классно реализовано в lighttpd через fastcgi.

Красиво сделать конечно не получиться, если оставить один домен.

Да - все верно прописываете еще N записей в ДНС и получаете циклический ДНС

УЖАСТНАЯ ЧТУКА я вам скажу - клиентов мотает по серверам как бабка мусор..

С другой строны выжрать гигибит - это очень крута.

Паяльник в руки и припаяйте себе аплинт оптики на 10ГБит( шутка, ставиться совершенно нормально )

Больше я думаю вам хостер не предоставит, иначе канал забьете весь.

Получаем - жирный канал( лично у меня 2Гбит на сервере, 1Г в один разьем, 1Г в другой. Два ИП и циклический ДНС, но комп один :)) и далее upstream гниксовский - замечательная вешь я вам скажу!

если сервер мощный, то там по идее должен быть второй порт.. воткните туда еще один 100 мб канал.. датацентр его с радостью вам продаст, думается...

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

Зачем вам раскидывать по нескольким серверам, если ваш мощный сервер и в одиночку со всем справляется.. это просто деньги на ветер.

Картинки вполне понимают редирект (Location: ) но не самая хорошая идея.

Kashey , сколько же стоит 1Гбит, нескажете по секрету? если он будет скажем так на 500мбит в среднем забит )

Я так понимаю нужен DynDNS который выдаёт юзеру разные A записи серверов ..

Как же в таком случае это всё сбалансировать в зависимости от нагруженности серверов?

Всё пускать через один сервер с большим каналом, что же будет с жёстким если будут читаться множество картинок не малого размера?

Если использовать nginx upstream

то основной сервер ведь делает запрос к другим, получает ответ, и передаёт его клиенту?

Т.е. всё равно весь внешний трафик идёт через один сервер или я ошибаюсь?

Можно в сторону железок от Foundry посмотреть 🙄

Динамыч - вопрос цены - это не ко не, плачу не я, "плачу" мне.

Вроде бы в плюсе живем, но я не уверен на все 100%

Насчет равномерного распределения нагрузки на сервера.

У нас их всего два - старый и еще более старый.

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

Вот утром один сервер отбросил копытца.. и как назло - главный.

Пойду другой топик создавать

1) Делать предгенеренный статичный контент

2) Научится управлять прокси в динамичном контенте

3) Натыкать пару серверов с прокси и настроить rdns

и размещать его на CDN 😂

ps. если кому надо, то в личку.

как же быть если контент очень динамический :D

вообщем я делаю для себя выводы, нужен

1 сервер главный, nginx+пхп и кешируем по возможности чтобы пхп и база жили дружно

1 сервер под базу

x серверов под картинки(трафик как никак) и попробовать редиректить на них (location), кстати почему это плохая идея?

нда, всёже опыту не хватает чтобы всё понять, может есть пару статей, линков, как такое реализовывают в подробностях?

Всем спасибо за помощь!