Magic hosting Hollandis tarbitud serveriressursse arvestamata on uuendatud ja odavam kui kusagil mujal. Suure koormuse jaoks parima hostimise valimine Mõne hosti testitulemused

Kirjutasin hiljuti juba oma otsingutest hea hostingu pakkuja ja minu halb kogemus Timeweb.ru-ga.

Pean ka ütlema, et proovisin veidi ka testperioodil ja hostimine Beget.ru. Tal on minu jaoks midagi kindlasti meeldis. See on suurepärane, mugav ja ilus Hostingi juhtpaneel oma disain ja täiesti ainulaadne Failihaldur ka ise arenenud. Viimane on üldiselt ideaalne, see sisaldab kahte Total Commanderi stiilis paneeli ning palju võimalusi failide ja arhiividega töötamiseks. Ma pole seda kusagil mujal näinud. Aga sellegipoolest testi tulemus minu jaoks oli ka negatiivne. Nagu ka Timewebi puhul, ei pidanud andmebaas reaalsele igapäevasele koormusele vastu. Ühe päeva jooksul ületas lubatud väärtusi rohkem kui 230% . Suure kahetsusega pidin sellest hostimisest lahkuma ja otsinguid jätkama.

Ja lõpuks tuli õnn minu juurde. Leidsin hostimise, millele ma tingimuste ja tariifide poolest sarnast veel kohanud pole. See hostib JustHost.ru(mitte segi ajada välismajutusega JustHost.com, mis millegi erilisega ei hiilga).

Fakt on see, et majutajad pakuvad tavaliselt tasulisi plaane, mis sisaldavad palju piiranguid: erinev, kuid tingimata piiratud arv megabaite kettal ja samal ajal piiratud arv saite ja domeene, piiratud arv andmebaase, FTP kasutajaid, postkaste, liiklust kuus, protsessori koormust ja andmebaase jne. Välismajutus pakub mõnikord piiramatuid võimalusi. Aga esiteks on nad välismaised :)). Teiseks on need üsna kallid just piiramatuse tõttu ja nõuavad raha ette.

JustHost.ru hostimine pakub täiesti erinevaid tingimusi. See on sisuliselt piiranguteta hostimine. Ainus piirang on kettaruumi hulk, mille eest maksad (või ei maksa üldse, olenevalt tellitavast summast, jah, on ka tasuta pakett). Samas ei muid piiranguid pole üldse! Ja maksate kogu selle naudingu eest pelgalt sente võrreldes teiste pakkujatega. Otsustage ise.

Hiljuti täiustatud on kolm tariif. Artikli avaldamisest on möödunud vähem kui kolm nädalat, kuna tariifid on oluliselt langenud(1,5-5 korda!). Parandan artiklit vastavalt.

1. Tasuta: kettal mitte rohkem kui 70 100 MB ja kõigele muule pole piiranguid. Sobib algajatele ja väikestele saitidele. Ja ei mingeid reklaame! Ja ei maksa üldse midagi!

2. Ökonoomne: paindlik hostimine ilma kettaruumipiiranguta ja igapäevase megabaidipõhise arveldusega tegelikult kasutatud ruumi eest väga madalate hindadega. Nimelt ainult 1/3 1/15 kopikat megabaidi kohta päevas (10 2 kopikat megabaidist kuus).

3. Optimaalne: Kasulik suure ruumivajaduse korral. Selle tariifi puhul valite ise vajaliku (juba fikseeritud) kettaruumi vahemikus 1 kuni 100 gigabaiti ja maksate kokku mitte rohkem kui 32 20 rubla gigabaidi kohta kuus. Vajalikku helitugevust saab hiljem igal ajal muuta.

Kus te veel selliseid hindu näinud olete? Sel juhul igapäevaste varukoopiatega hõivatud lisapinda arvesse ei võeta ja seda ei maksta. Samas on neid veel allahindlusi kuni 20% olenevalt tasustatud kuude arvust. Ja kuu aega tasuta hostimist iga teiselt pakkujalt üle kantud domeeni jaoks.

