Quel config pour un serveur web online 24/24?

Quel config pour un serveur web online 24/24? - réseaux et sécurité - Linux et OS Alternatifs

Marsh Posté le 30-10-2003 à 21:52:02    

C'est pour heberger le site web d'un magasin avec vente online, etc...
 
le site devra donc etre dispo 24h24
 
quelle version de linux aussi?
 
mon idée: p2 300, 512 mo de ram, carte controlleur raid, 3 disque dur seagate barracuda ata 5 en raid 5
(je sais pas si c le bon forum pour aborder la question hardware)

Reply

Marsh Posté le 30-10-2003 à 21:52:02   

Reply

Marsh Posté le 30-10-2003 à 22:17:02    

personne?

Reply

Marsh Posté le 30-10-2003 à 22:19:07    

1-Charge prévue pour le serveur.
2-Quel controlleur RAID ?
3-Quel Linux:2.0, 2.2, 2.4, 2.6-test ?


---------------
-~- Libérez Datoune ! -~- Camarade, toi aussi rejoins le FLD pour que la flamme de la Révolution ne s'éteigne pas ! -~- A VENDRE
Reply

Marsh Posté le 30-10-2003 à 22:25:27    

1.? tu veux dire quel genre de site?  Normalement yaura du java et du flash (peut-etre)(desole mais dans le domaine des serveurs je suis un newbie, autant que pour linux)
2. j'attendais que tu m'en conseille un (adaptec peut-etre)
3. j'en sais rien c'est pas moi qui m'occupe du developpement du site, c'est mon collegue. Quelles sont les differences entre ces versions?

Reply

Marsh Posté le 30-10-2003 à 23:09:11    

ben pourquoi vous prenez pas un hébergement chez un professionnel ?
ça me semblerait a priori plus sage

Reply

Marsh Posté le 31-10-2003 à 00:05:10    

je rejoint l'avis de mober

Reply

Marsh Posté le 31-10-2003 à 08:43:28    

combien d'utilisateurs ?  
y aura t il une base de données (MYSQL ou autres)
P2 300?
un peu léger de nos jours , au moins un P3 1GHZ,
cela depend de ce que l'on fait.


Message édité par macomboh le 31-10-2003 à 08:45:02
Reply

Marsh Posté le 31-10-2003 à 12:30:54    

la connek, c'est koi ?? parce que si ADSL , le P2 300 ca sera large, a moins que les scriptss php soient vraiment des trucs de malade !!

Reply

Marsh Posté le 31-10-2003 à 12:54:53    

Tompouss a écrit :

C'est pour heberger le site web d'un magasin avec vente online, etc...
 
le site devra donc etre dispo 24h24
 
quelle version de linux aussi?
 
mon idée: p2 300, 512 mo de ram, carte controlleur raid, 3 disque dur seagate barracuda ata 5 en raid 5
(je sais pas si c le bon forum pour aborder la question hardware)


 
A ta place, je ferais appel à un prestataire. Car avoir vraiment du 24/24 cela demande une surveillance 24/24 (avec remonté de log en cas de pb, pouvoir intervenir à toute heure sur le serveur..etc...).
 
Qt à ton choix de serveur, cela depend du type de site que tu souhaite faire et dans quelle technologie. Deplus il faut estimer le nb de connexions simultanées..etc...
 

Reply

Marsh Posté le 31-10-2003 à 13:20:46    

Ca se voit que vous vous occupez pas de serveurs web les gars :D
 
Bon, déjà, faut des réponses aux questions de mirtouf, à savoir :
 
Combien de hits par minute aux heures de pointes ?
Quel volume de données dans la base ?
Présence de SSL sur le serveur ou non ?
 
Ensuite, faut voir en environement de test ce que donne la complexité des pages dynamiques. Un P2 300 ça peut être amplement suffisant pour une charge de 1000 hits par minute, à condition que les pages dynamiques soient peut consomatrices et le volume de données faible.
 
Mais un octo 3 GHz peut-être aussi juste avec un seul hit par jour si tes traîtements sont complexes sur de gros volumes de données. La puissance de la machine est 100% dépendante de la charge.
 
En tout cas, une carte RAID sur un P2 300, oublie. Si tu as besoin d'accès rapides, je déduis que tu as des gros traîtements sur des gros volumes de données, et de façon intensive. Alors à ce moment, passe à 2 Go de RAM minium et un vrai CPU.
 
Sinon, un disque IDE tout bête et sans cache c'est amplement suffisant. Tout dépends à nouveau de la charge.
 
