- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Зачем быть уникальным в мире, где все можно скопировать
Почему так важна уникальность текста и как она влияет на SEO
Ingate Organic
VK приобрела 70% в структуре компании-разработчика red_mad_robot
Которая участвовала в создании RuStore
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
порядка 2х лет арендуем дедик,
на котором висит порядка 40 аккаунтов и 70 сайтов (большинство - малопосещаемые, все юзают PHP4 (как модуль апача) и MySQL 4.1)
Процессор Intel(R) Pentium(R) 4 CPU 3.00GHz 3001.131 Mhz X 2
Оперативная память 2GB
Диск 2x80GB (IDE) RAID1
Linux 2.6.11-1.1369_FC4smp #1 SMP Thu Jun 2 23:08:39 EDT 2005 i686 i686 i386 GNU/Linux
стоит nginx на фронте на все сайты и eAccecelerator на самый ресурсоемкий сайт.
Рассматриваем вариант пересесть на
СoreDuo 6550, 3G RAM, 3*250 G (RAID будет софтверный на два диска, один диск для бэкапов)
Причины:
- ставить новые сайты уже явно нельзя
- бывают пики нагрузки, когда ресурсоемкий сайт с временим генерации некешируемых страниц в 3-7 сек. слишком грузит и nginx отрубает юзеров (кеширование на этом сайте конечно есть, из кеша страница берется за 80-400 мс).
- мало уже места на диске для бекапов (сейчас ежедневные бекапы на делаются на др. сервер)
- надо переходить с PHP4 на PHP5 - так что все равно придется все перетрясать
Вопрос - как по вашему, удасться решить проблемы с нагрузкой?
Или разница в производительности будет не заметна и надо уже сразу брать двух процессорный с сказёвыми винтами
типа Dual Xeon Dual-Core 2ГГц RAM 4GB RAID SCSI (15000 rpm) 2x74 GB
Заранее благодарю за любые соображения
ну а top хоть покажите сейчас к примеру и в пиках когда 1-2 сек для генерации
Здравствуйте,
я не спец по хостингам, но могу сравнить со своим топом
мой вывод - у Вас не сильная загрузка, если оптимизировать запросы мускулю
вот так выглядит, когда время генерации гл. страницы без кеша - 13 сек
vrom добавил 01.02.2008 в 00:27
Здравствуйте,
я не спец по хостингам, но могу сравнить со своим топом
мой вывод - у Вас не сильная загрузка, если оптимизировать запросы мускулю
я знаю, что там скрипты можно оптимизировать - только это слишком большая работа
С индексами для таблиц пробовал - но особой разницы не увидел.
Сейчас посмотрел - возможно надо оттюнить MySQL... phpMyAdmin показывает много красных циферок...
446 запросов в секунду это наверное много
Посмотрите в сторону memcached + увеличьте количество памяти под всяческие кеши mysql (какие именно - удобно смотреть в состоянии phpmyadmin)
А оптимизировать всё-таки надо, иначе у вас и новый сервер загнётся при увеличении посещаемости :)
Да, 2г памяти явно маловато..
40 клиентов и 70 мало посещаемых серверов?
ИМХО ваших ресурсов должно быть достаточно с головой. (хотя может у нас разные понятия о "мало" - назовите количество просомотров в сутки со всех сайтов).
Меня терзают смутные сомнения, что у кого-то из ваших клиентов php скрипт крайне нагружеает мускуль и жрет процессорное время.
ЗЫ: "FC4" выглядит просто страшно. Вставьте CentOS чтоли, если хотите RH-based и нет денег на EL.
маловато для чего? в данном случае, на выводе top оно вообще не все занято.
8488 apache 16 0 62884 23m 14m S 27.0 1.2 0:01.83 httpd
7667 apache 16 0 67156 27m 14m R 16.5 1.4 0:21.63 httpd
вот где самое тупое место, в апаче.
Покажите status апача
вот где самое тупое место, в апаче.
Покажите status апача
угу. яж говорю: кто-то из клиентов жрет неоптимизировал скрипт.
рекомендую: ограничить максимальное время выполнения скрипта, максимальную память выделяемую скрипту. должно помочь.
40 клиентов и 70 мало посещаемых серверов?
ИМХО ваших ресурсов должно быть достаточно с головой. (хотя может у нас разные понятия о "мало" - назовите количество просомотров в сутки со всех сайтов).
самый грузящий сайт - порядка 4500 хитов в сутки (1000 уников)
Остальные я думаю все до 100 уников в сутки.
Меня терзают смутные сомнения, что у кого-то из ваших клиентов php скрипт крайне нагружеает мускуль и жрет процессорное время.
у меня не сомнения - я это знаю точно. И знаю какой скрипт, и знаю почему...
Это готовая CMS со своими механизмами кеширования. Переписывать эти механизмы - слишком дорогое удовольствие
ЗЫ: "FC4" выглядит просто страшно. Вставьте CentOS чтоли, если хотите RH-based и нет денег на EL.
сервер 2 года назад делали
vrom добавил 01.02.2008 в 02:17
угу. яж говорю: кто-то из клиентов жрет неоптимизировал скрипт.
рекомендую: ограничить максимальное время выполнения скрипта, максимальную память выделяемую скрипту. должно помочь.
клиент нормально платит чтобы его не ограничивали
самый грузящий сайт - порядка 4500 хитов в сутки (1000 уников)
Остальные я думаю все до 100 уников в сутки.
Скажем так. я недавно слез с Celeron 1.7/512 которы отлично разруливал 8 доменов на друпале ссумарной посещаемостью 5к уников и, примерно, 20К просмотров. Загрузка сервера была, обычно, на уровне 1-5%.