Elasticsearch Serverless

Les projets sans serveur utilisent les composants de noyau de l'Elastic Stack, tels qu'Elasticsearch et Kibana, et sont basés sur l'architecture Search AI Lake d'Elastic qui dissocie le calcul et le stockage. Les opérations de recherche et d'indexation sont séparées, ce qui offre une grande flexibilité pour le scaling de vos workloads tout en garantissant des performances élevées.

Profitez des avantages suivants avec Elasticsearch Serverless :

• Sans gestion. Elastic gère le cluster Elastic sous-jacent, vous permettant de vous concentrer sur vos données. Avec les projets sans serveur, Elastic est responsable des mises à niveau automatiques, des sauvegardes de données et de la continuité des activités.
• Scaling automatique. Pour répondre à vos exigences en matière de performances, le système s'ajuste automatiquement à vos workloads.
• Stockage des données optimisé. Vos données sont stockées dans le Search Lake de votre projet, qui sert de stockage peu onéreux et performant. Une couche haute performance est disponible au-dessus du Search Lake pour vos données les plus interrogées.
• Payez pour les performances dont vous avez besoin. Payez pour l'ingestion, la recherche et les ressources ML séparément selon les besoins des workloads que vous exécutez.

Elastic Cloud est une plateforme puissante qui répond à de nombreux besoins informatiques. Les projets sans serveur sont spécialement conçus pour des cas d'utilisation, tout en offrant une expérience entièrement gérée et mise à l'échelle automatique. Cette spécialisation et ce modèle opérationnel sont ce qui distingue le modèle Serverless aujourd'hui.

Elasticsearch Serverless est actuellement disponible dans certaines régions de fournisseurs cloud, avec certaines fonctionnalités à venir. Nous sommes pleinement engagés dans l'expansion de notre offre sans serveur vers davantage de régions et de fournisseurs cloud. Nous vous recommandons de consulter la documentation pour vérifier la compatibilité technique telle que la sécurité, la conformité et la disponibilité.

Il est simple de commencer avec Elasticsearch Serverless :

1. Créez des projets Elasticsearch Serverless dans la console cloud.
2. Choisissez le type de projet optimisé pour votre cas d'utilisation qui correspond le mieux à vos besoins.
3. Démarrez votre projet avec une expérience optimisée pour votre cas d'utilisation.

Nous recommandons d'envoyer les données directement à partir de votre application ou d'utiliser les clients Connector. Pour l'envoi de données dans une instance Elasticsearch existante, nous recommandons d'utiliser Logstash pour migrer d'importants volumes.

Les paramètres de recherche Power vous permettent de gérer les ressources de calcul afin d’optimiser les performances de recherche (débit et latence) et de maîtriser les coûts. Il existe trois paramètres de recherche Power pour les projets Elasticsearch Serverless. Le paramètre Performant est activé par défaut et offre une expérience de recherche performante pour des données de toutes tailles. Il est possible de choisir l’un des paramètres suivants :

À la demande : s’adapte automatiquement en fonction des données et de la charge de recherche avec une base minimale plus faible pour l’utilisation des ressources. Cette flexibilité entraîne une latence de requête plus variable et un débit maximal réduit.

Performant : offre une latence constamment faible et s’adapte automatiquement pour gérer un débit de requêtes modérément élevé.

Haute disponibilité : optimisé pour les scénarios de haute disponibilité, il s’adapte automatiquement pour maintenir la latence des requêtes même à des volumes de requêtes très élevés.

Avec Elasticsearch Serverless, vous payez uniquement les ressources utilisées pour gérer vos charges de travail et vos besoins de performance. Voici quelques exemples pour vous donner une idée des coûts potentiels et vous aider à les appréhender.

Exemple 1 - Environnement de développement avec 2 Go de données consultables, 1 % d’utilisation d’ingestion (15 minutes par jour), 8 % d’utilisation de recherche (2 heures par jour)

• À la demande : 24 $/mois
• Performant : 27 $/mois

Exemple 2 - Environnement de production avec 20 Go de données consultables, 5 % d’utilisation de l’ingestion (1 heure par jour), 33 % d’utilisation de la recherche (8 heures par jour)

• À la demande : 190 $/mois
• Performant : 210 $/mois

Les estimations de prix fournies dans les exemples sont données à titre indicatif uniquement. Les coûts réels peuvent varier en fonction de facteurs tels que le type de données, la complexité des requêtes, les tendances de trafic, la durée d’utilisation et les configurations spécifiques. Ces estimations visent à vous aider à comprendre les scénarios de tarification possibles, mais ne doivent pas être considérées comme un coût définitif. Pour un calcul précis des coûts, nous vous recommandons de surveiller votre utilisation.

Elasticsearch Serverless maintient un niveau minimal de ressources de recherche allouées à votre projet afin que vos données restent consultables sans délai inutile lors de la première requête après une période d'inactivité. Pendant une recherche active, vous êtes facturé pour l'intégralité des ressources utilisées ; pendant les périodes d'inactivité, la facturation est réduite en fonction de la taille de votre ensemble de données prêt pour la recherche et de votre paramètre Search Power.

Pour réduire les coûts liés à l'inactivité, vous pouvez passer la puissance de recherche de "Performante" (par défaut) à "À la demande", ce qui abaisse le niveau de référence au prix d'une latence de requête plus variable. Les VCU d'ingestion, en revanche, sont réduites à zéro lorsqu'aucune activité d'ingestion n'est en cours

L'utilisation est facturée strictement en fonction du volume de données traitées, mesuré en millions de jetons. Ce modèle de facturation à l'usage vous permet de scaler vos coûts de manière linéaire en fonction de votre débit, vous assurant ainsi de ne payer que pour les jetons réellement traités, et non pour une infrastructure ou une capacité inutilisée.

Agent Builder est facturé en fonction des exécutions d’Agent Builder. Une exécution correspond à chaque interaction terminée avec un agent IA (par exemple, une entrée et une sortie dans un chat). Les interactions plus complexes, mesurées en fonction du nombre de jetons d’entrée utilisés, sont comptabilisées comme des exécutions supplémentaires (chaque tranche de 50 000 jetons d’entrée correspond à une exécution supplémentaire).

Exemple 1 : message envoyé à l’agent IA, et l’agent renvoie une réponse avec succès. L’interaction utilise 42 000 jetons d’entrée ; cela correspond à 1 exécution de l’agent.

Exemple 2 : message envoyé à l’agent IA, et l’agent renvoie une réponse avec succès. L’interaction utilise 325 000 jetons d’entrée ; cela correspond à 7 exécutions.

Exemple 3 : message envoyé à l’agent IA, et l’agent rencontre une erreur et ne renvoie pas de réponse. Aucune exécution n’est comptabilisée.