PDA

Bekijk Volledige Versie : Advies gevraagd Hosting (un)managed opstart vacature site



Michaelx
29/07/13, 00:41
Hallo,

We zijn bezig met het opstarten van een vacature site. Vacature site op basis met PHP5 & Mysql draaien.
Siet zal in begin weinig verkeer/leden hebben. Echter we rekenen erop binnen 6 maanden 30k visitors/maand aan te trekken.
Nu is t probleem dat we in begin weinig traffic zullen hebben, dus geen noodzaak voor groote data pakket. Wat belangrijk is dat we geen nakosten (moeilijk voor budget control) overstrijding van data willen. Aan ander kant moet de website gegarandeerd 100% online zijn, ten alle tijden (tenzij aanval, over overmacht overload). Dit brengt ons naar de upgrade mogelijkheden; Is het verstandig om eerst klein data pakket die je kan upgraden, per dag by voorkeur? Bestaat zoiest, of niet en moet je gelijk een groot datapakket nemen om zeker te zijn, die per maand kan up/downgraden? Kortom we weten niet wat de gebruikelijke hosting zaken zijn.

Daarom onze vraag: zijn er specialisten die ons willen helpen met advies over de hostingzaken van de site.
We weten de basis principes van hosting (shared, VPS, dedicated), maar wat zijn de specifieke zaken waar we rekening mee moeten houden, ook programming van Website daar we nog bezig zijn met onwikkeling? Wat voor type hosting raden jullie ons aan? Zijn er mensen met ervaring met soortgelijk opstart problemen die hun ervaringen willen delen?

Beveiliging hackers, SSl certificaat etc hoe zit het met beveiliging, zal deze afhankelijk zijn van host of Website zelf?

Alle advies/info is hartelijk welkom.

Alvast bedankt.

Michael

Michaelx
29/07/13, 01:16
Tevens vraag: Website zal voor buitenlandse markt dienen. Nou hebben begrepen dat IP adress server mede bepalend is voor google zoek resultaten. Is het een oplossing om een standard shared hosting pakket in land van markt te nemen, met doorverwijzing naar VPS NL server? Omzeil je dan IP adres van NL of blijft die?

bebbet
29/07/13, 01:17
Bedoel je daarmee een soort frameset om je NL site te laten zien? Google kent die trucjes ondertussen, en voor SEO maakt een ip adres weinig tot niets uit op de 'grote' schaal.

Michaelx
29/07/13, 01:25
Bedoel je daarmee een soort frameset om je NL site te laten zien? Google kent die trucjes ondertussen, en voor SEO maakt een ip adres weinig tot niets uit op de 'grote' schaal.

Idd, n land van markt normaal hosting pakket waar doorverwijs script zal lopen en bezoeker zullen worden doorgestuurd naar NL server waar de site werkelijk op loopt. Dus heeft geen zin, google kijkt naar de eind Ip adress van server? Begrijp ik het goed?

resultaat2012
29/07/13, 08:54
<knip>
Er wordt advies gevraagd, geen leading naar je producten/portfolio.

Mark17
29/07/13, 17:43
Mijn advies is om eerst potentiële hosters te bellen waar bij je denkt dat ze je mogelijk van dienst kunnen zijn. Kijk of het gesprek prettig is en of ze weten waar ze het over hebben (hierbij is het doorverbinden met een andere medewerker in principe geen enkel probleem). Vraag dan ook naar de upgrade/downgrade mogelijkheden. Persoonlijk zou ik in eerste instantie kijken naar de gewenste schijfruimte als er voldoende mogelijkheden zijn om te upgraden. Vervolgens is het wel van belang om te kijken naar de groei die je mee maakt, mocht je in een maand groeien met 20% en de maand ervoor met 10% dan is het verstandig te zorgen voor een pakket waar je nog voldoende mee kunt groeien. Om verrassingen achteraf te voorkomen kun je dan denken aan minimaal 30%-50% dataverkeer over. Op die manier is de kans op naheffingen klein. Ook is het vaak mogelijk afspraken te maken over een het crediteren van de naheffing waardoor deze niet betaald hoeft te worden als er op dat moment een pakket upgrade afgenomen wordt. Overleg dit wel goed voor je ergens een pakket afneemt.

Of een shared hosting pakket, VPS of dedicated server aan te raden is hangt van de hoster af. In het begin kan het waarschijnlijk met gemak op een shared hosting pakket en bij een goede hoster is upgraden dan ook mogelijk.

Michaelx
30/07/13, 02:51
@Mark17

