Блог на SuperHosting.BG

27дек/11

CloudLinux – повече за всички!

CloudLinuxВ тази публикация ще разкажем за едно от нововъведенията и подобренията, които нашата хостинг компания СуперХостинг.БГ направи през изминалата година. Операционната система CloudLinux вече е факт на много голямата част от сървърите ни за споделен хостинг и поетапно ще бъде инсталирана на всички. Внедряването на CloudLinux е изключителна важна иновация за най-масовата услуга – споделен хостинг, защото ни позволява да предоставим още по-високо качество на своите клиенти, запазвайки цената все така достъпна. "Облачни" услуги на съвсем "земни" цени! :)

На сайта на операционната система: cloudlinux.com много интересно са определили предлагания продукт:

„CloudLinux означава повече щастливи потребители и по-малко телефонни обаждания до support-a. CloudLinux е причина #1 за щастието на сис админите! :)

Нашите системни адмиснистратори могат да потвърдят, че откакто системата е интегрирана са много по-щастливи! :)

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

Друго предимство е интеграцията с контролния панел cPanel, от където могат в реално време да се следят статистиките за изразходваните от акаунта сървърни ресурси – памет, процесорно време, брой процеси. Така по всяко време може лесно и достъпно да се управляват хостинг ресурсите и самата услуга.

И сега съветите от Support- a ...

Има няколко параметъра на CloudLinux, зададени на сървърно ниво, които имат отношение към отделните клиентски акаунти, разположени на даден shared hosting сървър:

Максимална памет на акаунт
При изчерпване на максимално допустимата памет за услугата споделен хостинг (1GB), посетителите на сайта виждат следната грешка:

InternalServer Error 500

В error log-a в cPanel грешката е подобна:

(12)Cannot allocate memory: couldn't create child process: /opt/suphp/sbin/suphp for /home/cpanel/public_html/скрипт.php

Грешката може да се получи, например, ако има php скрипт, за обработката, на който, се използва много памет (256 MB или повече). Ако този скрипт се стартира, да кажем 4 пъти, то на петия път ще се получи гореспоменатата грешка. Възможно решение е да се намали зададената стойност на параметъра memory_limit в php.ini файла, който се намира в home директорията на хостинг акаунта. В тази връзка искаме да уточним, че не е препоръчително да се задава твърде висока стойност на memory_limit. Най-добре е да се задава по-малка стойност - толкова, колкото е необходимо за коректната работа на сайта, без презапасяване.

Друга причина за появяване на горепосочената грешка е ако има стартирани много php скриптове, които или са прекалено голям брой, или се изпълняват бавно (поради използването на външни за сайта ресурси (rss емисии, валутни курсове, прогнози за времето и др.), неоптимални и бавни заявки към базата данни и други).


Максимален брой процеси за акаунта
При изчерпване на броя процеси за акаунта се появява следната грешка:

Error 508 Resource Limit Is Reached The website is temporarily unable to service your request as it exceeded resource limit. Please try again later.

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

Искаме да уточним, че това не означава, че на сайта може да има едновременно само 60 потребителя. Напротив, броят на потребителите, разбира се, може да е много по-голям, но ако се стартират над 60 паралелни процеса в акаунта, се получава описаното съобщение при следващия посетител, който се опита да зареди сайта ви.

Възможни причини за изчерпването на процесите могат да бъдат много, но най-често срещаните са:

  • php скриптове, които отнемат много време за изпълнението си;
  • Тук най-често срещаните варианти са - скриптове, които извършват по-тежки операции по сайта или в случай, че се теглят външни ресурси (например rss емисии, валутни курсове, прогнози за времето и др.). Когато тези ресурси се теглят чрез скрипт в реално време и отсрещния сървър, от който се изтегля ресурса, временно е недостъпен и/или има технически проблем, възможно е скрипта да се изпълнява повече време, което да доведе и до проблема;

  • бавни заявки към базата данни;
  • В случай, че има бавни заявки, които се изпълняват дълго време, е възможно да се появи посочената грешка.

  • пикова посещаемост на сайта.


