Cinq astuces pour optimiser vos coûts Elastic Cloud

Elastic Cloud est la meilleure solution, et la plus économique, pour utiliser Elastic. Si vous utilisez déjà Elastic Cloud ou envisagez d'y passer, voici quelques recommandations pour optimiser vos coûts.

Elastic Cloud applique une tarification basée sur les ressources. Vous payez uniquement les ressources d'infrastructure utilisées pour exécuter les fonctionnalités de la Suite Elastic dans le cadre de votre cas d'utilisation. Aussi, la meilleure façon d'optimiser vos coûts Elastic Cloud consiste à rationaliser votre consommation de ressources. 

Dans cette optique, vous pouvez tirer parti de notre présence mondiale et de plusieurs possibilités pour faire des économies. Voici nos cinq principales recommandations : 

[Article associé : Découvrez la tarification d'Elastic Cloud]

1) Pour optimiser les frais de stockage, utilisez des snapshots interrogeables et des niveaux de données

Ce n'est pas toujours facile de trouver le bon équilibre entre stockage, performances de recherche et détail des informations dérivées des données. L'astuce ? Utilisez des snapshots interrogeables et les niveaux de données. 

Les snapshots interrogeables conservent vos données dans un service de stockage d'objets à faible coût, comme AWS 3, Microsoft Azure Storage et Google Cloud Storage. L'avantage, c'est que vous pouvez y faire facilement des recherches.

Et ce n'est pas tout. Pour optimiser les coûts de stockage et les performances des requêtes en fonction des besoins de votre cas d'utilisation, les niveaux de données sont là pour vous aider. Choisissez celui qui vous convient : hot, warm, cold ou frozen. L'idéal est de stocker les données que vous utilisez le plus dans un niveau hot, même s'il est plus onéreux. Il vous permettra de faire des recherches en quelques millisecondes seulement. En revanche, si certaines de vos données sont moins utiles et que vous pouvez vous permettre de lancer une requête qui prendra plusieurs secondes/minutes, stockez-les dans un niveau moins cher, c'est-à-dire un niveau warm, cold ou frozen. En tirant parti de ces deux fonctionnalités, vous maîtriserez mieux vos coûts selon la valeur de vos données. 

Les niveaux de données, en particulier les niveaux cold et frozen, peuvent vous aider à réaliser d'importantes économies sur les coûts d'infrastructure, sans pour autant nuire aux performances.

2) Pour diminuer les coûts de transfert des données, passez à la version 7.15 (ou supérieure)

Une partie du coût de transfert et de stockage des données provient du trafic entre les nœuds. À partir de la version 7.15, nous comprimons le trafic d'indexation entre les nœuds lors du transfert des données. Et pour relocaliser et récupérer les données, nous nous servons de snapshots. En procédant ainsi, nous réduisons de manière drastique le trafic entre les nœuds et les coûts de transfert de données associés. 

Vous avez des besoins élevés en matière d'indexation et de migration entre les niveaux de données ? Ces options sont faites pour vous. Par exemple, chez Elastic, nous avons réussi à réduire notre propre trafic entre les nœuds de plus de 50 %. Nous sommes passés de 464 To/jour à 204,5 To/jour, ce qui nous permet de réaliser une économie de 1,2 million de dollars par an. 

[Article associé : Réduisez les coûts de transfert et de stockage de données dans Elastic Cloud (en anglais)]

3) Utilisez le profil matériel et les types de machine appropriés

De nombreuses organisations cherchent à améliorer l'équilibre entre coûts et performances pour leurs cas d'utilisation. En tant que partenaire AWS Graviton Ready, nous occupons une place de choix pour soutenir les types d'instance optimisés par AWS Graviton2 pour les déploiements Elastic Cloud. 

Si vous utilisez AWS, vous pouvez bénéficier de notre support pour les profils matériels qui emploient les variantes basées sur Graviton2 ARM des types d'instance M5 et C5, à savoir les machines virtuelles M6gd et C6gd, dans les régions dans lesquelles elles sont disponibles. Vous pouvez ainsi profiter d'une amélioration de plus de 20 % sur l'équilibre coûts/performances par rapport à des ensembles de puces Intel comparables. 