Merci maar ons prioriteit is dataverkeer, omdat schijfruimte niet zoveel naheffing/prijschommelingen veroorzaakt.
Bovendien zullen in begin groot schijfruimte aannemen, rond 1 giga.

- - - Updated - - -

Iemand anders nuttige advies, geen aanbieding hier aub. Aanbiedingen op het juiste forumdeel, en al helemaal niet via PM.

grohl
30/07/13, 05:24
Tevens vraag: Website zal voor buitenlandse markt dienen. Nou hebben begrepen dat IP adress server mede bepalend is voor google zoek resultaten. Is het een oplossing om een standard shared hosting pakket in land van markt te nemen, met doorverwijzing naar VPS NL server? Omzeil je dan IP adres van NL of blijft die?
Ik denk dat dit misschien indirect zo is. Stel je hebt de server in Californië (met dus IP van daar ergens) maar je website is voor Europese bezoekers dan treft de latency je nadelig waar Google dan weer op sorteert.
Indien het nog andere meetingen doet a.d.v.h. IP adres dan lijkt me dit verwaarloosbaar.


Wat belangrijk is dat we geen nakosten (moeilijk voor budget control) overstrijding van data willen.


Maak een afweging. Zuinig inkopen lijkt me niet verstandig. Dan heb je heel snel kans op over verbruik wat in de kosten kan lopen. Probeer dus een provider te vinden waarmee je kan afspreken dat je per maand kan opschalen. (lijkt me niet zo'n groot probleem) Zo zorg je er voor dat wanneer je groeit steeds maar minimaal over verbruik hebt.



Aan ander kant moet de website gegarandeerd 100% online zijn, ten alle tijden (tenzij aanval, over overmacht overload).
Drie vragen:

Waarom?
Zeker weten?
Echt zeker?


Ik kan me voorstellen dat het omzet kost voor elke seconde dat je niet bereikbaar bent.
Misschien lijkt 100%*** niet ver vanaf 99,9% maar het is een factor veel goedkoper.

Vraag jezelf af, luchtvervoer is een miljarden? branche, je zou verwachten dat hun de verkeerleiding 100% beschikbaar willen hebben.
Toch is het verplicht dat de verkeersleider alles op papier nadoet indien het systeem uit valt. Anders zou het veel te duur zijn.

***/me gelooft niet in 100% garantie, alles kan kapot en alles gaat kapot.

Michaelx
30/07/13, 05:46
Ik denk dat dit misschien indirect zo is. Stel je hebt de server in Californië (met dus IP van daar ergens) maar je website is voor Europese bezoekers dan treft de latency je nadelig waar Google dan weer op sorteert.
Indien het nog andere meetingen doet a.d.v.h. IP adres dan lijkt me dit verwaarloosbaar.


Maak een afweging. Zuinig inkopen lijkt me niet verstandig. Dan heb je heel snel kans op over verbruik wat in de kosten kan lopen. Probeer dus een provider te vinden waarmee je kan afspreken dat je per maand kan opschalen. (lijkt me niet zo'n groot probleem) Zo zorg je er voor dat wanneer je groeit steeds maar minimaal over verbruik hebt.



Drie vragen:

Waarom?
Zeker weten?
Echt zeker?


Ik kan me voorstellen dat het omzet kost voor elke seconde dat je niet bereikbaar bent.
Misschien lijkt 100%*** niet ver vanaf 99,9% maar het is een factor veel goedkoper.

Vraag jezelf af, luchtvervoer is een miljarden? branche, je zou verwachten dat hun de verkeerleiding 100% beschikbaar willen hebben.
Toch is het verplicht dat de verkeersleider alles op papier nadoet indien het systeem uit valt. Anders zou het veel te duur zijn.

***/me gelooft niet in 100% garantie, alles kan kapot en alles gaat kapot.

Thanks Grohl for your reactie.

Over je zuinig inkopen, dat zullen we zeker niet doen. We zullen voldoende inkopen (30-50 Giga verkeer/ 1 giga schijf) om start te garanderene, indien we een lineare groei hebben zal er weinig aan hand zijn, is op te anticiperen. Ons probleem is stel gebruikers vinden massaal onze site en wensen zich in te schrijven? En onze site gaat offline door gebrek aan dataverkeer. Moeten we wachten tot einde van de maand of torenhoge toeslagen voor extra verkeer, zijn dat de enige opties die er zijn?

Want brengt ons gelijk aan de tweede belangrijke vereiste: beschikbaarheid, uptime. Als je website door gebrek aan inkoop capaciteit data verkeer door te harde groei offline gaat, heeft 2 grotte nadelen:
1) kandidaten zullen minder geneigd zijn zich te opnieuw te registeren, ze hebben onze site kans gegeven maar was offline. Dus wat is zin van inschrijven als de site erna offline is.
2) klanten 2x bedenken voordat ze weer hun vacature te plaatsen, hun eerste was offline. Hetzelfde als wanneer je advertentie op krant zou zetten en een dag of meer krant niet verschijnt.

