Проблем с хостинга към icn

advaworx

advaworx

Active Member
Здравейте,
имам едно ново сайтче, на по-малко от месец. Работя си по него и всичко окей, докато вчера сутринта не получих следния имейл от ICN »

Здравейте Stanislav Minchev,
Свързваме се Вас във връзка с Вашия хостинг акаунт с потребителско име zealotd и прилежащ домейн zealotdesigns.com, който в последните 3 дни изразходва ресурси, надхвърлящи допустимите за услугата, която използвате: Споделен хостинг - Икономичен план
При тази услугата на една физическа машина (сървър), работят определен брой уеб приложения, като споделят равномерно ресурсите на дадения сървър според Хостинг плана, на който са разположени. За да може обслужващата Ви сървърна машина да поддържа нормалната работа, както на Вашия акаунт, така и на другите потребители, максимално допустимото процесорно време, което даден сайт може да разходва за период от 24 часа се калкулира както следва:
Увеличете...

Икономичен план:

* 32 GB дисково пространство
* Неограничен месечен трафик
* 25 хоствани домейна
* 11 Хоствани сайта
* Email кутии - Неограничен брой
* MySQL 5 - Неограничен брой
* Поддомейни - Неограничен брой
* FTP акаунти - Неограничен брой
* PHP 5/4, Perl, SSL, Crontab
* Над 60 скрипта/темплейта
* Безплатен домейн
* CPU% лимит - 47 минути за 24 часа / Apache requests - 50 едновременни / MYSQL връзки - 30 едновременни

(на началната страница с офертата това за cpu лимита не го пише никъде, но това е отделен въпрос)

- - - - - - - - - - - - - - - - - - -

Та в писмото също пише, ако не бъдат взети дадени мерки да се оптимизира сайта или да се пусне по-скъп хостинг до 7 дни, ще го спрат. Писах им аз да ми кажат от къде идва проблема ако знаят и ето какво ми отговориха:

Здравейте,
Причината за това натоварване е, че имате рязко завишаване на посещаемостта (двойно) и съответно по-голям брой изпълнени заявки.
Пращам Ви статистика, за да видите нагледно какво се случва.

Процесорно време за Вашия акаунт в последните дни 07-15:
2012-01-07:zealotd 30.18
2012-01-08:zealotd 31.04
2012-01-09:zealotd 40.75
2012-01-10:zealotd 27.21
2012-01-11:zealotd 36.71
2012-01-12:zealotd 78.37
2012-01-13:zealotd 64.64
2012-01-14:zealotd 69.74
2012-01-15:zealotd 66.22

Брой обработени скриптове от Вашия акаунт в последните дни 07-15:
2012-01-07:zealotd 6783
2012-01-07-bash:zealotd 0
2012-01-07-perl:zealotd 0
2012-01-07-php:zealotd 6774
2012-01-08:zealotd 7707
2012-01-08-bash:zealotd 0
2012-01-08-perl:zealotd 0
2012-01-08-php:zealotd 7615
2012-01-09:zealotd 9526
2012-01-09-bash:zealotd 0
2012-01-09-perl:zealotd 0
2012-01-09-php:zealotd 9150
2012-01-10:zealotd 7115
2012-01-10-bash:zealotd 0
2012-01-10-perl:zealotd 0
2012-01-10-php:zealotd 6806
2012-01-11:zealotd 10109
2012-01-11-bash:zealotd 0
2012-01-11-perl:zealotd 0
2012-01-11-php:zealotd 9050
2012-01-12:zealotd 23289
2012-01-12-bash:zealotd 0
2012-01-12-perl:zealotd 0
2012-01-12-php:zealotd 22472
2012-01-13:zealotd 17052
2012-01-13-bash:zealotd 0
2012-01-13-perl:zealotd 0
2012-01-13-php:zealotd 16446
2012-01-14:zealotd 17235
2012-01-14-bash:zealotd 0
2012-01-14-perl:zealotd 0
2012-01-14-php:zealotd 16951
2012-01-15:zealotd 16209
2012-01-15-bash:zealotd 0
2012-01-15-perl:zealotd 0
2012-01-15-php:zealotd 15787

Както виждате броя обработени скриптове е правопропорционален на увеличеното процесорно време. Ако смятате, че за в бъдеще ще имате такава посещаемост е нужно да помислите за ъпгрейт на Вашия хостинг план. Друг аспект, върху който може да погеднете е оптимизация на Вашите скриптове, така че да не изразходват толкова процесорно време от сървъра, но това не винаги е възможно. Дори и най-оптимизирания скрипт при голяма посещаемост ще дава такъв разход на изчисителна мощ. Ако Ви трябва някаква друга информация, ние сме готови да Ви съдействаме.
Увеличете...

