Logo GNT
Actualités Tests & Guides Bons Plans
GTA 6 iPhone 17 Copilot Switch 2 Temu ChatGPT Tesla
OVH Cloud OVH Cloud
Entraide Linux Autres OS Linux Debian Choix hardware pour un serveur

Choix hardware pour un serveur

16 réponses
Avatar
andre_debian
Bonjour,

Entre ces deux mat=E9riels (sous Debian) :

1] processeur i5-Intel 3740, RAM 16Go, Bande passante 100Mb/sec,

2] processeur ATOM N2800, RAM 4Go, Bande passante 100Mb/sec,

quelles seront les cons=E9quences pour un serveur qui re=E7oit
entre 30 et 150 visites / jour.

Merci.

Andr=E9

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: https://lists.debian.org/201507051437.56401.andre_debian@numericable.fr
Signaler un problème avec ce contenu

6 réponses

Supprimer
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire

Veuillez sélectionner un problème

Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
1 2
Avatar
Francois Lafont
Bonsoir,

On 05/07/2015 23:49, wrote:

"PHP-FPM" est -il compatible avec php en module apache ?



Pas vraiment, non. Ou bien ce sont les processus Apache2 qui vont
directement exécuter le code PHP via le module PHP d'Apache2, ou
bien tu utilises PHP-FPM et dans ce cas les processus Apache2
n'exécutent pas le code PHP et se contentent de déléguer cette tâche
aux processus PHP-FPM (la communication entre les processus Apache2
et les processus PHP-FPM se faisant via le protocole Fast-CGI).

Je ne suis vraiment pas un expert en configuration Apache2. Peut-être
qu'il est possible de faire en sorte que pour un vhost donné Apache2
utilise son module PHP et pour un autre vhost il utilise PHP-FPM, je
ne sais pas. Pour un vhost donné par contre, je suis à peu près sûr
que c'est forcément soit l'un soit l'autre.

J'espère avoir répondu à peu près à ta question.

--
François Lafont

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: https://lists.debian.org/mncaaq$bk$
Avatar
andre_debian
On Monday 06 July 2015 00:06:05 Philippe Gras wrote:

>>> Le 5 juil. 2015 2:38 PM, a écrit :
>>> Entre ces deux matériels (sous Debian) :
>>> 1] processeur i5-Intel 3740, RAM 16Go, Bande passante 100Mb/sec,
>>> 2] processeur ATOM N2800, RAM 4Go, Bande passante 100Mb/sec,
>>> quelles seront les conséquences pour un serveur qui reçoit
>>> entre 30 et 150 visites / jour.

> Depuis que je les ai installés (sans certitude à 100%) :
> <meta http-equiv="Refresh" content="4; URL=index.php">
> ne fonctionne plus, la page n'est plus redirigée.

Je ne crois pas ce ça puisse venir d'un cache. Je fais des redirections
en javascript, parce qu'elles ne fonctionnent évidemment pas bien en
PHP avec les caches, mais tout ce qui est dans le code source ou des
statiques n'est pas impacté par les caches.

<meta http-equiv="Refresh" content="4; URL=index.php"> :


Cette redirection ne fonctionne pas ou plus uniquement avec Firefox
et Iceweasel. Warum ?

Par contre :
<body onload="javascript:setTimeout(function(){ window.location
= 'adresse_http';},3000);">
redirige bien.

Les installer (cache mémoire ou/et opcode), c'est facile. mais les faire
fonctionner sur un site, c'est une autre paire de manches.
memcached, APC, XCache, etc ...

Mais tout ceci n'a rien à voir avec la question originelle.



Oui,
mais concernant les "cache", ils permettent de
s'affranchir de serveurs puissants plus coûteux,
avec un résultat finalement acceptable.

L'ATOM, 4Go de RAM est à 12€ TTC /mois,
et l'Intel i5, 16Go de RAM est à 36€ TTC/mois,
soit quand même 24€ d'économie par mois.
Quand il s'agit d'un serveur perso, c'est pas négligeable.

Bonne journée.

André

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: https://lists.debian.org/
Avatar
Philippe Gras
Le 6 juil. 2015 à 11:02, a écrit :

On Monday 06 July 2015 00:06:05 Philippe Gras wrote:

