Planifier votre environnement Azure Time Series Insights Gen2

Notes

Le service Time Series Insights (TSI) ne sera plus pris en charge après le mois de mars 2025. Pensez à migrer dès que possible les environnements TSI existants vers d’autres solutions. Pour plus d’informations sur la dépréciation et la migration, consultez notre documentation.

Cet article décrit les bonnes pratiques pour planifier et commencer à utiliser Azure Time Series Insights Gen2.

Meilleures pratiques de planification et de préparation

Les bonnes pratiques pour la planification et la préparation de votre environnement sont décrites plus en détail dans les articles suivants :

Azure Time Series Insights utilise un modèle de paiement à l’utilisation. Pour plus d’informations sur les coûts et la capacité, consultez Tarification d’Azure Time Series Insights.

Environnement Gen2

Lorsque vous approvisionnez un environnement Azure Time Series Insights Gen2, vous créez deux ressources Azure :

  • Un environnement Azure Time Series Insights Gen2
  • Un compte Azure Storage

Dans le cadre du processus de provisionnement, vous spécifiez si vous souhaitez activer un stockage chaud. Le stockage chaud vous offre une expérience de requête à plusieurs niveaux. Lorsque cette option est activée, vous devez spécifier une période de conservation comprise entre 7 et 30 jours. Les requêtes exécutées dans la période de conservation du stockage chaud présentent généralement des temps de réponse plus rapides. Quand une requête dépasse la période de conservation du stockage chaud, elle est traitée à partir du stockage froid.

Les requêtes sur le stockage chaud sont gratuites, contrairement aux requêtes sur le stockage froid qui sont facturées. Il est important de bien comprendre vos modèles de requête et de planifier la configuration de votre stockage chaud en conséquence. Nous vous recommandons de placer l’analytique interactive sur les données les plus récentes dans votre stockage chaud, et de placer l’analyse des modèles et les tendances à long terme dans le stockage froid.

Notes

Pour plus d’informations sur l’interrogation de vos données chaudes, consultez les Informations de référence sur l’API.

Pour commencer, vous avez besoin de trois autres éléments :

Analyse des limites d'Azure Time Series Insights Gen2

Limites de propriétés

Les limites de propriété d’Azure Time Series Insights sont passées à 1 000 pour le stockage chaud et à aucune limite de propriété pour le stockage froid. Les propriétés d’événements fournies ont des colonnes JSON, CSV et de graphique que vous pouvez afficher dans l’Explorateur Azure Time Series Insights Gen2.

SKU Propriétés maximales
GEN2 (L1) 1 000 propriétés (colonnes) pour le stockage chaud et illimité pour le stockage froid
Gen1 (S1) 600 propriétés (colonnes)
Gen1 (S2) 800 propriétés (colonnes)

Ingestion de streaming

  • Il ne peut y avoir que deux sources d’événements maximum par environnement.

  • Vous pouvez consulter les meilleures pratiques et les recommandations générales pour les sources d’événement ici

  • Par défaut, Azure Time Series Insights Gen2 peut ingérer des données entrantes à un débit allant jusqu’à 1 mégaoctet par seconde (Mbit/s) par environnement Azure Time Series Insights Gen2. Il existe des limitations supplémentaires par partition de hub. Vous pouvez obtenir des taux pouvant atteindre 2 Mbits/s en envoyant un ticket de support via le portail Azure. Pour en savoir plus, consultez Limites de débit d’ingestion de diffusion en continu.

Limites de l’API

Les limites de l’API REST pour Azure Time Series Insights Gen2 sont spécifiées dans la documentation de référence sur l’API REST.

Configurer les propriétés ID Time Series et Timestamp

Pour créer un environnement Azure Time Series Insights, sélectionnez un ID Time Series. Cette opération fonctionne comme une partition logique pour vos données. Comme indiqué, assurez-vous que votre ID Time Series est prêt.

Important

Les ID de série chronologique ne peuvent pas être changés ultérieurement. Vérifiez-les tous avant la sélection finale et leur utilisation.

Vous pouvez sélectionner jusqu’à trois clés pour différencier de manière unique vos ressources. Pour plus d’informations, consultez Bonnes pratiques pour le choix d’un ID Time Series et Règles d’ingestion.

La propriété Timestamp est également importante. Vous pouvez désigner cette propriété lorsque vous ajoutez des sources d’événements. Chaque source d’événement a une propriété Timestamp facultative utilisée pour suivre les sources d’événements. Les valeurs de Timestamp respectent la casse et doivent être mises en forme selon les spécifications propres à chaque source.

Si ce champ est vide, l’heure à laquelle l’événement a été mis en file d’attente dans IoT Hub ou Event Hub est utilisée comme Timestamp de l’événement. En général, les utilisateurs doivent choisir de personnaliser la propriété Timestamp et utilisent l’heure à laquelle le capteur ou la balise a généré la lecture, plutôt que l’heure de mise en file d’attente du hub. Pour plus d’informations et pour en savoir plus sur les décalages de fuseau horaire, consultez Horodateur de la source de l’événement.

Comprendre le modèle Time Series

