HP Proliant ML150 G6 - processor bijplaatsen

[V-Power]

Beste Tweakers,


Ik wil mijn HP ML150 G6 server gaan upgraden. Het gebruik is behoorlijk gegroeid sinds ik het systeem in gebruik heb genomen, met name te danken aan SAP. Gevolg is dat het systeem nu (te) traag werkt.

Ik heb ook al bij HP gekeken, echter is die site niet altijd even duidelijk.

Wat is de vraag precies:
Ik kan op 2 manieren upgraden. Enkel intern geheugen opschroeven, of ook meteen een 2e cpu bij plaatsen.
Welke van de 2 is meest verstandig?

Huidige situatie:
Intel Xeon 5502 1.87Mhz
8gb DDR3 ECC Kingston 13333Mhz ram (4x2gb)
Windows SBS 2011 (5 clients, 3 met VPN)
Avast business protection
>File sharing
>Backup maken
>SAP Business One

Vooral dit laatste, SAP neemt behoorlijk werkgeheugen.
Momenteel neemt de server op kantoor uren (alle clients actief, waarvan 2 met SAP) 7,20gb ram.
Ik heb het idee dat hij momenteel 'op zijn tenen loopt': de file-sharing gaat ook behoorlijk traag.

Mogelijkheden om snelheid te verhogen:
- ram verhogen naar 24gb (6x 4gb bij 1 cpu)
- ram verhogen naar 32gb (8x 4gb, bij elke cpu 16gb) + bij plaatsen intel Xeon 5502

Vragen bij plaatsen extra cpu:
- Gaat dit werken met de Windows SBS licentie? (die ondersteund 1 server, 1-4 cpu?)
- Is de voeding voldoende die standaard in het systeem zit?
- Hoe werkt het met de koeling van de Xeon. Ik neem aan dat deze niet 'boxed' wordt geleverd, en de ML150 heeft een fanduct waar niet alle cpu koelers onder zouden passen
- Geeft dit echt een boost in performance? Ik weet dat een extra rekenbron prestatie winst geeft, maar kan de software hier ook mee omgaan?


Alvast bedankt voor het mee denken

[Question Mark]

Maak even goed inzichtelijk waar je huidige bottleneck nu zit. Kijk dan even met perfmon wat nu je daadwerkelijke probleem is waardoor je traagheid ervaart. Controleer dus vooral even:

• Disk queue length om Disk perfomance problemen te kunnen uitsluiten
• CPU usage en CPU queue length
• Memory usage en alle relevante pageswap counters

Voor wat betreft je hardware vragen: als jij een cpu-upgrade voor je serer bij HP afneemt kun je ervan uitgaan dat alles gewoon werkt.

[Verwijderd]

Het lijkt me het verstandigst dat je eerst eens gaat onderzoeken of de 'traagheid van de server'^(TM) veroorzaakt wordt door geheugen (is de server veel aan het swappen?) Processor (is er sprake van hoge belastign vand e CPU voor langere tijd) of Disk I/O

[Equator]

Met de twee heren hierboven. Daarnaast is het wellicht zinvol om te kijken of er een mogelijkheid is om een scale-out te doen i.p.v. een scale-up. Oftewel: Kan je er neit een tweede machine naast zetten waarmee je de load kan verdelen.
Niet alle software kan daarmee omgaan, maar dat is iets wat je zelf wel uit kan zoeken.

De reden dat ik het vraag is omdat je bij een scale-up niet altijd volledig rendement haalt uit je investering.

[V-Power]

Bedankt voor de reacties.
Bottleneck zit hem niet bij de schijven, eerder bij het geheugen. Memory usage is continu 6,60-7,20gb.
CPU usage piekt vaak op 100%, maar zakt dan al snel weer af richting 20-25%.
Het is een Dual-core Xeon zonder HT, dat heeft ook invloed op de prestaties lijkt me.

Een extra server kwam ook al als idee naar boven, echter zou de investering dan nog groter zijn.
(extra licentie en hardware benodigd)

[mrmartijn]

Ik heb van de trage server even een screenshot gemaakt van perfmon. lijkt toch echt een cpu/ram issue

(ik ben medebeheerder van de server waar V-Power aan werkt)

[The Eagle]

Hardware aanschaffen kan altijd, en van beide opties zal je machine profiteren. Als je toch bezig bent zou ik beide meteen doen; downtime is vaak kostbaarder dan je denkt

Echter zou die bak e.e.a. gewoon moeten trekken volgens mij. SAP Buisiness One kan een hoop trekken qua resources, maar da's ook afhankelik van de setup van de server. Aan je grafiek te zien ligt het probleem iig niet bij je disks, maar toch kan het wellicht wel interessant zijn om je diskconfig er ook even bij te geven. RAID1 voor een DB is namelijk een stuk sneller als RAID5.