А всъщност уникалните посещения бяха средно по 400-600, а в последните 3-4 дни нарастнаха до 900-1500, което до колкото знам е смешно малко. Та въпросът ми е как да постъпя в ситуацията? По прости сметки в момента при тези ~1300 уникални, процесорното време като варира между 60 и 80, при разрешени 47 единици какво да правя?

Това е таблицата, която ми изпратиха от ICN

Хостинг план / CPU% лимит / Apache requests / MYSQL връзки
Ултима плюс - 21 минути за 24 часа / 50 едновременни / 30 едновременни
Ултима Про плюс - 30 минути за 24 часа / 50 едновременни / 30 едновременни
Икономичен - 47 минути за 24 часа / 50 едновременни / 30 едновременни
Бизнес - 80 минути за 24 часа / 50 едновременни / 30 едновременни
Стандартен - 120 минути за 24 часа / 50 едновременни / 30 едновременни
Ексклузивен - 160 минути за 24 часа / 50 едновременни / 30 едновременни

- - - - - - - - - - - - - - - - - - -

Та, не знам дали правилно или неправилно, но по простите сметки, които си правя то един сайт с 30-40 хиляди уникални на ден идея си нямам с какъв хостинг трябва да разполага.. Супер мега гига хипер ексклузивен!? ... И пак да си кажа, не съм много наясно с нещата като цяло и не знам как да постъпя, за това питам за мнение, помощ, съвет и т.н., защото може и да има нещо нередно от тяхна страна, което аз не разбирам?

Поздрави : )
 
От: Проблем с хостинга към icn

Още ли има хора, които хостват в ICN?! Мести сайта и бягай от там!
 
От: Проблем с хостинга към icn

Хората са прави. Прегледай темите за кеширащите плъгини, има доста изписано по въпроса. Прочети ги внимателно. Предполагам ще закрепиш положение, но ако ще развиваш още сайта мисли за по висок хостинг план. Може да се получи така, че да ти резнат сайта точно в най-неподходящия момент.

Сайт с над 10 000 посещения дневно почти във всички случаи минава на сървър, на споделен гостинг трудно може да остане.
 
Предполагам става дума за сайта от подписа ти. Както виждам е на wordpress, а навсякъде се говори за това колко ресурсоемък е.

Писал съм много по темата и съветите ми отново ще бъдат същите:
1. Ползвай кеширащ плъгин.
2. Не ползвай динамично оразмеряване на картинките
3. Подбери правилния related posts плъгин.

За втора точка видях, че си изпълнил условието. За трета - не съм напълно наясно как работи при теб в случая, но ако се генерират динамично при всяко посещение, това значи адски много заявки към базата данни и съответната им обработка.

Друга основна грешка е, че всички оценявате натоварването на база уникални посетители, а е грешно. Трябва да се прави на база ИМПРЕСИИ.
Един сайт може да има хиляда уникални посетителя, но да се разглеждат само по 2 страници от посетител, което по проста сметка прави 2000 импресии дневно.
За сметка на това пък, втори сайт може да има 500 посетителя дневно, но да се разглеждат по 5 страници от посетител, което по още по-проста сметка прави 2500 импресии или иначе казано с 25% по-голямо натоварване при 50% по-малко посетители.

За още съвети погледни ей тази тема - http://www.predpriemach.com/showthread.php?t=21426
 
W3 total cache със всичко включено (база дани статични страници удижети) или напоследък правя тестове със Hyper Cache като мисля че за определни конфигурации на сървъра работи по добре за мен... може така да ми струва още експериментирам с него

и ще заспи (до около 5 пъти падана натоварването) при експерименти
 
И аз в последно време чета все добри отзиви за Hyper Cache, но въпреки това не мисля да го използвам, поне за момента.

W3 Total Cache е перфектна добавка, но за някои по-специфични случаи. Чел съм ревютата за дисковото кеширане (което е единственото позволено решение на споделен хостинг) и в интерес на истината се оказаха верни, при опит от моя страна. Натоварването се оказа тройно по-голямо от колкото с X-Cache.

За това според мен е добре, когато сте на ВПС/Дедикейтед да ползвате W3 Total Cache в комбинация с X-Cache/eAccelerator. Докато сте на споделен хостинг, явно Hyper Cache в момента е най-доброто решение.
 
От: Проблем с хостинга към icn

Хора, стига сте си инсталирали и пускали неща дето ги не знаете какви са! Незнанието струва скъпо. Проблемът вероятно идва от тежки части на сайта. Оптимизирай скриптовете и ще се подобри положението. Без значение на какъв хостинг или свой сървър си трябва да използваш минимално разхитителни скриптове освен ако не разполагаш с процесор Ниагара 2 и много GB RAM.
Иначе аз от години ползвам dedicated сървър и проблемите ги има само когато си ги създам.
 
Трябва да си влезнал или регистриран, за да отговориш тук.

Горе