Cloud : les pièges du stockage hybride
Les clouds hybrides, qui combinent le déploiement de clouds sur site et public, offrent de nombreux avantages, notamment la capacité de répondre facilement aux fluctuations des charges de travail informatiques, en adaptant les ressources de manière flexible selon les besoins. Cependant, la transition vers un cloud hybride n’est pas toujours simple ; et les entreprises qui adoptent cette stratégie doivent être conscientes de trois pièges importants.
1. L’absence de contrôle des dépenses cloud
Il est extrêmement facile d’utiliser des ressources dans le cloud. Grâce aux capacités en libre-service du cloud public, un ingénieur DevOps peut en quelques minutes faire fonctionner des dizaines de serveurs de test, lancer des centaines de conteneurs et consommer des téraoctets de stockage. Ce n’est pas un problème si ces ressources sont supprimées une heure plus tard, mais en cas d’oubli de l’environnement de test, vous pouvez continuer à payer pendant des années. Les fournisseurs de services cloud sont très adroits pour vous faire débourser de l’argent. Là où ils sont beaucoup moins efficaces, pour des raisons compréhensibles, c’est lorsqu’il s’agit de vous permettre de suivre votre utilisation des ressources et d’identifier les déchets numériques. Cela crée un problème d’expansion des ressources qui peut rapidement devenir ingérable. Face à des centaines de seaux, instantanés et volumes S3 non catalogués, en tant que responsable informatique, il vous sera presque impossible de comprendre si ces ressources sont nécessaires et si elles peuvent être supprimées. Lorsque vous démarrez des serveurs trop volumineux sans disposer d’une surveillance appropriée, les remplacer par des serveurs plus petits peut être risqué. Ironiquement, les projets cloud mis en place dans le but de réduire les coûts et d’augmenter l’élasticité, en évitant de payer pour les ressources inutilisées, se transforment souvent en cauchemar avec gaspillage et inutilisation de ressources cloud.
Afin d’éviter le problème d’expansion du cloud, il convient d’être très prudent, dès le premier jour, concernant le suivi et le contrôle de vos ressources cloud. Établissez des politiques claires d’utilisation du cloud public ; Balisez vos ressources ; Établissez des cycles d’examen obligatoires pour toutes les ressources et achetez les meilleurs outils de surveillance en adéquation avec votre budget.
2. S’attendre au bon fonctionnement de vos applications existantes malgré la latence
Les centres de données cloud ne vous appartiennent pas. En passant à un modèle hybride où certaines de vos ressources sont dans le cloud public, vous ajoutez de la latence au mix. De nombreuses applications conçues pour fonctionner sur un réseau LAN fonctionnent mal après une migration vers un centre de données cloud accessible uniquement via un réseau WAN. Les services de stockage sont particulièrement concernés. Lorsque vous déplacez le stockage vers le cloud public et que vous laissez certains clients de stockage sur site, vous pouvez initialement faire confiance à vos liens réseau à large bande passante, pour découvrir ensuite que les utilisateurs se plaignent de performances médiocres. Prenons le cas d’un script simple et direct utilisé par un membre de votre organisation pour supprimer tous les fichiers d’un dossier. Et imaginons que ce dernier […..]
