- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Тренды маркетинга в 2024 году: мобильные продажи, углубленная аналитика и ИИ
Экспертная оценка Адмитад
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
текущая ситуация:
2 сервера - один веб (apache + nginx+кеширование, достаточно быстрые диски), другой чисто база - с ним проблем нет.
хотелось бы добавить к текущей конфигурации второй веб сервер, чтобы разделить нагрузку на диски и проц. Вариант фронтенд(нгинкс)+бекенд(апач) на разных серверах не очень интересен, так как нгинкс создает малую нагрузку на севрер, бутылочное горлышко скорее в пхп+работа с кешем.
Хотелось бы как то разделить трафик с нгинкс на 2 сервера, возможно на двух серверах держать комплект нгинкс+апач, но как тогда прямо поделить трафик и сессии юзеров ?
сейчас нашел решение типа http://haproxy.1wt.eu - кто нибудь юзал ?
Ну для начала - балансировка нагрузки - родная чтука для ngnix
Там где вы проксируете запрос на апачу - заместо имени сервера напишите upstream
что такое апстим и какой выбрать для себя(робин,по IP, по кругу) прочитайте в офф документации.
Насчет юзеров - база у вас одна. Проблем нет.
Сессии храните в мемкешед. По чтуке на сервер. Так чтобы оба работали..
И все.
Сессии храните в мемкешед. По чтуке на сервер. Так чтобы оба работали..
И все.
А не будут клиенты между серверами перепрыгивать ?
А если и будут, то что?
А не будут клиенты между серверами перепрыгивать ?
имхо DNS round robin + TTL = 1 sec самое нормальное решение данной проблемы, либо просто две А записи
TTL = 1 sec
этот жесткач будет игнорироваться большинством DNS серверов...
А если и будут, то что?
просто однажды авторизованный клиент не захочет авторизоватся повторно :)
Сессию - в куку и нет проблем
На стороне сервера - mysql
мне не очень нравится идея делать через роунд робин - с механизмами днс кеширования это мне кажется, не очень эффективно получится.
или я не прав ?
depends on ...
этот жесткач будет игнорироваться большинством DNS серверов...
практика показывает что ваше заявление не имеет практического обоснования. все работает отлично.