Verder een aantal tips om vrij snel en zonder kosten de boel in te perken qua resourceverbruik:

1. Vermoedelijk draai je Oracle als DB. Oracle op windows pakt standaard een GB of 4 aan RAM voor zichzelf, maar kan ook prima met minder toe. Moet je DB mogelijk even voor down, maar scheelt je zo 2GB ram In geval van SQL server: ik kan me niet voorstellen dat dit daar niet zou gelden
2. Stel je virusscanner zo in dat ie de DB bestanden niet scant. Die veranderen constant, zijn over het algemeen groot, en vragen dus veel resources qua CPU en RAM. Terwijl dat nutteloos is, want DB bestanden worden normaal gesproken niet geinfecteerd, zeker de datafiles zelf niet. Dikke kans dat iemand dat bij de install over het hoofd heeft gezien.
3. Check ook voor andere folders of je je virusscanner wel nodig hebt.Voor de fileshares kan ik het me helemaal voorstellen, maar voor andere zaken is het alleen maar onnodige last.

En mocht je idd Oracle DBMS draaien, dan kan ik je ws zo helpen om het geheugengebruik in te perken. Al kan ik me ook voorstellen dat je dat door je SAP servicepartner wilt laten doen.

[Venomize]

V-Power schreef op vrijdag 03 februari 2012 @ 09:18:
Huidige situatie:
Intel Xeon 5502 1.87Mhz
8gb DDR3 ECC Kingston 13333Mhz ram (4x2gb)
>SAP Business One

SAP neemt zoiezo constant veel RAM in beslag, ongeacht hoeveel gebruikers op dat moment in SAP aan het werken zijn. De CPU wordt vooral bij zware berekeningen extra belast, het ligt dus een beetje af welke rapporten dat jullie draaien in SAP om te zien of de CPU voor de vertraging zorgt.
1.87 Mhz is zoiezo al straf
Een fileserver vraagt zoiezo niet veel van de CPU, maar des te meer van het RAM geheugen. Ik denk dus dat je het meest gebaat zal zijn met het uitbreiden van het RAM geheugen, en slechts minimaal met het uitbreiden van de CPU, al zullen je SAP berekeningen wat sneller verlopen.

[Jazzy]

Dan nog even een dingetje, voor de prijs van een tweede CPU en wat geheugen heb je ook een tweede identieke server.

Ik kan niets met dat screenshot trouwens, zelfs als ik hem wel naar 100% kon schalen zegt het nog niet zo veel. Wat mij wel interesseert is de gemiddelde en piekbelasting van CPU en de Avarage disk queue length. Het zou me niets verbazen als je disks de bottleneck zijn, maar ik lees nergens in je post wat voor storage je hebt.

Wat geheugen betreft is 8 GB zelfs voor een kale SBS2011 server al niet veel, laat staan dat er nog andere applicaties op de server draaien. Maar zoals gezegd, meten is weten.

[Peter Huizenga]

Als je Windows mag geloven over geheugen gebruik van SBS raden ze als minimum 8GB a 10GB aan.
linkje
Dus denk zoals jazzy aangeeft dat je zoiezo geheugen moet upgraden!

Daarna kijken of je systeem nog steeds sloom is dan kan het inderdaad zijn dat je CPU een bottleneck kan zijn.
PS: The Eagle heeft inderdaad ook een punt met de virusscanner.

[V-Power]

Dank voor alle adviezen
De server krijgt nu 24gb ram (maximale bij 1 cpu) en een losse server met linux voor data sharing.
Virusscanner zal ook goed ingesteld worden

[Jazzy]

Ik zou dat geld voor die losse server lekker in mijn zak houden en troubleshooten waarom de performance van je server niet naar behoren is.

[Verwijderd]

Peter Huizenga schreef op dinsdag 07 februari 2012 @ 13:38:
Als je Windows mag geloven over geheugen gebruik van SBS raden ze als minimum 8GB a 10GB aan.
linkje
Dus denk zoals jazzy aangeeft dat je zoiezo geheugen moet upgraden!

[ongegeneerde plug] Gezien deze zeer hoge hardware eisen van Windows SBS toch maar eens naar een alternatief kijken: Zentyal
- draait voor een kleine omgeving (tot 5 personen) op een atom met 1 GB geheugen moeiteloos (inclusief Zarafa collaboratie platform, Cups printserver, Apache webserver, Samba, Ldap, DHCP, DNS etc... etc...)
- Voor een grotere omgeving is het zeer schaalbaar doordat services modulair zijn en verdeeld kunnen worden over verschillende servers.
- Er is geen harde limiet van 25 of 75 users
- Zowel windows als linux clients worden ondersteund.
- Zeer eenvoudig beheer via een webinterface.
- .... etc
[/ongegeneerde plug]