Maw je krijgt een onbetrouw sticker opgepakt. Natuurlijk is het geen vereiste dat de site 24/7 uptime moet zijn. Als er gedurende een nacht eens/twee per week voor onderhoud gepleegd moet worden of site off gaat, geen man overboord. Maar offline gaan gedurende belangrijke uren (06.00-01.00) , waarbij onze gebruikers meest actief zijn, dat kunnen we ons niet permitteren. Altans niet in het begin bij werving van gebruikers.

Michaelx
30/07/13, 06:08
Mijn advies is om eerst potentiële hosters te bellen waar bij je denkt dat ze je mogelijk van dienst kunnen zijn. Kijk of het gesprek prettig is en of ze weten waar ze het over hebben (hierbij is het doorverbinden met een andere medewerker in principe geen enkel probleem). Vraag dan ook naar de upgrade/downgrade mogelijkheden.

Persoonlijk denk ik dat elke commerciele medewerker je zal doen geloven dat alles mogelijk en geen probleem is. Totdat moment van arriveren dan komen de kleine letters te voorschijn, die ze natuurlijk vooraf niet hebben gezegd.

Daarom onze vraag hier naar de ''kleine letters'' & advies, voor we hen contacteren.
bedankt voor je advies in ieder geval.

Michaelx
30/07/13, 06:23
Is het bvd goede oplossing om een tweede back up abonnement te hebben, mss bij dezelfde host, met wanneer je data verkeer limiet hebt bereikt van je eerste abonnement, je de tweede server kunt activeren al dan niet automatisch?

Excuseer voor deze late vragen, dit ivm met tijdverschil, niettemin zullen we reageren op je.

Michaelx
30/07/13, 07:04
@Grohl, sorry the was the opbouw capaciteit.

Capaciteit dataverkeer hebben we ingeschat: 30k bezoekers /gemid 1 mb per bezoek/dag= 900 giga.
Ieder gebruiker gemiddeld 2mb dus 60 giga schijfruimte.

900 giga verkeer met 60 giga schijfruimte, maar dit is gebasserd op 30k bezoekers, die we in eerste maanden natuurlijk niet zullen hebben.Daarom dachten we aan 80-100 giga verkeers /10 webruimte

Michaelx
30/07/13, 07:58
Wat me tevens opvalt, zijn de enorme prijsverschillen tussen aanbieders aan + range van opslag/verkeer? Soms lees je dat hosterx 2x hoeveelheid verkeer/schijfruimte tegen de lagere prijs ook?!

Concurrentie, ok voor een deel, dat verklaart nog niet de grote verschillen? Waar ligt dit aan? besturings system (win/linux)? control panel (admin/ c panel/plesk)? Service probleemdesk? Hardware merk/configuratie?

Michaelx
30/07/13, 08:36
Nog een laatste toevoeging, aangezien we weinig verstand hebben van hosting of programming: we willen alleen ontwikkelde site aanbieden aan de hoster met aan hen alles operaties te regelen, zelfs back ups. Behalve update van de site zelf, dat zullen we uiteraard zelf doen. Onze verdere bijdrage is constateringen van problemen/verbetering/analyses van fuctioneren van website & oplossingen door de hoster zelf uit te voeren.
Een managed account noemt men dit als we goed begrijpen.

The-BosS
30/07/13, 11:04
Wat me tevens opvalt, zijn de enorme prijsverschillen tussen aanbieders aan + range van opslag/verkeer? Soms lees je dat hosterx 2x hoeveelheid verkeer/schijfruimte tegen de lagere prijs ook?!

Concurrentie, ok voor een deel, dat verklaart nog niet de grote verschillen? Waar ligt dit aan? besturings system (win/linux)? control panel (admin/ c panel/plesk)? Service probleemdesk? Hardware merk/configuratie?

