- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
VK приобрела 70% в структуре компании-разработчика red_mad_robot
Которая участвовала в создании RuStore
Оксана Мамчуева
Все что нужно знать о DDоS-атаках грамотному менеджеру
И как реагировать на "пожар", когда неизвестно, где хранятся "огнетушители
Антон Никонов
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Ситуация такова: есть vps (виртуоза) , работавшая идеально месяца 3. Топ показывал всегда load average в пределах 0.01 - 0.1 , страницы генерились за 0.03 секунды .
Потом была трабла, место закончилось, при том физически, так как впс висел. Но исправили в течении получаса. И после этого началась проблема, уже третий день. Load average стал прыгать выше 1 и сейчас ниже 0.3 не опускается. Страницы стали генерится в диком разрыве, от старых 0.03 до нескольких секунд.
При этом тормоза выглядят странно - заходишь на страницу и она сначала генерится несколько секунд. Потом рефреш ее - и уже доли секунды генерация. И так со всеми доменами на vps. Т.е. ощущение, что при заходе данные откуда то со свопа вытягиваются, что естественно долго. А потом уже после того как "поднялось", все очень быстро.
Но проблема в том, что проекты мало загружены, т.е. заходов мало и они вечно в тормоз улетают, т.е. каждый новый заход реально тормозит.
Хост тракер показывает суммарное среднее время отзыва 2-3 секунды с домена, хотя с головного сайта хостера тот же отзыв 0.4 секунды.
Совершенно не пойму в чем проблема. Писал тикет хостеру о тормозах, в ответ мол все у нас ок.
Уходить на дедикейт не хочется, на качественный денег под проект нет, а с копеечным связываться не хочется.
Потом была трабла, место закончилось, при том физически, так как впс висел. Но исправили в течении получаса. И после этого началась проблема, уже третий день. Load average стал прыгать выше 1 и сейчас ниже 0.3 не опускается. Страницы стали генерится в диком разрыве, от старых 0.03 до нескольких секунд.
побились таблицы БД (обычная история, когда заканчивается место на диске), попробуйте через phpMyAdmin зайти и пофиксить ошибки в таблицах, а заодно оптимизируйте их, проблемы должны исчезнуть :)
Не так все просто к сожалению. БД работает прекрасно, тормозит сам VPS. 60Mb архив с зенд оптимайзером открывался секунд 10 к примеру.
Ощущение что VPS вечно сидит в свопе, хотя по всем показателям, свободной оперативки достаточно. И достаточно пару раз пустить полную нагрузку на сайты, что бы все сервисы сработали, и все работает достаточно быстро. А потом снова уменьшение нагрузки, сервисы уходят в состояние покоя - и при последующем обращении к ним, опять тормоз.
Stek,
я согласен с seocore. Вы пробывали то, что он предлагает сделать?
У меня такая штука тоже была, правда на DLE, оч похоже на то, как Вы описывали, правда в dle в соотв. разделе есть функция фиксинга БД. Оч помогала.
А как там вообще диск, hdparm -tT /ваш_диск
И что говорит хостер? может просто у хостера оверселл на ноде, вместо реальной ram вам своп достаётся.
Т.е. на OpenVZ при наличии скажем 8Gb памяти, хостер может продать 10 vps с гарантированным 1Gb памяти, и в самой vps будет показываться , что есть 1 гиг памяти ?
В смысле число показываемой доступной памяти в самой vps может не соответствовать реальному числу доступной физической памяти на сервере ?
Stek, а вы всерьез поверили в то, что на HW ноде всего-лишь 1Gb (судя
по вашей картинке) :D
/proc/meminfo давно виртуализируется в OpenVZ - показывает по
настройкам конкретнго VPS.
а сейчас, по идее, должен прийти в тему хостер и начать доказывать что клиент пудак, грузит впс и вся нода работает только на него. :)
а что говорит top под нагрузкой?
что с hdparm -tT /ваш_диск и попробуйте погонять на сервер и с него файл тяжелый, что со скоростью? просто может тупить диск. мог забиться канал, если на ноду 10мегабит, а вас там 100 человек и кто-то стал жрать трафф. может действительно мускул побился, mysqlcheck -uroot -p -Aor не помогает?
В смысле "всего лишь" ?
У данной vps план на 512Mb гарантированно и 1гиг в бурсте памяти. На самом сервере вроде 32Gb.
Данные я привел для показа того, что свои ресурсы не сжираю, т.е. медлительность не из планки ресурсов моей впс.
Сейчас склоняюсь к мнению , что на сервер попал толстый клиент и начал кушать ресурсы по полной, отбирая их от других vps.
Данные я привел для показа того, что свои ресурсы не сжираю, т.е. медлительность не из планки ресурсов моей впс.
так это было видно по ТОПу - все более менее нормально, т.е. никаких перегрузов (в т.ч. и по диску)
вы бы лучше почистили все temp'ы, папку php-сессиий, возможно eaccelerator или аналогичные штучки создали большое количество файлов кэша, которые как-то побились при "переполнении" диска...
В общем все решилось за пару тикетов к хостеру, и печальной фразой, что так жить нельзя и после нашей долгой и тесной дружбы, видимо придется искать другой домик.
Хостер отписал что проблема сети исправлена ( не совсем понял что он под этим имел ввиду ), но vps опять таки довольно шустро работает.
За пол года моя первая проблема с впс, до этого думал, что ресурсы там довольно строго лимитируются. Возможно придется на XEN перебираться , там как понял с ресурсами более жестче.