Par contre, le seul truc qui n'est pas indiqué, mais qui est le seul qu'on puisse assurer pour un serveur en ligne 24/24, c'est qu'il te faut une allim redondante ondulée.
Le RAID (raid 1 suffit amplement) est un plus aussi pour ce qui est de la pérénité des données, mais pas vital en soit. Moi qu'une allim redondante en tout cas.

Reply

Marsh Posté le 31-10-2003 à 13:20:46   

Reply

Marsh Posté le 31-10-2003 à 13:26:02    

Reply

Marsh Posté le 31-10-2003 à 13:26:14    

je cite :  
"Le RAID (raid 1 suffit amplement) est un plus aussi pour ce qui est de la pérénité des données, mais pas vital en soit. Moi qu'une allim redondante en tout cas.
"
 
Et bien c'est pas chez toi que j'hebergerais mes sites.
 
PS: Sans Raid, en cas de casse, tu fais comment ?. Qt à l'alim redondante OK, mais tu oublies en vrac :
* l'onduleur qui va bien,  
* la 2ieme carte reseau,  
* un second acces web en cas de chute du premier brin,
* IDE top sauf que le MTBF n'est pas du tout le meme qu'avec du SCSI.
* de la memoire ECC.
* ..et j'en passe.
 
 
Faire du Vrai 24/24 coute tres cher et bien souvent oblige d'avoir non pas 1 serveur mais 2 serveurs...


Message édité par vrobaina le 31-10-2003 à 13:28:41
Reply

Marsh Posté le 31-10-2003 à 13:36:57    

vrobaina a écrit :

je cite :  
"Le RAID (raid 1 suffit amplement) est un plus aussi pour ce qui est de la pérénité des données, mais pas vital en soit. Moi qu'une allim redondante en tout cas.
"
 
Et bien c'est pas chez toi que j'hebergerais mes sites.


Ca tombe bien, je risque pas de vouloir héberger un site qui stocke des informations vitales sur son propre serveur :jap:
 
Quand on voit qu'il faut au moins 10 minutes à un hacker pour rentrer sur une machine front-end, linux compris, faut être doucement taré pour stocker des données importantes dessus.


Message édité par MagicBuzz le 31-10-2003 à 13:37:14
Reply

Marsh Posté le 31-10-2003 à 13:41:03    

MagicBuzz a écrit :


Ca tombe bien, je risque pas de vouloir héberger un site qui stocke des informations vitales sur son propre serveur :jap:
 
Quand on voit qu'il faut au moins 10 minutes à un hacker pour rentrer sur une machine front-end, linux compris, faut être doucement taré pour stocker des données importantes dessus.


 
:jap:  
 
la on est d'accord. Mais je pense qu'en terme de cout, une bonne solution fiable et sécurisé va couter très chere à notre ami Tompouss. D'ou ma proposition de passer chez un hebergeur.


Message édité par vrobaina le 31-10-2003 à 13:41:19
Reply

Marsh Posté le 31-10-2003 à 15:39:45    

macomboh a écrit :

combien d'utilisateurs ?  
y aura t il une base de données (MYSQL ou autres)
P2 300?
un peu léger de nos jours , au moins un P3 1GHZ,
cela depend de ce que l'on fait.


Fo pas abuser non plus. Suffit de pas isntaller n importe koi de fer un truc bien.

Reply

Marsh Posté le 31-10-2003 à 15:42:09    

A mon avis le gars veut pas fer de la haute dispo non plus :D

Reply

Marsh Posté le 31-10-2003 à 16:02:19    

Tompouss a écrit :

1.? tu veux dire quel genre de site?  Normalement yaura du java et du flash (peut-etre)(desole mais dans le domaine des serveurs je suis un newbie, autant que pour linux)


 
Hum... on parle cote serveur... donc flash on s'en balance (a moins que tu me generes du flash a la volee), et le java cote client aussi (a moins que tu ne fasses du JSP / tomcat / EJB /servlets...)
 
Anyway : dans les deux cas "a moins que" p2 300 j'espere que c'est une blague.
 
Sinon je prendrais un freebsd (surtout que java est supporte en natif a present... plus besoin de patcher/recompiler le sdk) et non pas un linux.
 
Derniere question : c'est un mandat ? Le client sait que vous ne maitrisez pas votre sujet ?
 

Reply

Marsh Posté le 31-10-2003 à 17:53:14    

et le backup ? Il te faut un lecteur de Bande (DDS3 ou LTO)
A moins que tu ai un robot :)
 
Et puis si ca doit etre un serveur de prod moi je dis :
 
Raid 1 SCSI (2 DD De 30 Go)
 
Faut un minimun de sécurité quand même, a moins qu'il n'y ai pas de probleme si le serveur tombe en rade plusieurs heures voir jours...
 