Dat kan veel factoren hebben, gaande van het datacenter waar de servers staan, het gebruikte netwerk (of eigen netwerk met verschillende transit providers), de gebruikte hardware (desktop hardware, echte server hardware, sata vs sas vs ssd, 7200rpm hdd vs 15.000rpm hdd, controlpanels, instellingen per hosting account (zoals mem, cpu cycles, iops, ...), cluster omgeving, ....

Het is moeilijk om in de hosting branche appels met appels te vergelijken, zelf 2 dezelfde hosters met identieke hardware, met hetzelfde netwerk in het zelfde datacenter kunnen al verschillende prijzen hebben. Het ligt er maar aan welke doelgroep je wenst aan te spreken of hoe je businessplan er uit ziet, de ene ondernemer is tevreden met 5% winst en de andere wil liever 50% winst.


Nog een laatste toevoeging, aangezien we weinig verstand hebben van hosting of programming: we willen alleen ontwikkelde site aanbieden aan de hoster met aan hen alles operaties te regelen, zelfs back ups. Behalve update van de site zelf, dat zullen we uiteraard zelf doen. Onze verdere bijdrage is constateringen van problemen/verbetering/analyses van fuctioneren van website & oplossingen door de hoster zelf uit te voeren.
Een managed account noemt men dit als we goed begrijpen.

Bij een hoster zal dit (meestal) niet onder managed vallen, enkel server software valt hier (meestal) onder, de content en/of scripts dienen te worden onderhouden door de klant zelf. Wat je wel kunt doen is een webmaster/webdesigner/web.... onder de arm nemen om dit voor je te doen, sommige website beheerders hebben soms ook eigen hosting diensten die ze aanbieden en/of goede contacten met bepaalde hosters. Het is ook altijd raadzaam om zelf eigen backups te maken ook al vertrouw je op je hoster om dit te doen, je weet maar nooit.

Michaelx
30/07/13, 11:42
@the boss, thanks voor je uitleg.

Voor ons is belangrijkste ondersteuning, snelheid betrouwbaarheid en flexibiliteit. Wat is normaal genomen belangrijk:, ram geheugen, merk geheugen, servers? Maw wat zijn de cruciale elementen,? Maakt het wat uit of het HP of China servers zijn, zoja processoren mss ook?
Om begin te vergelijken hebben een start nodig, wat zijn de belangrijkste punten, voor een dynamische vacature site dat werkt op PHP/Mysql de kritieke zaken?

Voor het managen: content, scripts & update dat zullen we zelf doen via op maat gemaakte cms. Ik bedoelde eerder, stel site laad te langzaam op & we willen weten wat de oorzaak/oplossing is, kunnen we hierop hoster aanspreken of gaat hij puur over server installatie en de rest is onze zaak?
Of onze mails worden niet verstuurd of geblokkeerd om onduideijke redenen?


Trouwens ik las je bijdrage over CDN hosting, is dat oo niet een optie?

en Cloud hosting is dat ook niet een goede oplossing ipv VPS?

Voor duidelijkheidonze budget is 30-150 maand voor hosting kosten, maar we willen natuurlijk wel waar voor onze geld.

SmilieBG
30/07/13, 13:15
@the boss, thanks voor je uitleg.

Voor ons is belangrijkste ondersteuning, snelheid betrouwbaarheid en flexibiliteit. Wat is normaal genomen belangrijk:, ram geheugen, merk geheugen, servers? Maw wat zijn de cruciale elementen,? Maakt het wat uit of het HP of China servers zijn, zoja processoren mss ook?
Om begin te vergelijken hebben een start nodig, wat zijn de belangrijkste punten, voor een dynamische vacature site dat werkt op PHP/Mysql de kritieke zaken?

Voor het managen: content, scripts & update dat zullen we zelf doen via op maat gemaakte cms. Ik bedoelde eerder, stel site laad te langzaam op & we willen weten wat de oorzaak/oplossing is, kunnen we hierop hoster aanspreken of gaat hij puur over server installatie en de rest is onze zaak?
Of onze mails worden niet verstuurd of geblokkeerd om onduideijke redenen?


Trouwens ik las je bijdrage over CDN hosting, is dat oo niet een optie?

en Cloud hosting is dat ook niet een goede oplossing ipv VPS?

Voor duidelijkheidonze budget is 30-150 maand voor hosting kosten, maar we willen natuurlijk wel waar voor onze geld.

Voor dynamische website is meestal van belang:
- goede (script) optimalisatie;
- zeer goede database optimalisatie;
- RAM geheugen (des meer geheugen, des meer 'cache' database gegevens opgeslagen kunnen worden);
- caching van de server / database zelf;
- afhankelijk van wat 'dynamisch' echt inhoud, kan snelheid van de hardschijven ook bepalend zijn.

Kijk, indien je onder dynamisch veel schrijf acties naar de database hebt, dan moeten disken snel zijn;
indien je enorme database hebt, waaruit veel gelezen wordt (maar in verhouding weinig geschreven) - dan heb je behalve goede optimalisatie van je PHP script en je database ook veel RAM geheugen nodig om meest voorkomende zoek resultaten in cache te houden want dat wordt sneller 'geleverd' aan de bezoeker en is daarmee ook snelheid beleving van de website beter.

M.b.t. managed server, dat hangt van de aanbieder af; meestal houdt het in dat server + besturingssysteem (en eventueel PHP / MySQL en andere vooraf geïnstalleerd software) up-to-date wordt gehouden. Problemen oplossen naar aanleiding van 'traagheid', tja enkele wil even wat moeite in steken - maar veelal is traagheid veroorzaakt door PHP script en hoe database (voor de script dus) gebouwd is - en dan heb je developer nodig en geen sys admin :)

