[Clarence]

Normalt sett är det databasen som är den stora ramkrävande delen. Med undantag för dåligt skrivna PHP-applikationer, men det är först vid många samtidiga requests det börjar stiga.

För databasen beror det i sin tur på mycket. Kör du innodb är det buffer pool som tar mest ram, man brukar sätta den på uppåt 80% av en dedikerad db-burk med lite mer ram (16gb+) om man har behov av det. Hur stor buffer pool man vill ha beror på hur mycket "hot data" man har, alltså data som skrivs och läses frekvent. Körs det myisam är det key cache (index cache) som är den stora biten och betydligt mindre ram-krävande (dock mer diskbundet) än innodb.

Kör du redan detta på en LAMP-burk föreslår jag att du tittar vad du har för simultan PHP-minnesanvändning och mysql-minnesanvändning. Vill du ha utrymme att växa får du ju lägga på lämplig mängd. Oftast klarar du dig bra på någon gb eller två för resten av systemets. Lite beroende på vad du vill köra givetvis.

[klein]

Varför inte

1 SSD disk systemdisk
2 st diskar i RAID

( Om man våga ha SSD diskar i server , är en öppen fråga.. Finns risker där. )

Backup skall du inte ens ha i samma server, utan har en egen dator på kontoret , där du t.ex rsync ner ändringar från serven dagligen. Sedan gör du tar bollar av backupen, som du sedan flyttar över till egen disk och låser in i ett säkerhetsskåp.

Vad har du för risker :

Diskrasch - Du kör raid. Men tänk på att kan raid strular. Efter några år, så kanske inte hårdvara finns längre och få tag, om t.ex kontrollen går sönder.

Din server bli hackad och någon förstör innehållet.
Serven bli stulen, kanske inte så stor sannolikhet om den i står en bra hall.
Brand?
Mänskligfaktorn. Någon person tro att rm -fr / betyder read mail very fast. :-)

Och glöm inte

Att kolla att backup:en fungera.. Varför inte en simulera krasch, kolla hur fort kan du vara på banan ingen?

Det kanske bara blev en Per Albin Hansson av det "Vår beredskap är god." , så blev bara tomma ord.