Kāda veida hostings ir piemērots lielai trafikam. Iemesli hostinga maksimālās slodzes pārsniegšanai ar lielu slodzi

Viens no nepatīkamākajiem pārsteigumiem darbā ar hostingu, protams, ir brīdinājums par pārāk lielu resursu patēriņu vai pat konta bloķēšana serverī. Šajā rakstā mēs jums pastāstīsim par pareizu rīcību šādās situācijās.

Iespējams, nav neviena tīmekļa pārziņa, kurš nekad nebūtu saņēmis brīdinājumus no hostinga pakalpojumu sniedzēja par pieļaujamā servera resursu patēriņa līmeņa pārsniegšanu vai pat hostinga konta bloķēšanu, dažkārt pat bez iepriekšēja brīdinājuma.

Ko darīt, saņemot tik nepatīkamu pārsteigumu?

Ja mitinātājs stāsta par "procesora slodzi" vai "slodze uz cieto disku", jautājiet sīkāk. Jānorāda ja ne ģenerētās slodzes grafiki, tad vismaz precīzi jānosauc tās iemesli. Apskatīsim dažas no visbiežāk sastopamajām problēmām.

CPU slodze, palaižot PHP vai Perl skriptus

Šādos gadījumos mitinātājs ne vienmēr var skaidri pateikt, kurš skripts rada problēmu, un jums tas būs jānosaka pašam. Ja izmantojat modulāru CMS, piemēram, Joomla !, Wordpress vai Drupal, iemesls var būt nepareiza atsevišķa moduļa darbība.

Gandrīz vienmēr problemātisko saiti jūsu vietnes sistēmā var noteikt, salīdzinot problēmas laiku ar jūsu vietnes pieprasījumu žurnāliem tajā brīdī. Parasti jūs varat piekļūt tīmekļa servera žurnāliem mitināšanas vadības panelī, pat nesazinoties ar pakalpojumu sniedzēju.

Ielādējiet CPU un/vai diska sistēmu no Apache tīmekļa servera

Apache tīmekļa serveris var radīt pārmērīgu slodzi, kad vietne apkalpo lielu daudzumu grafikas un citas statiskas. Apache arhitektūra ir veidota tā, ka viens pavediens vai process apstrādā tikai vienu pieprasījumu. Attiecīgi, ja jūsu vietnē ir daudz grafiskas informācijas, tā tiks nevajadzīgi tērēta tās atgriešanai. liels skaitlis CPU un RAM resursi. Arī servera diska slodze būs ievērojama.

Šajā gadījumā varat izmantot Nginx tīmekļa serveri kā Apache priekšējo daļu. Nginx, pateicoties savai asinhronajai arhitektūrai, ļauj apstrādāt tūkstošiem savienojumu viena procesa ietvaros un nodrošina statisku saturu daudz vienkāršāk un ātrāk. Vienīgā problēma ir tā, ka daudzos mitināšanas pakalpojumos kā tīmekļa serveris tiek izmantots tikai Apache, un Nginx + Apache komplekts tiek izmantots diezgan reti (). Tomēr, pārejot uz VPS, šo komplektu var konfigurēt bez problēmām. Parasti vietņu pārsūtīšanu uz VPS no mitināšanas un nepieciešamās programmatūras iestatīšanu jūsu mitināšanas pakalpojumu sniedzējs var veikt pat bez papildu maksas.

Pārmērīgi vietņu pieprasījumi

Liels skaits līdzīgu pieprasījumu vietnei no vienas IP vai vairākām IP adresēm (tā sauktais HTTP plūds ir viens no DDoS uzbrukumu veidiem). Var palīdzēt problemātisko IP bloķēšana .htaccess failā, izmantojot direktīvu "liegt".

Ja mitināšana izmanto tikai Apache un mitinātājs nevar atspoguļot problēmu pieprasījumus, izmantojot to pašu Nginx, un uzbrukums ir intensīvs, mitinātājs var bloķēt jūsu kontu serverī un lūgt pārsūtīt vietnes uz VPS vai veltīts serveris.

Ja uzbrukums notiek pirmo reizi, tad ir loģiski sazināties ar mitināšanas pakalpojumu sniedzēju, lai saņemtu palīdzību tā atvairīšanai vai vismaz pieprasīt konta atbloķēšanu un iespēju turpināt darbu ar hostingu uzreiz pēc uzbrukuma pārtraukšanas. . Ja šāda problēma rodas sistemātiski, pārejiet uz VPS vai serveri un tā kompetento konfigurāciju, lai vietnes darbība būtu droša (piemēram, skriptu instalēšana IP robotu mašīnu automātiskai bloķēšanai, pamatojoties uz žurnālu analīzi, Nginx instalēšana kā Apache priekšgals un problēmu pieprasījumu filtrēšana viņa līmenim) patiešām ir jēga.

Būtisks projektu apmeklētības pieaugums

Attīstoties vietnei, tās trafika pieaugums ir dabiska parādība, un agri vai vēlu vietne patiešām var kļūt šaurāka pašreizējā tarifu plānā. Tas ir normāli, izstrādājot projektus. Vairumā gadījumu parastajā dinamisko vietņu dalītā mitināšanā trafika slieksnis ir 2000–4000 unikālo apmeklētāju dienā.

Ja trafiks uz jūsu vietni ir tuvu šiem skaitļiem, tad pāreja uz to būs pareizs lēmums, kas labvēlīgi ietekmēs tās turpmāko attīstību.

CPU un diska sistēmas slodze no MySQL

Parastais laiks, lai izpildītu vaicājumu MySQL datubāzē, tiek uzskatīts par vairākiem desmitiem milisekundes. Pieprasījumi, kas aizņem ilgāku laiku (īpaši vairāk par 0,5 sekundēm), bieži vien pārmērīgi noslogo gan servera disku sistēmu, gan tā procesoru. Ja mitinātājs brīdina jūs par līdzīgu problēmu, pieprasiet viņam lēno vaicājumu žurnālus un optimizējiet datu bāzes struktūru, kā arī iztīriet datu bāzi no nebūtiskas informācijas.

