Cloud : les pièges du stockage hybride

La transition vers un cloud hybride n'est pas toujours simpl, et les entreprises qui adoptent cette stratégie doivent être conscientes de trois pièges importants.

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 contient 10 000 fichiers. Sur le LAN sans latence, ce script prend environ 1 milliseconde par fichier, soit 10 secondes au total pour supprimer tous les fichiers. Mais une fois que vous avez déplacé le serveur de fichiers vers le cloud situé de l’autre côté du pays, avec une latence de 80 ms, chaque suppression prend soudainement 81 millisecondes, et maintenant le même processus prend… 13,5 minutes au lieu de 10 secondes. Votre lien réseau rapide et coûteux n'aide en rien. Ce n'est absolument pas intuitif, mais réel. 81 fois plus lent… En règle générale, les charges de travail de stockage ont tendance à en pâtir, en particulier lorsqu'il s'agit de petits fichiers et de tâches exigeant énormément de métadonnées. 

Afin d'éviter le problème des applications héritées mal adaptées à une latence supplémentaire pour le stockage, le moyen le plus rentable consiste à utiliser une passerelle de stockage en cloud, également connue sous le nom d’edge filer.

Une passerelle de stockage en cloud est un facilitateur de stockage cloud hybride qui conserve un cache local intelligent pour les données stockées dans le cloud public. Ces passerelles permettent aux charges de travail existantes de fonctionner avec le stockage cloud, sans modification. 

3. Dépendre exclusivement d’un seul fournisseur de services cloud

Lors de la création d'un cloud hybride, les entreprises prennent souvent des mesures qui les contraignent à n’utiliser qu’un seul fournisseur cloud, généralement AWS ou Azure.  Bien qu'il soit plus facile de mettre tous vos œufs dans le même panier, à long terme, cette erreur peut être très coûteuse. Votre dépendance à l'égard d'un seul fournisseur sera énorme et, en cas de problème et si votre fournisseur cloud décide d'augmenter ses prix pour vous, vous êtes entièrement à sa merci. Les fournisseurs de services cloud sont particulièrement connus pour leurs prix bas, voire nuls, pour le stockage des données, et leurs frais exorbitants pour récupérer vos données si vous décidez d’abandonner le navire plus tard.  

Ne tombez pas dans ce piège. Je ne suis pas en train de vous dire que vous devriez choisir deux fournisseurs de services cloud dès le début, mais anticipez. Afin d'éviter une dépendance exclusive à l’égard d’un seul fournisseur, pensez à baser votre cloud hybride sur les technologies interopérables. Pour le calcul, Kubernetes est en train de s’imposer, en permettant une bonne portabilité à travers les clouds. Dans le monde du stockage, recherchez les solutions de stockage qui ne sont pas liées à un seul fournisseur cloud et qui prennent en charge les migrations vers le cloud et le multi-cloud dès le début.