Hébergement cloud vs hébergement dédié: avantages et inconvénients


9

Je suis actuellement à la recherche d'une société d'hébergement capable de fournir un service très solide avec un SLA 100%.

Dans la recherche, à la fois l'hébergement cloud et l'hébergement dédié géré sont apparus. (Je préfère ne pas gérer le serveur moi-même car je suis encore relativement nouveau sur Linux.)

Je ne suis pas sûr que la formulation de "ce qui est le mieux" ait du sens, mais quels avantages l'hébergement cloud a-t-il par rapport à l'hébergement de serveurs dédiés?

J'ai besoin d'un service fiable par-dessus tout, et certains éléments de l'application à héberger seront relativement gourmands en CPU, bien que ces pics d'utilisation du CPU soient sporadiques, donc l'hébergement doit pouvoir y faire face.

Réponses:


9

Quels sont les avantages de l'hébergement cloud par rapport à l'hébergement de serveurs dédiés?

Il n'y a pas de réponse à cela dans l'abstrait; ou la réponse générale à cela est au moins trop longue pour taper ici. Vous devez commencer par une image de l'architecture que vous désirez et de la charge que vous prévoyez, puis évaluer l'architecture d'hébergement sur cette base. Juste pour commencer, le langage de programmation que vous utilisez est très important, et vous ne l'avez pas dit.

Pour vous donner une réponse partielle, sous forme abrégée:

  • Comprenez le théorème de CAP . L'hébergement cloud propose généralement des API de stockage qui s'appuient sur le côté AP du CAP, comme Amazon SimpleDB et S3.
  • L'hébergement cloud implique que la mise à l'échelle ne sera pas un problème, c'est-à-dire que vous pouvez spouler 100 nouveaux serveurs sans avertissement préalable, et vous les obtiendrez.
  • L'hébergement cloud devrait avoir des addons centrés sur le réseau et la surveillance qui facilitent la gestion d'une flotte de serveurs, l'équilibrage de charge HTTP fx, la surveillance, la mise à l'échelle automatique.

Veuillez noter que:

  • Si vous n'utilisez que quelques serveurs, le cloud computing n'est pas vraiment différent de l'hébergement VPS traditionnel.
  • Si vous utilisez ces API de stockage hautement évolutives (comme SimpleDB), vous obtenez bien sûr une plate-forme pour gérer beaucoup de croissance. D'un autre côté, vous êtes également fortement enfermé par le fournisseur de cloud computing.

J'ai besoin d'un service fiable avant tout

Cette IMHO indique soit:

  • Un VPS entièrement géré ou un fournisseur de serveur dédié comme Rackspace, Engine Yard, Joyent et autres.

