4 votes

Exploiter un serveur virtuel ou acheter un serveur physique ?

J'ai un peu de mal à prendre une décision concernant le serveur. Je vais mettre en place un serveur qui va gérer un tout petit site web, uniquement informatif (peut-être 10 visiteurs par jour), ainsi que fournir une application web privée pour le propriétaire de l'entreprise. Cette application web ne sera utilisée que par le propriétaire, et aura une base de données MySQL avec une interface web. Elle sera relativement basique du point de vue de la base de données. Ce que je veux dire, c'est que les exigences matérielles pour le serveur sont très très minimes. Un ordinateur tour bas de gamme pourra facilement faire fonctionner le site web/webapp.

Voici donc ma question : Est-il préférable d'acheter le serveur directement ou de tout faire fonctionner via un service de cloud en ligne tel que EC2/EBS d'Amazon ?

Il y a des avantages et des inconvénients à chaque solution, mais j'ai du mal à me décider.

Des idées ?

10voto

voretaq7 Points 78924

Vous négligez un segment important du marché : l'hébergement sur serveur privé virtuel (VPS).
Ce type d'hébergement présente de nombreux avantages et inconvénients des deux types d'hébergement (le matériel appartient au fournisseur et n'est pas dédié, mais vous avez généralement un contrôle total sur l'environnement, jusqu'au choix du système d'exploitation). La redondance n'est généralement pas aussi bonne que celle des services en nuage, mais cela varie d'un fournisseur à l'autre en fonction de la manière dont il met en œuvre sa solution VPS).

En fin de compte, ce n'est pas un choix que quelqu'un sur SF peut faire pour vous - Vous devez parler à plusieurs fournisseurs dans chaque espace (serveur dédié, VPS, Cloud) et comparer les informations sur les coûts/avantages entre les trois classes d'hébergement. Vous devez choisir celui qui propose la meilleure offre globale et qui répond à vos besoins.

En fonction de votre situation, vous pouvez également envisager un hébergement mutualisé traditionnel comme celui mentionné par @sysadmin1138 (il peut être nettement moins cher selon le fournisseur, mais je l'ai négligé dans ma réflexion car vous abandonnez beaucoup de contrôle sur l'environnement lorsque vous empruntez cette voie).

2voto

ErnieTheGeek Points 2027

Honnêtement, cela semble être quelque chose de parfait pour un petit hébergeur local qui n'est pas trop préoccupé par le stockage ou la bande passante. J'héberge des sites similaires à celui que vous décrivez pour mes clients et, tant qu'ils ne deviennent pas fous en matière de stockage ou de bande passante, je facture généralement 15 à 20 $ par mois. Donc si vous pouvez trouver quelqu'un comme moi près de chez vous, je dirais que c'est probablement une meilleure option que de l'héberger vous-même.

1voto

sysadmin1138 Points 129885

N'oubliez pas que pour un système comme AWS, le coût inélastique est le nombre d'heures de fonctionnement du serveur, tandis que les coûts élastiques sont le transfert et le stockage des données. En fonction du nombre de serveurs dont vous avez besoin, il se peut que le coût ne soit pas beaucoup moins élevé que celui de l'hébergement partagé traditionnel.

1voto

Cathie Points 1

Outre le simple plaisir de configurer et d'utiliser un invité VMware Server pour héberger une application de production (ces choses sont géniales, j'en utilise 3 ou 4 en interne pour toutes sortes de services), vous pouvez les déplacer d'ordinateur en ordinateur comme s'il s'agissait d'un document Word.

Le serveur VMware est gratuit.

Les invités ne prennent pratiquement aucune ressource si vous pouvez les garder petits. J'ai NetBSD qui tourne sur 64 mégas, avec 22 processus et 0% 0% 0% d'utilisation du processeur, avec 20 clients SMTP qui l'utilisent.

Essayez-le, si vous avez un système avec un peu de capacité libre, et si vous voulez garder le serveur séparé du réseau principal, créez un sous-réseau séparé !

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X