Beste,

Voor een nieuwe project wil ik een dedicated server huren bij leasweb.
Nu heb ik deze configuratie gekozen:

HP ProLiant DL120
1x Intel Dual-Core G6950
8GB DDR3
4x500GB SATA2 (niet nodig maar is de goedkoopste optie)
10 TB Bandwidth
1 x 1000Mbps Full-Duplex

Dataverkeer lijkt wat veel maar is zeker nodig voor het verkeer wat ik ga genereren.
Op de server staat data dat via een API opgehaald kan worden. De data hiervan kan oplopen tot 300kb per verzoek.

Ik verwacht ongeveer 450.000 tot 600.000 verzoeken per maand in het begin. Ik wil daarom ruim voldoende dataverkeer hebben.
10TB leek me een goede optie en niet al te duur.

De API maakt geen gebruik van een SQL database.


Mijn vraag is nu, kan de overige hardware dit verkeer aan? Ik wil er rekening mee houden dat er op z'n minst 300 verzoeken tegelijkertijd gemaakt kan worden.

Groeten,
Ben

Opzich een prima server voor uw doel, alleen zou ik het RAM-geheugen iets uitbreiden.

600000/30/24/60 = 14 requests per minuut.

Dat is, voor simpel request/response, een lachtertje. M.a.w. je zit ruim goed, mits het gewoon request/response verkeer is.

Misschien interessant om de schijven te vervangen door SSD's

Persoonlijk vind ik de specs voor het aantal bezoekers beperkt.

Je zou minstens een quadcore CPU moeten hebben en een goede disk snelheid

BV:
Quadcore CPU
DDR3 geheugen met 1600 MHZ
SAS of SSD schijven (mimimaal 10K rpm) snelheid

Server goed optimaliseren kan je ook veel mee bereiken.

Indien je hulp nodig hebt mail even naar

Ik snap om eerlijk te zijn niet zo goed waarom er links en rechts met specs gesmeten wordt die de TS nodig zou hebben zonder enige onderbouwing.

Waarom SSD schijven? Voor het zelfde geld gaat het om maximaal enkele tientallen MB's aan data die hij wil rondpompen naar vele endpoints. Dan past alles makkelijk in je RAM, kortom elke vorm van i/o optimalizatie is dan overbodig. Waarom heeft hij een quadcore nodig? Zelfs een simpel P3tje kan zulke aantallen simpele requests bedienen?

Nogmaals, onder de aanname dat het om simpele request/response verzoeken gaat, makkie. Meer informatie dan "14 api verzoeken per minuut, van ongeveer 300kb per elke en geen database" is er niet. Waarom dan speculeren over wat iemand precies nodig zou hebben? Als het niet om simpele request/response verzoeken gaat dan wordt het interessanter? Gaat het om elke keer een lookup van een file? Disk i/o optimaliseren? Gaat het om berekeningen op steeds dezelfde data? CPU/Memory optimaliseren? Eerst kijken wat de bottleneck is, dan acteren.

En mocht TS dan met geld willen gaan smijten, dan zou ik eerst je oplossing bouwen, voor een uur een paar VM's huren in een cloud en gewoon even gaan loadtesten. Meten = weten

Ik mis een 'like' knopje :)

Bedankt voor de reacties.

Ik kan wat meer informatie geven. De data die opgevraagd kan worden zal gedeeltelijk van een externe bron komen. De server haalt dus data op en weergeeft dit via de API door aan de eindgebruiker.

Is het verstandig om dan een andere CPU te kiezen en/of meer geheugen?

Beide waarschijnlijk niet. Aangenomen dat je bij een piek van 300 users 300kb data in ram laadt om het vervolgens door te sturen (worst case) dan nog heb je in principe maar amper 200mb aan ram nodig. Maak het json/base64encoded en dan nog zit je ruim onder 1gb ram aan buffers.
Gooi er 300 concurrent apache processen bij van 200mb per stuk (waarbij een groot deel nog shared is) en je hebt totaal met 8gb ram ruim voldoende.

De cpu... het is natuurlijk afhankelijk van wat je doet met de data die je ophaalt en doorstuurt, dus daar is weinig over te zeggen.
Stel je zou het ongewijzigd doorsturen dan staat de cpu niks anders te doen dan te contextswitchen en nu en dan wat ram te verplaatsen in input buffers naar uitputbuffers en af en toe op een interrupt van de netwerkkaart te wachten. Daar is in principe niet veel power voor nodig.
Het kan een beetje krap worden met 2 cores omdat je nog tientallen andere processen op een server hebt draaien, maar dat is iets dat zul je gewoon even moeten testen. Een vpsje zou idealer zijn omdat je daar eenvoudiger kunt opschalen, mocht het nodig zijn.

Ik heb je een PM gestuurd Ben.

De data die opgevraagd kan worden zal gedeeltelijk van een externe bron komen. De server haalt dus data op en weergeeft dit via de API door aan de eindgebruiker.

Als je voornamelijk data rondpompt zou ik zorgen voor een goede hardware netwerkkaart. Eentje die zelfstandig wat kan in plaats van volledig op je CPU te leunen.