[The Eagle]

Leuke plug, maar dan draai je met een niet door SAP ondersteunde config (aka: config niet gecertificeerd). Gevolg: geen support vanuit SAP of je vendor. Trust me, dat wil je niet, hoe mooi het alternatief ook mag klinken

Overigens is het natuurlijk wel een optie om alles behalve SAP naar een andere omgeving te migreren; dat staat je altijd vrij.

[Jazzy]

Dus omdat je een paar GB in je server moet stoppen ga je alles overgooien naar een compleet ander platform? Volgens mij is dat een beetje de benadering uit de jaren 90. Tegenwoordig weet iedereen dat de echte kosten in beheer en gebruiksgemak zitten. Om nog maar te zwijgen van het totaal niet vergelijkbaar zijn van Zarafa en Exchange 2010...

[Verwijderd]

Het heeft niet zoveel zin om in deze thread een welles-nietes partijtje te gaan uitvechten, maar ik nodig je toch uit om eens op een ESX(i)/Xen/VMware server/Virtualbox/.... (kies je favo virtualisatie platform) een installatie te doen van Zentyal en er eens mee te gaan spelen. Voor 1 of 2 gebruikers voldoet 512MB geheugen. Om het soepel te laten lopen ga dan gerust voor 1GB. Heb je voldoende geheugen in je Host systeem, gooi je er een whopping 2GB tegenaan om absoluut zeker te zijn dat geheugen niet je bottleneck wordt. (om nog maar eens richting MS SBS te kijken: MINIMUM eis is 8GB, maar dat wordt eigenlijk niet aangeraden omdat het te weinig is.... )

En vergeet vooral niet de gratis cloud subscription om je config naar te backuppen en die tevens gebruikt kan worden dyndns service voor het geval je als kleine ondernemer met een dynamisch IP adres zit. Ook is de alertservice via email gratis zodat je direct op de hoogte gehouden wordt als je server disconnect van de cloud. Met abbo van minder dan 20 euro per maand kan je deze service uitbreiden met 10GB cloud backup uitgebreide rapportages en automatische updates zodat je altijd de meest recente gegarandeerde packages geinstalleerd hebt.

Je kan wel zeggen dat de kosten niet zitten in licenties, maar in beheer en gebruiksgemak. Ik durf te beweren dat het beheer via de webinterface minimaal zo eenvoudig is als bij SBS. En dan tikt de licentie van de server, en vooral de client licentie toch echt wel door. (/me roept is over crisistijd en dat iedere euro er 1 is)

[Jazzy]

Als je het tegen mij hebt dan ben je aan het verkeerde adres. Ik geloof best dat er een markt is voor hobby-bob open source oplossingen en als je het heel graag wilt dan kun je op termijn best vertrouwd raken met de onderliggende producten. Maar zeker in het MKB wil ik het ondernemers gewoon niet aandoen om er een Linux-oplossing naar binnen te schuiven. Wie moet dat ding beheren? Wie gaat de Exact-leverancier te woord staan als ze hun applicatieserver niet aan AD kunnen koppelen of als er helemaal geen Windows-server is om iets op te installeren? En als het een keer niet werkt, wie bel ik dan? Gaat de MKB ICT-er op de hoek vlooien in dmesg berichten om uit te vogelen waarom het allemaal niet meer werkt nadat hij de defecte NIC vervangen heeft?

Ik heb het wel gezien met die alternatieven, Samba en Zarafa danken hun bestaansrecht aan het feit dat er een beter en innoverend product is wat ze elk na proberen te doen. Dan hou ik het wel bij de marktleider.

[Jazzy]

Voor de TS trouwens, hoe zat het nu met de diskbelasting?

[mrmartijn]

Mooiste oplossing is eigelijk een esxi server waar een SBS2011 client op zit voor active-directory/exchange en dan voor de rest mooi een linux server pakken voor andere webapplicaties/filesserver/printserver/vpn enzo.

[Jazzy]

Waarom moet die tweede server er bij dan? Dat zit allemaal standaard in SBS. Je haalt er nu twee extra beheerplatformen bij, ESXi en Linux, lijkt me niet echt handig als er geen echte beheerders zijn.

[Rolfie]

mrmartijn schreef op dinsdag 07 februari 2012 @ 23:46:
Mooiste oplossing is eigelijk een esxi server waar een SBS2011 client op zit voor active-directory/exchange en dan voor de rest mooi een linux server pakken voor andere webapplicaties/filesserver/printserver/vpn enzo.

En wie gaat die server beheren dan?
Wat als ESX op zijn gat gaat? Dan heb je alleen nog maar meer issues.