Käytän tällä hetkellä web-hotellia.
Palveluun kohdistuu noin 40000 sivulatausta päivässä ja seuranta suoritetaan karrikoiden alla mainitulla tavalla. Liikennemäärä noin 15-20 Gt/pv.
file_put_contents('./stats/' . $id, (file_get_contents('./stats/' . $id) 1));
Oletetaan, että palvelin normaalikuormitus on 1, kun otan käyttöön yllämainitun seurannan _koko_ palvelimen kuormitus nousee välille 2-4 (suurin sallittu palvelimen kuormitus on 5).
Vilkkaimpina tunteina sivulatauksia tulee 7000.
Miten on mahdollista, että pelkkä tiedostonluku ja -kirjoitus (10-150/min) moninkertaistavat koko palvelimen kuormituksen?
Koska palvelun käyttömäärät ovat jatkuvassa nousussa, alkaa tuntua siltä, että hotellini ei kykene tarjoamaan riittävän tehokasta alustaa palvelulleni. Vaihtoehdoksi olen miettinyt joko laadukkaampaa web-hotellia tai omaa virtuaalipalvelinta.
Virtuaalipalvelimista ei itselläni ole juuri minkäänlaista käsitystä, joten en osaa suorittaa valintaa monien tarjoajien välillä.
Tällä hetkellä ykkösvalintana on: http://www.sigmatic.fi/palvelut/vbasic.html , mutta en tiedä onko tuo riittävän tehokas?
Palvelimen kuormitus
7
1038
Vastaukset
- &&&&&...
asiakas noin kaksi vuotta. Meillä on käytännössä lähinnä s-posti käytössä ja sisällönhallinta softalla tehdyt sivut. Sivujen latausmäärät ei ole sinun mainitsemia määriä, mutta kaikki on toiminut vallan mainiosti.
Silloin, kun valitsimme firmaa, niin halvempia olisi ollut tarjolla, mutta sen tiedämme, että halpaa ja hyvää ei ole..... - nnnrh
Nebula ilman muuta jos etsit tehokasta ja luotettavaa palveluntarjoajaa. Jos tulee ongelmia niin asiakaspalvelu vastaa lähes heti, usein muutaman minuutin kuluttua viestin lähettämisestä.
"file_put_contents('./stats/' . $id, (file_get_contents('./stats/' . $id) 1));"
Tuo on ns flatfile tietokanta, omiaan pikkuruisilla sivuilla, isommilla turhan raskas. Mikäli tuota haluat käyttää niin laita tiedostolle kunnon polku tällöin nopeampi kuin ./stats/ katso http://www.moskalyuk.com/blog/php-optimization-tips/1272 kohta 4. Sekä välillä kannattaa tiedostot tyhjentääkkin.
Tosin käytä tietokantaa esim MySQL ja siinä MyISAM taulutyyppia tuohon kävijämäärän seuraamiseen, tietokanta on tähty juurikin jatkuvaan tiedon lukemiseen/kirjoittamiseen jossa se on huomattavasti nopeampi ja vähemmän kuormittavampi kuin flatfile tietokanta. Tuohon laskuriin ihan perus UPDATE kysely http://dev.mysql.com/doc/refman/5.0/en/update.html sieltä löytyy myös PRIORITY asetus jolla pystyy kuormitusta myös keventämään.
"file_put_contents('./stats/' . $id, (file_get_contents('./stats/' . $id) 1));"
Sekä tuo laskee jokaikisen sivupyynnön (päivitänapin painalluksetkin), sekö on tarkoitus?
Onko tuossa $id sivun id vaiko käyttäjän id?
Eikös web-hotellisi tarjoa statiikkaa sivusi kävijöistä?
Niitä kannattaa käyttää jos mahdollista ja tiedot riittävät, ovat paljon parempa kuin tuo käyttämäsi palvelimen kannalta ajateltuna.
Virtuaalipalvelimia on monenlaisia, useissa on ylläpito hoitaa kaikki asetukset jne... päivitykset ja käytät ihan samaantapaan kuin norm web-hotelliakin.
Ja mitä tuohon Sigmatic:iin tulee niin sanotaankos näin kannattaa miettiä muita vaihtoehtoja. Jos ostat heiltä, niin suosittelen ainakin testaamaan asiakaspalvelun nopeuden, useiden viestien perusteella vastausaika pariviikkoa ja vaikea edes saada puhelimeen ketään. Tiedä sit nykytilanteesta.- Aloittaja
Seuranta oli aikaisemmin MySQL:n päällä, mutta palvelin valitteli jatkuvasti max_connections:n ylittämisestä ja kaikki kusi totaalisesti. (Serveri kuormittui huomattavasti enemmän kuin flatilla).
Nyt seuranta menee ensin flat-filuihin ja kahdesti päivässä cronin kanssa tietokantaan.
Seurannan kannalta "Refresh":in painaminen on niin minimaalista, että en viitsi IP/keksi-tarkistuksia tehdä.
...ja id on sivun tunnus...
Palvelun tarjoaja tarjoajaa "omille" sivuilleni seurannan, mutta tuo seuraa tarjoamani palvelun käyttöä (käyttäjät lisäävät koodin omiin paikkoihinsa).
- Vielä vertaillaan eri vaihtoehtoja tulevaksi palvelimeksi - - nnnrh
Aloittaja kirjoitti:
Seuranta oli aikaisemmin MySQL:n päällä, mutta palvelin valitteli jatkuvasti max_connections:n ylittämisestä ja kaikki kusi totaalisesti. (Serveri kuormittui huomattavasti enemmän kuin flatilla).
Nyt seuranta menee ensin flat-filuihin ja kahdesti päivässä cronin kanssa tietokantaan.
Seurannan kannalta "Refresh":in painaminen on niin minimaalista, että en viitsi IP/keksi-tarkistuksia tehdä.
...ja id on sivun tunnus...
Palvelun tarjoaja tarjoajaa "omille" sivuilleni seurannan, mutta tuo seuraa tarjoamani palvelun käyttöä (käyttäjät lisäävät koodin omiin paikkoihinsa).
- Vielä vertaillaan eri vaihtoehtoja tulevaksi palvelimeksi -"Seuranta oli aikaisemmin MySQL:n päällä, mutta palvelin valitteli jatkuvasti max_connections:n ylittämisestä ja kaikki kusi totaalisesti. (Serveri kuormittui huomattavasti enemmän kuin flatilla)."
Hmmm... tuo virheilmoitus viittaa siihen, että MySQL asetettu maksimiyhtäaikaiskäyttäjä määrä ylittyi, kenties liian alhaiseksi asetettu?
Mitenkä sie tuon serverikuormituksen katsot?
Miten yhdistit tietokantaan, millä functiolla?
Aloitusviestisi mukaan käytät web-hotellia, niin halvimmissa tietokantapalvelimet ovat ylikuormitettuja hyvässä lykyssä kaikki asiakkaat saattavat käyttää samaa alimitoitettua tietokantapalvelinta, jolloin todellakin flatfile juttu voi toimia paremmin koska se on web-palvelimella(eri koneella). Jos tietokanta on ylikuormitettu ruuhkahuippuina esim ruokatunnilla niin silloin tuo max_connections ilmoitus tulee vaikka sivuillasi olisi yksi kävijä, siis tuo ilmoitus ei varsinaisesti viittaa sivuusi.
Jos sinulla on kunnolla toimiva tietokantapalvelin joka ei ole ylikuormitettu niin se toimii huomattavasti suuremmalla kävijämäärällä ongelmitta kuin tuo flatfile. Sekä flatfile:ttä käytettäessä ongelmaksi tulee tiedostojen lukitus kirjoituksen ajaksi, kaksi samanaikaista kirjoitus yritystä niin tiedosto tyhjenee.
PHP:n http://fi.php.net/manual/fi/function.flock.php eivät takaa täydellistä suojaa tuosta ongelmasta.
Jos siirryt käyttämään virtuaali tai dedikoitu palvelinta niin suosittelen todellakin, että ainakin kokeilet tietokantaa uudestaan niin huomaat mihkä se pystyy.
Ota rohkeasti yhteyttä tuonne Nebulan asiakaspalveluun ja kerro heille sivustasi, liikennemääristä jne... niin varmasti osaavat neuvoa parhaimman ratkaisun. Toki niitä on muitakin hyviä kuin tuo palveluntarjoajia kuin Nebula, mutta tuon on useat hyväksi havainnut. Toki tuo Nebula ei ole sieltä halvimmasta päästä, mutta halvallahan ei hyvää saa. - Aloittaja
nnnrh kirjoitti:
"Seuranta oli aikaisemmin MySQL:n päällä, mutta palvelin valitteli jatkuvasti max_connections:n ylittämisestä ja kaikki kusi totaalisesti. (Serveri kuormittui huomattavasti enemmän kuin flatilla)."
Hmmm... tuo virheilmoitus viittaa siihen, että MySQL asetettu maksimiyhtäaikaiskäyttäjä määrä ylittyi, kenties liian alhaiseksi asetettu?
Mitenkä sie tuon serverikuormituksen katsot?
Miten yhdistit tietokantaan, millä functiolla?
Aloitusviestisi mukaan käytät web-hotellia, niin halvimmissa tietokantapalvelimet ovat ylikuormitettuja hyvässä lykyssä kaikki asiakkaat saattavat käyttää samaa alimitoitettua tietokantapalvelinta, jolloin todellakin flatfile juttu voi toimia paremmin koska se on web-palvelimella(eri koneella). Jos tietokanta on ylikuormitettu ruuhkahuippuina esim ruokatunnilla niin silloin tuo max_connections ilmoitus tulee vaikka sivuillasi olisi yksi kävijä, siis tuo ilmoitus ei varsinaisesti viittaa sivuusi.
Jos sinulla on kunnolla toimiva tietokantapalvelin joka ei ole ylikuormitettu niin se toimii huomattavasti suuremmalla kävijämäärällä ongelmitta kuin tuo flatfile. Sekä flatfile:ttä käytettäessä ongelmaksi tulee tiedostojen lukitus kirjoituksen ajaksi, kaksi samanaikaista kirjoitus yritystä niin tiedosto tyhjenee.
PHP:n http://fi.php.net/manual/fi/function.flock.php eivät takaa täydellistä suojaa tuosta ongelmasta.
Jos siirryt käyttämään virtuaali tai dedikoitu palvelinta niin suosittelen todellakin, että ainakin kokeilet tietokantaa uudestaan niin huomaat mihkä se pystyy.
Ota rohkeasti yhteyttä tuonne Nebulan asiakaspalveluun ja kerro heille sivustasi, liikennemääristä jne... niin varmasti osaavat neuvoa parhaimman ratkaisun. Toki niitä on muitakin hyviä kuin tuo palveluntarjoajia kuin Nebula, mutta tuon on useat hyväksi havainnut. Toki tuo Nebula ei ole sieltä halvimmasta päästä, mutta halvallahan ei hyvää saa."Mitenkä sie tuon serverikuormituksen katsot?"
- Näkyy hotellin hallintasivulla (ja palveluntarjoaja ystävällisesti laittoi palvelun (domainin) kiinni liiallisen kuormituksen seurauksena).
"Miten yhdistit tietokantaan, millä functiolla?"
- Oman luokan kautta, jossa normi mysql_connect ja mysql_query
"... samaa alimitoitettua tietokantapalvelinta..."
- Näin ymmärtääkseni ainakin tässä tapauksessa.
"Toki tuo Nebula ei ole sieltä halvimmasta päästä, mutta halvallahan ei hyvää saa."
- Homma pyörii non-profit/harrastusperiaatteella, joten ei ihan hirveästi kykene maksamaan. (Joku 30 € kuussa menee vielä harrastuskuluihin. :D). (...ja tuo Nebulan "tapauskohtainen hinnoittelu" kuulostaa melko pelottavalta = kalliilta).
Virtuaalipalvelin kuitenkin houkuttelisi, koska se mahdollistaa paljon enemmän kuin tämänhetkinen. Budjettiin sopivin vaihtoehto on tuo Sigmaticin "Basic", hieman vain mietityttää tuo: "Palvelin soveltuu hyvin pienehköille sivustoille, nimi- tai sähköpostipalvelinkäyttöön tai vaikkapa kehitys- ja testiympäristöksi." -lause. Riittäköhän tuossa potku?
Jos tuota Sigmaticin virtuaalipalvelinta vertaa "tehojen" puolesta normi webbi-hotelliin, niin miten se vertailussa pärjäisi? - nnnrh
Aloittaja kirjoitti:
"Mitenkä sie tuon serverikuormituksen katsot?"
- Näkyy hotellin hallintasivulla (ja palveluntarjoaja ystävällisesti laittoi palvelun (domainin) kiinni liiallisen kuormituksen seurauksena).
"Miten yhdistit tietokantaan, millä functiolla?"
- Oman luokan kautta, jossa normi mysql_connect ja mysql_query
"... samaa alimitoitettua tietokantapalvelinta..."
- Näin ymmärtääkseni ainakin tässä tapauksessa.
"Toki tuo Nebula ei ole sieltä halvimmasta päästä, mutta halvallahan ei hyvää saa."
- Homma pyörii non-profit/harrastusperiaatteella, joten ei ihan hirveästi kykene maksamaan. (Joku 30 € kuussa menee vielä harrastuskuluihin. :D). (...ja tuo Nebulan "tapauskohtainen hinnoittelu" kuulostaa melko pelottavalta = kalliilta).
Virtuaalipalvelin kuitenkin houkuttelisi, koska se mahdollistaa paljon enemmän kuin tämänhetkinen. Budjettiin sopivin vaihtoehto on tuo Sigmaticin "Basic", hieman vain mietityttää tuo: "Palvelin soveltuu hyvin pienehköille sivustoille, nimi- tai sähköpostipalvelinkäyttöön tai vaikkapa kehitys- ja testiympäristöksi." -lause. Riittäköhän tuossa potku?
Jos tuota Sigmaticin virtuaalipalvelinta vertaa "tehojen" puolesta normi webbi-hotelliin, niin miten se vertailussa pärjäisi?"- Näkyy hotellin hallintasivulla (ja palveluntarjoaja ystävällisesti laittoi palvelun (domainin) kiinni liiallisen kuormituksen seurauksena)."
Aika huonoa toimintaa mielestäni. Jos palvelinta kuormitetaan liikaa niin tällöin kuuluu ottaa asiakkaaseen yhteys ja keskustella asiasta, eikä sulkea sivustoa, sama juttu liikennemäärienkin ylittyessä. Voitkos kertoa mistä web-hotellista on kyse?
"- Oman luokan kautta, jossa normi mysql_connect ja mysql_query"
Joissaintapauksissa mysql_pconnect toimii paremmin, sekä tietenkin mysqli-functiot mikäli niitä vain pystyy käyttämään.
""... samaa alimitoitettua tietokantapalvelinta..."
- Näin ymmärtääkseni ainakin tässä tapauksessa."
Joten sinulle voisi riittää, että ostaisitkin ihan web-hotellipaketin hyvältä palveluntarjoajalta jossa tietokantapalvelin ei olisi alimitoitettu. Ei tuo 40 000 sivulatausta päivässä ole niin hirvittästi.
"- Homma pyörii non-profit/harrastusperiaatteella, joten ei ihan hirveästi kykene maksamaan. (Joku 30 € kuussa menee vielä harrastuskuluihin. :D). (...ja tuo Nebulan "tapauskohtainen hinnoittelu" kuulostaa melko pelottavalta = kalliilta)."
Mutta et siitä mitään menetä jos kysyt. Ja muutenkin kannattaa kysellä, eikä vain tyytyä palveluihin joita hinnastossa näkyy.
"Virtuaalipalvelin kuitenkin houkuttelisi, koska se mahdollistaa paljon enemmän kuin tämänhetkinen."
Toki virtuaalipalvelin on hyvä ratkaisu ja mahdollistaa paljon, mutta ottamalla alimitoitetun palveluusi niin saattaa toimia huonommin kuin saman hintainen norm web-palvelinpaketti.
"Riittäköhän tuossa potku?"
En tunne niin hyvin virtuaalipalvelimia, että osaisin näiden tietojen pohjalta mitään vamaa sanoa, joten parasta on että olen hiljaa tässä asiassa.
Oletkos vilkaissut http://www.neutech.fi/yrityspalvelin.php tuota olen kuullut sillointällöin kehuttavan, tiedä sit.
Uskallatkos muuten kertoa palvelusi osoitteen, kiinostaisi vilkasta?
- Aloittaja
Liikennemäärä on 15-20 Gt/kk ei per päivä...
Ketjusta on poistettu 0 sääntöjenvastaista viestiä.
Luetuimmat keskustelut
Kotkalainen Demari Riku Pirinen vangittu Saksassa lapsipornosta
https://www.kymensanomat.fi/paikalliset/8081054 Kotkalainen Demari Riku Pirinen vangittu Saksassa lapsipornon hallussapi852287Olen tosi outo....
Päättelen palstajuttujen perusteella mitä mieltä minun kaipauksen kohde minusta on. Joskus kuvittelen tänne selkeitä tap182257Vanhalle ukon rähjälle
Satutit mua niin paljon kun erottiin. Oletko todella niin itsekäs että kuvittelet että huolisin sut kaiken tapahtuneen181700- 1041458
Maisa on SALAKUVATTU huumepoliisinsa kanssa!
https://www.seiska.fi/vain-seiskassa/ensimmainen-yhteiskuva-maisa-torpan-ja-poliisikullan-lahiorakkaus-roihuaa/1525663921416Hommaatko kinkkua jouluksi?
Itse tein pakastimeen n. 3Kg:n murekkeen sienillä ja juustokuorrutuksella. Voihan se olla, että jonkun pienen, valmiin k1631248Aatteleppa ite!
Jos ei oltaisikaan nyt NATOssa, olisimme puolueettomana sivustakatsojia ja elelisimme tyytyväisenä rauhassa maassamme.2571042- 63943
- 78909
Omalääkäri hallituksen utopia?
Suurissa kaupungeissa ja etelässä moinen onnistunee. Suuressa osassa Suomea on taas paljon keikkalääkäreitä. Mitenkäs ha174893