Le 5 juil. 2015 2:38 PM, a écrit :
Entre ces deux matériels (sous Debian) :
1] processeur i5-Intel 3740, RAM 16Go, Bande passante 100Mb/sec,
2] processeur ATOM N2800, RAM 4Go, Bande passante 100Mb/sec,
quelles seront les conséquences pour un serveur qui reçoit
entre 30 et 150 visites / jour.









Depuis que je les ai installés (sans certitude à 100%) :
<meta http-equiv="Refresh" content="4; URL=index.php">
ne fonctionne plus, la page n'est plus redirigée.





Je ne crois pas ce ça puisse venir d'un cache. Je fais des redirections
en javascript, parce qu'elles ne fonctionnent évidemment pas bien en
PHP avec les caches, mais tout ce qui est dans le code source ou des
statiques n'est pas impacté par les caches.



<meta http-equiv="Refresh" content="4; URL=index.php"> :


Cette redirection ne fonctionne pas ou plus uniquement avec Firefox
et Iceweasel. Warum ?

Par contre :
<body onload="javascript:setTimeout(function(){ window.location
= 'adresse_http';},3000);">
redirige bien.



Ça doit plutôt être un problème HTML, alors… Regarde si ce système de
redirection est toujours supporté, s'il est compatible avec ton doctype, etc.

Si tu as une vieille bécane en stock, ça vaut le coup de faire un essai…

Les installer (cache mémoire ou/et opcode), c'est facile. mais les faire
fonctionner sur un site, c'est une autre paire de manches.
memcached, APC, XCache, etc ...



Mais tout ceci n'a rien à voir avec la question originelle.



Oui,
mais concernant les "cache", ils permettent de
s'affranchir de serveurs puissants plus coûteux,
avec un résultat finalement acceptable.



Je suis complètement d'accord. J'ai essayé toute sorte de caches, par ex.
avec les modules de cache Apache, et c'est avec Memcached + APC que
j'ai obtenu les meilleures performances.

Par contre, j'utilise un CMS (Wordpress) et donc j'ai chargé un plugin pour
gérer les caches. J'ai jeté un œil dans le code, c'est une vraie usine à gaz !

C'est pour cette raison que j'ai écrit qu'il ne suffit pas d'installer les logiciels
sur son serveur. Qu'ils soient référencés dans ton Phpinfo ne constitue pas
une garantie de fonctionnement sur ton site.

Mais c'est une autre question, en fait.

Pour ce qui est du choix du serveur, je suis d'accord avec les autres.

Avec 1 site qui fait +/- 150 visites/jour, tu devrais t'en tirer honorablement à
prendre le serveur avec 4 Go de RAM.

L'ATOM, 4Go de RAM est à 12€ TTC /mois,
et l'Intel i5, 16Go de RAM est à 36€ TTC/mois,
soit quand même 24€ d'économie par mois.
Quand il s'agit d'un serveur perso, c'est pas négligeable.



Tu as parfaitement raison de regarder attentivement et de prendre des avis :-)


Bonne journée.

André

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: https://lists.debian.org/




--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: https://lists.debian.org/
Avatar
Damien TOURDE
Bonjour,

Je suis en train aussi de jeter un coup d'oeuil à du matos pour un serveur.

Mes critères étaient consommation < 50W en moyenne (charge assez faible
dans mon cas), et instructions AMD-V ou VT-x, et au vu de mes
recherches, il vaut mieux tabler sur :

- Du AMD FS1b type Sempron 3850 ou Ahtlon 5350 pour environ 15W
idle/20W full sans HDD
- Du Celeron G1820 pour environ 5W de plus

A mon avis, les Intel iX sont surdimensionnés pour ce que tu veux faire,
sauf si tu tiens à avoir le VT-d (IOMMU) à partir des i5 il me semble.


Les Atom n'ont pas tous les instructions VT-x, ce qui peut être
problématique pour la virtualisation.
Personnellement je compte utiliser uniquement Xen dessus, mais je
préfère me laisser la possibilité d'y faire tourner un OS non modifié
type FreeNAS.


PS: Si cela peut servir à quelqu'un, au jour d'aujourd'hui, il semble
que la façon la moins chère d'avoir le IOMMU, c'est de partir sur du
Athlon A4 sur socket FM2, mais ça consomme pas mal.

Damien


Le 05/07/2015 14:37, a écrit :
Bonjour,

Entre ces deux matériels (sous Debian) :

1] processeur i5-Intel 3740, RAM 16Go, Bande passante 100Mb/sec,