Apres le reste ca depend de ce que tu recuperer.
L'ideal serait peut être un P3 500 minimum + beaucoup de Ram selon l'utilisation de apache (mysql ?)
 
++


Message édité par lebibi le 31-10-2003 à 17:59:11
Reply

Marsh Posté le 31-10-2003 à 19:57:56    

Par moment, j'aimerais vraiment avoir une ligne rapide juste pour vous montrer que vous êtes sur Pluton niveau puissance de la machine.
 
Y'a quelques mois, j'avais installé une Debian avec uniquement Apache+PHP et MySQL, sur mon vieux portable P100 avec 32 mo de RAM.
 
Je voulais bencher la bête. Alors j'ai fait un petit site, tapant dans une base de données de 400 Mo (avec un disque de 800 Mo on est rapidement limité :D) et une dizaine de pages.
 
J'ai fait un petit programme me permettant de simuler une charge de 500 personnes faisant un click sur un lien toutes les 2 secondes.
 
Bah cette config pourtant archaïque s'en sortait très bien, le temps moyen d'affichage d'une page était de l'ordre de 0.02 secondes, soit rien du tout.
 
Alors j'ai décidé de faire des requêtes plus complexes (calculs portant sur des valeurs issues de plus de 15 tables, avec des fonctions de regroupement imbriquées) et là avec 50 "personnes" faisant un hit toutes les 5 secondes ça passait nickel aussi.
 
Donc faut pas pousse. N'importe quel PC pris dans une décharge peut suffir pour faire déjà un serveur digne de ce nom.
 
Quand j'ai commencé à bosser avec du PHP, j'avais un 486 et il était amplement suffisant.


Message édité par MagicBuzz le 31-10-2003 à 20:02:15
Reply

Marsh Posté le 31-10-2003 à 20:01:54    

MagicBuzz a écrit :

Par moment, j'aimerais vraiment avoir une ligne rapide juste pour vous montrer que vous êtes sur Pluton niveau puissance de la machine.
 
Y'a quelques mois, j'avais installé une Debian avec uniquement Apache+PHP et MySQL, sur mon vieux portable P100 avec 32 mo de RAM.
 
Je voulais bencher la bête. Alors j'ai fait un petit site, tapant dans une base de données de 400 Mo (avec un disque de 800 Mo on est rapidement limité :D) et une dizaine de pages.
 
J'ai fait un petit programme me permettant de simuler une charge de 500 personnes faisant un click sur un lien toutes les 2 secondes.
 
Bah cette config pourtant archaïque s'en sortait très bien, le temps moyen d'affichage d'une page était de l'ordre de 0.02 secondes, soit rien du tout.
 
Alors j'ai décidé de faire des requêtes plus complexes (calculs portant sur des valeurs issues de plus de 15 tables, avec des fonctions de regroupement imbriquées) et là avec 50 "personnes" faisant un hit toutes les 5 secondes ça passait nickel aussi.
 
Donc faut pas pousse. N'importe quel PC pris dans une décharge peut suffir pour faire déjà un serveur digne de ce nom.
 
Quand j'ai commencé à bosser avec du PHP, j'avais un 486 et il était amplement suffisant.


+1 :jap:

Reply

Marsh Posté le 31-10-2003 à 20:04:54    

MagicBuzz a écrit :


Ca tombe bien, je risque pas de vouloir héberger un site qui stocke des informations vitales sur son propre serveur :jap:
 
Quand on voit qu'il faut au moins 10 minutes à un hacker pour rentrer sur une machine front-end, linux compris, faut être doucement taré pour stocker des données importantes dessus.


 
comment tu fais pour stocker tes données critiques ?

Reply

Marsh Posté le 31-10-2003 à 20:06:20    

Clockover a écrit :

A mon avis le gars veut pas fer de la haute dispo non plus :D


 
du 24/24, on est en plein dedans, non ? :D

Reply

Marsh Posté le 31-10-2003 à 20:08:00    

blackm a écrit :


 
comment tu fais pour stocker tes données critiques ?


un deuxieme serveur ;)

Reply

Marsh Posté le 31-10-2003 à 20:08:00    

MagicBuzz a écrit :

Par moment, j'aimerais vraiment avoir une ligne rapide juste pour vous montrer que vous êtes sur Pluton niveau puissance de la machine.
 
Y'a quelques mois, j'avais installé une Debian avec uniquement Apache+PHP et MySQL, sur mon vieux portable P100 avec 32 mo de RAM.
 
Je voulais bencher la bête. Alors j'ai fait un petit site, tapant dans une base de données de 400 Mo (avec un disque de 800 Mo on est rapidement limité :D) et une dizaine de pages.
 
