j'ai actuellement 7 sites asp, 2 sites php tous hébergés en mutualisé chez
divers hébergeur.
Je voudrais prendre un serveur dédié unique, et regrouper mes sites, pour ne
payer qu'une seule fois, par exemple héberger les 7 sites ASP sur la meme
machine.
Ou encore sur un dédié linux, mettre mes 2 sites php, ainsi qu'un serveur
java (tomcat) pour faire des démos.
Est-il possible ?
Est-ce facile à configurer, maintenir ?
Quelle puissance de processeur recommandez vous pour des sites avec peu de
traffic (5 utilisateurs maxi) ?
celeron 256Mo ? cela ira-t-il plus vite qu'un mutualisé ?
Mon problème vient du fait que j'ai plusieurs serveurs derrière la meme IP,
je voulais dire plusieurs serveur WEB, une seule machine physique.
Ah vous faites du NAT donc...
si vous le dites :-)
Bah en fait vous n'en faites pas apparemment, vu votre précision supplémentaire.
Donc, on résume: - dans les DNS vous mettez, pour les 2 noms, l'IP de la seule et unique machine sur laquelle tourne deux serveurs web - sur cette machine vous avez donc deux serveurs, chacun sur un port différent, et l'un sur le port 80. Mettons que vous ayez Apache et autre chose. Vous configurez Apache pour écouter sur le port 80 et l'autre port. Vous ajoutez la définition du ou des vhosts gérés par Apache, et pour les autres (gérés par l'autre serveur donc), vous configurez Apache pour faire une redirection (en spécifiant le port dans l'URL donc) ou un fonctionnement en tant que proxy (ce qui vous permet alors de bloquer l'accès direct à l'autre port depuis l'extérieur, et vous pouvez même avoir votre deuxième serveur qui n'écoute en fait que sur 127.0.0.1)
Vous pouvez aussi éviter tout cela, si vous donnez directement aux clients les URLs avec les ports: dans ce cas, vous n'avez besoin que d'un nom. http://www.example.com/ c'est par défaut le port 80 donc le client se connecte sur le serveur écoutant sur le port 80 http://www.example.com:9080/ là on dit au client de se connecter directement au port 9080, donc il arrive sur l'autre serveur.
BTW on devient/est hors charte là, donc si vous voulez continuer la discussion, je vous recommande plutôt fr.comp.infosystemes.www.serveurs
-- Patrick Mevzek . . . . . . Dot and Co (Paris, France) <http://www.dotandco.net/> <http://www.dotandco.com/>
Mon problème vient
du fait que j'ai plusieurs serveurs derrière la meme IP,
je voulais dire plusieurs serveur WEB, une seule machine physique.
Ah vous faites du NAT donc...
si vous le dites :-)
Bah en fait vous n'en faites pas apparemment, vu votre précision
supplémentaire.
Donc, on résume:
- dans les DNS vous mettez, pour les 2 noms, l'IP de la seule et unique
machine sur laquelle tourne deux serveurs web
- sur cette machine vous avez donc deux serveurs, chacun sur un port
différent, et l'un sur le port 80.
Mettons que vous ayez Apache et autre chose.
Vous configurez Apache pour écouter sur le port 80 et l'autre port.
Vous ajoutez la définition du ou des vhosts gérés par Apache,
et pour les autres (gérés par l'autre serveur donc), vous configurez
Apache pour faire une redirection (en spécifiant le port dans l'URL donc)
ou un fonctionnement en tant que proxy (ce qui vous permet alors de
bloquer l'accès direct à l'autre port depuis l'extérieur, et vous pouvez
même avoir votre deuxième serveur qui n'écoute en fait que sur 127.0.0.1)
Vous pouvez aussi éviter tout cela, si vous donnez directement aux
clients les URLs avec les ports: dans ce cas, vous n'avez besoin que d'un
nom.
http://www.example.com/ c'est par défaut le port 80 donc le client se
connecte sur le serveur écoutant sur le port 80
http://www.example.com:9080/ là on dit au client de se connecter
directement au port 9080, donc il arrive sur l'autre serveur.
BTW on devient/est hors charte là, donc si vous voulez continuer la
discussion, je vous recommande plutôt fr.comp.infosystemes.www.serveurs
--
Patrick Mevzek . . . . . . Dot and Co (Paris, France)
<http://www.dotandco.net/> <http://www.dotandco.com/>
Mon problème vient du fait que j'ai plusieurs serveurs derrière la meme IP,
je voulais dire plusieurs serveur WEB, une seule machine physique.
Ah vous faites du NAT donc...
si vous le dites :-)
Bah en fait vous n'en faites pas apparemment, vu votre précision supplémentaire.
Donc, on résume: - dans les DNS vous mettez, pour les 2 noms, l'IP de la seule et unique machine sur laquelle tourne deux serveurs web - sur cette machine vous avez donc deux serveurs, chacun sur un port différent, et l'un sur le port 80. Mettons que vous ayez Apache et autre chose. Vous configurez Apache pour écouter sur le port 80 et l'autre port. Vous ajoutez la définition du ou des vhosts gérés par Apache, et pour les autres (gérés par l'autre serveur donc), vous configurez Apache pour faire une redirection (en spécifiant le port dans l'URL donc) ou un fonctionnement en tant que proxy (ce qui vous permet alors de bloquer l'accès direct à l'autre port depuis l'extérieur, et vous pouvez même avoir votre deuxième serveur qui n'écoute en fait que sur 127.0.0.1)
Vous pouvez aussi éviter tout cela, si vous donnez directement aux clients les URLs avec les ports: dans ce cas, vous n'avez besoin que d'un nom. http://www.example.com/ c'est par défaut le port 80 donc le client se connecte sur le serveur écoutant sur le port 80 http://www.example.com:9080/ là on dit au client de se connecter directement au port 9080, donc il arrive sur l'autre serveur.
BTW on devient/est hors charte là, donc si vous voulez continuer la discussion, je vous recommande plutôt fr.comp.infosystemes.www.serveurs
-- Patrick Mevzek . . . . . . Dot and Co (Paris, France) <http://www.dotandco.net/> <http://www.dotandco.com/>
Lionel
Patrick Mevzek wrote:
Mon problème vient du fait que j'ai plusieurs serveurs derrière la meme IP,
Donc, on résume: - dans les DNS vous mettez, pour les 2 noms, l'IP de la seule et unique machine sur laquelle tourne deux serveurs web
ok
- sur cette machine vous avez donc deux serveurs, chacun sur un port différent, et l'un sur le port 80. Mettons que vous ayez Apache et autre chose. Vous configurez Apache pour écouter sur le port 80 et l'autre port. Vous ajoutez la définition du ou des vhosts gérés par Apache, et pour les autres (gérés par l'autre serveur donc), vous configurez Apache pour faire une redirection (en spécifiant le port dans l'URL donc) ou un fonctionnement en tant que proxy (ce qui vous permet alors de bloquer l'accès direct à l'autre port depuis l'extérieur, et vous pouvez même avoir votre deuxième serveur qui n'écoute en fait que sur 127.0.0.1)
ok, j'ai compris !! c'est exactement le comportement désiré :-)
Vous pouvez aussi éviter tout cela, si vous donnez directement aux clients les URLs avec les ports: dans ce cas, vous n'avez besoin que d'un nom. http://www.example.com/ c'est par défaut le port 80 donc le client se connecte sur le serveur écoutant sur le port 80 http://www.example.com:9080/ là on dit au client de se connecter directement au port 9080, donc il arrive sur l'autre serveur.
Cela aurait pu fait pour les sites jsp, qui ne seraient là qu'à titre de test/démo: en prod il sont hébergés par les clients. Mais pour les sites php et asp, il me faut des noms différents pour chaque site.
BTW on devient/est hors charte là, donc si vous voulez continuer la discussion, je vous recommande plutôt fr.comp.infosystemes.www.serveurs
copy et fu2 vers ce groupe.
je pensais qu'il s'agissait d'une configuration à faire coté DNS ou hébergeur, d'ou le choix du groupe initial
merci pour les conseils
Patrick Mevzek wrote:
Mon problème vient
du fait que j'ai plusieurs serveurs derrière la meme IP,
Donc, on résume:
- dans les DNS vous mettez, pour les 2 noms, l'IP de la seule et
unique machine sur laquelle tourne deux serveurs web
ok
- sur cette machine vous avez donc deux serveurs, chacun sur un port
différent, et l'un sur le port 80.
Mettons que vous ayez Apache et autre chose.
Vous configurez Apache pour écouter sur le port 80 et l'autre port.
Vous ajoutez la définition du ou des vhosts gérés par Apache,
et pour les autres (gérés par l'autre serveur donc), vous configurez
Apache pour faire une redirection (en spécifiant le port dans l'URL
donc) ou un fonctionnement en tant que proxy (ce qui vous permet
alors de bloquer l'accès direct à l'autre port depuis l'extérieur, et
vous pouvez même avoir votre deuxième serveur qui n'écoute en fait
que sur 127.0.0.1)
ok, j'ai compris !!
c'est exactement le comportement désiré :-)
Vous pouvez aussi éviter tout cela, si vous donnez directement aux
clients les URLs avec les ports: dans ce cas, vous n'avez besoin que
d'un nom.
http://www.example.com/ c'est par défaut le port 80 donc le client se
connecte sur le serveur écoutant sur le port 80
http://www.example.com:9080/ là on dit au client de se connecter
directement au port 9080, donc il arrive sur l'autre serveur.
Cela aurait pu fait pour les sites jsp, qui ne seraient là qu'à titre de
test/démo: en prod il sont hébergés par les clients.
Mais pour les sites php et asp, il me faut des noms différents pour chaque
site.
BTW on devient/est hors charte là, donc si vous voulez continuer la
discussion, je vous recommande plutôt
fr.comp.infosystemes.www.serveurs
copy et fu2 vers ce groupe.
je pensais qu'il s'agissait d'une configuration à faire coté DNS ou
hébergeur, d'ou le choix du groupe initial
Mon problème vient du fait que j'ai plusieurs serveurs derrière la meme IP,
Donc, on résume: - dans les DNS vous mettez, pour les 2 noms, l'IP de la seule et unique machine sur laquelle tourne deux serveurs web
ok
- sur cette machine vous avez donc deux serveurs, chacun sur un port différent, et l'un sur le port 80. Mettons que vous ayez Apache et autre chose. Vous configurez Apache pour écouter sur le port 80 et l'autre port. Vous ajoutez la définition du ou des vhosts gérés par Apache, et pour les autres (gérés par l'autre serveur donc), vous configurez Apache pour faire une redirection (en spécifiant le port dans l'URL donc) ou un fonctionnement en tant que proxy (ce qui vous permet alors de bloquer l'accès direct à l'autre port depuis l'extérieur, et vous pouvez même avoir votre deuxième serveur qui n'écoute en fait que sur 127.0.0.1)
ok, j'ai compris !! c'est exactement le comportement désiré :-)
Vous pouvez aussi éviter tout cela, si vous donnez directement aux clients les URLs avec les ports: dans ce cas, vous n'avez besoin que d'un nom. http://www.example.com/ c'est par défaut le port 80 donc le client se connecte sur le serveur écoutant sur le port 80 http://www.example.com:9080/ là on dit au client de se connecter directement au port 9080, donc il arrive sur l'autre serveur.
Cela aurait pu fait pour les sites jsp, qui ne seraient là qu'à titre de test/démo: en prod il sont hébergés par les clients. Mais pour les sites php et asp, il me faut des noms différents pour chaque site.
BTW on devient/est hors charte là, donc si vous voulez continuer la discussion, je vous recommande plutôt fr.comp.infosystemes.www.serveurs
copy et fu2 vers ce groupe.
je pensais qu'il s'agissait d'une configuration à faire coté DNS ou hébergeur, d'ou le choix du groupe initial