Intensīva hostinga pakalpojuma izmantošana tūlītējai masu pasta sūtīšanai simtiem vai tūkstošiem adresātu var radīt ievērojamu slodzi uz serveri. Šī iemesla dēļ lielākā daļa pakalpojumu sniedzēju nosaka noteiktus ierobežojumus pasta sūtīšanai - parasti 25-50 vēstules stundā vai aptuveni 500-1000 vēstules dienā. Šis ierobežojums ir vērsts gan uz surogātpasta apkarošanu, gan uz servera pasta apakšsistēmas slodzes samazināšanu. Normālam darbam ar pastu vietnē parasti pietiek ar šādiem ierobežojumiem, un masveida sūtījumiem labāk ir izmantot pasta mitināšanu, tūlītējās pasta pakalpojumus vai šim nolūkam pielāgot VPS.

Jums ir jāsaprot, ka saimnieks katru dienu var saskarties ar desmitiem un simtiem problēmu, kas ir līdzīgas jums, kas nozīmē, ka tas var palīdzēt jums tās atrisināt. Cīņā pret šādām problēmām saimnieks ir jūsu sabiedrotais, nevis ienaidnieks.

Hostinga pakalpojumu sniedzējam ir izdevīgāk palīdzēt atrisināt problēmu un noturēt klientu nekā atteikties sniegt pakalpojumus, vienlaikus ne tikai zaudējot peļņu, bet arī sabojājot savu reputāciju. Ja jums nav paveicies ar saimnieku, un viņš pats to nesaprot - dodiet mājienu vai atklāti pasakiet par to.

Ja pakalpojumu sniedzējs piedāvā pāreju uz augstāku tarifu vai augstākas klases pakalpojumu, norādiet, ko tieši tas jums dos. Ja argumenti ir patiešām smagi, vislabāk ir tajos ieklausīties. Ja argumenti velkas tikai uz "visos aspektos būs labāk", meklējiet jaunu hostinga pakalpojumu sniedzēju.

Novēlam pēc iespējas mazāk problēmu darbā ar hostingu un pēc iespējas lielākus panākumus projektu izstrādē!

Neierobežots un neierobežots hostings ir labākā izvēle tiem, kas meklē ienesīgu risinājumu savām vietnēm.

Izveidojot un mitinot savas vietnes pie mums, jūs iegūstat daudz priekšrocību: neierobežojat sevi resursos, neierobežojat projektu skaitu, jūs saņemat minimālas izmaksas par uzticamiem hostinga pakalpojumiem bez ierobežojumiem.

SmartApe nodrošina tehnisko atbalstu 24/7. Mūsu atbalsta speciālisti vienmēr ir gatavi jums palīdzēt ar tehniskiem jautājumiem, tostarp vietņu pārsūtīšanu.

Elastīga tarifu sistēma ļauj ievērojami ietaupīt uz hostingu. Jūs izvēlaties tikai maksājuma periodu, tādējādi optimizējot izmaksas. Maksājot uzreiz uz ilgu laiku, jūs varat aizmirst par problēmām, kas saistītas ar jūsu vietņu izvietošanu uz ilgu laiku.

Hostings bez ierobežojumiem ir dinamiski attīstošu uzņēmumu izvēle.

Nepieciešamās tehnoloģijas

Mūsu hostings atbalsta visas nepieciešamās tehnoloģijas, lai mitinātu lielāko daļu tirgū izmantoto CMS.

Visas sastāvdaļas tiek pastāvīgi atjauninātas uz jaunākajām stabilajām versijām. Tādējādi mēs nodrošinām mūsdienīgu, drošu un saderīgu ar lielāko daļu programmu mitināšanas platformu.

Mūsu platformā lieliski darbosies tādas populāras CMS kā Wordpress, Joomla, Drupal, 1C-Bitrix, UMI.CMS, NetСat un daudzas citas.

Augsta veiktspēja

Mēs izmantojam tikai modernu serveru aprīkojumu, kas bez problēmām iztur lielas slodzes. Mēs pielietojam arī gudru resursu nodalīšanu starp klientiem, pateicoties kuriem viena klienta problēmas neizplatās uz otru.

Vietņu datu glabāšanai un MySQL datu bāzēm ir vairākas atsevišķas sistēmas ar ātriem SSD diskdziņiem. Tas ļauj ievērojami palielināt informācijas pieejamības ātrumu un nodrošināt labākais sniegums MySQL.

Mēs arī patiešām nodrošinām pilnīgi neierobežotu 1 Gbit / s kanālu visiem mūsu klientiem.

Uzticams hostings

Profesionāla pieeja, partnerattiecības ar uzticamiem piegādātājiem un modernākais aprīkojums ļauj nodrošināt patiesi uzticamu hostingu.

Mūsu serveri atrodas Maskavā, vienā no labākajiem datu centriem Krievijā - DataPro. TIER III datu centrs nodrošina datu centra inženiertehniskās infrastruktūras vēl nebijušu elastību un drošību. Tas ļauj mums nodrošināt ļoti augstu pakalpojumu pieejamības (SLA) līmeni kopā ar ne tikai Krievijas hostinga, bet arī ārvalstu hostinga līderiem.

SmartApe atbalsta visas mūsdienu tehnoloģijas un standartus. Jums nebūs nekādu grūtību mitināt nevienu vietni.

Jūs varat būt mierīgs par informācijas drošību. SmartApe — uzticams hostings!