J'ai fait un petit programme me permettant de simuler une charge de 500 personnes faisant un click sur un lien toutes les 2 secondes.
 
Bah cette config pourtant archaïque s'en sortait très bien, le temps moyen d'affichage d'une page était de l'ordre de 0.02 secondes, soit rien du tout.
 
Alors j'ai décidé de faire des requêtes plus complexes (calculs portant sur des valeurs issues de plus de 15 tables, avec des fonctions de regroupement imbriquées) et là avec 50 "personnes" faisant un hit toutes les 5 secondes ça passait nickel aussi.
 
Donc faut pas pousse. N'importe quel PC pris dans une décharge peut suffir pour faire déjà un serveur digne de ce nom.
 
Quand j'ai commencé à bosser avec du PHP, j'avais un 486 et il était amplement suffisant.


Faut penser à faire travailler réellement la BDD et pas seulement les caches ... :D

Reply

Marsh Posté le 31-10-2003 à 20:09:41    

blackm a écrit :


 
du 24/24, on est en plein dedans, non ? :D


Ouais 24/24 mais rien n est dis pour 7/7 ;) sincerement en voyant le nivo de connaissance de la personne, je la vois mal mettre en place des cluster de disponibilité, etc...

Reply

Marsh Posté le 31-10-2003 à 20:11:15    

Clockover a écrit :


un deuxieme serveur ;)


 
ouai mais j'aimerai plus de détails :o
 
juste un petit retour d'expérience quoi :D

Reply

Marsh Posté le 31-10-2003 à 20:11:19    

Clockover a écrit :


Ouais 24/24 mais rien n est dis pour 7/7 ;) sincerement en voyant le nivo de connaissance de la personne, je la vois mal mettre en place des cluster de disponibilité, etc...


Cé kler ... à bas la drosophylite aigüe ... :D

Reply

Marsh Posté le 31-10-2003 à 20:13:20    

Zzozo a écrit :


Faut penser à faire travailler réellement la BDD et pas seulement les caches ... :D


 
 :jap:  
 
genre quand le noyau kill mysql parce qu'il prend trop de place en mémoire :/ :D

Reply

Marsh Posté le 31-10-2003 à 20:16:04    

blackm a écrit :


comment tu fais pour stocker tes données critiques ?


tes données critiques sont sur le serveur de ta boîte, et là par contre y'a ce qu'il faut de sécurité qui doit être mis en place.
 
mais non seulement c'est mieu niveau sécu et montée en charge (t'as besoin d'un gros serveur au lieu d'avoir 25 serveurs partout) mais pour la gestion c'est 1000 fois mieu.
 
imagine que tu aies deux serveurs.
 
tu as un site web et un magasin.
 
le produit A est 10 fois en stock.
 
dans dans la journée, le site web va permettre de ventre 10 unités du produit, tandis que comme un con, tu vas vendre les 10 qui était en rayon aux clients du magasin. résultat, tu a 10 clients qui ne peuvent pas être livrés.
 
alors tu comprends ton erreur. le lendemain, le produit B tu en retire virtuellement 5 du stock pour le web. résultat, sur le site web tu ne va vendre que 5 produits alors que 10 clients auraient voulu l'acheter, tandis que personne n'en a acheté en magasin.
 
avec un unique serveur, tes stocks sont à jour pour toutes tes applications en même temps, tu n'as pas besoin de faire double inventaire, double saisie et double contrôle, et en plus le buisiness est plus performant.
 
la centralisartion, c'est le mot magique en informatique.

Reply

Marsh Posté le 31-10-2003 à 20:16:20    

Clockover a écrit :


Ouais 24/24 mais rien n est dis pour 7/7 ;) sincerement en voyant le nivo de connaissance de la personne, je la vois mal mettre en place des cluster de disponibilité, etc...


 
héhé ;)
 
(sinon tout est prévu, ya qu'à voir linux-HA :o)

Reply

Marsh Posté le 31-10-2003 à 20:17:07    

blackm a écrit :


 
ouai mais j'aimerai plus de détails :o
 
juste un petit retour d'expérience quoi :D


si tu as pas de besoins trop lourds/contraigants en terme de charge (genre pas de J2EE, etc ...) mais que tu veux qd même de la redondance, tu peux essayer ça :
- un load balancer genre LVS (mais y'a d'autres chose plus simples encore,notamment j'ai vu passer un truc sous xxxBSD y'a pas longtemps)
- deux serveurs web/BDD identiques avec un système de recopie des données de l'un vers l'autre
 
Tu n'auras pas de restauration des sessions mais je pense que tu en ais vraiment besoin ... :)
Que ce soit pour les serveurs ou le load balancer (tu peux mettre 2 machines là aussi), tu peux utiliser des PC low end (genre IDE + un peu de RAM pour les serveurs webs), ca suffira bien :)


