[OSM-talk-nl] Financiën

Martijn van Exel mvexel at gmail.com
Wed Oct 24 09:03:14 BST 2007


Een echte server lijkt me de beste oplossing. Dan kunnen we daarop  
verschillende VMs inrichten om te experimenteren met andere manieren  
van dataopslag, visualisatie e.d., of verschillende services ter  
beschikking te stellen op basis van de data. Ook kunnen we  
verschillende VMs gebruiken om te experimenteren met importscripts  
e.d. als we nog eens een batch data te verwerken of te muteren  
hebben.  Dat doen op een centrale (virtuele) server maakt het  
makkelijker om er samen mee bezig te zijn en over na te denken dan  
als mensen er thuis mee bezig zijn. Ook kun je op een echte server  
met een VM-setup makkelijk een VM neerzetten als bijvoorbeeld  
dedicated rendermachine en zijn rekenkracht een beetje afknijpen  
zodat hij niet alle processen kan vertragen. Dat laatste kan op een  
normaal OS natuurlijk ook in software, maar de andere voordelen van  
een echte server met VMs zijn lastiger te behalen als je alleen een  
virtuele server toegewezen krijgt.

Op 24-okt-2007, om 9:34 heeft Danny Maas het volgende geschreven:

> Hebben we een echte server nodig, of gaat het alleen om  
> schijfruimte en rekenkracht?
> Als dat het geval is, zijn er heel veel aanbieders die het voor  
> veel minder qua kosten kunnen doen, zeker als je buiten Nederland  
> naar ruimte gaat zoeken.
>
> Groeten,
>
>             Danny
>
>
> On 10/24/07, Lambertus <osm at na1400.info> wrote:
> Wat is het probleem wanneer de server er een nacht (of dag) uit ligt?
> Deze server zou niet DE OpenStreetMap server zijn maar alleen de
> Nederlandse (en Belgie ;-)) portal en/of dev server.
>
> Wat betreft de hoeveelheid onderhoud: Een goede server zoals ze die  
> bij
> XS4ALL ongetwijfeld zullen hebben geeft maar heel weinig hardware
> problemen. De meeste problemen zullen een software oorzaak hebben, die
> bijna altijd opgelost kunnen worden door een hard reset. Mocht de
> software dermate in de knoei zitten dat een hard reset niet helpt dan
> zal toch iemand van ons er naar toe moeten i.p.v. dat iemand van  
> XS4ALL
> dat fixed, of zie ik dat verkeerd?
>
> Martijn van Exel wrote:
> > Bij een standaard hostingovereenkomst (colocation, dus met een eigen
> > server) zit bijna geen extra service in de trant van 'als uw server
> > eruit ligt, dan gaan wij even kijken en herstarten we het ding'. In
> > de praktijk pakt het bij XS4ALL ongeveer zo uit dat ze 'simpele'
> > klusjes als op commando hard resetten van een machine best even
> > willen doen. Er zit ook een kwartier per maand 'hands on' beheer in
> > de overeenkomst voor dat soort klusjes. Maar dat is alleen tijdens
> > kantooruren en nadenken is daarbij niet inbegrepen. De beheerders  
> die
> > rondlopen hebben in principe geen verstand van software.
> >
> > Als we een eigen server krijgen, is het denk ik niet reëel om te
> > streven naar 99.9% uptime (ik heb het dan nog niet over de virtuele
> > dev-machine). Er is denk ik niemand bereid om zonder vergoeding
> > standby-dienst te draaien met het bijbehorende risico dat je midden
> > in de nacht naar Amsterdam-zuid moet om problemen te fixen. De vraag
> > is ook of dat nodig is. Software-problemen kun je op afstand
> > beoordelen en oplossen. Als we zorgen voor redundantie in de  
> hardware
> > dan kunnen we de frequentie van hardwareproblemen beperken tot
> > gemiddeld eens per jaar - ik doe maar een gooi.
> >
> > Misschien is het beter om voor de sponsoring te streven naar een
> > dedicated server die niet van ons is, dat kost XS4ALL meer (omdat  
> zij
> > verantwoordelijk blijven voor de hardware) maar verlost ons van die
> > zorgen. Of we daar dan een kantooruren- of 24/7 SLA bij krijgen is
> > een kwestie van onderhandelen. Het geeft ons in elk geval de  
> volgende
> > voordelen:
> > * Wij hoeven geen geld te reserveren voor vervanging van defecte
> > hardware
> > * Wij kunnen terugvallen op een SLA bij hardwarestoringen en ander
> > noodzakelijk onderhoud.
> >
>
> _______________________________________________
> Talk-nl mailing list
> Talk-nl at openstreetmap.org
> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
>
> _______________________________________________
> Talk-nl mailing list
> Talk-nl at openstreetmap.org
> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/talk-nl/attachments/20071024/252809e1/attachment.html>


More information about the Talk-nl mailing list