To vietņu īpašniekiem, kurām ir problēma ar lielu slodzi, mums ir adresētas mums "pārskatīšanā". Situācija, kad īpašnieks saņem no Hoster "Laimes burtu", kas ir vietnes bloķēšanas, nav reti, absolūti jebkurš vietnes vai tīmekļa pārziņa īpašnieks var saskarties ar to, tāpēc mēs nolēmām apsvērt cēloņus Šīs problēmas cēloņi un risinājumi.
Parasti tīmekļa meistara slodze tiks iemācīties no saviem hosters, kas stingri regulē un kontrolē procesa procesa procesu procesora laika un līmenī, tarifu plāna noteikto pieļaujamo slodzi, ka kontu var izveidot (parasti mēra% dažu atļauto vērtību vai CP / procesora protokolos).
Hoster mēģina vienmērīgi izplatīt procesora resursus starp visiem servera klientiem. Ja kāds ir hostinga konts "ēst" 90% procesora resursu, tad pārējie būs tikai 10%. Tādēļ šādos gadījumos konta īpašnieks pārsniedz robežas, būs brīdinājums. Un ar sistemātiskiem pārkāpumiem konts ir bloķēts, lai netraucētu citu vietņu darbību vienā serverī. Un tas nekādā ziņā nemēģina "atšķaidīt" klientu par dārgāku tarifu, jo daži tīmekļa pārziņi domā, jo hoster nav vainojams par to, ka vietne ir nepieciešama ar kādu laiku vairāk resursu.
Mēģināsim noskaidrot, kāda ir hostinga slodze uz hostingu, un kā atrisināt šo problēmu.
Ir svarīgi atzīmēt, ka var būt liela slodze ārējs, tāpēc es. iekšējs Attiecībā uz vietnes un hostinga faktoriem.
Ārējie faktori
Ārējie faktori, kas rada lielu slodzi, ir viss, kas nav atkarīgs no hostinga konfigurācijas, skriptu un vietnes administrēšanas procesa. Tas ir ārējo pieprasījumu rezultāts vietnei, izmantojot dažādus pakalpojumus, robotus vai citus vietnes. Faktori ir diezgan daudz.
- Vietnes skenēšana uz ievainojamību, meklējiet "jutīgus failus", meklēt admin paneli.
Jebkura vietne, kuru lapas tiek indeksētas meklētājprogrammā, var kļūt par "mērķi" hakeriem un botiem, viņa ikdienas kāds skenēs, meklēs "caurumus", mēģiniet kapāt. Pārtraukt šo procesu nav iespējams, bet jūs varat to novērst.
Vietu pieprasījumi, it īpaši, ja tie tiek veikti intensīvi un pēctāda metode patērē daudz procesoru resursu. Tāpēc slodzes izaugsmē tiek izteikts vietnes skenēšanas process ar ārējo skeneri. Ja, kā rezultātā skenēšanas, uzbrucējs atklās neaizsargātību vai iespēju vietnes hacking, tad, visticamāk, vietnē viņš ielogos ļaunprātīgu kodu vai veikt dažas destruktīvas darbības. Ja nav drošības problēmu, kā rezultātā skenēšanas, vietne turpinās darboties normālā režīmā, un slodze atgriezīsies normālā vērtība. Pirms nākamās skenēšanas ... - Paroles izvēle no vietnes administratora paneļa (Brutfors-Attack).
Viens no populārākajiem uzbrukumiem, kuru mērķis ir iegūt administratīvu piekļuvi, izmantojot populāro kombināciju administratora pieteikšanās / paroles, ir Bruuthors tipa uzbrukums. Hacker Bot izmanto īpašu vārdnīcu ar Top1000 populāriem kombinācijām (admin / admin, admin / 123456, ...) un mēģina doties uz vietnes administratīvo paneli. Izplūdes gāzu process palielina slodzi, jo pastāvīgās apelācijas ir administratīvajā paneļa lapā, un pieprasījumus veic resursu intensīvā pasta metode. - Masu reģistrs lietotāju vai masu surogātpasta sūtīšanu, izmantojot neaizsargātus atgriezeniskās saites veidlapas.
Bieži vien vietnes izmanto atgriezeniskās saites veidlapas vai lietotāja reģistrācijas veidlapu ar vāju pudeļu aizsardzības mehānismiem. Nu, ja vismaz kāda veida "CAPTCHA" no sērijas "Pierādiet, ka jūs neesat pudele ir uzstādīta uz veidlapas. Ja vietne nonāca surogātpasta izplatītāju bāzē, un "cepures" vai cits "HTTP plūdu" mehānisms nav, tad lietotāju masu reģistrs ar surogātpasta profiliem, nosūtot pastu caur formu utt. Tas viss rada slodzi hostingā, un turklāt tas var izraisīt surogātpasta biļetenu, kuram hostinga uzņēmums izslēdz pasta pakalpojumu vai pilnībā bloķē vietni.
Jāatzīmē, ka pašlaik visi vienkāršie aizsardzības mehānismi ir viegli apiet moderniem robotiem, tāpēc ir nepieciešams nekavējoties instalēt kaut ko nopietnu, piemēram, Google Recaptcha2..
- Vietnes indeksēšana pēc meklēšanas botiem.
Dažreiz ar pietiekami lielu meklēšanas indeksu (ja liels skaits lapu nonāk meklēšanas bāzē un Google), reģenerācijas process var ieņemt ilgu laiku un izveidot lielu slodzi serverī. Ja jūsu vietnē ir ducis lapas, jūs varat arī saskarties ar līdzīgu problēmu, piemēram, ja vietne tika hacked, un dwarves atrodas uz 50 000 lappušu, kas ir samazinājušās meklēšanas emisijā. Vai meklēšanas indekss varētu būt konkurents, kurš izmantoja kļūdas jūsu vietnes skriptu darbā. Iespējas šeit masa.
- Saturs un metāllūžņdatums.
Unikālā satura īpašniekiem būtu jāuztraucas par satura lejupielādi no vietnes (skrēj tad un sagrābšana). Tas var radīt īpašus robotus, kas apiet vietnes lapas un kopēt tekstus un attēlus, kas ievietoti vietnē, lai radītu klonus. Ja jūsu vietnes skenēšanas process ir regulārs, un vietnes lapas - daudz, tas var radīt iespaidīgu slodzi uz hostingu.
- Datu importēšana (FIDS, preču pozīciju izkraušana).
Bieži e-komercijas resursi izmanto datu apmaiņas mehānismu ar ārējiem pakalpojumiem. Piemēram, tiešsaistes veikalos var izkraut preču pozīciju sarakstu, datus no 1C var lejupielādēt, ziņu vietnes var rasties regulāru ziņu plūsmu eksportu utt. Ja saturs nav statisks, tad katrs šāds pieprasījums radīs augstu ielādēt serveri.
- Izmantojiet attēlus vai saites uz jūsu vietni.
Viens no acīmredzamākajiem punktiem, kas rada slodzi, var novietot saiti uz vietni vai izmantojot attēlu no vietnes vairāk apmeklētāku resursu. Viens no problēmas avots ir tā sauktais "haberefefect", kad vietne nav galā ar apmeklētāju plūsmu ar populārāku resursu. Otrā iespēja - kad kāds (vai jūs pats) ievietojis attēlu no jūsu vietnes uz vizīti (piemēram, komentāros), un tas ir ielādēts katrā apmeklētājam un rada slodzi jūsu hostingā. Tas var īpaši radīt nopietnas problēmas, ja attēls tiek ģenerēts ar skriptiem (piemēram, mērogots, izmantojot timthumb / phpthumb skriptus). - Uzbrukumi citām vietnēm (piemēram, Xmlrpc.php ievainojamība).
Bieži vien mājas, kas satur ievainojamības, hakeri izmanto uzbrukumiem citiem resursiem. Dažreiz šis uzbrucējs pat nav vajadzīgs, lai kreka vietni. Piemēram, var būt jaunākās WordPress versijas (uzbrukums caur XMLRPC.php failu). Jūsu vietne šajā gadījumā darbosies kā starpposma saite un vietnes skriptu darbs, lai izveidotu lielāku slodzi serverī.
- DDOS-ATA
Ja DDOS uzbrukums dodas uz vietni, bez savienojuma speciāliem tehniskiem līdzekļiem, kas apstrādā satiksmes (hostinga pakalpojumu vai DDOS aizsardzības dienestu), tas nebūs iespējams tikt galā ar to. Nepildiet DDOS ir diezgan grūti. Sakarā ar faktu, ka serverī tiks izveidota milzīga slodze, Hoster var darīt atšķirīgi: piedāvāt DDOS aizsardzības dienestu, pārsūtīt vietni citā serverī vai pilnībā bloķēt (atspējot) vietni. Tāpēc, lai aizsargātu pret DDOS ir vēlams, lai būtu iepriekš sagatavots risinājums, lai problēma rodas, lai ātri atrisinātu to. - Apmeklējuma pieaugums
Ja satiksme ir organiska, tad tas ir pozitīvais kravas pieauguma cēlonis. Tas nozīmē, ka ir pienācis laiks mērogot vietni un domāt par skriptu optimizēšanu, kas paredzēti augstākai satiksmei.
Lai atrast kravas cēloniIzveidots ar ārējiem faktoriem, jums ir jāanalizē tīmekļa servera žurnāli. Lai to izdarītu, jūs varat izmantot īpašas programmas vai komandu kombināciju SSH konsolē.
Analīzes rezultātos, jums vajadzētu apskatīt top 20 pieprasījumus pēc metodes, top 20 pieprasījumiem pēc / galvas, top 20 IP adreses ar hits skaitu, top 20 atsauces lapas skaitā hits. Tas viss ļaus jums identificēt satiksmes avotu un veidu, kā arī ierakstu punktus uz vietni vai skriptiem, kurus sauc par visbiežāk. Visticamāk, tie radīs lielu slodzi.
Lai samazinātu slodzi Ar ārējiem uzbrukumiem vai intensīviem vaicājumiem vairumā gadījumu pietiek, lai ļautu HTTP plūdu aizsardzībai (piemēram, klasiskās sīkfailus klientam + novirzīt ar verifikāciju ") vai savienot vietni satiksmes proxing pakalpojumiem, kas bloķēs bīstamus vai īpaši aktīvus pieprasījumus, un Labi un likumīgi - izlaist. Turklāt statiskais saturs (attēli, skripti un stili) netiks dota no jūsu vietnes, bet no CDN serveriem, kas arī ievērojami samazinās slodzi.
Jūs varat mēģināt pieslēgt kešatmiņu spraudni CMS vai kešatmiņā uz hostingu, bet gadījumā, ja ārējiem faktoriem, kas ietekmē slodzi, 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, kas ir pakļauts kontrolei no tīmekļa meistars (tīmekļa vietnes īpašnieks).
- Ne-optimizēti skripti un bore datu bāze.
Sakarā ar analfabāni izstrādātu tīmekļa lietojumprogrammu arhitektūru vai neefektīvu skriptu īstenošanu ar nepieredzējušiem izstrādātājiem, lieta ir iespējama, ja vienkārša atvēršana sākuma lapā vai displeja meklēšanas rezultātiem vietnē var nopietni ielādēt serveri. Un datubāzes apjoma pieaugums (piemēram, preču pozīciju skaita pieaugums) ar katru vietnes atjauninājumu palēnināsies, palielinot slodzi uz hostingu. Atsevišķas vietnes lapas ar lielu skaitu informācijas blokiem var nosūtīt vairākus duci datu bāzes pieprasījumus, lai atkārtoti veiktu tādas pašas darbības ar failiem, un dažreiz pat bloķēt citu vietņu elementu darbību. Mēs bieži saskaramies ar līdzīgu problēmu tiešsaistes veikalos, kas darbojas vecajā Joomla versijā ar VirtueMart spraudni. Dažos gadījumos, atverot direktoriju lapu, darbojas vairāk nekā 100 datu bāzes vaicājumi. - Vietnes infekcija ar vīrusiem
Vietnes hacking un infekcija Ļaunprātīgi skripti ir diezgan bieži iemesls slodzes pieaugumam. Tas palielinās vīrusu aktivitātes dēļ, kas izriet no ļaunprātīgu fragmentu ieviešanas likumīgajiem vietņu skriptiem, palaišanas un rezidentu procesu darbībai, kā arī savieno skriptus ārējiem resursiem jebkuras vietnes lapas atvēršanas brīdī. - Ārējā likumīga savienojamība pret trešo pušu resursiem
Daži cilvēki ņem vērā slogu, ko rada savienojums ar ārējiem informācijas avotiem (logrīki, laika apstākļu informatori un valūtas maiņas kursi, ziņu plūsmas utt.). Bieži vien dati, kas lejupielādēti no citām vietnēm, nav kešatmiņā un lapas atvēršanas laikā katru reizi savieno un saturs ir saistīts arī no cita servera. Ja kāda iemesla dēļ ārējais avots pārstāj ātri reaģēt, tas ietekmēs slodzi un lejupielādes ātrumu galvenā vietne. - Kļūdas skriptos
Lietojot skriptus, var rasties kļūdas, kas netiek rādīti apmeklētājiem, bet tiek ierakstīti tīmekļa servera žurnālā vai PHP žurnālā. Ja vietne ir apmeklēta vai daudz kļūdu, tā var arī palielināt slodzi hostingā. Visbiežāk kļūdas sāk veidoties vietnes pārslēgšanas laikā uz jaunāku PHP versiju, ar kuru skripti nav saderīgi. Vai arī, ja netiek atjaunināti visi vietnes sastāvdaļas, un rodas konflikti starp jaunajām CMS kodolu un vecajām spraudņu versijām.
Lai analizētu iekšējo faktoru radītās augstās kravas problēmas, jums ir jāpārbauda vietne ļaunprātīgas koda klātbūtnei (piemēram, pārbaudiet vietni bez maksas), un, ja ļaunprātīgais kods netiek konstatēts, pēc tam veiciet skriptu profilēšanu, izmantojot Xhprof vai xdebug moduļi.
Lai atrisinātu lielo slodzi, ko izraisa ļaunprātīga koda darbība, ir nepieciešams veikt vietnes apstrādi un aizsardzību pret atkārtotu hakeru. Tas būs labāk, ja tiks veikta vietnes ārstēšana un aizsardzība, nevis tīmekļa izstrādātājiem.
Ja problēmu cēlonis vietnes arhitektūrā vai kļūdas, tad vietnes optimizācija pieredzējušo tīmekļa izstrādātāja spēku palīdzēs. Kā viens no otrā laika rezerves risinājumiem ir kešatmiņas spraudņa uzstādīšana, kas dažos gadījumos var samazināt procesora resursu patēriņu (hostinga slodzi) un paātrināt darba vietu.
Ilgums
Beigās es vēlētos apsvērt citu procesora slodzes īpašumu - tā ir tā ilgums. Tas var būt īstermiņa splash uz diagrammas 24 stundu laikā un pastāvīgu izaugsmi ilgu laiku.
Ja uz procesora patēriņa grafiku jūs redzat vienreizēju lēkt, tad jums nevajadzētu uztraukties. Tas ir gandrīz traucēts, neietekmē vietnes pieejamību un netraucē ar "kaimiņiem" par hostingu. Sliktāk, ja grafiks ir ilgs laiks, pārmeklējot uz augšu vai dažu dienu laikā parāda limitu (vai pārsniegšanu) procesora iekraušanu. Ko darīt šajā gadījumā? Ir nepieciešams veikt revīzijas vietnes kontā, kā tas tika aprakstīts iepriekš, pārbaudot gan ārējos, gan iekšējos faktorus, kas rada problēmas.
Mūsu pakalpojumi IB
Promotion "2 par cenu 1"
Darbība ir derīga līdz mēneša beigām.
Savienojot vienu vietni, otrā kontā ir pievienots pakalpojums, otrais tajā pašā kontā ir pievienots bez maksas. Turpmākās vietnes kontā - 1500 rubļu mēnesī katrai vietnei.
Situācija, kas var notikt katram jaunattīstības vietnes īpašniekam ar augošu slodzi -brīdinājuma iegūšana pārsniegt resursu ierobežojumu.
Ja hostinga pakalpojumu sniedzējs stāsta jums par pārstrādātāju izveidoto slodzi, bet jūs esat pārliecināts, ka jums vajadzētu būt pietiekami daudz resursu, mēģiniet saprast, kas var būt šīs slodzes cēlonis. Zinot cēloni, jūs varat ātri novērst problēmu.
Ievietojiet CPU, kad sākat php- vai Perl skriptus
Šādos gadījumos, kad Hoster ne vienmēr skaidri saka, kāda veida skripts rada problēmu, un jums būs nepieciešams, lai noteiktu to pats. Ja izmantojat moduļu CMS, piemēram, Joomla, WordPress vai Drupal, tad iemesls var būt nepareiza atsevišķa moduļa darbība.
Gandrīz vienmēr problēmu saiti jūsu vietnes sistēmā var noteikt, salīdzinot problēmas laiku ar logiem pieprasījumu uz jūsu vietni šajā brīdī. Jūs parasti varat piekļūt tīmekļa servera žurnāliem hostinga vadības panelī pat bez sazināšanās ar pakalpojumu sniedzēju.
Ielādējiet CPU un (vai) diska sistēmu no Apache Web servera
Pārmērīgu slodzi var izveidot ar Apache tīmekļa serveri, kad liels skaits grafikas un citu statika atgriežas. Apache arhitektūra ir sakārtota tā, ka tikai viens pieprasījums tiek apstrādāts ar vienu pavedienu vai procesu. Attiecīgi, ja jūsu vietnē ir daudz grafikas informācijas, tad būs nevajadzīgi liels skaits procesoru resursu un RAM, kas pavadīts uz tās atgriešanos. Servera diskā būs arī slogs.
Šādā gadījumā jūs varat izmantot Nginx tīmekļa serveri kā priekšpusi Apache. Nginx sakarā ar asinhrono arhitektūru ļauj apstrādāt tūkstošiem savienojumu vienā procesā un dod statisko daudz vieglāku un ātrāku. Problēma ir tikai tā, ka tikai Apache tiek izmantots kā tīmekļa serveris kā tīmekļa serveris, un nginx + apase ķekars tiek izmantots diezgan reti.. Tomēr, dodoties uz VPS, varat konfigurēt šo komplektu bez problēmām. Parasti nodod vietnes uz VPS no hostinga un nepieciešamās programmatūras iestatīšana var veikt jūsu hostinga pakalpojumu sniedzēju pat bez papildu maksas.
Liekais pieprasījumu skaits vietnē
Liels skaits viena veida pieprasījumu uz vietni no vienas IP vai vairākām IP adresēm ir tā sauktais HTTP plūdi, kas ir viena no DDoS uzbrukumu šķirnēm. Palīdzība var bloķēt problēmu IP failu.htaccess, izmantojot noliegumu no direktīvas.
Ja hostingā tiek izmantota tikai Apache, un atspoguļo problēmu pieprasījumus ar to pašu NginX līdzekli nav iespējama, un uzbrukumam ir intensīvs raksturs, kuram var bloķēt jūsu kontu serverī un lūgt pārsūtīt vietnes VPS vai Dedicated Server.
Ja uzbrukums notiek pirmo reizi, tas ir loģiski atsaukties uz hostinga pakalpojumu sniedzēju, lai palīdzētu tās pārdomām vai vismaz pieprasīt konta atbloķēšanu un iespēju turpināt strādāt ar hostingu tūlīt pēc uzbrukuma apstāšanās. Ja šāda problēma rodas sistemātiski, pāreja uz VPS vai serveri un tās kompetento konfigurāciju vaina tolerantam vietnes darbam (piemēram, skriptu uzstādīšana automatizēt bot mašīnu IP adreses, pamatojoties uz žurnāla analīzi, instalējot NginX kā front-end Apache un problēmu pieprasījumu filtrēšana viņa līmenī) patiešām ir jēga.
Ievērojams projekta apmeklējuma pieaugums
Ar teritorijas attīstību tās apmeklējumu pieaugums ir dabisks parādība, un agrāk vai vēlāk vietne patiešām var cieši kļūt par pašreizējo tarifu plānu. Tas ir normāli izstrādāt projektus. Vairumā gadījumu, par parasto virtuālo hostingu dinamiskām vietām, apmeklējumu slieksnis ir skaitlis 2000-4,000 unikālo apmeklētāju dienā.
Ja jūsu vietnes apmeklējums ir tuvu šiem numuriem, tad pāreja uz vai Tas būs pareizais risinājums, kas pozitīvi ietekmēs tās turpmāko attīstību.
MySQL CPU slodzes un disku sistēma
Parastais laiks, tiek ņemti vērā vairāki desmitiem milisekundes, lai izpildītu MySQL datubāzes pieprasījumu. Pieprasījumi, kas tiek veikti ilgāk (jo īpaši vairāk nekā 0,5 sekundes) bieži izveido lieku slodzi gan servera diska sistēmā, gan tās procesorā. Ja Hoster brīdina par līdzīgu problēmu, jautājiet viņam lēni pieprasījumus un optimizēt datu bāzes struktūru, kā arī noskaidrot datu bāzi no neatbilstošas \u200b\u200binformācijas.
Intensīva pasta pakalpojuma izmantošana uz tūlītēju masu sūtījumu hostingu simtiem vai tūkstošu saņēmēju var izraisīt būtisku slodzi serverī. Šī iemesla dēļ lielākā daļa pakalpojumu sniedzēju nosaka noteiktus ierobežojumus pasta sūtīšanai - parasti 25-50 burti stundā vai apmēram 500-1000 burtu dienā. Šis ierobežojums ir vērsts gan uz cīņu pret surogātpasta veidošanu, kā arī samazināt slodzi uz servera pasta apakšsistēmu. Lai regulāri darbotos ar pastu uz šādiem ierobežojumiem, parasti pietiekami, un masveida sūtījumiem ir labāk izmantot pasta hostinga, tūlītējus sūtījumus vai pielāgot VPS šim nolūkam.
Ir nepieciešams saprast, ka darbinieks var saskarties desmitiem un simtiem problēmu, kas ir līdzīgas jūsu vietām, kas nozīmē, ka jūs varat palīdzēt jums risinājumus. Hoster ir jūsu sabiedrotais, nevis ienaidnieks cīņā pret šādām problēmām.
Hostinga pakalpojumu sniedzējs ir izdevīgāks, lai palīdzētu atrisināt problēmu un saglabāt klientu, nekā atteikties sniegt pakalpojumus, bet ne tikai trūkst peļņas, bet arī pieskārās reputācijai.
Ja pakalpojumu sniedzējs piedāvā pāreju uz augstāku likmi vai augstāku klases pakalpojumu, norādiet, ka tas dos jums. Klausieties argumentus, kas stāv, ja tie patiešām ir svarīgs.
Izvēloties hostingu, jūs, iespējams, saprast, kas būs slodze. Ilgtspējīga līdz lielām slodzēm, kā arī apmierināt prasības ātruma pārsniegšanai šodien ir tikai divas iespējas: mākonis vai klasteru risinājums. Un viens, un otrais ir diezgan cienīgs, tāpēc ir diezgan cenu.
Izvēloties labāko hostingu
Atšķirības klasteris no mākonis?
Klasteru risinājumi tiek veidoti, pamatojoties uz diviem un vairāk atlasītiem serveriem, kā likums, fiziska. Turklāt serveru aprīkojums tiek izmantots pastāvīgi, un, kad slodzes palielinās, iznomāt papildu serveru skaitu vai iegādājās.
Klasteru risinājumi parasti maksā katru mēnesi.
Mākoņu risinājumi tiek veidoti arī, pamatojoties uz vairākiem serveriem - virtuāliem. Veids, ka serveri ir iesaistīti atsevišķā laikā, ir atkarīgs no slodzes. Ar augstu - lielu skaitu, un ar zemiem serveriem, kas nav iesaistīti, vienkārši atvienots.
Par mākonis hosting bieži maksā stundas. Katra individuālā servera darbības stunda obligāti jāmaksā. Maksājuma lielums ir pilnībā atkarīgs no slodzes. Gadījumā, ja tas ir augsts, tad maksājuma summa ir vairāk, un, ja nav slodzes, tad maksājums ir minimāls.
Salīdzinot naudas izmaksas stundā par līdzīgu serveru darbu mākonī un klasterī, jūs redzēsiet, ka klasteri maksā nedaudz lētāk. Tajā pašā laikā, analizējot kopējo izmaksāto resursu efektīvas izmantošanas procentuālo daļu, tas kļūs diezgan acīmredzams - jo "mākoņi" ir vairāk.
Ar šādu hostingu, jūs maksājat tikai faktiskajam patēriņam, bet klasterī norēķinu attiecas arī uz dīkstāvi "dzelzs".
Mākoņains labākais hostings Zoom ātrums ir pirms klastera. Turklāt automatizācija ir pakļauta automatizācijai. Celtera veidošana ilgāk, automātiskās operācijas ir daudz mazāk.
Ļaujiet mums dzīvot uz dažām katras aprakstītajiem hostinga risinājumiem.
Klasteri
Klasteru hostings ir jāizvēlas, ja slodze ir augsta visu laiku vai sistemātiski palielinās.
Līdzīgi apstākļi, visi klasteru resursi ir iesaistīti pastāvīgi, lai iekārta nav dīkstāvē. Tādējādi ir laiks mērogošanai (palielināt serveru skaitu). Tas notiek pakāpeniski - kā palielinās slodzes.
Biežāk nekā cita klasteris Izvēlieties Web pakalpojumus, tiešsaistes iepirkšanās, biznesa lietojumprogrammas, sociālie tīkli.
"Mākoņi"
Cloud Hosting Eiropā ir pamatota pasākumu, izstāžu, īpašo akciju un citu vietām, kurā apmeklējums ir zems noteiktā laikā, bet noteiktā laikā tas var ievērojami palielināties.
Citiem vārdiem sakot, mēs runājam par vietām, kurās slodzes lēcieni ir cieši saistīti ar mārketinga aktivitāti vai palielina lavīnu līdzīgu un laiku, lai izvietotu klasteri, nē. Šajā gadījumā augstāka cena par darba stundu kompensē to, kas nav tukšgaitas iekārtas.
Tādējādi viena no galvenajām mākoņa hostinga priekšrocībām ir tā, ka "mākonis" samazina izvietošanas laiku, kā arī anulēšanu projektu un pieteikumu projektam.
Izeja
Protams, abu risinājumu būs pretinieki un atbalstītāji. Tomēr, tā kā tie pastāv, tie kalpo lielu skaitu projektu, tad tie ir pamatoti dārgi tīklam. Ko darīt - lai atrisinātu tikai jūs.
Kā minēts iepriekš, mākoņa hostings Ukrainā ir piemērota periodiski augstām kravām, nevis prognozēt apmeklētāju skaita pieaugumu tajā pašā laikā.
Klasteru risinājumi tiek izmantoti ar pastāvīgām augstām slodzēm vai paredzamo sistemātisku apmeklējumu pieaugumu.
Koncentrējoties uz šādiem ļoti vienkāršiem faktoriem, izvēle būs daudz ātrāka un vieglāka.