2016. gada martā man nācās pāriet uz citu hostingu. Līdz tam brīdim, kopš 2012. gada, es sēdēju gandrīz pirmajā hostingā, ar kuru sastapu vietnes izveides laikā - Mainhost. Un ar mani visiem bija labi, un tehniskais atbalsts bija līmenī, un viņš maksāja apmēram 100 rubļus par 20 000 cilvēku dienā. Ja procesora slodze pārsniedza pieļaujamo normu, tad par tādu dienu vienkārši norakstīja dažus rubļus un viss.

Bet tad viņu politika mainījās, un viņi teica, ka vairs nav iespējams tādā nozīmē - piemaksāt. Un neviens cits tarifs viņiem ir mana vietne nevilks! Vismaz viņi man deva laiku pārvietoties, kā es jautāju. Un es sāku meklēt jauna māja vietnei, un galvenie kritēriji bija procesora slodze un izmaksas.

Kādu slodzi hostings var izturēt?

Lielākā problēma ir tā, ka jebkura hostinga tarifos jūs nevarat izlasīt, cik daudz tas piesaistīs, nemaz nerunājot par šo skaitļu izmēģināšanu jūsu vietnē. Būtībā uz šo partitūru vispār nekas nav rakstīts. Dažkārt raksta par kādiem tarifiem, cik "procesoru papagaiļiem" pienākas. Visi raksta, ka viņiem ir ļoti foršs un ātrs hostings. Taču šī informācija ir pēc iespējas atdalīta no jūsu vietnes.

Dažreiz ir pat kalkulators, kas aprēķinās jums nepieciešamo tarifu, un man tas vienmēr bija ļoti dārgi, jo augsta apmeklētība. Bet sapratu, ka tā nevar būt: tagad maksāju 100 rubļus, bet izrādās, ka mazāk par 1000 rubļiem mēnesī neietilpst. Šeit kaut kas nav kārtībā... Īsāk sakot, es nolēmu noskaidrot, vai hostinga vietne var tikt galā ar to - man ir jāpārbauda konkrēta vietne šajā hostingā.

Vietnes testēšanas princips citā mitināšanā

Tarifu pirkšana no katra pakalpojumu sniedzēja, lai to pārbaudītu, nav izdevīgs bizness. Tāpēc izvēlējos tikai tos, kuriem ir pārbaudes periods, vidēji tas ir 2 nedēļas. Faili un vietņu datubāze tiek pārsūtīti uz katru testa mitināšanu. Es visu izdarīju manuāli un procesu padarīju automātiski. Bet to var lūgt atbalsta dienestam, tikai jāgaida ilgāk 🙂 Pārbaudes rezultātus neietekmē kāda CMS tev ir - WordPress, Joomla, DLE vai kāda cita, galvenais, lai hostings atbalsta šādas sistēmas.

NAV VAJAG mainīt NS-serverus uz jauniem! Lai datorā atvērtu vietni no pārbaudītā hostinga, failā "c: \ Windows \ System32 \ drivers \ etc \ hosts" vienkārši jāieraksta šāda rindiņa:

IP adreses domēns

Piemēram (es arī reģistrēju savus apakšdomēnus):

Savas jaunās atrašanās vietas IP adresi var uzzināt no burtiem pēc reģistrācijas, vadības panelī vai jautāt tajos. atbalsts. Tagad pārlūkprogramma atvērs vietni no jaunā mitināšanas (ja viss darbojas), un parastajiem apmeklētājiem nekas nemainīsies, viņu vietne darbosies no jūsu pašreizējā mitināšanas pakalpojumu sniedzēja.

Dažreiz pārlūkprogramma ir stulba un neredz, ka esat reģistrējis jaunu IP, tad jums ir jāiztīra pārlūkprogrammas kešatmiņa. Izmantojot Google Chrome piemēru, es parādīšu, kā saprast, no kura servera tiek ielādēta jūsu vietne:

• Nospiediet "F12", tālāk tiks parādīts izstrādātāja panelis
• Lapas atsvaidzināšana "Ctrl + F5"
• Dodieties uz cilni "Tīkls", noklikšķiniet uz saraksta pirmās pozīcijas un skatieties pa labi

Dažreiz jums ir jāatsvaidzina lapa vairākas reizes, lai tajā parādītos jaunā IP adrese. Kad viss darbojas, jāinstalē programma kravnesības pārbaudei. Kopumā tā ir vesela zinātne, un šāda veida programmas tiek pārdotas par tūkstošiem dolāru. No bezmaksas man nekas nepatika, vai arī tas ir pārāk grūti. Tāpēc mēs izmantosim testa periodu. Lejupielādējiet un instalējiet WAPT programmu.

Tas ir pats saprotamākais, ar ko saskāros ar 1 mēneša izmēģinājuma periodu ar iespēju pagarināt vēl uz vienu. Tīklā netika atrasts neviens līdzeklis pret šādu programmatūru.

Darbības princips ir šāds:

• Programma ielādē norādīto vietnes lapu un atceras visus tās elementus
• Mēs filtrējam visus skriptus, stilus, attēlus no trešo pušu serveriem
• Lūdzam programmu "apmeklēt" šo lapu ar nepieciešamo cilvēku skaitu
• Apskatām, kā mainījās lejupielādes ātrums, kļūdu skaits un citi parametri

Kā pārbaudīt hostinga kravnesību

Pirmajā startā tiek atvērts pirmā projekta izveides vednis (viss ir angļu valodā, bet šķiet, ka es devu saiti uz krievu versiju), pirmajā solī jums jāizvēlas slodzes palielināšanas veids:

• Uzbraukšana - pakāpeniski
• Konstants - nemainīgs
• Periodisks - periodiski mainīgs.

Atlasiet "Paaugstināšana" un iestatiet to otrajā darbībā:

• Virtuālo apmeklētāju (lietotāju) skaits no 1 līdz 20,
• Ar soli "1", palielinoties ik pēc 10 sekundēm.

