Table des matières de l'article :
Vous en avez marre d'entendre parler du cloud ?
Nous aussi un peu.
On peut imputer l'invention du cloud computing à Eric Schmidt, PDG de Google. C'est à lui que l'on attribue l'introduction de ce terme lors d'une conférence en août 2006.
Bien que l'informatique en réseau existe depuis les années 60, Schmidt a été le premier à développer le cloud tel que nous le connaissons aujourd'hui . Votre supérieur, vos clients ou votre équipe de développement pourraient vous interroger sur les raisons pour lesquelles vous n'avez pas encore migré vers le cloud. Après tout, qui refuserait l'évolutivité, la redondance et les services à la demande qu'offre seul le cloud ?
Le cloud offre un potentiel considérable, mais peu de petites entreprises peuvent tirer parti de ce que le cloud a à offrir. Les opérations inflexibles, l'inexpérience et les besoins commerciaux de base signifient souvent qu'un serveur dédié est la meilleure solution d'hébergement.
Si vous n'êtes pas convaincu, voici quelques raisons pour lesquelles vous devriez quand même utiliser un serveur dédié si vous n'avez pas assez de besoins pour vous pousser à utiliser un cloud.
Performance
Nous constatons que les serveurs dédiés offrent les meilleures performances, notamment en termes de rapport qualité-prix.
Nous avons utilisé Rackspace, Softlayer et AWS. Aucun ne peut égaler la puissance d'un serveur dédié correctement configuré.
Cela est particulièrement vrai pour les E/S disque, c'est-à-dire les lectures et écritures. Dans la plupart des systèmes cloud, le réseau et le stockage sous-jacent sont partagés entre les clients. Cela peut rendre les E/S disque imprévisibles. Si un autre client envoie un grand nombre de requêtes d'écriture à la baie de stockage, des ralentissements peuvent survenir. Le réseau en amont étant partagé, des goulots d'étranglement peuvent également apparaître.
Lors du dépannage des problèmes de performances pour les clients utilisant le cloud ou le VPS, nous trouvons généralement des problèmes d'E/S de disque. Souvent, ces problèmes ne peuvent pas être résolus dans le cadre du cloud.
La plupart des fournisseurs de cloud vous offrent plus de stockage, pas un stockage plus rapide.
Alors que le processeur et la RAM peuvent être facilement mis à l'échelle avec la plupart des fournisseurs de cloud, les E/S de disque ne peuvent souvent pas être mises à l'échelle. Alors qu'Amazon propose des instances d'E/S de disque élevées, de nombreux utilisateurs continuent de créer des matrices RAID à partir d'instances EBS pour obtenir les performances dont ils ont besoin.
Bref, si les opérations sont relativement simples, un seul serveur dédié avec RAID 10 s'exécute généralement plus rapidement que les offres cloud plus chères et complexes, même s'il faut aussi noter que normalement le stockage Cloud (au moins un Cloud de qualité comme AWS) est nettement plus fiable que n'importe quelle solution RAID que nous voulions utiliser au niveau du serveur dédié.
Transparence
Lors du débogage des problèmes de performances, la transparence est la clé. La transparence est la raison pour laquelle nous sommes fans de NewRelic.
New Relic vous permet d'analyser votre application et d'identifier les goulots d'étranglement. Cette transparence est essentielle pour résoudre les problèmes complexes de performance et de fiabilité.
Les services cloud masquent souvent les problèmes de matériel et de réseau.
- En tant que service partagé, le cloud souffre de deux problèmes clés qui ne se produisent généralement pas avec i Serveurs Dédiés.
- Les autres utilisateurs ont un impact direct sur les charges de travail
Les erreurs matérielles sous-jacentes sont souvent la cause de problèmes.
Avec le cloud, vous partagez des ressources avec d'autres utilisateurs, notamment le disque, la RAM, le processeur et le réseau. Les logiciels cloud tentent d'isoler vos voisins, mais ce système présente des failles. Souvent, en raison de leur conception même, ou plus fréquemment de choix de configuration, un seul utilisateur peut surcharger un nœud de calcul local. Cela peut entraîner des interruptions temporaires et des problèmes de performance pour vos opérations, sans que vous en soyez responsable.
Malheureusement, la plupart des fournisseurs ne reconnaîtront jamais ni même ne détecteront ce problème, vous obligeant à suivre les problèmes de performances.
Les erreurs matérielles sont un autre problème. Avec le service de SoftLayer, lorsque nous suspectons des problèmes matériels sur une instance de calcul, nous n'avons aucun moyen de confirmer nos soupçons. Nous migrons simplement l'instance vers un autre nœud physique pour voir si le problème persiste.
Le cloud facilite ces migrations, mais un serveur dédié pourrait rendre ces migrations inutiles. Avec un système dédié, nous pouvons facilement vérifier le matériel et éliminer les problèmes. Cela nous permet de concentrer les efforts de diagnostic sur les bons problèmes.
Redondance
Une idée fausse courante au sujet du cloud est qu'il est intrinsèquement et explicitement redondant. Ce n'est souvent pas le cas et ce n'est pas une certitude absolue.
Comparer certaines solutions à d'autres et les appeler toutes comme Cloud, c'est comme comparer une Fiat 500 et une Lamborghini Diablo et les appeler toutes les voitures.
Il y a des voitures et des automobiles comme il y a des nuages et des nuages.
Un nœud dans un service de cloud computing n'est généralement pas plus fiable qu'un seul serveur dédié.
Avec le cloud computing, le nœud de calcul n'est généralement qu'un serveur moins le stockage. Si ce nœud meurt, vos charges de travail aussi. Ce n'est pas très différent d'un processeur, d'une RAM ou d'une panne de courant sur un serveur dédié.
Même avec le cloud, il est nécessaire de créer une redondance dans le système. Le passage à AWS ne rendra pas votre service d'hébergement SMB plus fiable ou plus redondant, sauf si vous le faites de cette façon.
Découvrez cette configuration sur AWS. Ceci est très complexe et nécessite un temps d'installation, de surveillance et de maintenance important.
Au niveau du stockage en revanche, il faut encore une fois rappeler qu'une solution Cloud sérieuse comme celle d'AWS (mais aussi de nombreux autres éditeurs) est statistiquement plus fiable que n'importe quelle solution RAID que nous souhaitions installer sur un serveur dédié.
Costi
Le cloud coûte plus cher. Il est évident, pris pour acquis et même juste que c'est le cas.
Cela est vrai pour de nombreuses petites entreprises, en particulier les sociétés de développement et de conception Web.
Considérez une entreprise de marketing Web qui héberge les sites de ses clients. En règle générale, vous aurez des applications courantes telles que WordPress, Joomla, Drupal et d'autres CMS populaires. Vous avez probablement aussi besoin d'un panneau de contrôle d'hébergement comme Plesk ou cPanel.
Lorsque vous examinez les exigences techniques nécessaires pour garantir des performances fiables à vos sites, vous constaterez souvent que les serveurs dédiés offrent le meilleur rapport qualité-prix.
La raison principale est l'absence de redondance d'un serveur dédié et donc un coût « sec » de CPU et de RAM.
Je vois souvent que les systèmes VPS ou cloud sont en difficulté avec un grand nombre de sites ou avec une forte concurrence justement parce que ne voulant pas dépenser des sommes folles pour la puissance des instances et des ressources, on a tendance à sous-alimenter CPU et RAM et donc créer des packages de bouteille .
Il est possible de résoudre ces problèmes par exemple en augmentant significativement les ressources ou au niveau des E/S disque par exemple en créant des matrices RAID à partir des disques de stockage, mais cela augmente évidemment les coûts. Et à mesure que vous ajoutez de la bande passante, des panneaux de contrôle et des adresses IP, les économies de coûts qu'ils vous promettaient commencent à s'évaporer.
Il est difficile de trouver des comparaisons directes entre le cloud et les serveurs dédiés. Parfois, on peut être tenté de surdimensionner l'infrastructure cloud pour résoudre des problèmes de performance. Même en connaissant ses besoins, les coûts sont souvent mal estimés avec de nombreux services cloud. Jetez un œil au calculateur mensuel « simple » d'AWS : il n'a rien de simple.
Souvent les coûts sont basés sur la consommation et non forfaitaires, vous ne pouvez donc pas avoir une idée du trafic ni si un développeur novice décide de télécharger un PNG de 20 mégaoctets plutôt qu'un JPG de 90 kilooctets et après une semaine de campagnes ADS sur Facebook réalisez que votre client a consommé 50 téraoctets de trafic sortant.
Avez-vous une idée du coût de 50 téraoctets de trafic AWS sortant ?
En calculant un taux forfaitaire de 0,080 dollar US par Giga, nous avons 50 téraoctets, soit 50 0,080 Go multipliés par 4000, soit la beauté de 3800 XNUMX dollars, soit environ XNUMX XNUMX euros.
Savez-vous combien notre client a dépensé pour 50 téraoctets de trafic qu'il a dépassés en utilisant un format d'image incorrect ? 30 euros. Trente.
Solutions de verrouillage verrouillées par le fournisseur
Ne vous impliquez pas.
Être bloqué et dépendant de la plate-forme d'un fournisseur ne l'est pas. La migration peut être douloureuse et coûteuse.
Être bloqué et dépendant de la plate-forme d'un fournisseur peut devenir votre boulet et la chaîne.
Avec de nombreux fournisseurs de cloud, si vous commencez à intégrer des services plus complexes, vous risquez de vous retrouver bloqué dans leurs solutions. Cela peut être dangereux si leur assistance, leurs services ou leurs tarifs changent. Même si le fournisseur ne change pas, les exigences techniques ou commerciales peuvent changer. Vous devez donc considérer vos options de migration avant de sélectionner un fournisseur de cloud.
Alors que le côté informatique des services de systèmes cloud est généralement similaire d'un fournisseur à l'autre, les services avancés tels que le stockage basé sur les objets, les couches d'abstraction de base de données et d'autres technologies ont souvent des API différentes. Si vous créez votre application pour utiliser le S3 d'Amazon, vous devrez peut-être la reconcevoir pour qu'elle fonctionne avec un autre modèle de stockage basé sur des objets. Cela peut rendre la migration difficile et coûteuse.
Souvent, je vois des entreprises utiliser les services avancés du fournisseur de cloud lorsque ni les besoins commerciaux ni techniques n'exigent une telle solution. Cela crée un blocage du fournisseur là où il pourrait être évité.
Les serveurs dédiés sont désormais courants. Si vous utilisez un panneau de contrôle d'hébergement comme Plesk ou cPanel, la migration vers un autre serveur ou fournisseur de services est une procédure simple et bien documentée.
Alors, lorsqu'un serveur dédié peut répondre à vos besoins commerciaux et techniques, pourquoi risquer d'être bloqué par un fournisseur ?
Évolutivité
Vous n'êtes pas prêt à redimensionner.
L'un des principaux arguments marketing des services cloud est leur évolutivité. Si les ressources informatiques peuvent être augmentées, les applications ou les opérations ne sont pas toujours prêtes à évoluer.
Si vous utilisez un panneau de contrôle d'hébergement, vos options d'évolutivité sont limitées. Vous pouvez augmenter la puissance de votre processeur/RAM ou ajouter une base de données dédiée, mais ces options sont déjà disponibles avec les serveurs dédiés . Le cloud simplifie tout.
Comme mentionné ci-dessus, la mise à l'échelle des E/S de disque n'est souvent pas disponible ou limitée avec le cloud. Dans notre travail de réglage des performances, les E/S disque sont souvent le principal problème de performances, en particulier avec les opérations d'hébergement mutualisé.
Ne vous laissez pas berner par la publicité. Vous ne pouvez pas simplement implanter vos opérations dans l'arrière-cour d'un fournisseur de cloud et vous attendre à ce qu'il se développe comme par magie.
Les applications doivent être conçues et gérées en gardant à l'esprit l'évolutivité. Tenter de regrouper des applications héritées dans un cadre cloud moderne et évolutif aboutit souvent à un échec.
Aussi, demandez-vous pourquoi vous devez redimensionner de toute façon ?
Si vos sites Web sont lents, l'optimisation de la configuration de votre serveur et l'élimination des goulots d'étranglement des applications résoudront peut-être le problème. Le cloud ne résoudra pas les inefficacités fondamentales de la programmation.
Ayez l'esprit tranquille avec un serveur dédié
Si vous êtes une petite entreprise avec des opérations d'hébergement relativement simples, ne négligez pas les serveurs dédiés . Je sais que la pression des clients et des fournisseurs pour utiliser le cloud est forte, mais c'est dû au marketing.
La réalité est qu'un serveur dédié correctement géré offrira généralement des performances et une fiabilité supérieures à un coût inférieur aux options de service cloud actuelles.
Demander conseil
Nous avons l'habitude d'évaluer quotidiennement les meilleures solutions pour nos clients. Parfois, une solution cloud est la seule option ; bien souvent, des serveurs dédiés (éventuellement redondants en clusters) sont la seule solution si vous exigez des performances élevées tout en respectant un budget serré.
Proposez-nous vos besoins d'affaires et vous verrez que nous saurons vous expliquer de manière très éloquente pourquoi vous devriez utiliser une solution plutôt que l'autre. Bref, ne vous laissez pas emporter par les modes, mais laissez-vous conseiller par ceux qui, comme nous, ont désormais de nombreux exemples de cas à leur actif.