2] processeur ATOM N2800, RAM 4Go, Bande passante 100Mb/sec,

quelles seront les conséquences pour un serveur qui reçoit
entre 30 et 150 visites / jour.

Merci.

André




--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: https://lists.debian.org/
Avatar
bd
Bonjour à tous,
Je suis sous Ubuntu 14.04 sur un portable Clevo. Auparavant, c'était
13.04 sur le même PC (depuis 18 mois) et je n'avais jamais connu ce
souci, et pas non plus avec 14.04 jusqu'à il y à 48 heures.

Désormais, très fréquemment, je retrouve mon clavier en QUERTY ! Si je
fais un reboot, c'est toujours du QUERTY... jusqu'à ce que j'ai modifié
quelque chose, pas toujours la même chose. Ce qui a fonctionné la fois
précédente, ne fonctionne pas la fois suivante, il faut trouver une
autre modif. Si je clique sur l'icône "paramètres système" => matériel
=> clavier... je vois s'afficher un clavier AZERTY... et pourtant, à
l'usage, c'est bien du QUERTY et c'est le 'q' qui s'affiche si je tape
'a' dans une fenêtre, qu'il s'agisse d'un terminal X ou d'une quelconque
application (LibreOffice, Firefox...). Si j'affiche la liste des langues
installées, il n'y a que le Français. Auparavant, il y avait Français et
Anglais, Français en premier. Au premier souci (avant hier) j'ai
supprimé l'anglais, et çà a rétabli le clavier AZERTY... temporairement,
jusqu'au prochain boot où le QUERTY est revenu, avec seulement le
Français comme langue affichée dans les préférences système. J'ai alors
remis l'anglais en seconde position... et çà m'a restauré mon AZERTY...
pour une seule session ! Retour au QUERTY... cette fois j'ai réussi à
revenir à l'AZERTY en modifiant:

Système de saisie au clavier: IBUS ==> aucun !

çà paraît fonctionner... pour cette fois, le bénéfice de cette modif va
sans doute cesser au prochain reboot !

La modification que je fais du clavier paraît être réinitialisée à
chaque reboot ! Au cours de ces "pérégrinations" il est arrivé qu'un
reboot n'accepte pas mon mot de passe ; c'est qu'en effet il comporte un
'a'... j'ai dû, pour rentrer, taper la touche 'q' au lieu du 'a'... mais
cela n'a eu lieu qu'une seule fois, à part cette fois là, mon système
accepte toujours le 'a' à la saisie du pswd, quelle que soit la
configuration du clavier que je vais trouver en arrivant.

A un moment donné, j'ai cru que ma connexion Internet était fautive: je
suis actuellement dans ma caravane, connecté via un système 4G Bouygues
Télécom... mais je crois de moins en moins à cette hypothèse.

Merci d'avance pour vos lumières,

Bernard

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: https://lists.debian.org/
Avatar
Daniel Caillibaud
Le 05/07/15 à 14:37, a écrit :

AF> Bonjour,
AF>
AF> Entre ces deux matériels (sous Debian) :
AF>
AF> 1] processeur i5-Intel 3740, RAM 16Go, Bande passante 100Mb/sec,
AF>
AF> 2] processeur ATOM N2800, RAM 4Go, Bande passante 100Mb/sec,
AF>
AF> quelles seront les conséquences pour un serveur qui reçoit
AF> entre 30 et 150 visites / jour.

Les deux doivent encaisser 150 visites SIMULTANÉES sans problème, ou al ors c'est l'appli qui a
un gros problème ;-)

Pour une appli php assez gourmande en bdd, avec nginx + php-fpm + apc, sans varnish, sur un
quadCore d'il y a ~5ans avec 4Go de ram j'avais des bench où la saturatio n commençait à
10k sessions simultanées (nginx montait à 600Mbps), dans la vraie vie c ette même
conf sur cette machine, qui faisait aussi d'autres choses, faisait réguli èrement 2 000 visites
simultanées sans broncher.

Pour du web classique, le pb n'est que très rarement le hardware (parfois les disques sont
le facteur limitant sur des bases de données sollicitées, faut alors aj outer de la RAM et du
SSD, mais l'ordre de grandeur est en milliers d'écritures par seconde).


--
Daniel

Tout est relatif, excepté l'infini.
Gaston, duc de Lévis

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: https://lists.debian.org/
1 2