- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Зачем быть уникальным в мире, где все можно скопировать
Почему так важна уникальность текста и как она влияет на SEO
Ingate Organic
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Добрый день, коллеги!
закидайте ссылками, если есть возможность.
ищу аналог haproxy, с более гибкими фишками производительности.
где то натыкался на опус о том, что haproxy работает на одном ядре только, где то натыкался на доку о том, что подобный функционал есть в nginx, но он является грубым хаком в виде патча и не претендует на продакшн.
давайте подискутируем на эту тему.
Вводные данные:
Собираюсь администрировать facebook :) Шутка!:)
просто haproxy перестал устраивать как балансер.
увеличивать число балансеров? увеличивать число воркеров ? аццки тюнить ядро ОС и tcp\ip стэк?
проект на 60 серверов. обычный веб-траффик.
PS: давайте не вдаваться в прикладные настройки php, memcached, кеширования в целом - это все и так понятно, просто первое в баррикаде, что встречает траффик - это haproxy.
PPS:
а если так:
nginx ---- > haproxy ----> workers ? прокатит?
Балансинг можно и через RRDNS сделать.
ррднс - это по умолчанию. 7 IN A записей, смотрящих на 7 серверов haproxy, за которыми 50 воркеров. они принимают на себя трафик.
у меня проблема в том, что мне кажется, или так оно и есть - что haproxy не достаточно шустр. опять же - напомню, где то я читал, если память не изменяет, что haproxy умеет только одно ядро на камне.... вот мне нужен авторитетный источник. гуглю и не могу нагуглить...приснилось мне это, или так есть на самом деле.
я хочу понять - система ли действително у меня нагружена и нужно арендовать еще 10-12 машин, или же мне просто стоит "осовременить" софт.
С haproxy не работал, но тема интересная.
Объясните, что haproxy такого умеет, что не умеет Nginx?
где то натыкался на опус о том, что haproxy работает на одном ядре только,
да прям на главной : http://haproxy.1wt.eu/#perf
"a single-process, event-driven model "
но это не такой уж однозначный вопрос стоит ли гнаться за загрузкой остальных ядер, потому что (оттуда же) "considerably reduces the cost of context switch and the memory usage "
вроде там есть параметр nbproc, который по смыслу должен быть таким же как и параметр workers у nginx, но в документации рекомендуют именно один процесс.
Поставь nginx вместо haproxy да и проверь. Все равно общее число факторов такое большое, что теоретизировать можно долго. Ничего кроме теста в конкретных условиях не скажет лучше.
Еще можно просто дополнительных IP взять и на каждый повесить отдельный haproxy в однопроцессном режиме. Я бы с этого и начал.
Но вообще, сомнительно чтобы такой софт как haproxy действительно являлся узким местом в какой-либо системе.
ррднс - это по умолчанию. 7 IN A записей, смотрящих на 7 серверов haproxy, за которыми 50 воркеров. они принимают на себя трафик.
А ты сделай 50 IN A записей напрямую к серверам, а haproxy выкинь.
С haproxy не работал, но тема интересная.
Объясните, что haproxy такого умеет, что не умеет Nginx?
балансит хорошими алгоритмами......
просто указываешь ему - где находятся воркеры и все. и он живет своей жизнью.
проект на 60 серверов. обычный веб-траффик.
Вы случайно не вконтакте администрируете?
Это какая же посещаемость у сайта, что бы ему нужно было 60 серверов?
Вы случайно не вконтакте администрируете?
Это какая же посещаемость у сайта, что бы ему нужно было 60 серверов?
нет конечно) админство соцсетей - зло:)
на самомм деле размер посещаемости - это не окончательное понятие. зависит еще от того - на что именно посещение идет.
С Вашими запросами я бы уже смотрел на какой-нибудь железячный SLB. Мне, например, у Extreme Networks нравятся.
В принципе, lighttpd тоже умеет неплохо балансировать нагрузку между worker'ами.
По разным алгоритмам даже. Тестировал для своих нужд (не 50 вокеров, конечно же) - остался доволен.