peal ükskõik milline tariifiplaan piiramatu saitide arv, andmebaasid, FTP, postkastid, liiklus. Saate vaadata, mida kõik tariifid veel sisaldavad.

Seal on mugav Tokasutajakonto, kus saate valida soovitud teenuste komplekti ja maksta nende eest suure hulga valikute abil:

Registreerida saab ka ise uus domeen(ja samal ajal maksab registreerimine ja iga-aastane uuendamine piirkondades zones.ru ja.rf ainult 90 rubla), mida ma kohe ka tegin.

Hosting haldamine kasutab tuntud DirectAdmini paneel. Tõsi, ma isiklikult ei olnud sellega veel tuttav ja alguses tundus see mulle mitte eriti mugav ja funktsionaalne. Kuid peagi harjusin ära ja nüüd ma ei kurda.

Igal domeenil on oma kaust, mis sisaldab ka alamdomeeni kaustu. Valikus on PHP versioon, pistikprogrammide kaasamise isehaldus ja juurdepääs php.ini-le.

Tõmbab tähelepanu broneerimissüsteem. Failide ja andmebaaside varundamine on automaatne iga päev ja hoitakse 30 päeva teie kohta võtmata, nagu mainisin. See on ka ainulaadne nähtus (tavaliselt 3, 7, 10 päeva, mitte rohkem). Varukoopia saate teha igal ajal ja käsitsi.

Lühidalt öeldes lohistasin selle saidi ja selle alamdomeenid hiljuti sellesse hostimisse. Algul 15-päevaseks testperioodiks, nüüd sain üleantud domeeni eest veel ühe tasuta kuu. Ja siis on näha. Vaatan, uurin käitumist. Kiirus on suurepärane, ma ei jälgi protsessori ja RAM-i ülekoormust (muide, see on mõeldud "isiklikuks kasutamiseks" koos jagatud ressurssidega CPU Xeon 2600 MHz ja RAM 2048 GB). Samuti ei märgi ma saidi krahhi, mida oli vaja tõestada. Ressursikasutuse statistika juhtpaneelil näitab märkimisväärseid reserve ja pole kunagi ületanud lubatud piire.

Muideks, tehniline tugi on suurepärane, vastab piletitele 5-10 minuti jooksul ja asja juurde.

Kuskilt lugesin, et neil on väike meeskond, aga nad töötavad selgelt. Kontor Zelenogradis, serverid renditud Moskvas, kogemus aastast 2007, mitte uustulnukaid. Ja ometi pole nad millegipärast väga tuntud, ma arvan, et see on teenimatu. Muide, nüüd on neil umbes 2600 hostitud domeeni ja dünaamika on positiivne.

Alates 1. jaanuarist 2016 on selle pakkuja hostimistariifid muutunud. Meie riigis läheb kõik kallimaks ja Justhost pole sellest saatusest pääsenud. :)

Liitumistariifi puhul välistatud Tasuta. Tariifi kohta Ökonoomne megabaidi hind on tariifiga 3 korda kasvanud Optimaalne- 2,7 korda.

Kuid siiski arvan, et tegemist on väga soodsate tingimustega võrreldes paljude teiste pakkujatega. Muud ülaltoodud artiklis märgitud funktsioonid ei ole muutunud.

Lisaks kehtivad uued määrad ainult uutele ühendustele. Varem ühendatud puhul ei muutu midagi.

Edu teile, kohtumiseni minu saidi lehtedel.

Et mitte ühtegi avaldatud materjali ilma jääda, saate seda teha tellige üks RSS-kanalitest: kõik saidiuudised, jaotise "Vanade kasutajate lood" uudised või jaotise "Android World" uudised.

Et olla kursis saidi uudistega, Soovitan tellida portaali perioodilisele iganädalasele meililistile "Vana kasutaja lood". Subscribe.ru.

