- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу

VK приобрела 70% в структуре компании-разработчика red_mad_robot
Которая участвовала в создании RuStore
Оксана Мамчуева

Зачем быть уникальным в мире, где все можно скопировать
Почему так важна уникальность текста и как она влияет на SEO
Ingate Organic
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Достаточно много балансеров, которые сохраняют треки tcp соединений с одним определенным бэкэндом. Попробуйте в тесте простой балансер, например, pen (http://siag.nu/pen/). (Работают они довольно просто, при желании Вы можете осилить написать собственный балансер, который будет работать по нужным Вам правилам.) Этим вскроете возможные подводные камни в части работы вашего веб-проекта с сессиями, потом можно внедрять более продвинутые балансеры.
Kashey кстати упомянул memcached, imho, если пришло время под один веб-проект ставить дополнительно сервера, то лучше(да, хотя в большинстве случаев и затратнее) переписывать проект под распределенную работу, чем выстраивать балансировку с привязкой сессий к бэкэндам.
Немного в тему )
А если один сервер не справляется отдавать фотографии (например узкий канал или измотаный HDD), как перенести нагрузку на другой сервер?
При загрузке фотографии грузить её сразу на 2 сервера, а потом для отображения менять урл на другой сервер?
ИЛИ можно настроить второй сервер так что если к нему обращаются за фоткой а её нет, то он берёт эту фотку и грузит с главного сервера себе, а при втором запросе уже грузит со своего ХДД. Есть ли такое готовое решение?
Т.е. сделать так чтобы статика сама забиралась разными серверами, при необходимости)
конфиг нгинкса типа
s1 - в /var/wwwroot/ заливаются картинки
s2 - балансировщик, выбирает откуда отдавать картинку
s3 - доп. сервер
s1:
s2:
s3:
Вот такое вот простое подобие кеширования.
Можно синхронизировать s1 и s3 rsync'ом, тогда у s3 будет конфиг как у s1.
В конфиге писал только основное, без доп. настроек для производительности и нормальной работы
Boris A Dolgov добавил 06.07.2008 в 16:16
А еще балансировку между s1 и s3 можно осуществлять не нгинксом на s2, а, напримеp, round robin'ом.
ИЛИ можно настроить второй сервер так что если к нему обращаются за фоткой а её нет, то он берёт эту фотку и грузит с главного сервера себе, а при втором запросе уже грузит со своего ХДД. Есть ли такое готовое решение?
Готового неизвестно, но такое сделать самому вполне реально
Dimanych,
обсуждали со знакомым масштабирование проектов на Symfony (php-фреймворк) . Он нашёл плагин sfMogileFSPlugin, который позволяет работать с файловой системой MogileFS.
Эту файловую систему использует ряд известных интернет-проектов:
MogileFS is an anagram for "OMG Files" and was created by LiveJournal to handle the storage, replication and retrieval of the large amount of file uploads they were, and continue to, experience. Many of the web's most popular sites use MogileFS as their file store. This includes Blip.tv, Digg, Last.fm, Friendster, Guba, Vox, and many others.
Сайт самой системы - http://www.danga.com/mogilefs/
Посмотрите может пригодится :)
А не будут клиенты между серверами перепрыгивать ?
цитата с официального сайта
Директива задаёт метод распределения запросов по серверам на основе IP-адресов клиентов. В качестве ключа для хеширования используется сеть класса C, в которой находится адрес клиента. Метод гарантирует, что запросы клиента будут передаваться на один и тот же сервер. Если же этот сервер будет считаться неработающим, то запросы этого клиента будут передаваться на другой сервер. С большой долей вероятности это также будет один и тот же сервер.
цитата с официального сайта
только при использовании ip_hash, а он не позволяет задавать веса для серверов, что не удобно.
Вообще, сессии по хорошему надо на сетевой ФС хранить.. как вариант - в мемкешде.