Crisis.nl nauwelijks bestand tegen stormloop

Lijkt me simpel: een text-only? En loadbalancer.

En dan te bedenken dat er volgens Binnenlandse Zaken nog niet eens sprake was van een crisis.
(nu.nl:"Maar het was geen crisis, zei een woordvoerder van het ministerie van Binnenlandse Zaken vrijdag." )

Ik dacht anders gelezen te hebben dat crisis.nl bestand was om tot 5 miljoen bezoekers per 10 minuten te verwerken.

Vergeet de verzekeringsmaatschappijen niet. Zo lag Centraal Beheer er ook een groot deel van de dag uit, waarschijnlijk vanwege de schadegevallen die men wilde melden.

@tweaktubbie: uiteraard gebruikt crisis.nl loadbalancers. kijk maar eens bij de statistieken die netcraft.com over het domein geeft. Ze draaien MS IIS/6 achter Big-IP loadbalancers.

Storm is een nuttige test voor ze geweest, lijkt me. Geen echte crisis, wel veel bezoek.

Overigens wist de Telegraaf vandaag te melden dat het Ministerie van Binnenlandse Zaken deze storm helemaal niet beschouwd al een crisis.

Kun je nagaan hoe dat dan moet worden als dat wel het geval is. Gaan ze er bij het ministerie dan vanuit dat niemand die website zal bezoeken vanwege de gevolgen van de crisis?!

(bron: http://www.telegraaf.nl/binnenland/57179271/Crisiscentrum:_storm_was_geen_crisis.html)

Vreemd crisis.nl kon de crisis niet aan?
O nee, het was geen crisis.

"Server: Microsoft-IIS/6.0"

Geen wonder dat 'ie onder een beetje load al bezwijkt, wie draait er nou een website onder Microsucks...

- Michael

Ik vind het zelf idioot hoe die site er zelf uitziet (uit zag, nu is er weer een andere); Hele kleine letters, belangrijkste boodschap helemaal niet prominent aanwezig en drie onoverzichtelijke kolommen..

Maak gewoon een hele duidelijke simpele website zonder plaatjes oid, met het belangrijkste bericht bovenaan met groot lettertype (in meerdere talen?) en zonder al die poespas...

Het is te bizar voor woorden dat een overheidsinstantie blijkbaar niet in staat is om een website te laten hosten in een goede load-balanced omgeving, waarin een website niet te traag wordt. Theoretisch zou je met load-balancing zoveel verkeer aan moeten kunnen dat zelfs heel Europa gelijktijdig zo'n website moet kunnen bezoeken. En alles is netjes af te testen van te voren, hetgeen wel wat resources kost natuurlijk. De kosten voor zo’n dedicated hosting omgeving zijn voor de meeste niet op te brengen, maar voor een overheid of een ander groot bedrijf zijn zulke kosten peanuts, zeker als je deze afzet tegen het belang van de website. Ik heb er geen woorden voor. (Directie Yourhosting.nl).

Stel: 8.5 miljoen hits (== requests, niet bezoekers) in 1 uur (wat niet het geval was):
8500000/3600=2361 requests/seconde

In 2001 was ik bezig met tuning van apache servers, en kreeg uit een enkele dual PIII server met 100MBit nic toch wel meer uit (3000 r/s) voor statische content.

Let wel: dit was 0 bytes content (het gaat namelijk niet om de hoeveelheid bytes, maar de hoeveelheid requests), dus daarmee kwam ik dus ook redelijk in de buurt van een volle 100MB lijn.

Anyway: prutsers dus.

En het ergste gepruts is: wat als er een bom valt op het crisis.nl center? Waar komt de informatie dan vandaan? Bij een site als deze zou je eerder dns loadbalancing verwachten dan een enkele cluster met een bigiron die sessie cookies set (Huil!!! Weten ze dan echt niks van high-traffic sites?)

Een text-only (<strong>, <br> and Ancher tag maximaal) site zou stukken beter werken, daarnaast zal crisis.nl ook worden bezocht door ouderen, dus reden temeer om het SIMPEL TE HOUDEN, gisteren kon ik helemaal niet op de site van de ns.nl en crisis.nl komen, vandaag had ie nog steeds een klein probleem... ;(

@ardje:

Helaas, de grootte van de response is juist *wel* belangrijk! Als een response groter is dan is een thread langer bezig en zijn er dus in totaal meer threads nodig. Hiervoor is dan ook weer meer geheugen nodig, en het managen van meer threads kost weer meer CPU.

Je zou twee tests kunnen doen, een waarbij je 0 kb per response hebt en een met 100 kb per response. Let er wel op dat je vanaf meerdere client's requests moet versturen zodat de client niet de bottleneck gaat zijn, en dat ook je netwerkcomponenten (behalve dan het 100mbit kaartje van de server) niet de bottleneck kunnen worden.

Tsja. Coldfusion! Probleem is vooral dat het een zielig coldfusion cms is. Dat is natuurlijk niet geschikt voor een high availibilty site met alle request lekker rechtstreeks op de database. Voor dit soort websites zou je toch verwachten dat er een wat serieuzere techniek wordt ingezet.

nou tot nu toe is de website nog steeds niet bereikbaar het ts gewoon te traag..!!!