Izmēģinājuma versijā maksimālais lietotāju skaits ir 20 vienlaikus... Bet pārbaudēm ar to pilnīgi pietiek. Gala atskaitēs programma ieraksta kopējo sesiju skaitu testa laikā, un ar 20 lietotājiem tūkstošiem no tiem tiek ierakstīti 10 testa minūtēs. Tas ir, izrādās, ka tas ir piemērots vietnēm ar 100 000 cilvēku dienā un varbūt vairāk, kopumā - individuāli.

Pārbaudot dažādus hostinga pakalpojumus, ne visi bija 20. Tajā pašā laikā es izmantoju dalīto hostingu un vienu VPS, taču rezultāti ir zemāk. Trešajā solī mēs iestatām kopējo testa ilgumu, lai tas būtu 10 minūtes.

Pēc vedņa pabeigšanas parādīsies profila iestatījumu logs:

Atstājiet to pēc noklusējuma un dodieties uz "Rediģēt opcijas"

Šeit ir jāiespējo lapas elementu, piemēram, attēlu, ".js" skriptu un ".css" stilu ierakstīšana. Tātad mēs pārbaudīsim ne tikai procesora slodzi, bet arī visu elementu faktisko slodzi. Divas reizes "OK" un mēs jau esam galvenajā logā, ierakstīšana ir ieslēgta. Tagad testēšanai jāiebrauc lapas adrese. Ievietojiet saiti uz vienu no visvairāk apmeklētajām lapām, lai tajā būtu attēli, nevis tikai teksts.

Šajā solī joprojām var parādīties instalācijas logi un līgumi ar drošības sertifikātiem, piekrītiet visam. Kad lapa ir ielādēta un jauni elementi kokā kreisajā pusē vairs netiek pievienoti, pārtrauciet ierakstīšanu, izmantojot paneļa pogu "Pārtraukt ierakstu":

Tagad mums ir mūsu vietnes projekts, bet var parādīties citas filiāles, piemēram, no apmeklējumu skaitītājiem. Apskatiet un noņemiet visus nevajadzīgos:

Šeit jums ir jādara svarīga lieta: ielādēto elementu sarakstā atstājiet tikai resursus no sava domēna, manā gadījumā "vietni" un manus apakšdomēnus. Tas ir nepieciešams, lai kravnesības pārbaude netērētu laiku, ielādējot resursus no ārējiem serveriem. Parasti tie ir pretskripti, reklāmas, CDN attēli.

Saglabājam, principā viss ir gatavs, visi pārējie parametri pēc noklusējuma. Pirms pirmās palaišanas jums ir jāpalaiž testa tests no paneļa "Pārbaudīt testu". Mēs vienkārši piekrītam visam. Tagad beidzot varat palaist pašu testu, izmantojot paneļa pogu "Palaist testu". Šajā procesā tiks uzzīmēti grafiki.

Dažu saimnieku testa rezultāti

Kā piemēru apskatīsim mitinātāja "" pārbaudi:

• Melnais grafiks vienmēr ir vienmērīgs – virtuālo apmeklētāju skaits
• Ceriņi — vidējais lapas ielādes laiks
• Sarkans - vidējais ielādes laiks ar visiem elementiem
• Dzeltens — cik reižu lapa ir ielādēta 1 sekundes laikā

Rezultāti ir labi, ielādes laiks ir īss un vienmērīgi palielinās. Dosimies uz cilni "Joslas platums".

Šeit mēs novērojam kanāla joslas platumu starp jums un mitinātāju ar atlaidi. Šī informācija dažādiem uzņēmumiem nav ļoti atšķirīga, un tā galvenokārt ir atkarīga no servera ātruma un spējas apkalpot saturu.

Nākamā cilne ir "Kļūdas". Lūk, kļūdu statistika:

Pārāk daudz. Ideālā gadījumā kļūdu nevajadzētu būt nullei, taču tas notiek reti. Gadās, ka visas diagrammas ir skaistas, un kļūdas ir ārpus mēroga. Tas nozīmē, ka informācija no servera vienkārši netika saņemta.

Salīdzinājumam ņemsim hostingu "Timeweb"

Rezultāti ir slikti, ielādes laiks ar lapas elementiem ir garš! Attiecīgi tiek ielādētas dažas lapas sekundē. Pastāv arī kļūdas:

Bet pakalpojumu sniedzējs "Appletec"

Arī tik-tā, ļoti nestabila.

Uzmanību! Nevajag ņemt par pamatu manus rezultātus, izvēloties hostingu sev! Šie ir 2016. gada marta rezultāti!

Hostings "Link-Host", veiktspējas grafiki:

Skaistule, tagad apskatīsim kļūdas:

Aptuveni 10% no visiem pieprasījumiem tika aizpildīti ar kļūdām, par ko es rakstīju nedaudz augstāk. Tas ir pateicoties tam un skaistumam, es to apietu. Dažs hostings sagādās lielu vilšanos, piemēram, "Netangels" izrādījās nekāds, kļūdu lapa:

VPS cienītājiem es to izmēģināju. Labs uzņēmums ar lielisku tehnisko atbalstu un zemām cenām. Taču ar aptuveni 5 dolāru likmi mana vietne testu izturēja sliktāk nekā dalītā mitināšana par 2–3 dolāriem:

Tas ir izskaidrots ļoti vienkārši: VPS jūsu resursi ir ierobežoti līdz noteiktām vērtībām, bet virtuālajā mašīnā tas parasti tā nav. Tas ir, rupji sakot, ja nevienam citam nav vajadzīgi līdzekļi, tad viss ir jūsu. Bet, ja mezgls (serveris), kurā atrodas jūsu vietne, ir pārslogots, attēls būs pretējs. Un jā, hosteriem ir daudz mezglu, un tāpēc kāds var sūdzēties par uzņēmumu, bet otrs būs labi, tikai viņu vietnes atrodas dažādos mezglos.