OU

  • Un fournisseur de cloud computing `` full-stack '' comme Google App Engine ou Windows Azure (par opposition à Amazon EC2, qui vous oblige à gérer vous-même le système d'exploitation, les sauvegardes, les correctifs de sécurité, etc.).

L'un ou l'autre des points ci-dessus serait un bon point de départ - mais encore une fois, cela dépend des spécificités de votre architecture et de vos attentes de croissance.


1
Mortenesen: +1 Je pense que c'est la 1ère réponse claire et complète que j'ai lue sur Internet sur les avantages / inconvénients de l'hébergement standard par rapport à l'hébergement cloud. J'ajouterais également que plusieurs fois, la mise à l'échelle sur un VPS n'est pas si difficile (sauf si vous avez besoin d'une mise à l'échelle énorme), la plupart des VPS entièrement gérés peuvent augmenter votre espace VPS et votre bande passante en passant simplement à un plan plus cher, et ils le font assez rapidement , vous ne remarquerez même pas un temps d'arrêt de votre serveur.
Marco Demaio

3

Sans idée du type de trafic que vous verrez ou de vos projets de croissance, je ne peux pas vous dire si vous ferez mieux avec une option de clustering / grid computing ou un serveur dédié traditionnel, (comme je J'ai travaillé dans le secteur de l'hébergement depuis des années) Je peux dire que vous ne trouverez pas une entreprise de bonne réputation avec un SLA à 100% - il n'y a rien de tel qu'un 100% de disponibilité garantie avec n'importe quel service et quiconque promet autant cache quelque chose ( peut-être quelque chose d'aussi simple que la surfacturation chaque mois pour permettre l'émission de crédit en cas de panne).


Il existe en fait des entreprises avec 100% SLA, selon votre définition de SLA et 100%. La plupart des gens savent qu'il n'y a pas de garantie à 100% dans la vie. Et 100% SLA ne signifie pas 100% de disponibilité. La Terre pourrait être frappée par un astéroïde et tous vos serveurs de sauvegarde sur tous les continents pourraient être supprimés simultanément. Mais au moins avec un SLA 100%, vous serez compensé (OK, dans ce cas, cela n'a probablement pas beaucoup d'importance). La clé est de déterminer si la garantie SLA peut couvrir vos pertes en cas d'indisponibilité (un crédit de 100% suffit-il pour couvrir vos pertes? 200%? 500%?) Et la prime sur ce SLA 100%.
Lèse majesté

3

L'hébergement cloud a de nombreuses significations différentes, mais si vous parlez de Platform as a Service (PaaS) ou d'Infrastructure as a Service (IaaS), les principaux avantages sont généralement la possibilité d'évoluer sur plusieurs serveurs et de payer toutes les heures au lieu de tous les mois. . J'ai écrit un article de blog sur VPS / VM vs Serveurs dédiés vs Serveurs Cloud: options d'hébergement et comparaisons de coûts , et d'après votre question, il semble que vous feriez très bien avec un serveur privé virtuel (VPS) ou un fournisseur d'hébergement VM. Si la disponibilité est votre plus grande préoccupation, l'utilisation d'un fournisseur d'hébergement cloud avec plusieurs machines virtuelles derrière un équilibreur de charge est votre meilleur pari pour la haute disponibilité. En utilisant plusieurs serveurs, vous pouvez en supprimer un pour la maintenance / mises à niveau et ne pas avoir de temps d'arrêt.


+1 Bel article! Je mentionnerais cPanel à la place de Plesk comme panneau de contrôle, de toute façon l'article est très clair expliquant les choses et comparant VPS vs Cloud
Marco Demaio

3

+1 pour 100% SLA, chaque application critique doit résider chez un hôte qui le propose. De plus, je pourrais ajouter que chaque entreprise a des petits caractères entre le 100% SLA.

Ils peuvent le garantir sur la disponibilité (ping) et le matériel, mais les choses les plus intensives arrivent quand ils peuvent offrir un SLA à 100% pour l'application elle-même. Si vous souhaitez une liste de fournisseurs qui peuvent offrir ce genre de chose, j'ai travaillé avec quelques-uns que je peux recommander.


Comment peuvent-ils offrir un SLA à 100% sur l'application que vous avez créée? Voulez-vous dire que l'hébergement Web va passer par votre code et le dépanner quand quelque chose va mal? Tout SLA d'hébergement Web honnête ne couvrira que le matériel / OS et la disponibilité du réseau, car c'est tout ce qu'ils contrôlent. Si vous choisissez d'écrire du code non sécurisé, de ne pas installer de correctifs critiques ou d'exécuter des versions de logiciel non stables, l'hôte Web ne peut rien faire pour le temps d'arrêt résultant. La disponibilité des applications n'est généralement garantie que par les fournisseurs SaaS.
Lèse majesté

Ce serait l'approche plus étendue du fournisseur d'hébergement qui franchirait le gouffre dépassant la portée de devenir un fournisseur plutôt qu'une mission partagée et un conseiller de confiance.
Nick O'Neil

1

Un service cloud présente trois caractéristiques distinctes qui le différencient de l'hébergement traditionnel. Il est vendu à la demande, généralement à la minute ou à l'heure; il est élastique - un utilisateur peut avoir autant ou aussi peu d'un service qu'il le souhaite à un moment donné; et le service est entièrement géré par le fournisseur (le consommateur n'a besoin que d'un ordinateur personnel et d'un accès Internet). Des innovations importantes dans la virtualisation et l'informatique distribuée, ainsi qu'un meilleur accès à Internet haute vitesse et une économie faible, ont accéléré l'intérêt pour le cloud computing.

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.