Cloud hosting / CDN is wel een van de (betere) oplossingen voor de internationaal dienen van de website content.

Michaelx
30/07/13, 13:47
Thanks smilie
samenvatten
Ok, goede (script) optimalisatie; web programmeur afhankelijk, niet host
- zeer goede database optimalisatie; web programmeur afhankelijk, niet host
- RAM geheugen (des meer geheugen, des meer 'cache' database gegevens opgeslagen kunnen worden); Host
- caching van de server / database zelf; web programmeur afhankelijk, niet host
- afhankelijk van wat 'dynamisch' echt inhoud, kan snelheid van de hardschijven ook bepalend zijn. host

dus als ik goed heb, is het ram geheugen + harde schijfsnelheid bij host essentieel;rest is door web ontwikkelaar?
Het is een vacature site, dus er zal veel data zijn zowel schrijven als lezen. Maar wat is veel, we zijn geen online veiling site zijn met fotos, brochures etc?

Wij dienen geen internationale markten, slechts een; niettemin wanneer ik zo over cloud hosting, CDN lees kun je het net zo goed toepassen voor een lokale markt en zelfs beter ivm flexibilteit en betrouwbaarheid?

SmilieBG
30/07/13, 14:05
Uit mijn ervaring, winst uit geoptimaliseerde script is / kan vele malen groter zijn dan server volproppen met meer RAM, snellere HDD of snellere CPU.

Indien het een maatwerk PHP / MySQL applicatie is, dan zal in de begin fase enkele weken nodig zijn om deze te tweaken. Pas op het moment dat jullie daadwerkelijk verkeer / bezoekers hebben, zal het blijken hoe het e.e.a. zich volhoud. Dan kan web programmeur aan de slag om te kijken welke MySQL lees / schrijf acties traag zijn, waar caching toegepast kan worden e.d. E.e.a. is ook inderdaad vooraf mogelijk, echter veel hangt van de kennis en kunde van de programmeur alsmede hoe applicatie in elkaar gezet is.

Cloud kan je indien toepassen voor betere betrouwbaarheid (indien Cloud correct is opgezet inderdaad, dat hangt van hoster tot hoster af).

In CDN zie ik geen toegevoegde waarde voor jullie. Bij CDN moet je denken aan grote multinationals zoals bijvoorbeeld Facebook - hun doel is dat alle content (updates, berichten e.d.) over het gehele wereld net zo snel geserveerd worden. Dan passen ze CDN toe (met enkele seconden tot minuten vertraging), echter elke bezoeker van de facebook krijgt 'lokale' content vanaf een server welke in de buurt is :)

Michaelx
30/07/13, 14:22
@smile
Ok, punt begrepen over kunde van web programmeur & procedure, thanks nogmaals. Dat zal de toekomst moeten uitwijzen of het een goed keuze was.

Terug naar de host, gebaseerd op je kennis, wat zou de redelijk vereiste moeten zijn voor ram en schijfsnelheid? Want blijkbaar dat zijn dat 2 belangrijkste min technische vereisten die we moeten overwegen. Nu lees tevens ik iets over SSD schijven bvb, dat die uitermate geschikt zijn voor database PHP/Mysql applicaties?

Michaelx
30/07/13, 14:35
nog een vraag dat blijft rondspelen: wanneer we in land van markt een host nemen, een lege startpagina site (met meta tags weliswaar als in de site) met enkel een doorverwijsscript runnen erop die naar de werkelijk site in NL server leidt, dus met content & database, omzeil je hiermee de DNS/Ip search van google. we weten dat een klein% van de totale seo. Toch het zou min investering zijn voor betere %

SmilieBG
30/07/13, 14:36
Hehe, ik voelde dat vraag al aankomen :)

Mijn ervaring is - en dit meen ik serieus - dat er geen eenduidige antwoord op je vraag mogelijk is. Je hebt te maken met zo veel verschillende parameters welke rol (kunnen) spelen, dat het onmogelijk is om e.e.a. formule er toe te passen.

Wel zijn er algemene tips, waaronder:

- SSD schijven zijn inderdaad sneller, dus indien mogelijk (binnen het budget e.d.) voor SSD's gaan;

- gebruik maken van cache (server side); weer afhankelijk van de onderliggende besturingssysteem kan (hoster) advies geven welke caching het beste zou zijn;

- in het beginfase door hoster of web ontwikkelaar zogenaamde MySQL log-slow-queries aanzetten; indien na paar dagen hier iets gelogd word - proberen deze query's op te lossen (daarna UITzetten, want dat vertraagd het geheel);

- meer RAM is wel beter, maar indien applicatie goed geoptimaliseerd is, zal (deel) van de beschikbare ruimte nooit gebruikt worden (en wel betalen);

- blijven monitoren, zeker in het begin fase om te kijken hoe en wat loopt.

Daarnaast (en dat is voor alles van toepassing) - goedkoop is duurkoop. Jullie maandelijkse budget is al meer dan toereikend om een leuke VPS / Cloud oplossing aan te schaffen.

Michaelx
30/07/13, 14:57
@smilie

Eindelijk iemand die ons wat verder brengt, nogmaals bedankt. Nog een punt dan, in jo mening, wat zou je eerder aanraden, cloud of managed VPS. Achtergrond hierbij is dat de webmaster weinig technische achtergrond zullen hebben opgebeid van programmering.

Als ik lees over cloud, heb je hier meer flexibiliteit alsmede services dan bij VPS tegen een lagere prijs? Klopt dit, algemeen dan.
Over onze budget, we willen natuurlijk niet 150 euro betallen, plus vastzitten daan abonnement als we hetzelfde kunnen krijgen voor 50 euro of mss zelfs niet eens nodig hebben in begin. Overkill en onderschatting is makkelijk, realistisch is wat anders

SmilieBG
30/07/13, 15:29
@smilie
Overkill en onderschatting is makkelijk, realistisch is wat anders

Dat is exact het 'moeilijke' hier in :)

Welke aantal bezoekers verwacht je in het begin (denk ook aan indien je campagnes gaat doen, dan kan je hoge peaks in relatief korte tijd verwachten)?

Kijk of je web programmeur code kan 'debuggen' en achterhalen hoe veel geheugen per uniek bezoeker nodig is.
Laten we als voorbeeld nemen dat PHP / MySQL 0,8 MB per pagina view nodig hebben.
* Note:
pagina view is letterlijk een pagina genereren. Normaal gesproken is 1 bezoeker - 1 pagina view;
echter 1 bezoeker kan ook in meerdere tabbladen / browsers meer dan 1 pagina openen ;-)

Een VPS van 512 MB biedt je +/- 250 tot 300 MB aan 'vrije' geheugen voor je eigen applicatie (rest is nodig voor de besturingssysteem + web server, mail server enzovoort).
Dan zou je - in theorie - zo een 300 pagina's kunnen bedienen met dergelijke VPS. Bij elke volgende pagina verzoek zal server trager en trager worden.

Zodanig kan je een weloverwogen keuze maken voor benodigde hardware.

Daarbij, vraag goed vooraf bij de hoster waarmee ze je exact kunnen helpen in een managed constructie. Des meer ze bereid zijn om voor jullie uit te voeren (denk aan debuggen, problemen met traagheid oplossen enz) zal het duurder zijn.

Wellicht handig om met jullie web programmeur te bespreken in hoe verre (eventueel tegen een vergoeding) hij jullie hierbij kan assisteren.

Ten slotte, over de cloud;
Cloud is wel 'handig' omdat je (bij goed ingestelde cloud dan) snel kan up / downgraden of zelfs zogenaamd 'bursten'. Stel, normaal gaat het prima met 512 MB RAM, maar komende weekend heb je e.e.a. campagne op televisie waarbij je toename in gebruikers verwacht in het weekend. Dan kan je 'burst' inzetten, waarbij je server i.p.v. 512 MB tijdelijk (48 uur lang) tot 2048 MB (2 GB) gebruiken (ten een zeer kleine vergoeding - dus geen maand abonnement / kosten).

Zelf ben ik nog niet zo groot voorstander van de (massa) Cloud oplossingen; het is naar mijn mening iets wat nog behoorlijk in kinderschoenen staat en ik zou zelf geen risico nemen om voor (budget) prijs een Cloud af te nemen. Dan liever een beproefde VPS oplossing. Uitzondering is inderdaad een Cloud oplossing van een lage xxxx,xx euro per maand :)

Michaelx
02/08/13, 18:33
Zijn er ander die graag hun advies/expertise willen delen?

