Discussion :

[Phiss]

Bonjour,

J'aimerais avoir des avis sur la possibilités de mettre deux serveur dédié en parallèles pour pouvoir alléger le traitement de l'un.
Je m'explique.
Actuellement on tourne sur un seul serveur et du coup on sature assez vite.
J'aimerais pouvoir faire en sorte d'avoir un second serveur servant pour la gestion backoffice. Mais il doit être relié a l'autre serveur. Du coup je ne sais pas trop comment faire.
Pouvez vous m'aider?

Pour info:
on est sur asp/access.
windows 2003 server

[BrYs]

Il va falloir mettre en place du clusterring.

[Phiss]

et on fait cela comment?
Tu as de bonnes adresses?

[BrYs]

Pas spécialement non, en général je laisse faire ça au spécialiste.
Mais tu dois pouvoir trouver, sur dvp, il y a des chances, sur google surement.

[Phiss]

Mais le clusterring ne sert pas a avoir un 2eme poste en cas de panne?
Il est possible d'utiliser le clusterring pour faire un site avec deux serveurs?

[BrYs]

Il est possible d'utiliser le clusterring pour faire un site avec deux serveurs?

Tout à fait, le clustering applicatif.

[Marc Lussac]

Une autre soluce très simple c'est de dédier un serveur base de données (sql) et l'autre traitement applicatif web (asp)

Ca marche très bien

[Phiss]

un serveur qui stocke les bases de données et un autre qui stocke le serveur web en gros?
Cela ne va pas résoudre mon problème de charges client/entreprise.

Je voudrais qu'il y ai un serveur pour le web coté client et un autre plus pour le backoffice et la gestion interne.

Donc ta proposition, Marc, n'est pas réalisable.

et donc pour le clustering applicatif, comment cela fonctionne?

[Marc Lussac]

Tu aura peut etre moins de charge sur le serveur backoffice, donc tu peu utiliser le serveur backoffice comme serveur de base de données, et l'autre serveur pour les applications publiques. Les deux applications partagent la meme base de données, sur le serveur backoffice.

Tout le probême est de centraliser la base de données sur un serveur, sinon c'est plus compliqué : il faut faire des réplications etc. Par contre pour les applicatifs tu peux les installer sur autant de serveurs que tu veux, et les faire adresser la même base de données (à distance).

Pour pas voir de perte de performances par temps de latence : l'idéal est d'avoir les deux serveurs sur le même cluster ou le même switch, ou reliés directement en réseau local, comme ca ca marche...

[Phiss]

Le souci que j'ai c'est que les bases de données sont en access et que c'est du a cela si cela rame autant.
Car le serveur n'est pas à 100% d'utilisation, le réseau n'est pas saturé non plus.

Du coup je voulais faire un systeme avec deux serveurs.
Chacun avec leur bases qui se mettraient a jour assez régulièrement.

Est ce que vous pouvez me dire si c'est envisageable?

[Marc Lussac]

Oui mais c'est pas le top

Tu te compliquerais moins la vie avec un vrai serveur de base de données (sql server, mysql etc)

Les performances seraient meilleures, et tu aura un back office en direct live et non en différé

[Phiss]

oui mais la ce n'est pas la bonne periode pour changer...

Cette solution est la plus sur car les deux serveurs ont la meme structure et du coup pas de gros développements a faire.

Donc je vais essayer de faire un bout de code qui s'execute toutes les heure et qui va chercher les infos d'un coté puis de l'autre.

Tu vois ce que je veux dire?
As tu une solution autre?

[Marc Lussac]

j'ai bien compris, tu va faire ta "réplication" artisanale

[Phiss]

tu as une autre solution ne demandant pas trop de modification de structure?

[Marc Lussac]

A part la réplication ou la centralisation sur un seul serveur sgbd non je ne voi pas trop d 'autres solutions... Il y à bien le multi base "réparti" avec "commit en deux phases" mais ca n'est pas du tout dans les capacités d'Access...

[BrYs]

honnetement la solution de Marc est l'idéal, d'autant que la clustering est loin d'être évident à mettre en place.

[Phiss]

la solution de mettre deux serveurs, un pour les bases et l'autres pour le site?
Le problème c'est que les serveurs ne se trouvent pas au même endroits...

Et d'apres ce que tu as dis Marc c'est mieux s'ils sont juste a coté...

Je suis mal partis moi je le sens...

Je pense qu'a la fin du gros trafic on va migrer de sytème.
Vous avez une préférence?

Sachant que je fais un site pour du commerce en ligne.
Asp ou php?
sqlserver ou autre?

[BrYs]

Disons que si il ne sont pas au meme endroit, il te faut un lien spécialisé entre ton serveur d'appli et ton serveur de BD.

Concerant une platform pour du e-commerce, je te propose du bon vieux LAMP, a moins que tu nais pas le choix sur du windows alors la, oriente toi sur du .net.