2016. aasta märtsis pidin kolima teise hostimisse. Kuni selle hetkeni, alates 2012. aastast, istusin peaaegu esimesel hostimisel, mis saidi loomise ajal kätte jõudis - Mainhost. Ja ma jäin kõigega rahule ja tehniline tugi oli tasemel ning maksin umbes 100 rubla 20 000 inimese kohta päevas. Kui protsessori koormus ületas lubatud määra, kirjutasid nad sellise päeva eest lihtsalt paar rubla maha ja kõik.

Siis aga muutus nende poliitika ja nad ütlesid, et lisamaksmise mõttes pole see enam võimalik. Ja ükski teine tariif, mis neil on minu saidil, ei tõmba! Vähemalt andsid nad mulle aega liikuda, nii palju kui ma palusin. Ja hakkasin saidile uut kodu otsima ning peamised kriteeriumid olid protsessori koormus ja maksumus.

Millist koormust hostid taluvad?

Suurim probleem on see, et ühegi hostimise tariifidest ei saa te lugeda, kui palju see tõmbab, ja veel vähem proovida neid numbreid oma saidil. Põhimõtteliselt ei kirjutata selle kohta üldse midagi. Mõnikord kirjutavad nad, millistele tariifidele mitu "protsessorpapagoi" teil on. Kõik kirjutavad, et tal on väga lahe ja kiire hostimine. Kuid see teave on teie saidilt maksimaalselt eraldatud.

Mõnikord on olemas isegi kalkulaator, mis arvutab teile vajaliku tariifi ja minu jaoks on see alati olnud väga kallis, sest. suur osavõtt. Kuid ma sain aru, et see ei saa olla: nüüd maksan 100 rubla, kuid selgub, et ma ei mahu vähem kui 1000 rubla kuus. Midagi on siin valesti ... Lühidalt, otsustasin uurida, kas mõni hostimissait tõmbab - peate kontrollima selle hostimise konkreetset saiti.

Saidi muul hostimisel testimise põhimõte

Tariifi ostmine igalt pakkujalt lihtsalt selle testimiseks ei ole tänuväärne ülesanne. Seetõttu valisin ainult need, kellel on testperiood, keskmiselt on see 2 nädalat. Failid ja saidi andmebaas edastatakse igasse testhostimisse. Tegin kõik käsitsi ja viisin protsessi automatiseerimisse. Aga võid paluda seda teha tugiteenusel, pead lihtsalt kauem ootama 🙂 Kontrolli tulemusi ei mõjuta see, milline CMS sul on - WordPress, Joomla, DLE või mõni muu, peaasi et hostimine sellist toetaks süsteemid.

ÄRGE vahetage NS-servereid uute vastu! Testitava hostimise saidi arvutis avamiseks peate lihtsalt kirjutama faili "c:\Windows\System32\drivers\etc\hosts" järgmise rea:

IP-aadressi domeen

Näiteks (registreerin ka oma alamdomeenid):

Oma uue asukoha IP-aadressi saad teada peale registreerimist kirjadest, juhtpaneelist või küsida tehnilt. toetus. Nüüd avab brauser saidi uuest hostimisest (kui kõik töötas) ja tavakülastajate jaoks ei muutu midagi, nende sait töötab teie praeguse hostiteenuse pakkuja juures.

Mõnikord on brauser loll ja ei näe, et olete uue IP registreerinud, siis peate brauseri vahemälu tühjendama. Google Chrome'i näitel näitan teile, kuidas mõista, millisest serverist teie sait laaditakse.

Vajutage "F12", alla ilmub arendaja paneel
Värskendage lehte "Ctrl + F5"
Minge vahekaardile "Võrk", klõpsake loendis esimest kohta ja vaadake paremale

