PC SOFT

GRUPOS DE DISCUSSÃO PROFISSIONAL
WINDEVWEBDEV e WINDEV Mobile

Inicio → WEBDEV 2024 → [WB10] Architecture 200K users
[WB10] Architecture 200K users
Iniciado por fgleize, jan., 11 2006 9:46 AM - 1 resposta
Publicado em janeiro, 11 2006 - 9:46 AM
Bonjour,

Je cherche des informations/recommandations en termes d’architecture et de dimensionnement de serveurs pour un projet de site WebDev destiné à une clientèle de 50 000 à 200 000 utilisateurs. Notamment :

1-Quel nombre de WebDev Déploiement utiliser ?
2-Quel nombre de connexions simultanées peut efficacement supporter 1 seul moteur WebDev ?
3-Quel serveur Web est à même de gérer au mieux ce niveau d'utilisateurs ?
4-Quel plateforme serveur utiliser ?
5-Existe-t-il une documentation technique ("white paper") de PCSoft (ou autres) démontrant les interactions, protocoles, échanges d'informations entre les différentes couches d'une architecture 3-tiers utilisant des moteurs WebDev ?
6-Existe-t-il des benchmarcks WebDev / ASP.NET / ASP ?


Merci d'avance pour vos réponses.
Franck Gleize.

-----------------------------------------
SOFTAZUR - Services informatiques
1010, rue Sherbrooke Ouest
Bureau 1800
Montréal, QC H3A 2R7

C : fgleize@softazur.com
T : +1 514 992 6207
F : +1 514 992 6247
W : www.softazur.com
-----------------------------------------
Publicado em fevereiro, 02 2006 - 5:23 PM
"Franck Gleize" <fgleize@softazur.com> wrote in
news:43c430ce$1@news.pcsoft.fr:


Bonjour,

Je cherche des informations/recommandations en termes d’architecture
et de dimensionnement de serveurs pour un projet de site WebDev
destiné à une clientèle de 50 000 à 200 000 utilisateurs. Notamment :

1-Quel nombre de WebDev Déploiement utiliser ?
2-Quel nombre de connexions simultanées peut efficacement supporter 1
seul moteur WebDev ? 3-Quel serveur Web est à même de gérer au mieux
ce niveau d'utilisateurs ? 4-Quel plateforme serveur utiliser ?
5-Existe-t-il une documentation technique ("white paper") de PCSoft
(ou autres) démontrant les interactions, protocoles, échanges
d'informations entre les différentes couches d'une architecture
3-tiers utilisant des moteurs WebDev ? 6-Existe-t-il des benchmarcks
WebDev / ASP.NET / ASP ? …

Merci d'avance pour vos réponses.
Franck Gleize.

-----------------------------------------
SOFTAZUR - Services informatiques
1010, rue Sherbrooke Ouest
Bureau 1800
Montréal, QC H3A 2R7

C : fgleize@softazur.com
T : +1 514 992 6207
F : +1 514 992 6247
W : www.softazur.com
-----------------------------------------



1-Quel nombre de WebDev Déploiement utiliser ?


1 seul, à mettre sur ton serveur Web

2-Quel nombre de connexions simultanées peut efficacement supporter 1
seul moteur WebDev ?


Tout dépend de la mémoire vive de ton serveur

3-Quel serveur Web est à même de gérer au mieux
> ce niveau d'utilisateurs ?

IIS/Windows le fait très bien

4-Quel plateforme serveur utiliser ?

Je te conseil d'utiliser une architecture 2-tiers, avec d'un coté un
serveur IIS avec ton appli webdev et ton moteur de déploiement, et de
l'autre un serveur de base de données.

5-Existe-t-il une documentation technique ("white paper") de PCSoft
(ou autres) démontrant les interactions, protocoles, échanges
d'informations entre les différentes couches d'une architecture
3-tiers utilisant des moteurs WebDev ?


Alors là, je pense que non, mais renseigne toi je me trompe peut être...

6-Existe-t-il des benchmarcks
> WebDev / ASP.NET / ASP ?

Même réponse... Cependant, voici l'architecture qui marche pour nous :

- 1 Serveur IIS Bi-proc Xeon + 2 Go de mémoire sous Windows avec un
serveur de déploiement Webdev (impérativement 9 ou supérieur ! les
versions inférieures sont beaucoup moins bien gérés au niveau des
ressources mémoire et cpu) et notre (nos) applis webdev installées.

- 1 serveur de base de données MySQL 5 (avec procédures stockées) sous
linux.

Avec ça, et une appli en accès natif MySQL avec des requêtes aux petits
oignons, tu peux taper dedans, ça marche d'enfer.

Petit conseil : Optimise un max le serveur MySQL par rapport à la
capacité machine du serveur, le nombre de tables, et le nombre de
connexions simultanées que tu auras.

Autre tout petit conseil : Fais des requêtes qui chantent sur des tables
InnoDB ! Et tu n'auras pas de saturation de performances.

Voilà, j'espère t'avoir aidé.

Olivier Piers
European Soft