28
Août 11

Kimsufi vs VPS 1&1: Hébergement « low cost » pour un site LAMP / eZ Publish

eZ PublishDans la lancée des tests de solution d’hébergement dites « low Cost », et après divers posts Twitter, je me suis commandé un VPS 1&1 (serveur virtuel L) pour le confronter à ma petit Kimsufi OVH de « test », comme j’avais pu le faire avec l’offre Gandi pour les accès disque.

Configuration globale des machines

VPS 1&1

  • Nbre CPU: 4
  • RAM: 2 Go
  • Disque: 20Go – Stockage sécurisé des données avec RAID 5
  • Prix / mois: 11,95€ TTC/mois

vendor_id : AuthenticAMD
cpu family : 16
model : 2
model name : Quad-Core AMD Opteron(tm) Processor 2352
stepping : 3
cpu MHz : 527.436
cache size : 512 KB

Serveur OVH Kimsufi

  • Nbre CPU: 2
  • RAM: 2 Go
  • Disque: 250 Go SATA
  • Prix / mois: 17,93€ TTC/mois

vendor_id : GenuineIntel
cpu family : 15
model : 6
model name : Intel(R) Pentium(R) D CPU 3.00GHz
stepping : 4
cpu MHz : 2999.890
cache size : 2048 KB

Environnement LAMP / eZ Publish

 

Afin d’effectuer des tests comparatifs les plus justes possible, j’ai installé sur la VM 1&1 les mêmes versions du socle LAMP que sur le serveur Kimsufi (versions différentes de Debian).

Version eZ Publish: ezpublishcommunity-4.4.0-with_ezc-gpl
Version eZFind: ezfind-2.3.0
Site eZ Publish utilisé: Site « Company » de base disponible avec le setup

VPS 1&1

s15763544:~# sh env_lamp.sh
Server version: Apache/2.2.17-MartY (Unix)
Server built:   Aug 25 2011 12:23:19

PHP 5.2.17 (cli) (built: Aug 25 2011 18:50:39) + APC 3.1.2
Copyright (c) 1997-2010 The PHP Group
Zend Engine v2.2.0, Copyright (c) 1998-2010 Zend Technologies

mysql  Ver 14.12 Distrib 5.0.51a, for unknown-linux-gnu (x86_64) using  EditLine wrapper

memcached 1.4.5

s15763544:~# cat /etc/debian_version
5.0.8

Serveur OVH Kimsufi

root@srv1:~# sh env_lamp.sh
Server version: Apache/2.2.17-MartY (Unix)
Server built:   Mar  5 2011 11:21:21

PHP 5.2.17 (cli) (built: Feb 27 2011 21:01:47) + APC 3.1.2
Copyright (c) 1997-2010 The PHP Group
Zend Engine v2.2.0, Copyright (c) 1998-2010 Zend Technologies

mysql  Ver 14.12 Distrib 5.0.51a, for unknown-linux-gnu (x86_64) using  EditLine wrapper

memcached 1.4.5

root@srv1:~# cat /etc/debian_version
6.0

Tests effectués

Ecriture disque

dd bs=1M count=128 if=/dev/zero of=test conv=fdatasync
Moyenne débits écriture disque MB/s

Moyenne débits écriture disque MB/s

ab (Apache HTTP server benchmarking tool) sur 3 URLs différentes

Load Average

ab (Apache HTTP server benchmarking tool) sur 3 URLs différentes

ab (Apache HTTP server benchmarking tool) sur 3 URLs différentes

Requêtes par secondes

Requêtes par secondes

Requêtes par secondes

Temps d’exécution du bench pour traiter le nombre de requêtes

Temps d’exécution du bench

Temps d’exécution du bench

Durée de la requête la plus longue

Durée de la requête la plus longue

Durée de la requête la plus longue

Délai d’indexation Solr (updatesearchindexsolr.php)

php extension/ezfind/bin/php/updatesearchindexsolr.php -s ezwebin_site_admin
Délai d'indexation Solr (updatesearchindexsolr.php)

Délai d'indexation Solr (updatesearchindexsolr.php)

Délai de compilation des templates (eztc.php)

php bin/php/ezcache.php --clear-all && time php bin/php/eztc.php
Délai de compilation des templates (eztc.php)

Délai de compilation des templates (eztc.php)

Bilan

On voit toute l’importance du CPU et des performances des accès disques.
En effet, le serveur OVH semble pouvoir répondre à un plus grand nombre de requêtes, mais son « Load Average » assez élevé lors des tests peut s’expliquer par les mauvaises performances disque.

 

Coté VPS 1&1, on voit clairement que les faibles ressources CPU et RAM disponibles limitent les traitements, comme l’indexation de contenus et le traitement des requêtes http.

 

