Quelqu'un a-t-il une silhouette de ballon de la quantité de VPS RAM (sans rabattable) que je devrais avoir Apache avec wordpress et subversion ainsi que l'instance MySQL?
Apache organiserait quelques sites et SSL. MySQL aurait juste le Wordpress Database. Ces sites sont bas trafic, moins de 1k hits par jour.
N'oubliez pas que chaque travailleur Apache consommera environ 20-25 Mo, de sorte que si vos coups de 1k seraient également espacés dans le temps en 8 heures par jour, vous pouvez penser à ne servir que 0,03 demandes par seconde.
En supposant que vous ayez tout votre trafic concentré en seulement 1 heure dans la journée (ce n'est pas bien sûr), vous devriez avoir à desservir environ 0,28 demandes par seconde.
Une autre question est la quantité de mémoire que vous avez votre dB, il est simple de savoir cependant, et c'est un coût fixe.
Dans le pire des cas, vous devrez transférer tout le DB (Oh mon Dieu !, Refactor vous SQL dans ce cas! :)) .. Donc double le numéro précédent ..
La réponse courte est (IMHO) 128 Mo suffira, abondamment. Votre serveur sera inactif et la mémoire sera libre pendant une longue période, étant donné le trafic que vous imaginez.
J'ai 20 domaines dans un VPS avec 256 Mo depuis 3 ans, ce sont OK ... et le total des hits est d'environ 1500-2000 ...
OK, la mémoire est-elle bon marché, mais les gars ... Savez-vous combien coûte un gigaoctet?
PS: Je parle bien d'un système Linux, pas sur OS consommant 4GB pour l'interface graphique :)
Pour l'utilisation bas du trafic que vous décrivez, vous devez bien faire une bonne avec un petit plan (256 Mo - 384 Mo). Lorsque Apache et MySQL sont installés, leurs configurations par défaut supposent qu'ils fonctionnent avec plus RAM à leur disposition pouvant causer des problèmes. Utilisez ce qui suit comme bon point de départ et ajustez si nécessaire:
Dans votre fichier de configuration Apache 2 (typiquement trouvé à /etc/apache2/apache2.conf ou /etc/apache2/httpd.conf):
StartServers 1
MinSpareServers 3
MaxSpareServers 6
ServerLimit 24
MaxClients 24
MaxRequestsPerChild 3000
Dans votre fichier de configuration MySQL (généralement trouvé dans /etc/mysql/my.cnf):
key_buffer = 16K
max_allowed_packet = 1M
thread_stack = 64K
table_cache = 4
sort_buffer = 64K
net_buffer_length = 2K
De plus, si vous n'utilisez pas de tables InnoDB, vous devez désactiver le support InnoDB en ajoutant la ligne suivante:
skip-innodb
J'avais des problèmes avec - mien à 512 Mo de RAM jusqu'à ce que je passe à FastCGI. Cela a rendu la performance améliore beaucoup. J'ai eu un cache de 30 Mo (pas en comptage de cache, Bien sûr) jusque-là, et j'ai fini avec plus de 100 Mo gratuitement.
Votre kilométrage peut varier, bien sûr, en fonction du trafic de votre site. Et une fois que le trafic commence à augmenter, vous pouvez passer à NGinx.
Pour m'acheter un peu de confort, je suis passé à 1 Go.
BTW, je suis hébergé à prgmr.com , et je n'ai vu personne toucher leurs prix encore.
Je suis une configuration similaire sur un VPS avec 256 Mo de RAM, mais exécutez Lightpd au lieu d'Apache. J'ai d'abord essayé Apache, mais c'était trop pour le VPS de 256 Mo. Si vous souhaitez utiliser Apache, id indiquez que vous pouvez obtenir 512 Mo de RAM.
Selon qui vous utilisez pour votre hébergement VPS, vous pouvez commencer par un plus petit VPS, puis augmentez la taille si nécessaire sans avoir à reconfigurer le serveur.
J'ai eu du mal avec ça depuis un moment.
Le cadre d'Albertt a travaillé brillamment. Les paramètres MySQL ont clairement une différence claire et maintenant le site navigue bien. http://laterboltz.com
Dans votre fichier de configuration MySQL (généralement trouvé dans /etc/mysql/my.cnf):
key_buffer = 16k max_allowed_packet = 1m thread_stack = 64k table_cache = 4 sort_buffer = 64k net_buffer_length = 2k
De plus, si vous n'utilisez pas de tables InnoDB, vous devez désactiver le support InnoDB en ajoutant la ligne suivante:
skip-innodb
Vous devriez bien aller avec 1 Go mais aller pour 2 Go si vous le pouvez, c'est une étape de performance majeure pour la plupart des OSS modernes.
J'utilise Nginx + PHP-FastCGI au lieu d'Apache, mais avec une charge d'application très similaire. J'utilise svn + ssh pour mon accès Subversion, donc il n'y a pas de processus SVNserve en cours d'exécution, sauf lorsque j'accède au référentiel. Tout cela fonctionne sur Ubuntu 8 lts.
En ce moment, je cours à 174 Mo d'utilisation de 256 Mo, et le site Web est assez réactif (temps de réponse moyen de 500 ms pour Wordpress Vues)
total used free shared buffers cached
Mem: 256 252 3 0 22 56
-/+ buffers/cache: 174 81
Swap: 511 12 499
Je recommande de regarder un serveur Web frontal léger comme Nginx ou Lightpd au lieu d'Apache + Mod_PHP. Même Apache + Mod_FastCGI Proxy de PHP-FastCGI prendrait moins de mémoire.
Si vous descendez dans la route Apache, mon intestin dit que 512 MoB ferait probablement le tour. 1 ou 2 Go de mémoire ressemble à des surennes considérables, notamment de la manière dont la plupart des fournisseurs VPS augmentent leurs coûts lorsque vous arrivez à des configurations plus importantes.