Cloud статистики в cPanel
С CloudLinux можем да ви предоставяме и допълнителни статистики за вашите хостинг акаунти. В общата статистика (вляво) на контролния панел cPanel можете да намерите следната информация:

Cloud статистики

Искаме да уточним, че ако графиката за Процесор (CPU) достигне 100%, това не означава, че целият процесорен ресурс на сървъра се използва само от вашия сайт. Това няма как да се случи, тъй като вие използвате споделена между повече потребители услуга. Тази статистика всъщност показва използваното процесорно време от вашия акаунт. За всеки акаунт има допустими минути процесорно време, спрямо избрания хостинг план. Както уточнихме и в предишната статия от рубриката "Съвети от support-a" (Процесорно време?! Статистика и оптимизация!), при оптимално проектиран и реализиран сайт, тези стандартно зададени за всеки план минути процесорен ресурс са абсолютно достатъчни за коректната работа на сайтовете в акаунта. Реално изразходването на допустимите минути CPU се надхвърля в едва 0,01% от сайтовете, разположени при нас, които са над 30 000. Сами виждате, че този ресурс е на практика неограничен.

Повече информация и графики за изразходваните процесорни ресурси, можете да намерите в меню "Resource usage" в cPanel.



CoudLinux е следващата „облачна“ технология (след CloudFlare), която успешно интегрирахме през тази година и с която подобрихме възможностите на предлаганите услуги. Бяхме ви обещали на Webit, че до края на декември cloud платформата ни, базирана на OnApp, ще бъде активирана за тестване. Има, обаче, основни функционалности на системата, които са критични. Изпратили сме запитване към разработчиците на OnApp и очакваме тяхното коригиране. Според нашите системни администратори, пускането на новата услуга, без да са fix-нати съответните функционалности, би могло да се отрази по-скоро негативно на качеството на нашите виртуални съръври (VPS). Знаете, че това е нещо, което не можем да си позволим. За нас е важно не само да предлагаме услуга, която е иновативна и интересна, а да я предлагаме, когато сме извършили всички необходими тестове и сме сигурни, че услугата работи с нужното качество. В тази връзка, за всички наши клиенти, които заявиха интереса си за тестови акаунти на новата ни Cloud услуга, ще ви помолим за още малко търпение! Искаме и ще успеем да ви предложим една истински „облачна“ услуга, която, докато използвате, да оставя истински „слънчеви“ усмивки във вас. :)

И така, дойде моментът, в който можете и ще се радваме да задавате всички Cloud въпроси, които имате... Хайде, ваш ред е! :)

