Onderwerp: Advies nieuwe hostingomgeving

Hallo,

Door het groeiend aanbod van (hosting) klanten zijn we op zoek naar uitbreiding van onze hostingomgeving.
De huidige situatie is als volgt:

We hebben 2 dedicated servers draaien:

• server 1: pentium 4 met Redhat,PHP4,MySQL,DNS,postfix bij provider X
• server 2: Dual Xeon met Debian,PHP5,MySQL,postfix bij provicer Y

De bedoeling was (2 jaar geleden) om alle sites te verhuizen van server 1 naar server 2.
Nu bijna alle sites op server 2 staan blijkt dat server 2 ook niet meer toereikend is, soms een loadaverage > 5 ;-(.
Een van de oorzaken is dat de sites steeds zwaarder worden (bijna allemaal PHP-MYSQL) ...

Nu is mijn vraag:
Wat is de beste oplossing...
Een 2de server aanschaffen of per service een aparte machine[webserver, databaseserver, mailserver]?

Als ik extra gegegevens moet posten, hoor ik het graag..

Best eerst eens kijken waar de bottleneck juist zit (io? processorkracht? swapping?...). Mits enkele eenvoudige aanpassingen kan een zwaar belaste server snel terug vlot getrokken worden (indexen in databases? in-memory filesystems voor scanning, ...).

Een dual-Xeon zou behoorlijk wat sites moeten kunnen draaien. Als je echt zoveel websites hebt zou je ook eens kunnen kijken naar een loadbalancing oplossing, waarbij je de load verdeelt over meerdere servers. Bijkomend voordeel is ook dat je zo eenvoudig capaciteit toe kunt voegen.

Op de korte termijn zou je extra geheugen kunnen toevoegen en bijvoorbeeld http://eaccelerator.net/ kunnen gebruiken.

Wonko zijn advies is de meest voor de hand liggende om eerst te controleren. Je zou ook aan je server meer schijven kunnen toevoegen, wellicht in raid-5.

Meer geheugen toevoegen, maar als dat allemaal niet voldoende blijkt, dan is het uitsplitsen van diensten op andere servers en zodoende een schaalbaar systeem bouwen absoluut een aanrader.

Indien je Plesk gebruikt als CP, kan dat zeer eenvoudig met Plesk Expand bijvoorbeeld, zodat je bijvoorbeeld mail, dns en databases op aparte servers gaat draaien.

Suc6

Oorspronkelijk geplaatst door wonko

Best eerst eens kijken waar de bottleneck juist zit (io? processorkracht? swapping?...). Mits enkele eenvoudige aanpassingen kan een zwaar belaste server snel terug vlot getrokken worden (indexen in databases? in-memory filesystems voor scanning, ...).

Momenteel: CPU 30% idle, geen swapping, loadaverage 1.56 = vrij rustig
Zodra het drukker is (vanavond of zo) zal ik nog even kijken...

Hoe kan ik ff snel kijken of IO het probleem is ??

--- Swiftway was me voor :P ---

Oorspronkelijk geplaatst door Swiftway-UK

Wonko zijn advies is de meest voor de hand liggende om eerst te controleren. Je zou ook aan je server meer schijven kunnen toevoegen, wellicht in raid-5.

Meer geheugen toevoegen, maar als dat allemaal niet voldoende blijkt, dan is het uitsplitsen van diensten op andere servers en zodoende een schaalbaar systeem bouwen absoluut een aanrader.

Indien je Plesk gebruikt als CP, kan dat zeer eenvoudig met Plesk Expand bijvoorbeeld, zodat je bijvoorbeeld mail, dns en databases op aparte servers gaat draaien.

Suc6

Er zitten nu 3 schijven in RAID 5 configuratie en 2G memory
We gebruiken geen CP, alles via SSH.

Oorspronkelijk geplaatst door martyn

Er zitten nu 3 schijven in RAID 5 configuratie en 2G memory
We gebruiken geen CP, alles via SSH.

- Gebruik je voor PHP al een optimizer zoals Zend?
- Gebruikt de server swap geheugen?
- Gebruikt de server in piektijden alle beschikbare CPU ?

Indien je server swap gebruikt: meer intern geheugen

Indien alle CPU gebruikt word: optimaliseren of services uitsplitsen naar andere machines

Indien CPU niet gebruikt word en ook word er niet geswapped, dan kun je overwegen om meer schijven toe te voegen aan je RAID cluster, snellere schijven te gebruiken (SCSI 15000 RPM) of misschien eens kijken of er een betere RAID controller beschikbaar is.

Oorspronkelijk geplaatst door martyn

Momenteel: CPU 30% idle, geen swapping, loadaverage 1.56 = vrij rustig
Zodra het drukker is (vanavond of zo) zal ik nog even kijken...

Hoe kan ik ff snel kijken of IO het probleem is ??

Klop eens top in (om maar wat te noemen) en kijk eens wat er regelmatig naar boven schiet en een hoog % CPU of/en %mem verbruikt.

Als de queries of opbouw van een database niet goed is dan kan je de zwaarste bak omver trekken. Helpen meer geheugen of andere/meer/snellere schijven niet..

Wanneer hij loopt, tik dan eens "vmstat 2 20" in, en wacht 40 seconden (elke 2 seconden komt er een lijntje. Post dat dan eens. Na die vmstat doe je eens een "free" en een "uptime". Dat post je erbij.

-bg

Oorspronkelijk geplaatst door wonko

Wanneer hij loopt, tik dan eens "vmstat 2 20" in, en wacht 40 seconden (elke 2 seconden komt er een lijntje. Post dat dan eens. Na die vmstat doe je eens een "free" en een "uptime". Dat post je erbij.

-bg

Zal ze vanavond ff posten...

Uptime:
20:28:09 up 232 days, 11:42, 1 user, load average: 2.59, 2.49, 2.12

Free:
total used free shared buffers cached
Mem: 2075940 1962120 113820 0 111492 896020
-/+ buffers/cache: 954608 1121332
Swap: 3903752 2256 3901496

Vmstat:
procs -----------memory---------- ---swap-- -----io---- --system-- ----cpu----
r b swpd free buff cache si so bi bo in cs us sy id wa
14 0 2256 113756 111492 896020 0 0 0 1 1 1 13 2 84 1
0 0 2256 114508 111496 896084 0 0 0 300 0 0 70 9 22 0
1 0 2256 126284 111504 896076 0 0 0 57 0 0 20 2 78 0
0 0 2256 125708 111516 896132 0 0 0 589 0 0 52 4 43 2
0 0 2256 126860 111516 896132 0 0 0 36 0 0 19 1 79 0
1 0 2256 114876 111520 896128 0 0 10 34 0 0 35 5 60 0
1 0 2256 113556 111540 896176 0 0 18 228 0 0 74 6 19 0
0 0 2256 113492 111556 896160 0 0 22 36 0 0 16 3 80 1
0 0 2256 113572 111564 896288 0 0 6 261 0 0 18 2 79 1
1 0 2256 113652 111568 896284 0 0 0 30 0 0 13 1 86 0
1 0 2256 113652 111568 896284 0 0 0 10 0 0 24 3 73 0
9 0 2256 114868 111576 896344 0 0 0 242 0 0 64 9 27 0
0 0 2256 114868 111576 896344 0 0 0 54 0 0 42 6 52 0
1 0 2256 115748 111600 896388 0 0 28 602 0 0 25 3 70 2
0 0 2256 115548 111620 896368 0 0 0 162 0 0 7 1 92 1
0 0 2256 115564 111620 896368 0 0 0 44 0 0 42 6 52 1
1 0 2256 116076 111640 896416 0 0 10 474 0 0 29 4 65 3
1 0 2256 116076 111640 896416 0 0 0 14 0 0 14 2 83 0
1 0 2256 116028 111652 896472 0 0 0 263 0 0 50 4 46 0
2 0 2256 115196 111652 896472 0 0 0 66 0 0 36 4 60 0

Was niet erg druk...