Prenons pour acquis à ce moment-ci que ce sont 2 sites de charge moyenne, 2 forums de discussion par exemple. Juste pour simplifier la théorie...
C'est plus performant d'avoir les requêtes en surcharge sur le serveur web ou c'est mieux de toute regrouper le SQL sur une autre machine et de passer les requêtes par le réseau? Sûrement que la commuication entre PHP et PgSQL est plus rapide quand c'est local par contre, PgSQL demande une charge supplémentaire s'il est sur le même serveur que PHP... Est-ce que de libérer la charge sur 2 serveurs va amplement compenser la perte de vitesse au niveau communication? Ce genre de question... et... etc... On 4/23/07, Sun Wukong <[EMAIL PROTECTED]> wrote: > > > > Le 23.04.2007 20:29,, le perspicace Free Mind s'exprimait en ces termes: > > Bonjour groupe! > Salut ! > > > J'ai besoin de vos avis d'expert en optimisation... > Bon ben ch'uis pas expert, mais en attendant qu'il y en ait un qui > passe, je vais faire la conversation ;-) > > > Prenons un exemple... > > 2 Sites web dynamiques (forum de discussion, catalogue de produits) > > 2 serveurs DUAL P3-800 sur Scsi RAID-1 > > > > Est-il plus performant de faire: > > > > Solution #1: > > Serveur #1 : Site A avec Apache + PHP + PostgreSQL > > Serveur #2 : Site B avec Apache + PHP + PostgreSQL > > > > Ou Solution #2: > > Serveur #1: Site A + Site B avec Apache + PHP > > Serveur #2: PostgreSQL servant le Site A et le Site B > Ben à priori, tout dépend de la charge qui arrive sur tes machines. Nb > de pages servis, nb de requêtes SQL, par jour, par heure, pour A, pour > B. Y a t-il de fortes variations dans la journée ? La charge de A > est-elle très différente de celle de B ? > > Le RAID1 ne t'apporte aucun gain en perfs, juste une redondance des > disques. La RAM des bécanes est elle optimale, surtout sur le SGBD ? > > À voir aussi que si tu regroupes façon solution2, la compromission d'un > site entraîne vraisemblablement la compromission de l'autre. > > My two cents > -- > SunWukong > GPG Key available : 0xF4DD0AD2 on keyserver.ubuntu.com > > -- > ubuntu-fr mailing list > [email protected] > https://lists.ubuntu.com/mailman/listinfo/ubuntu-fr >Prenons pour acquis à ce moment-ci que ce sont 2 sites de charge moyenne, 2 forums de discussion par exemple. Juste pour simplifier la théorie...
C'est plus performant d'avoir les requêtes en surcharge sur le serveur web ou c'est mieux de toute regrouper le SQL sur une autre machine et de passer les requêtes par le réseau?
Sûrement que la commuication entre PHP et PgSQL est plus rapide quand c'est local par contre, PgSQL demande une charge supplémentaire s'il est sur le même serveur que PHP... Est-ce que de libérer la charge sur 2 serveurs va amplement compenser la perte de vitesse au niveau communication?
Ce genre de question... et... etc...
On 4/23/07, Sun Wukong <[EMAIL PROTECTED]> wrote:
Le 23.04.2007 20:29,, le perspicace Free Mind s'exprimait en ces termes:
> Bonjour groupe!
Salut !
> J'ai besoin de vos avis d'expert en optimisation...
Bon ben ch'uis pas expert, mais en attendant qu'il y en ait un qui
passe, je vais faire la conversation ;-)
> Prenons un exemple...
> 2 Sites web dynamiques (forum de discussion, catalogue de produits)
> 2 serveurs DUAL P3-800 sur Scsi RAID-1
>
> Est-il plus performant de faire:
>
> Solution #1:
> Serveur #1 : Site A avec Apache + PHP + PostgreSQL
> Serveur #2 : Site B avec Apache + PHP + PostgreSQL
>
> Ou Solution #2:
> Serveur #1: Site A + Site B avec Apache + PHP
> Serveur #2: PostgreSQL servant le Site A et le Site B
Ben à priori, tout dépend de la charge qui arrive sur tes machines. Nb
de pages servis, nb de requêtes SQL, par jour, par heure, pour A, pour
B. Y a t-il de fortes variations dans la journée ? La charge de A
est-elle très différente de celle de B ?
Le RAID1 ne t'apporte aucun gain en perfs, juste une redondance des
disques. La RAM des bécanes est elle optimale, surtout sur le SGBD ?
À voir aussi que si tu regroupes façon solution2, la compromission d'un
site entraîne vraisemblablement la compromission de l'autre.
My two cents
--
SunWukong
GPG Key available : 0xF4DD0AD2 on keyserver.ubuntu.com
--
ubuntu-fr mailing list
[email protected]
https://lists.ubuntu.com/mailman/listinfo/ubuntu-fr
3#Part.002
Description: Binary data
AdmID:39DEAA878F6610FFD747C990317DD7F2
-- ubuntu-fr mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-fr
