Hoe server specificaties bepalen

Pagina: 1
Acties:
  • 366 views sinds 30-01-2008
  • Reageer

  • TrailBlazer
  • Registratie: Oktober 2000
  • Laatst online: 07-02 09:48

TrailBlazer

Karnemelk FTW

Topicstarter
Je ziet in PNS regelmatig vragen langskomen met als strekking wat heb ik nodig voor ..
Ik vraag me nu af hoe bepaal je zoiets. Je kan heel specifiek je eisen stellen aan het zoals zoals zoveel gebruikers, zo'n grote database zoveel mail etc etc etc. Maar hoe vertaal je dit naar een server. Ik verwacht niet dat bedrijven aanschaffen wat het budget maximaal toelaat en dan maar hopen dat het voldoet lijkt mij toch een onnodig dure grap worden.
Hetzelfde geldt voor netwerkapparatuur. In het geval van cisco geeft deze dan wel advies van zoveel ram voor zoveel kaarten/verkeer/software maar ook daar kan ik me voorstellen dat je een overkill hebt. Vaak zie ik de max cpu van een cisco router op 20 % staan klinkt dus als zonde IMHO.
Zijn er hier mensen die hier ervaring mee hebben. Het is dus niet het idee dat ik een server ga samenstellen puur de vraag hoe zou je dat moeten doen. Mischien hebben andere mensen hier wat nog aan later.

p.s. ik heb er aan gedacht om het in CSL te zetten alleen dat is vaak zoveel mogelijk voor dit bedrag in plaats van dit voor zo min mogelijk

  • Coen Rosdorff
  • Registratie: Januari 2000
  • Niet online
Heel vaak gaat het om een nieuwe server ter vervanging van een oude. De belasting van de oude server kan dat ontzetten veel zeggen over geweeste specificaties van de nieuwe server.

  • Equator
  • Registratie: April 2001
  • Laatst online: 11:56

Equator

Crew Council

#whisky #barista

Wat betreft diskruimte kijk ik naar de huidige hoeveelheid data + ( de verwachte groei per jaar X 5) + y.
y is hierin een variabel deel waarin ik kijk naar de ontwikkelingen binnen het bedrijf. Gaan ze meer mailen, of zal die database nog verder groeien.
Indien ik het idee heb (na samenspraak met klant natuurlijk) dat het wijs is om er nog een disk bij te steken, dan zal ik dat doen / aanbieden.

Wat betreft de indeling van deze disken ligt eraan wat voor server het is. Een file & print server kan vooruit met een RAID5 of RAID ADG.
Voor een Database server (zoals MSSQL) is het aan te raden om de transaction log's op een aparte disk te zetten (MIRRORSET) vanwege de performance wat een andere diskconfiguratie oplevert.

Qua processor ligt het ook aan het type server.
Een PDC heeft zat aan een enkele processor, een database server of een exchange server heeft nut van een 2e processor.
Heavy MSSQL met enorme hoeveelheden data en vele connecties kan je zelfs naar een 4way machine kijken.

Natuurlijk zijn dit geen officiële richtlijnen. Iedereen kijkt er op zijn manier naar, en geen enkele klant is het zelfde.

  • Abbadon
  • Registratie: Februari 2000
  • Laatst online: 08:15
Educated guess op basis van ervaringen en alle beschikbare info over verwacht gebruik, aantal en type users, applicatie/database eigenschappen plus lichtjes naar wat benchmarks kijken (maar verkijk je op dat laatste vooral niet!).

Een server in een bestaande productieomgeving vervangen is relatief gezien een eitje; je hebt al een bekende situatie en dus benedengrens, in combinatie met de serverleverancier moet je hier vrij vlot uit kunnen komen.
Moeilijkste is een nieuwe server voor een compleet nieuwe productieomgeving (Applicatiegedrag en valkuilen? Aantal en type users? Database eigenschappen? om maar wat te noemen). Heb wel systemen op m'n werk staan waarvan de softwareleverancier de sizing gedaan heeft of een projectgroep welke van toeten noch blazen wist: allemaal zwáár oversized (kunnen ze iig niet de zwarte piet toegespeeld krijgen dat het zaakje niet performed, althans qua hardware. Indekken dus). In zo'n geval waar alles incl. hele productieomgeving nieuw is, telt ervaring imo het zwaarst.

Wanneer je nul komma nul ervaring met sizing hebt kán het enorm lastig worden, zelfs een compleet onmogelijk te doorzien verhaal, schroom je dan vooral niet de hulp van een meer ervaren persoon te vragen (en probeer er van te leren door 'm vragen te stellen waarom hij nu precies dit en dat kiest/adviseert/denkt etc)

Just pick a dead end and chill out 'till you die.