Obecne mam vsude problem spis s pameti nez s CPU.
1) pred apache frknu proxy (varnish nebo nginx) a ten mi odbavi spoustu statickeho obsahu z RAMky
2) nejdulezitejsi vykonostni parametr z hlediska PHP je pouziti opcode a hlavne aby mela nastavene vice mista nez kolik potrebuje
3) do nejrychlejsi mozne cache(v mem pripade na PHP 5.3 je to stejne jako v bode 2 APC) nacpu config, locales apod
4) bud taky do APC nebo treba do memcached ci MongoDB nasypu tam cachovane fragmenty obsahu ruzne urovne (
http://www.zdrojak.cz/clanky/granularita-kesovani/ )
5) hodne se da vytunit MySQL. Rozhodne nepouzit tu od Oracle - bud MariaDB nebo Percona. Kdyz se podivate na buffery a caches v my.cnf tak tam je to vsechno strasne nizko nastaveny. MySQL ma dokonce vychozi nastaveni optimalizovany snad jen na 32MB RAM.
6) vyhledavani resit pres Solr
Samozrejme vyse jmenovane pada pokud je primarne na serveru provozovano CRM apod...
Ale opakuji: planovat HW server bez jakychkoliv znalosti z EXAKTNIHO mereni provozu je o nicem.
Mimochodem, VPS čapne a odnese mnohem snadneji nez HW server. A taky když to nebude stačit tak objedná další jednu VPS aplikační a další jako loadbalancer a pak jen přidává další a další.. A je to tak easy, stačí pár kliknutí! Žádný chození do obchodu apod.