Mõnikord peate lehte mitu korda värskendama, et uus IP-aadress seal süttiks. Kui kõik töötas, peate installima kandevõime testimise programmi. Üldiselt on see terve teadus ja sedalaadi programme müüakse tuhandete dollarite eest. Tasuta neist ei meeldinud mulle midagi või on see liiga keeruline. Seetõttu kasutame testperioodi. Laadige alla ja installige WAPT-programm.

See on kõige arusaadavam asi, mis mulle tuli 1-kuulise prooviperioodi koos võimalusega veel ühe võrra pikendada. Sellise tarkvara jaoks ravimeid võrgust ei leitud.

Toimimispõhimõte on järgmine:

Programm laadib meie määratud saidi lehe ja jätab kõik selle elemendid meelde
Filtreerime välja kõik skriptid, stiilid ja pildid kolmandate osapoolte serveritest
Palume programmil seda lehte vajaliku arvu inimestega “külastada”.
Vaatame, kuidas on muutunud allalaadimiskiirus, vigade arv ja muud parameetrid

Kuidas kontrollida hostimisvõimsust

Esimesel käivitamisel avaneb esimese projekti loomise viisard (mul on kõik inglise keeles, kuid tundub, et andsin lingi venekeelsele versioonile), esimese sammuna peate valima koormuse suurendamise tüübi:

Tõusmine – järkjärguline,
Konstant - konstantne,
Perioodiline - perioodiliselt muutuv.

Valige "Ramp-up" ja konfigureerige see teises etapis:

Virtuaalsete külastajate (kasutajate) arv 1 kuni 20,
1 sammuga, suurendades iga 10 sekundi järel.

Prooviversioonis on maksimaalne kasutajate arv 20 samaaegselt. Kuid sellest piisab kontrollimiseks. Lõpparuannetesse kirjutab programm seansside koguarvu testi ajal ja 20 kasutajaga on neid testi 10 minuti jooksul tuhandeid. See tähendab, et selgub, et see sobib saitidele, kus on 100 000 inimest päevas ja võib-olla rohkemgi, üldiselt - individuaalselt.

Kui katsetasin erinevaid hoste, ei pidanud kõik vastu numbrile 20. Samal ajal võtsin jagatud hostimise ja ühe VPS-is, kuid tulemused on allpool. Kolmandas etapis määrame testi kogukestuse, olgu selleks 10 minutit.

Pärast viisardi lõpetamist ilmub profiili seadete aken:

Jätke vaikeseade ja minge jaotisse "Muuda valikuid"

Siin peate lubama lehe elementide, näiteks piltide, ".js" skriptide ja ".css" stiilide salvestamise. Seega kontrollime mitte ainult protsessori koormust, vaid ka kõigi elementide tegelikku koormust. Kaks korda "OK" ja juba olemegi peaaknas, salvestus on sisse lülitatud. Nüüd peate testimiseks sisestama lehe aadressi. Sisestage link ühele enimkülastatud leheküljele ja et sellel on pildid, mitte ainult tekst.

Selles etapis võivad installiaknad ja turvasertifikaatidega lepingud siiski ilmuda, nõustuge kõigega. Kui leht on laaditud ja uute elementide lisamine vasakpoolsesse puusse on lõpetatud, lõpetame salvestamise paneeli nupuga "Stop Rec":

Nüüd on meil oma saidi mustand, kuid näiteks hitiloenduritest võib ilmuda ka teisi harusid. Vaadake ja eemaldage kõik mittevajalikud:

Siin peate tegema olulise asja: jätke allalaaditavate elementide loendisse ainult oma domeeni ressursid, minu puhul "veebisait" ja minu alamdomeenid. See on vajalik selleks, et koormustesti ajal ei raisataks aega ressursside allalaadimisele välistest serveritest. Reeglina on need vastuskriptid, reklaamid, CDN-pildid.

Salvestame põhimõtteliselt kõik valmis, kõik muud parameetrid on vaikimisi. Enne esimest käivitamist peate paneelil Verify Test käivitama testkinnituse. Oleme lihtsalt kõigega nõus. Nüüd saate lõpuks testi enda käivitada paneeli nupuga "Käivita test". Selle käigus joonistatakse graafikud.