Tādi paši rezultāti būs uz jebkura VPS par nelielu naudu, un ar regulāru vietnes noslodzi darbs būs stabilāks nekā virtuālajā hostingā, taču tas tik un tā atstrādās pārmērīgi palielinātu slodzi, nekrītot. Izvēlējos šo opciju, žēl, ka ar ieslēgtu kešatmiņu nav palikuši perfekti grafiki.

Un, galu galā, es atradu jaunu hostingu - Webstix (atjauninājums 2018, hostings tagad saucas). Rezultāti:

Es biju satriekts, absolūti kreilis hostings, kas nejauši uznāca, uzrādīja kategoriski labākos rezultātus manos testos. Un pat tas, ka vietnei bija jauns un spraudnis vadības panelis - VestaCP, es joprojām tur pārcēlos. Bet mēnesi vēlāk panelis tika aizstāts ar manu iecienītāko ISPManager, par ko es biju ļoti priecīgs 🙂

Nebaidieties pārvietoties, piepildiet savu roku, izvietojot vietni no dažādiem mitinātājiem, un šis process kļūs pēc iespējas caurspīdīgāks. Es zinu, ka ir biedējoši mainīt NS serverus uz jauniem. Ko darīt, ja kaut kas noiet greizi "reālajā dzīvē"? Bet ir veids, kā izgāzties.

Tāds brīdis, ka lielākā daļa savās vietnēs izmanto kešatmiņas spraudņus. Tāpēc ir vērts saprast, ka slodze ievērojami atšķirsies, kad kešatmiņa ir iespējota un atspējota. Testēju tā un šitā, visu izvēlējos gludi un bez kešatmiņas. Ja pārbaudīsit visus, kuriem ir iespējota kešatmiņa, attēls būs vienmērīgāks.

Pie mums bieži vēršas vietņu īpašnieki, kuriem ir problēmas ar lielu slodzi. Situācija, kad īpašnieks no saimnieka saņem "laimes vēstuli", kas ir vietnes bloķēšanas priekšvēstnesis, nekādā gadījumā nav reta, ar to var saskarties absolūti jebkurš vietnes īpašnieks vai izdevējs, tāpēc nolēmām detalizēti apsvērt iemeslus. un risinājumi šai problēmai.

Parasti izdevēji uzzina par pārmērīgu slodzi no saviem resursdatoriem, kuri stingri regulē un kontrolē CPU laika patēriņa procesu un tarifu plāna līmenī nosaka pieļaujamo slodzi, ko konts var izveidot (parasti to mēra % no noteiktas atļautās vērtības vai CP/CPU minūtēs).

Hosteris cenšas vienmērīgi sadalīt procesora resursus starp visiem servera klientiem. Ja kāda cilvēka hostinga konts apēd 90% procesora resursu, pārējie saņems tikai 10%. Tāpēc šādos gadījumos konta īpašnieks, kurš pārsniedz limitus, saņems brīdinājumu. Un sistemātisku pārkāpumu gadījumā konts tiek bloķēts, lai netraucētu citu vietņu, kas atrodas tajā pašā serverī, darbu. Un tas nekādā gadījumā nav mēģinājums "atšķaidīt" klientu uz dārgāku tarifu, kā domā daži tīmekļa pārziņi, jo tā nav mitinātāja vaina, ka vietne kādu laiku ir prasījusi vairāk resursu.

Mēģināsim izdomāt, ar ko var būt saistīts hostinga slodzes pieaugums un kā šo problēmu var atrisināt.

Ir svarīgi atzīmēt, ka liela slodze var būt saistīta ar abiem ārējā un iekšējais saistībā ar vietni un mitināšanas faktoriem.

Ārējie faktori

Ārējie faktori, kas rada lielu slodzi, ir viss, kas nav atkarīgs no hostinga iestatīšanas, skriptu darba un vietnes administrēšanas procesa. Tas ir dažādu pakalpojumu, robotprogrammu vai citu vietņu ārējo pieprasījumu rezultāts vietnei. Ir daudz faktoru.

1. Vietnes skenēšana, lai atrastu ievainojamības, meklējiet "sensitīvus failus", meklējiet administratora paneli.
   Jebkura vietne, kuras lapas ir indeksētas meklētājprogrammā, var kļūt par hakeru un robotu “mērķi”, katru dienu kāds to skenēs, meklēs “caurumus”, mēģinās uzlauzt. Šo procesu nav iespējams apturēt, bet jūs varat tam pretoties.
   Vietņu pieprasījumi, īpaši, ja tie tiek veikti intensīvi un izmantojot POST metodi, patērē daudz procesora resursu. Tāpēc vietnes skenēšanas process ar ārēju skeneri izpaužas kā slodzes palielināšanās. Ja skenēšanas rezultātā uzbrucējs atklāj ievainojamību vai vietnes uzlaušanas variantu, visticamāk, viņš vietnē augšupielādēs ļaunprātīgu kodu vai veiks destruktīvas darbības. Ja skenēšanas rezultātā netiek atklātas drošības problēmas, vietne turpinās darboties kā parasti, un slodze atgriezīsies normālā stāvoklī. Līdz nākamajai skenēšanai...
2. Paroles uzminēšana no vietnes administratora paneļa (brutāla spēka uzbrukums).
   Viens no populārajiem uzbrukumiem, kura mērķis ir iegūt administratīvu piekļuvi ar brutāla spēka uzbrukumiem populārām administratora lietotājvārdu/paroļu kombinācijām, ir brutāla spēka uzbrukums. Hakeru robots izmanto īpašu vārdnīcu ar TOP1000 populārām kombinācijām (admin / admin, admin / 123456, ...) un mēģina ar tām iekļūt admin panelī. Pats brutālā spēka process palielina slodzi, jo administratīvā paneļa lapai tiek veikti pastāvīgi pieprasījumi, un pieprasījumi tiek izpildīti ar resursietilpīgu POST metodi.
