Mutualisé ou dédié?

[OJAL]

Je me pose de plus en plus la question de l'intérêt d'un dédié... sauf évidemment pour héberger un très gros site qui ne devrait pas trouver sa place en mutualisé...
Que peut-on faire de plus sur un dédié que sur un mutu... :?: :?:
Je vois de plus en plus d'intérêt à avoir plusieurs mutu plutôt qu'un dédié...

Qu'en pensez-vous???

 

[achtungbaby]

La gestion dynamique des sous domaines ?

la possibilité de pouvoir héberger x sites ?

Plusieurs IP ?

Plein d'espace de stockage ?

 

[sdamain]

- Automatiser des taches via cron

 

[Erazor]

fin des messages : " site suspendu car votre voisin a tiré trop de bp kon vous a fait croire illimitée"

 

[sdamain]

fin des messages : " site suspendu car votre voisin a tiré trop de bp kon vous a fait croire illimitée"

Et c'est sans doute l'avantage le plus important.

 

[snowfactory]

Et en plus, celà permet de mieux optimiser tes sites, car tu vois mieux la charge du serveur (cpu, memoire, disque,...), le monitoring des sites est plus facile. Le mutualisé c'est un peu blackbox...

 

[JeunZ]

Il y aussi des désavantage à avoir un dedié, il faut s'en occuper, mettre à jour, sécurisé etc... Et c'est plus cher etc...

 

[OJAL]

La gestion dynamique des sous domaines ?

Pour quel genre d'application??? En effet pas possible en mutu... mais faut voir les appli...

la possibilité de pouvoir héberger x sites ?

Oui... mais la question est vaut-il mieux plusieurs mutu ou un dédié??

Plusieurs IP ?

Ce qu'on a avec plusieurs mutu... Justement ça sépare encore plus les sites... je veux dire plusieurs mutu chez plusieurs hébergeurs...

Plein d'espace de stockage ?

J'en ai toujours trop même sur les offres mutu, mais c'est en effet un argumentaire pour le dédier...

 

[OJAL]

Il y aussi des désavantage à avoir un dedié, il faut s'en occuper, mettre à jour, sécurisé etc... Et c'est plus cher etc...

Excatement! Ce n'est même pas vraiment le prix qui m'amène à cette réflexion, mais plus la facilité d'utilisation.

 

[OJAL]

- Automatiser des taches via cron

J'en ai automatisé plein sur des mutu avec webcron... Nickel... le seul blème est que je ne connais pas d'autre service que webcron => Je peux être dans la panade s'ils arrêtent leur service.... mais ça doit bien exister...

 

[OJAL]

Et en plus, celà permet de mieux optimiser tes sites, car tu vois mieux la charge du serveur (cpu, memoire, disque,...), le monitoring des sites est plus facile. Le mutualisé c'est un peu blackbox...

Justement, venons-en à la charge CPU ou mémoire... J'aurais tendance à penser qu'on a plus de puissance sur un mutu que sur un "petit" dédié... C'est mon expérience... On a des sites sur dédiés qui merdent... plantage mémoire etc... jamais de problème sur mutu.... mais comment faire un comparatif... pas facile... :?:

 

[OJAL]

fin des messages : " site suspendu car votre voisin a tiré trop de bp kon vous a fait croire illimitée"

Jamais eu ce genre de message...??
Je ne vois pas comment un "colocataire" du serveur mutu qui tirerait trop sur la BP génèrerait sur mon site un message "site suspendu"??? C'est son site à lui qui va être suspendu... :?:

 

[milkiway]

- maitrise complète de la configuration de tes logiciels comme par exemple ton univers LAMP (Linux, Apache, MySQL, PHP) : tu fais ce que tu veux, tu pompes la puissance que tu veux
- puissance facilement modifiable (barrettes de ram en plus...)
- aucune limite du genre "5 BDD, 1 Nom de domaine.."
- tu installes ce que tu veux dessus
- tu n'es jamais bridé que par la puissance

Ca n'a rien à voir

 

[OJAL]

- maitrise complète de la configuration de tes logiciels comme par exemple ton univers LAMP (Linux, Apache, MySQL, PHP) : tu fais ce que tu veux, tu pompes la puissance que tu veux
- puissance facilement modifiable (barrettes de ram en plus...)
- aucune limite du genre "5 BDD, 1 Nom de domaine.."
- tu installes ce que tu veux dessus
- tu n'es jamais bridé que par la puissance

Ca n'a rien à voir

Je suis entièrement d'accord avec toi, mais concrètement je n'ai jamais de soucis avec les sites en mutu et tous les soucis sont sur les sites hébergés sur le dédié....
Rajouter une barrette est pas si simple que ça, sauf si tu loues ton propre rack et que tu y loges ton propore serveur... La CPU n'est pas extensible et je me demande par exemple si ponctuellement on a pas plus de puissance en mutu???

 