Mõnede hostide testitulemused

Võtame hosti "" kontrollimise näite:

Must graafik on alati tasane – virtuaalkülastajate arv
Lilla – keskmine lehe laadimisaeg
Punane – keskmine laadimisaeg kõigi elementidega
Kollane – mitu korda lehekülge 1 sekundi jooksul laaditi

Tulemused on head, laadimisaeg on lühike ja pikeneb järk-järgult. Minge vahekaardile "Bandwidth".

Siin jälgime teie ja hosti vahelise kanali ribalaiust koos allahindlusega. See teave ei erine erinevate ettevõtete vahel palju ja sõltub peamiselt serveri kiirusest ja võimest sisu teenindada.

Järgmine vahekaart on "Vead". Siin on vigade statistika:

Liiga palju. Ideaalis peaks viga olema null, kuid see on haruldane. Juhtub, et kõigi graafikute järgi lähevad ilu ja vead mõõtkavast välja. Tähendab, lihtsalt serverist saadavat teavet ei võeta vastu.

Võrdluseks võtke hostimine "Timeweb"

Tulemused on kehvad, leheelementide laadimisaeg on suurepärane! Seetõttu laaditakse sekundis vähe lehekülgi. Esinevad ka vead:

Kuid pakkuja "Appletec"

Ka nii-nii, väga ebastabiilne.

Tähelepanu! Endale hostimise valimisel ei tohiks te minu tulemusi aluseks võtta! Need on märtsi 2016 tulemused!

"Link-Hosti" hostimine, jõudlusgraafikud:

Ilu, ja vaatame nüüd vigu:

Ligikaudu 10% kõigist päringutest täidetakse vigadega, millest ma kirjutasin veidi rohkem. See on tänu sellele ja ilule, ma lähen sellest mööda. Mõned hostid valmistavad suure pettumuse, näiteks "Netangels" ei osutunud üldse heaks, vealeht:

VPS-i armastajate jaoks proovisin . Hea ettevõte suurepärase tehnilise toe ja madalate hindadega. Kuid umbes 5 dollari suuruse tariifi puhul läbis minu sait testi halvemini kui 2–3 dollari eest jagatud hostimine:

Seda seletatakse väga lihtsalt: VPS-is on teie ressursid piiratud kindlate väärtustega, kuid virtuaalmasinas see tavaliselt nii ei ole. See tähendab, et jämedalt öeldes, kui kellelgi teisel pole ressursse vaja, on kõik teie päralt. Kuid kui sõlm (server), millel teie sait asub, on ülekoormatud, pööratakse pilt ümber. Ja jah, hosteritel on palju sõlmpunkte ja seetõttu võib keegi ettevõtte peale kaevata, samas kui teisega läheb hästi, lihtsalt nende saidid asuvad erinevates sõlmedes.

Samad tulemused on väikese raha eest mis tahes VPS-is ja tavalise saidi koormuse korral on töö stabiilsem kui virtuaalse hostimise korral ja see töötab siiski välja liigselt suurenenud koormuse ilma kokkujooksmisteta. Valisin selle valiku, kahju, et pole jäänud ühtegi ideaalset diagrammi, kus vahemälu on lubatud.

Ja lõpuks leidsin uue hostimise – Webstix (värskendus 2018, hostimise nimi on nüüd ). Tulemused:

Olin šokeeritud, täiesti jäetud, juhuslik hostimine näitas minu testides kategooriliselt parimaid tulemusi. Ja isegi asjaolu, et minu ja lollaka saidi juhtpaneel oli uus - VestaCP, kolisin ma ikkagi sinna. Kuid kuu aega hiljem asendati paneel minu lemmik ISPManageriga, mis tegi mind väga õnnelikuks 🙂

Ärge kartke liikuda, haarake saidi juurutamine erinevatelt hostidelt ja see protsess muutub võimalikult läbipaistvaks. Ma tean, et NS-serverite vahetamine uute vastu on hirmutav. Mis siis, kui päriselus midagi valesti läheb? Kuid ebaõnnestumiseks on võimalus.

Selline hetk, et enamik saite kasutab vahemällu salvestamise pluginaid. Seega tasub mõista, et vahemälu lubatud ja keelatud koormus on mitu korda erinev. Testisin nii ja naa, valides, et kõik oleks sujuv ja vahemällu salvestamata. Kui kõik on kontrollitud, kui vahemälu on sisse lülitatud, on pilt ühtlasem.

Üks ebameeldivamaid üllatusi hostimisega töötamisel on loomulikult hoiatus liigse ressursikulu eest või isegi konto blokeerimine serveris. Selles artiklis räägime teile, kuidas sellistes olukordades käituda.

Tõenäoliselt pole sellist veebimeistrit, kes poleks kunagi saanud hostiteenuse pakkujalt hoiatusi serveri ressursitarbimise lubatud taseme ületamise või isegi hostimiskonto blokeerimise eest, mõnikord isegi ilma eelneva hoiatuseta.

Mida teha sellise ebameeldiva üllatuse saamisel?

Kui hoster teavitab teid loodud "koormus protsessorile" või "koormus kõvakettale", siis on vaja täpsustada. Teile tuleks esitada, kui mitte loodava koormuse graafikud, siis vähemalt selle põhjused täpselt nimetada. Vaatame mõningaid levinumaid probleeme.

CPU koormus PHP või Perli skriptide käitamisel

Sellistel juhtudel ei saa hostija alati selgelt öelda, milline skript probleemi põhjustab ja peate selle ise kindlaks tegema. Kui kasutate modulaarset CMS-i, nagu Joomla!, Wordpress või Drupal, siis võib põhjus olla selles, et eraldi moodul ei tööta korralikult.

Peaaegu alati saab teie saidi süsteemi probleemse lingi kindlaks teha, kui võrrelda probleemi ilmnemise aega teie saidi päringute logidega sellel ajahetkel. Tavaliselt pääsete veebiserveri logidele juurde hostimise juhtpaneelil isegi ilma teenusepakkujaga ühendust võtmata.

CPU ja (või) kettasüsteemi koormus Apache veebiserverist

Apache veebiserver võib tekitada liigse koormuse, kui sait renderdab suurel hulgal graafikat ja muud staatilist laadi. Apache arhitektuur on loodud nii, et üks lõim või protsess töötleb ainult ühte päringut. Seega, kui teie saidil on palju graafilist teavet, kulutatakse selle tagastamiseks ebamõistlikult palju protsessori- ja RAM-i ressursse. Märkimisväärne on ka serveriketta koormus.

Sel juhul saate Nginxi veebiserverit kasutada Apache'i kasutajaliidesena. Nginx võimaldab oma asünkroonse arhitektuuri tõttu töödelda tuhandeid ühendusi ühe protsessi jooksul ning tagastab staatilisuse palju lihtsamalt ja kiiremini. Ainus probleem on see, et paljudel hostidel kasutatakse veebiserverina ainult Apache'i ja Nginx + Apache kimpu kasutatakse üsna harva (). Kuid VPS-ile üleminekul saate selle komplekti ilma probleemideta seadistada. Tavaliselt saab teie hostiteenuse pakkuja saitide hostimisest VPS-i üle kanda ja vajaliku tarkvara seadistada isegi ilma lisatasuta.

Liiga palju saiditaotlusi

Suur hulk sarnaseid päringuid saidile ühelt IP-lt või mitmelt IP-aadressilt (nn HTTP üleujutus on üks DDoS-i rünnakute variante). Abiks võib olla probleemsete IP-de blokeerimine .htaccess-failis, kasutades käsku "keelamine".