3. Lielapjoma lietotāju reģistrācija vai surogātpasta lielapjoma sūtīšana, izmantojot nedrošas atsauksmju veidlapas.

   Bieži vien vietnes izmanto atsauksmju veidlapas vai lietotāju reģistrācijas veidlapas ar vājiem pretbotu aizsardzības mehānismiem. Labi, ja formā ir vismaz kaut kāda "captcha" no sērijas "pierādi, ka neesi bots". Ja vietne ir iekļauta surogātpasta izplatītāju datubāzē, bet nav "captcha" vai cita aizsardzības mehānisma pret "http flood", tad sākas lietotāju masveida reģistrācija ar surogātpasta profiliem, pasta sūtīšana caur veidlapu utt. Tas viss rada slodzi mitināšanai, turklāt var izraisīt surogātpasta sūtīšanu, kuras dēļ hostinga uzņēmums izslēdz pasta pakalpojumu vai pilnībā bloķē vietni.

   Jāpiebilst, ka šobrīd visus vienkāršos aizsardzības mehānismus mūsdienu boti viegli apiet, tāpēc nekavējoties jāinstalē kaut kas nopietns, piemēram, Google Recaptcha2.

4. Vietņu indeksēšana, izmantojot meklēšanas robotus.

   Dažreiz ar pietiekami lielu meklēšanas indeksu (kad Yandex un Google meklēšanas bāzē ietilpst liels skaits lapu), atkārtotas indeksācijas process var aizņemt ilgu laiku un radīt lielu slodzi uz serveri. Ja jūsu vietnei ir tikai ducis lapu, varat saskarties arī ar līdzīgu problēmu, piemēram, ja vietne tika uzlauzta un tajā tika mitināta ieeja ar 50 000 lapu, kas nokļuva meklēšanas rezultātos. Vai arī meklēšanas indeksu var nosūtījis konkurents, kurš izmantoja kļūdas jūsu vietnes skriptos. Šeit ir daudz iespēju.

5. Satura satveršana un beršana.

   Unikāla satura īpašniekiem ir jāuztraucas par satura lejupielādes problēmu no vietnes (tīrīšanu un satveršanu). To var izdarīt īpaši roboti, kas apiet vietnes lapas un kopē vietnē ievietotos tekstus un attēlus, lai izveidotu klonus. Ja jūsu vietnes pārmeklēšanas process notiek regulāri un vietnē ir daudz lapu, tas var radīt iespaidīgu slodzi mitināšanai.

6. Datu importēšana (padeves, preču preču izkraušana).

   Bieži vien e-komercijas resursi izmanto mehānismu datu apmaiņai ar ārējiem pakalpojumiem. Piemēram, preču sarakstu var lejupielādēt no tiešsaistes veikaliem, tajos var ielādēt datus no 1C, ziņu vietnes var regulāri eksportēt ziņu plūsmas utt. Ja saturs nav statisks, tad katrs šāds pieprasījums radīs lielu slodzi serverī.

7. Izmantojot attēlus vai saites uz jūsu vietni.
   Viens no nepārprotamiem momentiem, kas rada slodzi, var būt saites izvietošana uz vietni vai attēla izmantošana no vietnes vairāk apmeklētā resursā. Viens no problēmas avotiem ir tā sauktais “habraefekts”, kad vietne nespēj tikt galā ar apmeklētāju plūsmu no populārāka resursa. Otrs variants ir, kad kāds (vai tu pats) ievieto bildi no tavas vietnes jūsu apmeklētajā emuārā (piemēram, komentāros), un to ielādē katrs apmeklētājs un tas rada slodzi uz jūsu hostingu. Īpaši tas var radīt nopietnas problēmas, ja attēlu ģenerē skripti (piemēram, mērogots, izmantojot timthumb / phpthumb skriptus).
8. Uzbrukumi citām vietnēm (piemēram, xmlrpc.php ievainojamība).

   Bieži vien vietnes, kurās ir ievainojamības, hakeri izmanto, lai veiktu uzbrukumus citiem resursiem. Dažreiz uzbrucējam pat nav nepieciešams uzlauzt vietni, lai to izdarītu. Piemēram, ar šo problēmu var saskarties ne paši īpašnieki svaigas versijas Wordpress (uzbrukums, izmantojot failu xmlrpc.php). Šajā gadījumā jūsu vietne darbosies kā starpsaite, un vietnes skriptu darbs radīs lielu slodzi uz serveri.

9. DDOS uzbrukums
   Ja vietnei notiek DDOS uzbrukums, tad, nepieslēdzot īpašus trafika starpniekserverēšanas tehniskos līdzekļus (hostinga pakalpojumu vai DDOS aizsardzības pakalpojumu), ar to nebūs iespējams tikt galā. Ir grūti nepamanīt DDOS. Sakarā ar milzīgo servera slodzi, resursdators var veikt dažādas darbības: piedāvāt DDOS aizsardzības pakalpojumu, pārvietot vietni uz citu serveri vai pilnībā bloķēt (atspējot) vietni. Tāpēc, lai aizsargātos pret DDOS, ir vēlams iepriekš sagatavots risinājums, lai, ja rodas problēma, to varētu ātri atrisināt.
10. Satiksmes pieaugums

    Ja satiksme ir organiska, tad tas ir pozitīvākais iemesls slodzes pieaugumam. Tāpēc ir pienācis laiks paplašināt vietni un domāt par skriptu optimizēšanu lielākai trafikam.

    Uz atrodiet slodzes iemeslu ko rada ārēji faktori, jums jāanalizē tīmekļa servera žurnāli. Lai to izdarītu, SSH konsolē varat izmantot īpašas lietojumprogrammas vai komandu kombināciju.

    Analīzes rezultātos jāaplūko TOP 20 pieprasījumi pēc POST metodes, TOP 20 pieprasījumi pēc GET / HEAD metodes, TOP 20 IP adreses pēc trāpījumu skaita, TOP 20 atsauces lapas pēc trāpījumu skaita. Tas viss ļaus jums noteikt trafika avotu un veidu, kā arī ieejas punktus vietnē vai skriptus, kas tiek izsaukti visbiežāk. Visticamāk, tie būs lielās slodzes cēlonis.

    Lai samazinātu slodziārēju uzbrukumu vai intensīvu pieprasījumu gadījumā vairumā gadījumu pietiek ar to, lai iespējotu aizsardzību pret http plūdiem (piemēram, klasiskie “sīkfaili klientā + novirzīšana ar verifikāciju”) vai savienotu vietni ar trafika starpniekservera pakalpojumiem, kas bloķēs bīstamus vai īpaši aktīvi pieprasījumi, bet labi un likumīgi - izlaist. Turklāt statiskais saturs (attēli, skripti un stili) netiks apkalpots no jūsu vietnes, bet gan no CDN serveriem, kas arī ievērojami samazinās slodzi.
    Varat mēģināt pievienot kešatmiņas spraudni SPS vai kešatmiņas pakalpojumu mitinātā, taču, ja slodzi ietekmē ārēji faktori, tas var nepalīdzēt.

Iekšējie faktori

Iekšējie faktori ietver visu, kas ietekmē vietnes veiktspēju skriptu un iestatījumu līmenī. Tas ir, kaut kas, ko var kontrolēt tīmekļa pārzinis (vietnes īpašnieks).

1. Neoptimizēti skripti un plaša datu bāze.
   Analfabēti izstrādātas tīmekļa lietojumprogrammas arhitektūras vai nepieredzējušu izstrādātāju neefektīvas skriptu ieviešanas dēļ iespējams, ka vienkārša sākuma lapas atvēršana vai meklēšanas rezultātu parādīšana vietnē var nopietni noslogot serveri. Un datu bāzes apjoma pieaugums (piemēram, preču preču skaita pieaugums) ar katru vietnes atjauninājumu to arvien vairāk palēninās, palielinot hostinga slodzi. Atsevišķas vietnes lapas ar liels skaits informācijas bloki var nosūtīt datubāzei vairākus desmitus vaicājumu, atkārtoti veikt vienas un tās pašas darbības ar failiem un dažreiz pat bloķēt citu vietnes elementu darbību. Mēs bieži sastopamies ar līdzīgu problēmu tiešsaistes veikalos, kuros darbojas vecā Joomla versija ar Virtuemart spraudni. Dažos gadījumos, atverot kataloga lapu, tiek veikti vairāk nekā 100 datu bāzes vaicājumi.
2. Vietnes infekcija ar vīrusiem
   Vietnes uzlaušana un inficēšana ar ļaunprātīgiem skriptiem ir diezgan izplatīts palielinātas slodzes iemesls. Tas palielinās vīrusu aktivitātes dēļ, ko izraisa ļaunprātīgu fragmentu ievadīšana likumīgos vietnes skriptos, rezidentu procesu palaišana un darbība, kā arī skriptu savienošana ar ārējiem resursiem brīdī, kad tiek atvērta jebkura vietnes lapa.
3. Ārējie likumīgie savienojumi ar trešo pušu resursiem
   Tikai daži cilvēki ņem vērā slodzi, ko rada savienojumi ar ārējiem informācijas avotiem (logrīki, laikapstākļu un valūtas kursu informatori, ziņu plūsmas utt.). Bieži vien dati, kas tiek lejupielādēti no citām vietnēm, netiek lokāli saglabāti kešatmiņā, un tajā brīdī, kad lapa tiek atvērta, katru reizi, kad lapa tiek atvērta, saturs tiek savienots un ielādēts no cita servera. Ja kāda iemesla dēļ ārējais avots pārstāj ātri reaģēt, tas ietekmēs galvenās vietnes slodzi un ielādes ātrumu.
4. Skriptēšanas kļūdas
   Palaižot skriptus, var rasties kļūdas, kas netiek rādītas apmeklētājiem, bet tiek ierakstītas tīmekļa servera žurnālā vai php žurnālā. Ja vietne tiek apmeklēta vai tajā ir daudz kļūdu, tas var arī palielināt mitināšanas slodzi. Visbiežāk kļūdas sāk ģenerēt, kad vietne pārslēdzas uz jaunāku PHP versiju, ar kuru skripti nav saderīgi. Vai arī tad, ja netiek atjaunināti visi vietnes komponenti un rodas konflikti starp jauno SPS kodolu un vecām spraudņu versijām.

Lai analizētu iekšēju faktoru izraisītu lielas slodzes problēmu, jums jāpārbauda vietne, vai tajā nav ļaunprātīga koda (piemēram, pārbaudiet vietni bez maksas) un, ja ļaunprātīgs kods netiek atrasts, profilējiet skriptus, izmantojot xhprof vai xdebug. moduļi.

Lai atrisinātu ļaunprātīgā koda darbības izraisītās lielās slodzes problēmu, vietne ir jādezinficē un jāuzstāda aizsardzība pret atkārtotu uzlaušanu. Būs labāk, ja vietne tiks dezinficēta un aizsargāta, nevis tīmekļa izstrādātāju veiktas.

Ja problēmu cēlonis ir vietnes arhitektūra vai kļūdas, tad palīdzēs vietnes optimizācija ar pieredzējuša tīmekļa izstrādātāja pūlēm. Viens no rezerves risinājumiem otrajā gadījumā ir kešatmiņas spraudņa instalēšana, kas dažos gadījumos var samazināt procesora resursu patēriņu (hostinga slodzi) un paātrināt vietni.