Share
Add to Google
Сподели в Twitter
Коментари (10) Връзки за обратно следене (0)
  1. Интересно ми е от къде мога да проследя реалното намаляване на време на зареждане за сайтовете. Въпроса се появи след ползване на clоudflare вече повече от 2 седмици и ако съдя по тестове, както и показания в webmaster tools (колкото и нерегулярни да са обновяванията там), реално не виждам промени, а още по-малко с подобни проценти, каквито са описани.
    Второто ми питане е – кога заявките минават през clоudflare?
    В единият случай е WP базиран сайт с 950-1300 посещения и ако съдя по статистиката на cloudflare никакъв трафик не е реализиран през услугата. От друга страна другият домейн е с e-commerce платформа с 80-120 посещения и статистиката на на cloudflare отчита приличен обем спестен трафик. Това обаче не се е отразило на времто на зареждане. Допуснах, че причината е в разликите на платформите, но 3тия домейн ползва същата e-commerce платформа с натовареност 60-80 посещения дневно, а по статистика в cloudflare ситуацията е сходна на тази с WP сайта…

    • Борис, ще ви помолим да напишете имейл с подробна информация кои са сайтовете на колегите от техническа поддръжка, за да могат да извършат обстойна проверка и да отговорят на зададените въпроси.

  2. Здравейте, с нетърпение очаквам интеграцията на новата OS CloudLinux .

    Любопитно ми е ако сайт надхвърли зададената памет (1GB) за споделен хостинг и cpu времето в зависимост от акаунта сайтът ще спре ли да се зарежда?

    Поздрави

    • Здравейте Кирил,

      Малкото останали сървъри, които все още не ползват CloudLinux ще бъдат мигрирани през Януари 2012.
      Ако скриптовете ви използват твърде много памет, е възможно да виждате грешка „InternalServer Error 500″. В самата статия над коментарите, сме описали подробно тази ситуация – търсете блока „Максимална памет на акаунт“.
      Ако акаунта използва твърде много CPU е възможно да виждате забавяния в зареждането на сайтовете ви. Благодарение на подробните статистики, които CloudLinux предоставя, можете да идентифицирате от кога точно се е появил проблема и да прецените, на какво се дължи покачването.

  3. Здравейте, видях, че в контролния панел на един от сайтовете ми са се появили статистиките за CPU и памет. Тези показатели на моментното състояние ли са или усредено за някакъв период?
    В момента памет и брой процеси са на 0. Тази опция активна ли е или още не?

    • Здравейте Христо,

      Статистиките, които виждате в cPanel са моментни или близки до моментни. Възможно е да се променят дори при всяко пререждане на сPanel. Щом виждате нули, най-вероятно в момента вашият акаунт не използва никой от отчитаните ресурси.

  4. Сайта няма да спре да се зарежда :)

  5. Добре де освен тези новости, кога ще ъпдейтнете версията на PHP от 5.2 на 5.3???

    Ето какво казват разработчиците:

    End of support for php 5.2

    [Moving on with PHP 5.3]

    All NoNumber! extensions require php 5.3+. As it says in the requirements list (under the „Specs“ tabs in the extension details pages), you need php 5.3+.

    Php.net has announced its end of support for php 5.2back in 2010. So php 5.2 is end-of-life!

    On 16-Dec-2010 php.net release version 5.2.16. Here they anounced:
    „This release marks the end of support for PHP 5.2. All users of PHP 5.2 are encouraged to upgrade to PHP 5.3. “

    Some weeks later, on 06-Jan-2011, php.net release version 5.2.17 – to fix a critical issue. We haven’t seen any updates to the php 5.2 series since.

    Php.net have continued to develop php 5.3 – as you can see in their version 5.3.6 on 17-Mar-2011 they remind use with the notice:
    „All PHP users should note that the PHP 5.2 series is NOT supported anymore. All users are strongly encouraged to upgrade to PHP 5.3…“

    • Здравейте! На всички наши сървъри за споделен хостинг отдавна се поддържа php версия 5.3. На последно конфигурираните сървъри 5.3 е инсталираната и използваната и по подразбиране версия на php. На всички останали сървъри не можем да си позволим да променим версия на php, тъй като е възможно много от клиентски сайтове и приложения, които са проектирани за работа с по-стара версия на php да спрат коректната си работа. Поради тази причина, всеки, който желае, на ниво акаунт може да си активира версия 5.3 посредством следния ред в .htaccess файла:

      AddHandler x-httpd-php53 .php

      Повече информация можете да намерите в следната статия в нашата помощна страница: http://help.superhosting.bg/faq/11_14_bg.html.

  6. Noa, ти сам можеш да пуснеш версия 5.3 на php за акаунта си. За да го направиш трябва да създадеш файл, който да се казва .htaccess и в първия му ред да поставиш следното съдържание (без кавичките) „AddHandler x-httpd-php53 .php“


Оставете коментар

(required)

Notify me of followup comments via e-mail. You can also subscribe without commenting.

Все още няма връзки за обратно следене.