- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Всем ночи доброй.
Возникла непонятная проблема с нагрузкой. Саппорт хостинга (не хочу показывать пальца, и делать пиар - просто столько гемороя никому не пожелаю) тупо разводит руками мол у вас сервер слабоват
Поэтому прошу профи покритиковать такую конфигу
2 х Intel Xeon 3.2 ГГц/2 x HDD 320 Gb/DDR-II DIMM 4Gb
На сервере стоит php5, eAccelerator, апач 2 за nginx. В среднем страничка генерируется за 0.10 сек.
По статам liveinternet (в среднем за час на сайте не было никогда больше 1200 юзверов, и то сервер при этом сразу заваливался). В час пик на сайте за час бывают где-то 1000-1100 (300-400 к хитов в сутки) пользователей при этом сайт также регулярно начал тупить и переставать обрабатывать какие-либо запросы. Хотя раньше (неделю назад) такого не было.
Подскажите плз сколько такой сервер максимально одновременных соединений по идеи способен выдержать? Не верю я в отговорки саппорта, мол сервер прошлого поколения и винты плохие
Такой же примерно конфиг тянет ~миллион хитов в сутки, сайт на вордпрессе.
Загрузка процентов 60-70% CPU. Все зависит от самого сайта и типа контента.
контент htmlки, дживок самописный. также есть функционал кэша, чтоб страничка каждый раз не генерировалась занова, а только когда пользователь допустим прокомментирует тот или инной контент.
И всё-равно сервер в час пик почему-то не справляется с нагрузкой :/
p.s. Мало того, этот сервер только отдает контент. mysql сервер находится на другом сервере. И помоему в таком случае с текущей нагрузкой проблем вообще не должно быть :/
вы можете поставить себе систему сбора статистики по производитльности, например munin или cacti, собрать статы за несколько дней и посмотреть:
1. какова нагрузка на апач в разное время
2. какова нагрузка на разные подсистемы сервера в зависимости от этой нагрзуки.
3. найти бутылочное горлышко - действительно ли это диски (можно понять по проценту процессов ожидающих ввод-вывод) или что то еще.
В зависимости от настроек на одной и той же нагрузку сервер может и летать и лажать :)
Для оценки нагрузки на сервер надо заказать аудит сервера у стороннего сисадмина
Потом с отчетом можно или саппорт хостинга давать ну или брать мощный сервер
Хотя обычно проблема решается по ходу аудита ;)
Дак а в час пик как выглядит результат команды top с процессами?
и что выдаст
ps aux|grep httpd |wc -l
там уже можно будет предположить где узкое место
Была у меня такая проблема.
Правда народу поменьше, но и сервер раза в три хреновее.
Решил просто - для роботов и не зарегистированых людей отдаю странички из кеша(при условии что банеры, то-да-се генериться скриптовыми врезками) в том числе из мем кешеда.
(тоесть если зашол бот ПОПУЛЯРНЫХ поисковиков(время жизни страницы - месяц), либо обычный юзер(время жизни страницы день) и страницы нет(либо время жизни исчерпало) - генерим страницу , сохраняем и отдает. Иначе просто отдает.
Если зашол юзер - генерим , отдаем, но не сохраняем.
Вот только хранить это сложно :( у меня сейчас почти 300 гигов чисто htmlа закешировано
Также рекомендую не использовать eAcc(бывает врет он) для кеширования данных - пускай ускоряет скрипты, а кеш положите на memcached.
Один демон на себе, второй на сервере базы данных..
После проведенных изменений нагрузка со 90-170% стала 3-20%