Michaelx
02/08/13, 18:35
Is afstand host in ons geval NL, terwijl doelgroep 4000 km verderop zit van belang voor snelheid.
Hoe zit het met snelheidverlies, verwaarloosbaar of heeft wel degelijk impact?

Iemand?

golden
02/08/13, 21:10
Op zich is een site met 30k bezoekers per maand echt nihil en zou in theorie wanneer de code een beetje goed is zelfs prima op een shared omgeving kunnen. Echter loop je hier vaak tegen de beperkingen in uptime garanties aan.

Wanneer je budget er is zou ik voor een managed cloud oplossing gaan, waar je dus zelf ten alle tijden zelf simpel kan op=/downscalen. Zo betaal je over het algemeen enkel wat je nodig hebt.

Je vroeg naar de optie over de host doorlinken naar nederland, dit zou je kunnen doen met behulp van bijv een Varnish caching server. Site in nederland, en een VPS in land van herkomst die je site cached.

Een mooiere oplossing is om gebruik te maken van een cloud omgeving met iets van CDN, zodat de site geladen kan worden vanaf de beste geografische locatie bij de bezoeker in de buurt.

SSD's is database technische zeker aan te raden. Maar ook kan je een enorme winst halen in het gebruik van bijv memcached om zoveel mogelijk te cachen en de database queries te beperken. Gebruik in ieder geval geen cache die de hdd's misbruiken aangezien dat velen malen langzamer is dan het geheugen.

Je kan natuurlijk alles managed afnemen als je helemaal geen kennis hebt, maar een beetje fatsoenlijke hoster kent ook nog de term fatsoenlijke service wanneer je niet allemaal uitgebreide contracten hebt.

Mocht je nog specifieke vragen hebben laat dat even weten.

Michaelx
03/08/13, 20:08
@golden

Thanks voor je advies maar je gaat soms te snel voor ons.

Eerst over de bezoekers, sorry had wat duidelijker kunnen zijn: bedoelde 30K gebruikers. Bezoekers zullen eerder rond 60-100K/maand (na 6-12 maanden). Hoewel het aanslaan natuurlijk afhankelijk is van ander factoren. Vroeg of laat zullen we deze bezoekers bereiken & daar willen we ons voor voorbereiden. Website is nog onder ontwikkeling, dus gemiddelde page view grootte is nog niet bekend.

Managed cloud heeft idd onze voorkeur, hoewel dit een opstart oplossing is, maar hoe zit met upload time ervan?
Uiteindelijk zullen we eindigen bij een dedicted server, drm dachten we VPS als voorbereiding erop.
CDN is niet echt een oplossing, tenzij het zelfde waar is als cloud managed omdat 95% van onze gebruikers uit eenzelfde land komen.

Over het doorlinken, VPS in thuismarkt, omzeil zo dan de dns/ip search van google? Tweede probleem is dat de vps in thuismarkt onbetrouwbaar zijn, lage uptime %, vaak problemen. Vandaar dat we uitwijken naar NL. Ik weet van vroeger dat je een simple een doorlink script kon zetten. De thuismarkt is onbetrouwbaar om site erop te zetten & uptime te garanderen, maar we willen een dns/ip van dezelfde markt voor google search.

Hoe zit het met snelheid van buitelandse host, klopt het dat afstand idd effect heeft op functioneren van site, dataverlies per 1K km?

Over je snelheid winst, sinds website nog onder ontwikkeling is wat bedoel je met ''cache die Hdd misbruiken''? Waarop moeten we de ontwikkelaar op wijzen, dat zij het uitvoeren dan? We hebben ze de opdracht gegeven om zoveel mogelijk gebruik te maken van cache maar cache die HDD misbruikt? Net als database querries beperken, zoals wat bv?

Ook over SSL certificaat, is het host afhankelijk od site afhankelijk: maw moet je die vooraf aanschaffen en installeren op de site en moet de host compatible zijn of andersom? Voor nu is de ontwikkelaar de site ssl compatible aan het maken en certificaat door host te installeren.

Bedankt voor je hulp nogmaals, we waarderen het enorm.

wila
03/08/13, 20:41
Hoe zit het met snelheid van buitelandse host, klopt het dat afstand idd effect heeft op functioneren van site, dataverlies per 1K km?Ja, 3 bytes per kilometer en a ngezien ik nu 9 80 km van je vandaan zit. alt er wel eens ts weg. Hallo zie je dit nog? Ik ga nu een tunnel in..

Volgens mij ben je de zaak veel te ver aan het beredeneren zonder de benodigde kennis zelf in huis te hebben en met heel veel natte vingerwerk. Kies een goede hoster, ga er bij de op de koffie en bespreek je plannen met hem. Kunnen ze jouw onzekerheden weghalen dan kies je voor hem en anders drink je elders nog een bak koffie.

