Меню
Что нового?

Легковесный сервер для выдачи картинок.

izx

Новичок
Легковесный сервер для выдачи картинок.

Посоветуйте, пожалуйста легковесный сервер для выдачи картинок.

Есть высоконагруженный web-сервер.
Стоит Linux 2.4.29 + Apacht 1.3.33

Сервер 2-х прцессорный Xeon 3 Гц. RAM 4 Гб. 4 диска скази 15 000 в raid 10

Обслуживается ежедневно около 2 миллионов запросов к файлам htm и php
И около 9 миллионов запросов в день к файлам графики .jpg

Трафик в сутки 100 Гб.

В периоды наибольшей загрузки по данным команды vmstat загрузка процессора 60%-90%

Хотелось бы для экономии ресурсов картинки отдавать более легковесным сервером.

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

На этом же компьютере должен продолжать работу Apache.
Правильно ли я понимаю, что мне нужно будет для этого использовать еще один IP адрес или если без использования второго IP адреса нужно будет ставить новый сервер на другой порт?

Посоветуйте, пожалуйста, какой веб сервер лучше выбрать?
На сколько он более экономичен в использовании ресурсов по сравнению с апачем?

Заранее благодарю.
 

mani13

Новичок
поиск почти полностью по тому, что написано в топике
 

izx

Новичок
Спасибо.

Только эту фразу не понял.
Автор оригинала: admin

Ставится ли отдельным сервером или до апаче на реальном IP
а Apache на 127.0.0.1
Нажмите для раскрытия...
Apache у меня уже стоит
 

camka

не самка
- tux
- boa
- lighthttpd
- thttpd

300-400% performance gain comp. to Apache.

(ilia.ws)

Рекомендации лучших собаководов.

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

alexhemp

Новичок
camka


Пардон, а зачем? Бэкенд все равно апач, его посадить на localhost, а nginix или другой http сервер на обычный 80 порт, на тот ip где раньше был апач.

Конфигурация такая что запросы на картинки обрабатывает nginix, остальное передает бэкенду - как прокси.

Какие тут "другие" порты и какое отношение к клиентам это имеет - не пойму...
 

camka

не самка
alexhemp
А можно поподробнее, пожалуйста.

Какие обращиния идут от клиента к серверу: запросы на картинки и на скрипты просто идут на разные хосты - imgs.site.com и site.com соответственно, но на один фронтендовый хттп сервер? И именно, как производится перенаправление на бэкенд: с помощью конфигурации фронтендного httpd?

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

-~{}~ 24.09.05 21:43:

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

alexhemp

Новичок
camka

Нет.

Все запросы ловит фронтенд. Часть из них выполняет сам (выдачу картинок и статики), а динамику передает бэкенду, результат бэкенда - клиенту.

Но вообще еще можно предложить классическую акселлерацию на базе OOPS или Squid.
 
confguru

confguru

ExAdmin
Команда форума
При Nginx необязательно делать отдельный сервер для картинок, он сам определяет по расширению.
В клубе отдельный домен заведен - потому как thttpd стоял.
 

izx

Новичок
Есть ли в nginx возможность как в апаче защитится от хотлинка?
В апаче это реализовано через проверку поля referrer.

В документации nginx я ни чего не нашел про эту возможность.
 

FeRan

Новичок
это не спасет от личеров. Надо делать через X-Accel-Redirect: и internal location
 
Войдите или зарегистрируйтесь для ответа.
Сверху