Lisez notre article consacré aux configurations des instances Elasticsearch Service AWS, Elasticsearch Service AWS instance configurations, pour choisir la configuration d'instance appropriée pour votre charge de travail.

Si vous utilisez GCP, vous pouvez tirer parti de notre support technique pour les types de machines virtuelles générales N2 de Google Compute Engine (GCE), ainsi que d'options de configuration matérielle supplémentaires optimisées par les types de machines personnalisées N2. Les types de machines N2 fournissent un bon équilibre entre calcul, mémoire et stockage, et offrent une amélioration de plus de 20 % sur l'équilibre coûts/performances par rapport aux machines N1 de la première génération. Lisez l'article sur la présentation du nouveau type d'instance Google Cloud sur Elastic Cloud (en anglais) pour en savoir plus.

De façon similaire, Elastic a étendu son support aux types de machines virtuelles Microsoft Azure sur Elastic Cloud. Vous pouvez désormais sélectionner de nouveaux profils matériels adossés aux séries de machines virtuelles Edsv4, Ddv4 et Fsv2 pour les déploiements dans Azure dans toutes les régions Azure prises en charge. Pour choisir la configuration d'instance Azure appropriée pour votre charge de travail, lisez cet article.

Pour finir, Elastic continue à ajouter d'autres profils matériels à la liste de ceux déjà pris en charge afin de proposer un équilibre coûts/performances idéal sur Elastic Cloud. Dans la version 8.3, Elastic fournit une fonctionnalité de migration de profils matériels. Celle-ci vous permet de basculer d'un profil matériel à l'autre sur votre déploiement existant. L'avantage pour vous, c'est que vous pouvez utiliser des types de machines plus efficaces proposés par différents fournisseurs cloud. Pour en savoir plus, lisez l'article sur l'amélioration des performances et l'optimisation des coûts en toute simplicité avec Elastic Cloud (en anglais).

4) Utilisez des règles de scaling automatique

Et pour aller encore plus loin dans l'optimisation des coûts et de la gestion, sachez que vous pouvez définir une règle de scaling automatique. Grâce à cette règle, votre cluster Elastic scalera en fonction de votre utilisation. Vous ne serez jamais à court d'espace disque. C'est plutôt une bonne nouvelle, non ? À l'invite de l'API ou de l'interface de scaling automatique, un cluster Elasticsearch peut signaler s'il a besoin (ou non) de ressources supplémentaires pour se conformer à la règle. Par exemple, vous pouvez définir une règle qui fait en sorte qu'un niveau warm scale sur l'espace disque disponible et qu'il scale des nœuds de données en conséquence. 

5) Pour déterminer votre configuration optimale, commencez avec une facturation mensuelle d'Elastic Cloud

La configuration applicable à un déploiement autogéré peut être différente de celle d'Elastic Cloud. La configuration optimale pour Elastic Cloud (et le prix qui en découle) dépend de votre charge de travail réelle. Si vous n'êtes pas sûr de savoir quelle est la configuration optimale à appliquer, nous vous recommandons de démarrer avec une facturation mensuelle d'Elastic Cloud et de configurer les ressources pour gérer votre charge de travail de manière appropriée. 

Pour bien comprendre votre déploiement, vous devez avoir une bonne vue d'ensemble et déterminer la façon dont vos données et votre utilisation (et donc le coût associé) augmentent. Envie de vous lancer ? Commencez par un essai gratuit. Ou si vous préférez, contactez-nous pour que nous évaluions la configuration optimale, et le prix associé, pour votre cas d'utilisation. 

Vous traitez un volume toujours croissant de données par l'intermédiaire d'Elasticsearch ? Ces recommandations vous seront utiles pour mieux maîtriser vos coûts. L'un des principaux avantages d'Elastic, c'est que vos coûts n'augmentent pas nécessairement en fonction de votre utilisation.