The-BosS
03/08/13, 21:35
Ja, 3 bytes per kilometer en a ngezien ik nu 9 80 km van je vandaan zit. alt er wel eens ts weg. Hallo zie je dit nog? Ik ga nu een tunnel in..

Dat is enkel van toepassing als je udp gebruikt en gelukkig is http/https tcp ;)

systemdeveloper
03/08/13, 23:35
Je kunt beter een ontwikkelaar hebben die je een seconde van je laadtijd afhaalt, dan je druk maken over enkele tientallen ms die je misschien kwijtraakt.

Michaelx
04/08/13, 00:02
Ja, 3 bytes per kilometer en a ngezien ik nu 9 80 km van je vandaan zit. alt er wel eens ts weg. Hallo zie je dit nog? Ik ga nu een tunnel in..

Volgens mij ben je de zaak veel te ver aan het beredeneren zonder de benodigde kennis zelf in huis te hebben en met heel veel natte vingerwerk. Kies een goede hoster, ga er bij de op de koffie en bespreek je plannen met hem. Kunnen ze jouw onzekerheden weghalen dan kies je voor hem en anders drink je elders nog een bak koffie.

Graag constructief advies, we zijn juist hier voor advies & kennis op te doen: voordat koffie gaan drinken en allerlei commerciele praat aanhoren.

Michaelx
04/08/13, 00:05
Je kunt beter een ontwikkelaar hebben die je een seconde van je laadtijd afhaalt, dan je druk maken over enkele tientallen ms die je misschien kwijtraakt.

Tuurlijk dat proberen we tevens te doen.
Terug naar vraag, conclusie maw afstand is verwaarloosbaar, niet meenemen bij criteria? Zelfs met 30K gebruikers & 60-100K bezoekers?
Er is geen cumul effect?

The-BosS
04/08/13, 00:30
Tuurlijk dat proberen we tevens te doen.
Terug naar vraag, conclusie maw afstand is verwaarloosbaar, niet meenemen bij criteria? Zelfs met 30K gebruikers & 60-100K bezoekers?
Er is geen cumul effect?

Zoals systeemdeveloper zegt is de latency van je server locatie in het totale plaatje hetgeen waar je je het minste zorgen over moet maken. Vroeger een klant gehad met een zeer drukke gaming community website en die site was ook traag, tot ik hem verplichte om er een developer naar te kijken. Omdat hij bij iedere request mysql query's uitvoerde, nadat de developer klaar was met optimalisatie van mysql query's en het toepassen van cache op zowel mysql als php was de site 15 keer zo vlug. Je grootste snelheidswinst is dus te halen met optimalisatie van je database en query's en het cachen van data.

systemdeveloper
04/08/13, 00:46
Tuurlijk dat proberen we tevens te doen.
Terug naar vraag, conclusie maw afstand is verwaarloosbaar, niet meenemen bij criteria? Zelfs met 30K gebruikers & 60-100K bezoekers?
Er is geen cumul effect?

Als je de lag wilt weten vanuit verschillende geografische lokaties naar een bep. website dan kun je op deze site (links onder hosting tools) een site check doen (paar keer doen) en dan heb je een beeld van de tijd die je extra kwijt bent. Over het algemeen valt dat wel mee en liggen die tijden ruim onder de tijd dat je browser nodig heeft om een pagina te renderen. Met andere woorden... je gaat het in de praktijk niet zo heel snel merken tenzij je bezoekers echt van de andere kant van de wereld komen of gewoon een slechte route hebben.

Het verschil tussen 30k en 100k of 1M bezoekers is wat dat betreft totaal niet relevant. Wat hierbij wel belangrijk is, is hoe je programmeur de boel geknutseld heeft. Een relatief lege site is bijna altijd wel snel als je het goed aanpakt. Hooguit dat je meer ram/diskio nodig hebt om meer concurrent processen te faciliteren.

Maar... er zijn maar weinig programmeurs die a) echt kunnen optimaliseren en b) kaas gegeten hebben van het opzetten van een goede database. En dat zijn juist de dingen die je de nek breken bij drukte/pieken.
Een klant van ons heeft een marktplaats met zo'n 120 miljoen foto's. De programmatuur die dat afhandelt lijkt ondertussen totaal niet meer op hetgeen het ooit was in de eerste versie (7-8 jaar geleden) en er heeft de nodige tijd/hersenbrekertjes in gezeten om te komen waar het nu is. Maar latency e.d. is echt het laatste waar je mee te maken krijgt ;)