Ilgums

Noslēgumā es vēlos apsvērt vēl vienu procesora slodzes īpašību - tā ilgumu. Tas var būt vai nu īslaicīgs uzliesmojums diagrammā dienas laikā, vai arī pastāvīga izaugsme ilgu laiku.

Ja CPU patēriņa diagrammā redzat vienreizēju pieaugumu, neuztraucieties. Tas ir praktiski neredzams, neietekmē vietnes pieejamību un netraucē mitināt “kaimiņus”. Sliktāk ir, ja grafiks ilgstoši ložņā vai rāda maksimālo (vai limita pārsniegšanu) procesora slodzi vairākas dienas. Ko darīt šajā gadījumā? Ir nepieciešams veikt konta vietņu auditu, kā aprakstīts iepriekš, pārbaudot gan ārējos, gan iekšējie faktori radot problēmas.

Mūsu kiberdrošības pakalpojumi

Akcija "2 par 1 cenu"

Akcija spēkā līdz mēneša beigām.

Pieslēdzot pakalpojumu "Vietne uzrauga" vienai vietnei, otra tajā pašā kontā tiek pieslēgta bez maksas. Turpmākās vietnes kontā - 1500 rubļu mēnesī par katru vietni.

Izvēloties hostingu, jūs droši vien saprotat, kāda būs slodze. Mūsdienās ir tikai divas iespējas, kas ir izturīgas pret lielu slodzi, kā arī atbilst veiktspējas prasībām: mākoņa vai klasteru risinājums. Gan viens, gan otrs ir diezgan cienīgs, tāpēc cenai šeit, visticamāk, būs nozīme.

Labākā hostinga izvēle

Kāda ir atšķirība starp kopu un mākoni?

Klasteru risinājumi tiek izveidoti, pamatojoties uz diviem vai vairākiem īpašiem serveriem, parasti fiziskiem. Turklāt serveru aprīkojums tiek izmantots pastāvīgi, un, pieaugot slodzei, viņi īrē papildu serverus vai iegādājas papildus.

Klasteru risinājumi parasti tiek apmaksāti katru mēnesi.

Mākoņu risinājumi tiek veidoti arī uz vairāku virtuālo serveru bāzes. Tas, cik serveru ir iesaistīti noteiktā laikā, ir atkarīgs no slodzes. Ja ir liels skaits - liels skaits, un zemā līmenī - serveri, kas nav iesaistīti, tiek vienkārši izslēgti.

Mākoņa mitināšana bieži tiek maksāta par stundu. Katra atsevišķa servera darbības stunda mākonī noteikti ir iekasēta. Maksājuma summa ir pilnībā atkarīga no slodzes. Ja tā ir liela, tad maksājamā summa ir lielāka, un ja nav slodzes, tad maksājums ir minimāls.

Salīdzinot naudas izmaksas stundā par līdzīgu serveru darbināšanu mākonī un klasterī, jūs redzēsit, ka kopas ir nedaudz lētākas. Tajā pašā laikā, labi analizējot kopējo apmaksāto resursu efektīvas izmantošanas procentu, kļūst diezgan acīmredzams - "mākoņos" tas ir augstāks.

Izmantojot šādu mitināšanu, jūs maksājat tikai par faktisko patēriņu, savukārt klasterī norēķini attiecas arī uz dīkstāves aparatūru.

Mākoņains labākais hostings mērogošanas ātruma ziņā pārspēj kopu. Turklāt tas ir piemērots automatizācijai. Klastera uzbūve ir laikietilpīgāka, ir daudz mazāk automātisko darbību.

Pakavēsimies pie vēl dažām katra aprakstītā hostinga risinājuma funkcijām.

Kopas

Klasteru mitināšana ir jāizvēlas, ja slodze visu laiku ir augsta vai nepārtraukti pieaug.

Šādos apstākļos pastāvīgi tiek iesaistīti visi klastera resursi, tāpēc aprīkojums nestāv dīkstāvē. Tādējādi ir laiks mērogošanai (serveru skaita palielināšanai). Tas notiek pakāpeniski – palielinoties slodzei.

Visbiežāk klasteru izvēlas tīmekļa pakalpojumi, tiešsaistes veikali, biznesa aplikācijas, sociālie tīkli.

"Mākoņi"

Mākoņu mitināšana Eiropā ir attaisnojama pasākumu, izstāžu, īpašu akciju un citu vietu vietnēm, kurām lielākoties ir zema trafika, bet dažkārt var ievērojami palielināties.

Citiem vārdiem sakot, mēs runājam par vietnēm, kurās slodzes lēcieni ir cieši saistīti ar mārketinga aktivitātēm vai arī tā paceļas kā lavīna, un nav laika izvietot klasteru. Šajā gadījumā augstāka darba stundas cena kompensē to, ka tehnika nestāv dīkstāvē.

Tādējādi viena no mākoņa hostinga priekšrocībām ir tā, ka "mākonis" samazina laiku gan izvietošanai, gan tirgus projektiem un lietojumprogrammām.

Izvade

Protams, abiem risinājumiem būs pretinieki un atbalstītāji. Tomēr, tā kā tie pastāv, apkalpo lielu skaitu projektu, tas nozīmē, ka tie ir saprātīgs ceļš uz tīmekli. Kuru izvēlēties, tas ir atkarīgs no jums.

Kā minēts iepriekš, mākoņa mitināšana Ukrainā ir piemērota periodiski lielām slodzēm un vienlaikus neparedzamam apmeklētāju skaita pieaugumam.

Klasteru risinājumi tiek izmantoti ar pastāvīgu lielu slodzi vai paredzamu sistemātisku satiksmes pieaugumu.

Koncentrējoties uz šādiem ļoti vienkāršiem faktoriem, izvēle būs daudz ātrāka un vienkāršāka.