Table des matières de l'article :
Vous en avez marre d'entendre parler du cloud ?
Nous aussi un peu.
Vous pouvez blâmer le PDG de Google, Eric Schmidt, pour le cloud computing. Il est crédité d'avoir introduit le terme dans une conférence en août 2006.
Alors que l'informatique en réseau existe depuis les années 60, Schmidt a été le premier à lancer le cloud tel que nous le connaissons aujourd'hui. Votre patron, vos clients ou votre équipe de développement vous posent peut-être de nombreuses questions sur les raisons pour lesquelles vous n'êtes pas passé au cloud. Après tout, qui ne voudrait pas de l'évolutivité, de la redondance et des services à la demande que seul le cloud promet ?
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 le Serveurs Dédiés offrir les meilleures performances, notamment par rapport au prix.
Nous avons utilisé Rackspace, Softlayer et AWS. Personne ne peut fournir la puissance d'un serveur dédié correctement configuré.
Cela est particulièrement vrai lorsqu'il s'agit d'E / S disque - lecture et écriture sur disque. Avec la plupart des systèmes cloud, le réseau et le stockage sous-jacent sont partagés parmi les clients. Cela peut rendre les E/S disque imprévisibles. Si un autre client commence à envoyer un grand nombre de demandes d'écriture à la matrice de stockage, des ralentissements peuvent se produire. Le réseau en amont est partagé afin que des goulots d'étranglement puissent également être rencontrés.
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.
NewRelic vous permet de regarder à l'intérieur de l'application et de trouver les goulots d'étranglement. Cette transparence est la clé pour résoudre des problèmes complexes de performances 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. Cela inclut le disque, la RAM, le processeur et le réseau. Le logiciel cloud tente de confiner et d'isoler vos voisins, mais la clôture est trouée. Souvent en raison de la conception inhérente ou plus souvent des choix de configuration, un seul utilisateur peut surcharger un nœud de calcul local. Cela peut entraîner des pannes temporaires et des problèmes de performances pour vos opérations qui n'ont rien à voir avec vous.
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 pour vos sites, vous constaterez souvent que je Serveurs Dédiés vous offrir 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 cloud et dédié. Parfois, vous souhaiterez peut-être sur-déployer l'infrastructure cloud pour résoudre certains problèmes de performances. Même lorsque vous savez ce dont vous avez besoin, les coûts n'ont pas été corrects avec de nombreux services cloud. Jetez un œil au Calculatrice mensuelle "simple" AWS . Il n'y a rien de simple là-dedans.
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 le mauvais format d'image ? 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é.
I Serveurs Dédiés ce sont des matières premières. Si vous utilisez un panneau de contrôle d'hébergement tel que Plesk ou cPanel, la migration vers un autre serveur ou fournisseur de services est un processus simple et bien documenté.
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'évolutivité est l'un des principaux arguments marketing des services cloud. Bien que les ressources de calcul puissent être redimensionnées, les applications ou les opérations peuvent ne pas être prêtes à être redimensionnées.
Si vous utilisez un panneau de contrôle d'hébergement, les options d'évolutivité sont limitées. Vous pouvez augmenter votre CPU/RAM ou ajouter une base de données dédiée, mais vous disposez déjà de ces options avec Serveurs Dédiés. Le cloud facilite les choses.
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, n'ignorez pas les Serveurs Dédiés. Je sais que la pression exercée par les clients et les fournisseurs pour utiliser le cloud est puissante, mais c'est parce qu'ils ne voient que l'exagération 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 sommes habitués à évaluer chaque jour les meilleures solutions pour nos clients. Parfois, la solution Cloud est la seule option, beaucoup d'autres i Serveurs Dédiés (peut-être redondant dans les clusters) sont les seules solutions si vous attendez des performances et pouvoir rester dans un budget, même réduit.
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.