En somme, l’idéal serait d’avoir les ressources RAM et CPU du Kimsufi, et les I/O disque du VPS 1&1.

 

Les 2 peuvent répondre à des besoins d’hébergement de petits sites, attention toutefois si vous souhaitez utiliser des outils « tierces » tel que eZ Find / JAVA, qui semble vite montrer les limites avec le VPS 1&1.

Note 1: J’ai eu une saturation de la mémoire sur le VPS 1&1 lors des tests de compilation des templates eZ Publish;
Cela a eu pour effet de me couper l’accès SSH, le front web restant disponible.
J’ai du rebooter la VM pour retrouver mes accès SSH.

 

Je pense que cela est du au fait que j’ai réservé auparavant (et après indexation) 500Mo de RAM pour le processus Solr, ce qui a généré une « alerte » sur la VM. Inquiétant pour un environnement ou je suis le seul dessus !

 

Les  » 512 Mo de RAM garantie » semble expliquer ce phénomène. Au delà, je ne sais pas trop ce qu’il est possible de faire :/
Méfiance donc!

Resource Alerts

Resource Alerts

 

fonctions_vps_1&1

fonctions_vps_1&1

 

Note 2: Vis à vis des tests I/O que j’avais fait notamment avec une VM Gandi, j’arrive à un bon résultat… ce qui était déjà visible sur les tests ci-dessus.

 

1226 files created in 30 seconds.
1501 files created in 30 seconds.
1424 files created in 30 seconds.
1446 files created in 30 seconds.


  • Perso j’ai un Kimsuffi 16Go. Effectivement le facteur limitant c’est les I/Os, mais avec 16Go de RAM on peut les compasser avec des caches en RAM (Memcached, Varnish, etc…) et l’utilisation de Memory comme moteur de stockage pour certaines tables (les tables de cache d’IPB par exemple, les sessions lors qu’IPB ne permet pas d’utiliser Memcahced, etc…)

  • Salut llaumgui!
    Tu as 16Go de RAM ?
    Ah ben oui! tu peux faire du tmpfs 😀

  • Oui, pour mes sites (llaumgui.com + scenario-paintball.com) je suis passé d’une Dedibox V1 (qui rendait l’âme) à un Kimsufi 16G : http://www.kimsufi.com/fr/ks/.

    Pour 10€ de plus j’ai un truc bien mieux. Par contre pour installer un RHEL 6 sans passer par l’achat de licence (j’ai la mienne) j’ai galéré avec vKVM.

    Pour tmpfs effectivement c’est une bonne alternative après tu perds les données au reboot donc ça fait de beaux pics de charge pour recharger les caches.

  • Yep, mais déjà pour tes « tmp_dir » (ie MySql)… c’est good :p

    Ahhhh le cache eZ !!! 😀

  • Julien

    Rhaa moi j’ai évité tout ces problèmes, je n’ai pas pris un hosteur méga connu, j’ai pris Ikux.

    Comme ça j’ai pu avoir un VPS totalement pris en charge (administré), suffisamment puissant pour héberger un gros site vitrine et je peux même faire évoluer la puissance.

    Surtout je voulais éviter de m’occuper du VPS, je ne suis pas un bidouilleur dans l’âme et quand je vois tout mes amis entrepreneurs qui en ont une chez des hosteurs low coast… beaucoup ont été piratés ou alors leurs sites sont trop lents car ils ne connaissent pas suffisamment bien Linux.

  • merci pour ce commentaire 😉

    Intéressant, je connaissais pas Ikus.

    Si c’est pas indiscret, ça te coûte combien et pour quelle config?

  • Julien

    Je payes moins de 100€ / mois car j’ai pris un VPS performant et infogérance comprise, j’ai un admin sys rien que pour moi ^^

    (CPU dédié : 2Ghz, 2Go de mémoire vive, 100Go de disque dur)

    Et oui j’ai une petite boutique e-commerce 🙂

    Disons que comparé à un hébergeur low coast, Ikux propose une infogérance complète et pour moi ça fait toute la différence.

    Ils proposent aussi que la partie infogérance si tu as déjà un VPS ou un serveur dédié.

  • ok merci pour l’info 😉

  • debcloud

    Salut,

    Je suis dans une situation similaire, je doit migrer un lamp et les sites associé sur un autre serveur physique chez un autre hébergeur.

    J’ai vu que tu avais utilisé un script nommé « env_lamp.sh » est ce que tu peu me dire ce que contient ce script ? Il sagit d’un lamp4, j’ai essayé de le réinstallé à l’identique mais impossible trop de veille dépendance.

    Je te remercie par avance,

    Cdt

  • Bonsoir,
    le env_lamp.sh exécute juste les commandes pour voir les versions des softs installées (ex php -v)

  • nice post…