[snowfactory]

Et en plus, celà permet de mieux optimiser tes sites, car tu vois mieux la charge du serveur (cpu, memoire, disque,...), le monitoring des sites est plus facile. Le mutualisé c'est un peu blackbox...

Justement, venons-en à la charge CPU ou mémoire... J'aurais tendance à penser qu'on a plus de puissance sur un mutu que sur un "petit" dédié... C'est mon expérience... On a des sites sur dédiés qui merdent... plantage mémoire etc... jamais de problème sur mutu.... mais comment faire un comparatif... pas facile... :?:

C'est un des problèmes du dédié...
Normalement, sur une plateforme d'hébergement mutualisée, il y a des serveurs "front" pour le serveur web, des serveurs de bases de données "spécialisés" et les données se trouvent sur des baies de disques très performantes. En plus les mails et le ftp ont leurs serveurs spécifiques aussi...
Au final, une offre mutualisée est plus facilement capable d'absorber des pics qu'un petit dédié qui doit tout faire.

 

[achtungbaby]

La gestion dynamique des sous domaines ?

Pour quel genre d'application??? En effet pas possible en mutu... mais faut voir les appli...

Une plate-forme de blogs par exemple.

 

[JeunZ]

Un hébergement ;-)

Pour des tonnes de choses c'est utile quand tu as besoin de générer des sous domaines à la volée, souvent des services à proposer à tes visiteurs.

 

[redaarchitect]

dédie

Il y aussi des désavantage à avoir un dedié, il faut s'en occuper, mettre à jour, sécurisé etc... Et c'est plus cher etc...

exact apart si tu veux payer pour la maintenace par mois et ca coute les yeux de la tête

avantage : si tu as plusieurs site ca te reviens moins cher 1 dédié moins cher que 6 mutualisé

 

[JeunZ]

En gros il y a des avantages et désavantages des deux cotés.

Mais il ne faut pas croire que parsque tu payes plus cher (dedié) c'est plus simple ;-) au contraire.


Mutualisé c'est tranquilité mais restrictions et donc maitrise relative
Dédié c'est compliqué mais tout est possible et tu maitrises tout

 

[Erazor]

fin des messages : " site suspendu car votre voisin a tiré trop de bp kon vous a fait croire illimitée"

Jamais eu ce genre de message...??:

moi non plus mais chez am..n par exemple 1/2 h de suspension dans la journée et ce souvent c'est comme si j'avai eu ce message

 

[e-atlantide]

A mon avis, l’avantage principal d’un serveur dédié est de pouvoir le configurer à sa guise et l’adapter plus facilement à son besoin pour la mise en place de sites Web. Même s’il faut passer un peu plus de temps. Entre autre pour sa maintenance comme l’indiquait JeunZ.

Par contre, le risque le plus désastreux que j'identifie est de perdre la connexion distante avec celui-ci. Supposons par exemple que le noyau linux a besoin d’être recompilé et qu’il y a un plantage ! Je ne vois pas d’autres solutions que de se rendre sur le site de l’hébergeur pour agir localement sur le serveur.

Connaissez-vous des parades (à des coûts raisonnables) mises en place par les hébergeurs pour contrer ce type de problème en cas de plantage sévère et qu’un reboot n’est pas suffisant ?

 

[snowfactory]

Connaissez-vous des parades (à des coûts raisonnables) mises en place par les hébergeurs pour contrer ce type de problème en cas de plantage sévère et qu’un reboot n’est pas suffisant ?

Il y a de plus en plus d'hébergeur qui propose des accès aux serveurs mutualisés (ou housing) par KVM-Switch IP qui permette un contrôle à distance indépendant du hardware du serveur. Le coût par serveur d'une telle solution est raisonnable sur des "gros" switchs (8 et plus de ports par switch). Trop chère pour un switch dédié à un seul serveur.

 

[redaarchitect]

serveur privé

n'oublier pas qui a le serveur privé entre les deux mutualisé et dédié

 

[mahefarivony]

Le probleme du dédié vient principalement de sa "prise en main" et de sa configuration initiale. Mais une fois qu'on a bien ramé au début, l'administration devient routinière (rajout d'un nouveau ndd, config dns, config utilisateurs, config mail ,etc.)

Mais il est clair que si on veut pas se prendre la tete (ou que l'on a pas le temps de se prendre la tete), vaut mieux choisir l'option mutualisé.

 

[achtungbaby]

Ou avoir un ingénieur réseau à disposition ! :lol: