- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
В 2023 году Google заблокировал более 170 млн фальшивых отзывов на Картах
Это на 45% больше, чем в 2022 году
Оксана Мамчуева
Что делать, если ваша email-рассылка попала в спам
10 распространенных причин и решений
Екатерина Ткаченко
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Добрый день.
Ребята, нужна помощь.
Имеется высоконагруженный проект, отдается большая статика. Есть два сервера, с которых нужно отдавать контент по-очереди.
На третий сервер поставил haproxy, балансирует отлично, но есть проблема - сервер с haproxy не справляется с требуемым трафиком, отдача контента происходит не стабильно при высокой нагрузке.
Можно ли настроить haproxy так, чтобы он не пропускал трафик через себя?
Может есть какие-то другие способы балансировки или облачные решения?
Если статика то вообще все просто же, без лоадбалансеров. Просто ставите несколько серверов и в DNS прописываете для одного домена несколько ip адресов. Пользователи сами размажутся по этим серверам (round robin dns)
Если статика то вообще все просто же, без лоадбалансеров. Просто ставите несколько серверов и в DNS прописываете для одного домена несколько ip адресов. Пользователи сами размажутся по этим серверам (round robin dns)
Отмечу, что тут есть нюанс.
Round Robin предполагает, что IP адреса будут выдаваться по очереди (сначала первый, потом — второй и т.п.). Однако, это нигде не стандартизировано и адреса могут выдаваться с перекосом.
Кроме того, существует кэширование, а значит N пользователей, получив адрес, его закэшируют, и к нему могут добавиться новые запросы. В итоге пойдет не балансирование, а приоритет какого-то из серверов.
С робином нужно избыточное количество серверов, чтобы как можно больше разнести пользователей, а это не всегда возможно и экономически целесообразно. В общем, нужно смотреть по факту, хотя предложенный метод хорош для статики.
Этого практически не будет при низком значении TTL в DNS.
Проверяли, несколько минут и 100% трафика идёт на другой сервер при смене ip.
---------- Добавлено 25.02.2019 в 02:13 ----------
Добрый день.
Ребята, нужна помощь.
Имеется высоконагруженный проект, отдается большая статика. Есть два сервера, с которых нужно отдавать контент по-очереди.
На третий сервер поставил haproxy, балансирует отлично, но есть проблема - сервер с haproxy не справляется с требуемым трафиком, отдача контента происходит не стабильно при высокой нагрузке.
Можно ли настроить haproxy так, чтобы он не пропускал трафик через себя?
Может есть какие-то другие способы балансировки или облачные решения?
Можно просто использовать 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 и полезен.
Отмечу, что тут есть нюанс.
Round Robin предполагает, что IP адреса будут выдаваться по очереди (сначала первый, потом — второй и т.п.). Однако, это нигде не стандартизировано и адреса могут выдаваться с перекосом.
Кроме того, существует кэширование, а значит N пользователей, получив адрес, его закэшируют, и к нему могут добавиться новые запросы. В итоге пойдет не балансирование, а приоритет какого-то из серверов.
С робином нужно избыточное количество серверов, чтобы как можно больше разнести пользователей, а это не всегда возможно и экономически целесообразно. В общем, нужно смотреть по факту, хотя предложенный метод хорош для статики.
Я несколько раз использовал в больших нагрузках и замерял, если нужно спасаться не от одного бешенного клиента, а потому что их 100500 одинаково обращающихся, то количество обращений и нагрузка вполне выравнивается в районе 50/50 и даже на 3 серверах вполне по 33% делится без какой либо магии.
Я несколько раз использовал в больших нагрузках и замерял, если нужно спасаться не от одного бешенного клиента, а потому что их 100500 одинаково обращающихся, то количество обращений и нагрузка вполне выравнивается в районе 50/50 и даже на 3 серверах вполне по 33% делится без какой либо магии.
Обычная математика) Да, так и будет.