Kui hostimisel kasutatakse ainult Apache'i ja hostiteenuse pakkujal pole võimalust sama Nginxi abil probleemtaotlusi kajastada ja rünnak on intensiivne, võib hostiteenuse pakkuja teie konto serveris blokeerida ja paluda saidid teisaldada VPS või spetsiaalne server.

Kui rünnak toimub esimest korda, siis on loogiline selle tõrjumiseks abi saamiseks pöörduda hostiteenuse pakkuja poole või vähemalt nõuda konto avamist ja võimalust kohe pärast rünnaku peatumist hostiga tööd jätkata. Kui selline probleem esineb süstemaatiliselt, siis lülitub üle VPS-ile või serverile ja selle pädev konfiguratsioon saidi tõrketaluvaks tööks (näiteks IP-botimasinate automaatblokeerimisskriptide installimine logianalüüsi põhjal, Nginxi installimine esipaneelina -lõpp Apache'ile ja probleemsete päringute filtreerimine tema tasemel) on tõesti mõistlik.

Projektides osalemise märgatav kasv

Saidi arenedes on selle külastatavuse kasv loomulik nähtus ja varem või hiljem võib sait praeguse tariifiplaaniga tõesti kitsaks jääda. See on projektide arendamise puhul normaalne. Enamikul juhtudel on dünaamiliste saitide tavalise jagatud hostimise puhul liikluslävi 2000–4000 unikaalset külastajat päevas.

Kui teie saidi liiklus on nendele näitajatele lähedal, on saidile üleminek õige otsus, mis mõjutab positiivselt selle edasist arengut.

MySQL protsessori ja ketta koormus

Mõnikümmend millisekundit loetakse normaalseks ajaks MySQL-i andmebaasi päringu täitmiseks. Päringud, mis võtavad kauem aega (eriti rohkem kui 0,5 sekundit), tekitavad sageli liigse koormuse nii serveri kettasüsteemile kui ka selle protsessorile. Kui hostija hoiatab teid sarnase probleemi eest, küsige temalt aeglaseid päringuloge ja optimeerige andmebaasi struktuur ning tühjendage andmebaas ebaolulisest teabest.

Meiliteenuse intensiivne kasutamine hostimisel sadadele või tuhandetele adressaatidele kiireks masspostituseks võib serverit oluliselt koormata. Sel põhjusel seab enamik teenusepakkujaid meilide saatmisele teatud piirangud – tavaliselt 25–50 meili tunnis või umbes 500–1000 meili päevas. See piirang on suunatud nii rämpsposti vastu võitlemisele kui ka serveri meili alamsüsteemi koormuse vähendamisele. Tavaliseks saidil postiga töötamiseks piisab tavaliselt sellistest piirangutest, kuid masspostituste jaoks on parem kasutada postimajutust, kiirpostitusteenuseid või kohandada selleks VPS-i.

Peate mõistma, et majutaja võib iga päev silmitsi seista kümnete ja sadade probleemidega, mis on sarnased teie omaga, mis tähendab, et ta suudab teid aidata nende lahendamisel. Võõrustaja on teie liitlane, mitte teie vaenlane võitluses selliste probleemidega.

Hostimisteenuse pakkujal on kasulikum aidata probleemi lahendamisel ja hoida klienti kui keelduda teenuste osutamisest, mitte ainult kaotades kasumit, vaid kahjustades ka oma mainet. Kui teil pole võõrustajaga vedanud ja ta ise sellest aru ei saa - vihjake või öelge seda avalikult.

Kui pakkuja pakub üleminekut kõrgemale tariifile või kõrgema klassi teenusele, täpsustage, mida see teile täpselt annab. Kui argumendid on tõesti kaalukad, on parem neid kuulata. Kui argumendid on ainult "see on igas mõttes parem", otsige uus hostingu pakkuja.

Soovime teile võimalikult vähe probleeme hostimisega töötamisel ja võimalikult palju edu teie projektide arendamisel!

Majutusasutust valides saate ilmselt aru, milline on koormus. Praeguseks on ainult kaks võimalust, mis on vastupidavad nii suurele koormusele kui ka jõudlusnõuetele: pilve- või kobarlahendus. Nii üks kui ka teine on üsna väärt, nii et hind mängib siin pigem rolli.

Valimine parim hostimine

Mis vahe on klastril ja pilvel?

Klasterlahendused luuakse kahe või enama, tavaliselt füüsilise, spetsiaalse serveri baasil. Pealegi kasutatakse serveriseadmeid pidevalt ning koormuse kasvades renditakse juurde või ostetakse juurde.

Klasterlahendused esitatakse tavaliselt igakuiselt.

Pilvelahendused on ehitatud ka mitmete serverite baasil – virtuaalsed. Kui palju servereid on igal ajahetkel kaasatud, sõltub koormusest. Kõrge väärtus tähendab suurt arvu ja madal väärtus seda, et serverid, mida ei kasutata, lülitatakse lihtsalt välja.

Per pilvemajutus maksavad sageli tunde järgi. Pilves oleva iga üksiku serveri töötund on tingimata tasuline. Makse suurus sõltub täielikult koormast. Kui see on kõrge, siis on tasumisele kuuluv summa suurem ja kui koormust pole, siis on makse minimaalne.

Võrreldes sarnaste serverite pilves ja klastris töötamise rahalisi kulusid tunni kohta, näete, et klastrid on mõnevõrra odavamad. Samas, olles põhjalikult analüüsinud tasuliste ressursside efektiivse kasutamise üldprotsenti, saab üsna selgeks, et "pilvedes" on see suurem.

Sellise hostimise korral maksate ainult tegeliku tarbimise eest, samas kui klastris kehtib arveldamine ka jõudeoleva riistvara kohta.

Pilves ilm parim hostimine skaleerimiskiiruselt on see klastri omadest ees. Lisaks saab seda automatiseerida. Klastri ehitamine on pikem, automaatseid toiminguid on palju vähem.

Vaatleme iga kirjeldatud hostimislahenduse veel mõnel funktsioonil.

Klastrid

klaster hostimine tuleb valida, kas koormus on kogu aeg suur või suureneb süstemaatiliselt.

Sellistes tingimustes on kõik klastri ressursid pidevalt kaasatud, nii et seadmed ei seisa jõude. Seega jääb aega skaleerimiseks (serverite arvu suurendamiseks). See juhtub järk-järgult – koormuse kasvades.

Teistest sagedamini valivad klastri veebiteenused, veebipoed, ärirakendused, sotsiaalvõrgustikud.

"Pilved"

Pilves ilm majutamine Euroopasõigustatud ürituste, näituste, eripakkumiste ja muude saitide jaoks, kus liiklus on enamasti väike, kuid teatud aegadel võib see järsult suureneda.

Teisisõnu, me räägime saitidest, kus koormuse hüpped on tihedalt seotud turundustegevusega või suureneb see laviinina ning klastri juurutamiseks pole aega. Sel juhul kompenseerib kõrgem töötunni hind selle, et seadmed ei seisa.

Seega on pilvemajutuse üks eeliseid see, et "pilv" vähendab juurutamise aega, samuti projektide ja rakenduste turule toomist.

Järeldus

Loomulikult on mõlema lahenduse vastaseid ja pooldajaid. Sellegipoolest teenindavad nad oma olemasolust suurt hulka projekte, mis tähendab, et need on õigustatud tee võrgustikku. Kumba valida, on teie otsustada.

Nagu eespool mainitud, pilves majutamine Ukrainas sobib perioodiliselt suurele koormusele ja ettearvamatule külastajate arvu suurenemisele korraga.

Kobarlahendusi kasutatakse pideva suure koormuse või prognoositava külastatavuse süstemaatilise kasvu korral.

Sellistele väga lihtsatele teguritele keskendudes on valik palju kiirem ja lihtsam.