Tarification Azure Time Series Insights

Les clients nous ont informés qu'ils préféreraient une tarification leur permettant de faire évoluer les fonctionnalités de traitement, de stockage et d'interrogation des données indépendamment les unes des autres. Outre le nouveau service Time Series Insights et son nouvel ensemble de fonctionnalités consacrées à l'IoT, nous introduisons un nouveau modèle d'entreprise dont les prix s'adaptent aux habitudes d'utilisation de nos clients.

Microsoft continuera à prendre en charge les clients qui utilisent les références SKU S1 et S2. Cependant, nous encourageons nos clients à adopter le nouveau modèle d'entreprise, qui offre plusieurs avantages : nouvel ensemble de fonctionnalités consacrées à l'IoT qui s'accompagne de gammes de prix plus bas, d'une réduction du coût total de la solution, d'une flexibilité de paiement à l'utilisation et d'une capacité de contrôle sur les coûts en changeant de modèle de requête et de stockage de données.

Prenons l'exemple d'un client disposant de 10 000 appareils qui génèrent chacun 5 Mo de données par mois.

Les données traitées s'élèvent à 10 000*[5 Mo]/[1024 Mo/Go] = 48,83 Go. Dans la mesure où l'unité de traitement de données vous permet de traiter jusqu'à 100 Go de données, le traitement des données vous revient seulement à $-/mois.

Parmi les données traitées, si vous configurez 10 Go pour l'analyse des données chaudes et que l'analyse des données requiert 1 requête par mois au-delà de 10 Go de données stockées, alors

Frais de stockage chaud = 10 Go*$-/Go = $- par mois

Requêtes chaudes = Aucuns frais

Si les données restantes sont envoyées au stockage froid et également interrogées une fois par mois, alors

Frais de stockage froid = 38,83 Go*$-/Go = $- (Utilise la Tarification Objets blob)

Requêtes froides = 38,83 Go*$-/Go = $- par mois

Total des frais mensuels pour Time Series Insights = $- pour le traitement des données + $- pour le stockage chaud + $0 pour les requêtes chaudes + $- pour le stockage froid + $- pour les requêtes froides = $-.

La nouvelle référence SKU introduit la nouvelle analyse de chemin à froid optimisée pour les séries chronologiques tout en continuant à prendre en charge les fonctionnalités d'exploration des données ad-hoc de chemin à chaud. Le service, au moment du lancement de la préversion publique, commencera par prendre en charge les scénarios d'analyse de chemin à froid. Le service sera mis à jour dans les mois à venir pour intégrer l'analyse ad hoc de chemin à chaud disponible sur le marché, avec la possibilité d'acheminer les données des séries chronologiques vers une des couches de stockage, ou les deux selon les besoins de votre entreprise.

L'expérience utilisateur en termes de configuration de votre environnement de séries chronologiques inclura les références SKU S1/S2 actuelles ainsi que la nouvelle référence SKU mise à jour. Avec le temps, à mesure que les fonctionnalités d'analyse ad hoc à chaud seront intégrées à la nouvelle référence SKU, nous encouragerons les clients à passer des références SKU S1/S2 aux références SKU et fonctionnalités unifiées de l'offre Time Series Insights pour leur permettre de tirer parti des nouveaux tarifs et avantages ainsi que des fonctionnalités plus complètes de la solution de bout en bout.

Chaque unité de S1 inclut un maximum de 30 Go de stockage total ou 30 millions d’événements (le premier des deux prévalant), ainsi qu’une entrée maximale quotidienne et une rétention configurable. L’expérience de visualisation Time Series Insights est également incluse. Le nombre d’utilisateurs ou de requêtes pouvant être exécutées est illimité.

Par exemple, si vous provisionnez 1 unité de S1, vous pouvez configurer votre environnement de façon à ce qu’il conserve les données pendant une période allant jusqu’à 400 jours de rétention. Si vous avez configuré une période allant jusqu’à 400 jours de rétention, vous ne pouvez pas dépasser une entrée quotidienne moyenne de 1/400e de l’environnement alloué (soit 30 Go pour 1 unité de S1). Dans cet exemple, 1/400e de la capacité de stockage totale par jour est de 0,075 Go ou 75 Mo.

Voici un autre exemple : si vous configurez votre environnement pour qu’il conserve les données pendant 180 jours avec une unité S1, vous ne pouvez pas dépasser une entrée quotidienne de 0,166 Go (166 Mo) par jour. Si votre taux d’entrée dépasse 0,166 Go par jour, vos données ne sont pas stockées pendant 180 jours. Par exemple, si votre taux d’entrée moyen est de 0,189 Go par jour, vous bénéficiez d’un peu plus de 158 jours de rétention (30 Go/0,189 = 158,73).

Si vous voulez maximiser votre entrée quotidienne, vous pouvez ingérer jusqu’à 1 Go par jour et conserver ces données pendant une période allant jusqu’à 30 jours.

Chaque unité de S2 inclut un maximum de 300 Go ou 300 millions d’événements (le premier des deux prévalant) de stockage total, ainsi qu’une entrée quotidienne et une rétention configurables. L’expérience de visualisation Time Series Insights est également incluse. Le nombre d’utilisateurs ou de requêtes pouvant être exécutées est illimité.

Par exemple, si vous approvisionnez 1 unité de S2, vous obtenez 400 jours de rétention si vous configurez l’environnement de façon à ce qu’il conserve les données pendant 400 jours et votre entrée quotidienne moyenne est de 1/400e de 300 Go (0,75 Go ou 750 Mo par jour) ou moins.

Voici un autre exemple : si vous configurez votre environnement pour qu’il conserve les données pendant 180 jours avec une unité S2, vous obtenez un durée de rétention de 180 jours, pour autant que vous ne dépassez pas une entrée quotidienne de 1,66 Go (1 660 Mo) par jour. Si votre taux d’entrée dépasse 1,66 Go par jour, vos données ne sont pas stockées pendant 180 jours. Par exemple, si votre taux d’entrée moyen est de 1,89 Go par jour, vous bénéficiez d’un peu plus de 158 jours de rétention (300 Go/1,89 = 158,73).

Si vous voulez maximiser votre entrée quotidienne, vous pouvez ingérer jusqu’à 10 Go par jour et conserver ces données pendant une période allant jusqu’à 30 jours.

Un événement est une unité de données allant jusqu’à 1 Ko. Les événements plus importants sont comptés en multiples de 1 Ko. Par exemple, un événement de 0,8 Ko est facturé comme un événement, tandis qu'un événement de 2,6 Ko est facturé comme trois événements. Les événements dont la taille est supérieure au maximum de 32 Ko sont rejetés.

Vous pouvez changer le nombre d’unités sur le Portail Azure.

Vous êtes facturé selon un taux journalier proratisé. Pour la facturation, un jour commence à minuit UTC. La facture est générée sur une base mensuelle. Par exemple, si un client utilise 3 unités de S1 Time Series Insights pour un total de 5 jours, il est facturé à la fin du mois pour 3 unités*5 jours*($-/31) = $-.

De même, si un client utilise 3 unités de S2 Time Series Insights pour un total de 5 jours, il est facturé à la fin du mois pour 3 unités*5 jours*($-/31) = $-.