Vous pouvez maintenant configurer le modèle Azure Time Series de votre environnement Azure Time Series Insights. Ce nouveau modèle simplifie la recherche et l’analyse des données IoT. Il permet la collecte, la maintenance et l’enrichissement des données de série chronologique et permet de préparer des jeux de données utilisables par le consommateur. Ce modèle utilise les ID Time Series, qui sont mappés sur une instance qui associe la ressource unique à des variables, comme les types, et les hiérarchies. Pour en savoir plus, consultez la présentation Modèle TIme Series.

Le modèle étant dynamique, il peut être généré à tout moment. Pour démarrer rapidement, générez-le et chargez-le avant d’envoyer les données à Azure Time Series Insights. Pour créer votre modèle, consultez Utiliser le modèle Time Series.

Pour de nombreux clients, le modèle Time Series correspond à un modèle de ressource existant ou à un système ERP déjà en place. Si vous n’avez pas de modèle, une expérience utilisateur prédéfinie est fournie pour vous permettre d’être opérationnel rapidement. Pour voir comment un modèle peut vous aider, consultez l’exemple d’environnement de démonstration.

Mettre en forme vos événements

Vous pouvez voir la façon dont vous envoyez des événements à Azure Time Series Insights. Dans l’idéal, vos événements sont dénormalisés correctement et efficacement.

Une règle de base :

  • stockez les métadonnées dans votre modèle Time Series.
  • Assurez-vous que Time Series Mode, les champs d’instance et les événements ne comprennent que les informations nécessaires, comme un ID de série chronologique ou une propriété Timestamp.

Pour plus d’informations et pour comprendre comment les événements seront aplatis et stockés, consultez Règles d’aplanissement et d’échappement JSON.

Récupération d'urgence

Cette section décrit les fonctionnalités d’Azure Time Series Insights qui permet aux applications et services de continuer de s’exécuter, même si un incident se produit (connu sous le nom récupération d’urgence).

Haute disponibilité

S’agissant d’un service Azure, Azure Time Series Insights offre certaines fonctionnalités de haute disponibilité à l’aide de redondances au niveau de la région Azure. Par exemple, Azure prend en charge les fonctionnalités de récupération d’urgence par le biais de la fonctionnalité disponibilité interrégionale d’Azure.

Les fonctionnalités de haute disponibilité supplémentaires fournies par l’intermédiaire d’Azure (et disponibles pour n’importe quelle instance Azure Time Series Insights) incluent :

Veillez à activer les fonctionnalités pertinentes d’Azure pour offrir une haute disponibilité mondiale, interrégionale pour vos utilisateurs et appareils.

Notes

Si Azure est configuré pour activer la disponibilité interrégionale, aucune configuration de disponibilité interrégionale supplémentaire n’est requise dans Azure Time Series Insights.

IoT et Event Hubs

Certains services Azure IoT incluent également des fonctionnalités de récupération d’urgence intégrées :

L’intégration d’Azure Time Series Insights à d’autres services fournit des opportunités de récupération d’urgence supplémentaires. Par exemple, les données de télémétrie envoyées à votre Event Hub peuvent conservées dans une base de données de stockage Blob Azure de sauvegarde.

Azure Time Series Insights

Il existe plusieurs façons pour que vos données, applications et services Azure Time Series Insights continuent de s’exécuter, même en cas d’interruption.

Toutefois, vous pouvez déterminer qu’une copie de sauvegarde complète de votre environnement Azure Time Series est également nécessaire, aux fins suivantes :

  • Comme instance de basculement vers laquelle Azure Time Series Insights peut rediriger les données et le trafic
  • Pour préserver les données et les informations d’audit

En règle générale, la meilleure façon de dupliquer un environnement Azure Time Series Insights consiste à créer un deuxième environnement Azure Time Series Insights dans une région Azure de sauvegarde. Les événements sont aussi envoyés à cet environnement secondaire à partir de votre source d’événements principale. Veillez à utiliser un deuxième groupe de consommateurs dédié. Suivez les instructions de récupération d’urgence de cette source, comme indiqué précédemment.

Pour créer un environnement dupliqué :

  1. Créez un environnement dans la deuxième région. Pour plus d’informations, consultez Créer un nouvel environnement de Azure Time Series Insights dans le portail Azure.
  2. Créez un deuxième groupe de consommateurs dédié pour votre source d’événements.
  3. Connectez cette source d’événements au nouvel environnement. Faites attention à bien désigner le deuxième groupe de consommateurs dédié.
  4. Passez en revue la documentation IoT Hub et Event Hubs d’Azure Time Series Insights.

Si un événement se produit :

  1. Si votre région principale est affectée par un sinistre, basculez les opérations sur l’environnement Azure Time Series Insights de sauvegarde.
  2. Comme les numéros séquentiels des hubs sont remis à zéro après le basculement, recréez la source de l'événement dans les deux régions/environnements avec des groupes de consommateurs différents pour éviter de créer ce qui ressemblerait à des événements en double.
  3. Supprimez la source d’événements principale, qui est maintenant inactive, pour libérer une source d’événement disponible pour votre environnement. (Le nombre de sources d’événements actives par environnement est limité à deux.)
  4. Utilisez votre deuxième région pour sauvegarder et récupérer toutes les données de télémétrie et de requête Azure Time Series Insights.

Important

Si un basculement se produit :

  • Un délai peut également se produire.
  • Un pic momentané du traitement des message peut se produire, car les opérations sont redirigées.

Pour plus d’informations, consultez Réduction de la latence dans Azure Time Series Insights.

Étapes suivantes