Message édité par Zzozo le 31-10-2003 à 20:19:03
Reply

Marsh Posté le 31-10-2003 à 20:19:35    

MagicBuzz a écrit :


tes données critiques sont sur le serveur de ta boîte, et là par contre y'a ce qu'il faut de sécurité qui doit être mis en place.


 
c'est ce point qui m'intéresse ;)
 
qu'est ce que tu préconises ? (après j'arrête de t'embêter :D)

Reply

Marsh Posté le 31-10-2003 à 20:22:02    

blackm a écrit :


 
c'est ce point qui m'intéresse ;)
 
qu'est ce que tu préconises ? (après j'arrête de t'embêter :D)


Tu veux quoi comme BDD ?
Mais dis moi, tu as mis sur papier un minimum de specs du système que tu veux au moins ?

Reply

Marsh Posté le 31-10-2003 à 20:24:20    

MagicBuzz a écrit :


tes données critiques sont sur le serveur de ta boîte, et là par contre y'a ce qu'il faut de sécurité qui doit être mis en place.
 
mais non seulement c'est mieu niveau sécu et montée en charge (t'as besoin d'un gros serveur au lieu d'avoir 25 serveurs partout) mais pour la gestion c'est 1000 fois mieu.
 
imagine que tu aies deux serveurs.
 
tu as un site web et un magasin.
 
le produit A est 10 fois en stock.
 
dans dans la journée, le site web va permettre de ventre 10 unités du produit, tandis que comme un con, tu vas vendre les 10 qui était en rayon aux clients du magasin. résultat, tu a 10 clients qui ne peuvent pas être livrés.
 
alors tu comprends ton erreur. le lendemain, le produit B tu en retire virtuellement 5 du stock pour le web. résultat, sur le site web tu ne va vendre que 5 produits alors que 10 clients auraient voulu l'acheter, tandis que personne n'en a acheté en magasin.
 
avec un unique serveur, tes stocks sont à jour pour toutes tes applications en même temps, tu n'as pas besoin de faire double inventaire, double saisie et double contrôle, et en plus le buisiness est plus performant.
 
la centralisartion, c'est le mot magique en informatique.


Des fois, y'a pas le choix à cause d'un existant merdique déjà en place ... :/

Reply

Marsh Posté le 31-10-2003 à 20:25:22    

blackm a écrit :


c'est ce point qui m'intéresse ;)
 
qu'est ce que tu préconises ? (après j'arrête de t'embêter :D)


moi ? je préconnise de laisser faire des pros :D

Reply

Marsh Posté le 31-10-2003 à 20:27:37    

MagicBuzz a écrit :


moi ? je préconnise de laisser faire des pros :D


Arf ... [:ddr555] ... mais c'est plus sage en effet ... :)

Reply

Marsh Posté le 31-10-2003 à 20:34:00    

Si c'est dans un but pro je pense qu'il faut un minimum quand même.
Ok Linux marche tres bien sur des vieilles becanes mais faut pas abuser quand même ;)
 
De nos jours on peut avoir du bon matos pour pas trop cher.
 
Il va finir par monter ca sur un P75 :d

Reply

Marsh Posté le 31-10-2003 à 20:36:33    

Zzozo a écrit :


Tu veux quoi comme BDD ?
Mais dis moi, tu as mis sur papier un minimum de specs du système que tu veux au moins ?


 
C'est juste pour avoir des idées, au taff on va mettre en place une nouvelle achitecture mais c'est pas moi qui m'occupe de ca, bref je m'informe ;)
 
un ex pour la base :
Mysql avec une quinzaine de bases, plus de 200 tables et des requêtes inter-bases, pour 2-3 Go de données (amené à augmenter rapidement)
 
là-dessus : apache/php classique ;)
et 3 machines dispo, alors comment on fait ? :D

Reply

Marsh Posté le 31-10-2003 à 20:37:03    

Tu as un budget de combien ?
Si tu as 0 ? bah tu fais avec ce que tu as alors, un vieux pc et 1 autre en rab au cas ou.

Reply

Marsh Posté le 31-10-2003 à 20:40:40    

MagicBuzz a écrit :


moi ? je préconnise de laisser faire des pros :D


 
huhu, en effet c'est pas moi qui fait ca :D
 
mais où est passé ton besoin de partager tes connaissances ? :o  

Reply

Marsh Posté le    

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed