Données à analyser

Vous vous abonnez à des packs de données en fonction de vos besoins en matière de Données à analyser. Chaque utilisateur dispose d'une certaine capacité Données à analyser dans son espace personnel. Ces données personnelles ne sont pas comptées dans le volume total de Données à analyser. Cependant, si l'utilisateur déplace les données vers un espace partagé à des fins de collaboration, ces données sont incluses dans la capacité totale.

L'édition Qlik Cloud Analytics Starter (Débutant) a une capacité de données fixe. Dans cette édition, les abonnements sont basés sur le nombre d'utilisateurs.

Calcul du volume Données à analyser

Le fait de savoir comment la valeur Données à analyser est calculée peut vous aider à optimiser l'utilisation de votre capacité. Cette section explique comment sont mesurés le pic mensuel, le chargement de données, les actualisations d'applications et la création de données.

Pic mensuel

Lorsque vous achetez une capacité Données à analyser, vous bénéficiez d'un espace défini pour le stockage et l'analyse de données. Cette capacité est une limite maximale et non un crédit consommable. Par exemple, si vous achetez 250 Go de capacité, vous pouvez stocker et analyser jusqu'à 250 Go de données à tout moment. Si vous allez au-delà de cette limite, des dépassements peuvent se produire et font l'objet d'un suivi distinct.

Mode de suivi de l'utilisation quotidienne

Votre utilisation est suivie au quotidien. Chaque jour, le système calcule votre pic quotidien comme étant le total des valeurs suivantes :

• Taille totale de fichiers stockés

• Quantité de données ingérées lors des actualisations d'applications

• Quantité de données dérivées ou créées

Comportement de report

Si aucune actualisation n'a lieu un jour donné, le système reporte la valeur des données ingérées de l'actualisation la plus récente. Au début d'un nouveau mois, le pic mensuel est réinitialisé. Si aucune actualisation n'a lieu le premier jour du nouveau mois, la dernière valeur d'actualisation du mois précédent est appliquée à ce jour.

Les données stockées et les données dérivées sont toujours mesurées à partir de zéro chaque jour, sans report.

Cas particuliers

• La valeur d'utilisation reflète la dernière actualisation aboutie de chaque application. Si une application est actualisée ultérieurement avec un modèle de données vide (par exemple, uniquement pour créer et exporter des fichiers QVD), l'utilisation indiquée peut continuer à afficher la taille de la dernière actualisation aboutie.

• La valeur d'utilisation ne se met à jour que lorsque l'application est actualisée de nouveau. Cela peut entraîner des différences entre les données visibles dans l'application et l'utilisation Données à analyser indiquée. Pour réduire l'utilisation indiquée, actualisez l'application avec un jeu de données plus petit.

Exemples de report

Les exemples suivants montrent comment les valeurs d'actualisation sont reportées en l'absence de nouvelle actualisation, et comment ce comportement interagit avec les données stockées et créées.

Exemple 1 - Report régulier :

• Jour 1 : 70 Go de fichiers de données stockés, 40 Go d'actualisations d'applications, 30 Go de fichiers de données créés. Le pic quotidien est de 140 Go.

• Jour 2 : 60 Go de fichiers de données stockés, 0 Go d'actualisations d'applications, 20 Go de fichiers de données créés. La valeur d'actualisation du jour 1 (40 Go) est reportée. Le pic quotidien est de 120 Go.

Exemple 2 - Scénario d'application QVD uniquement

• Jour 1 : actualisation de l'application avec 10 Go de données externes, création de fichiers QVD et abandon de toutes les tables. Le modèle d'application final est vide. Le pic journalier est de 10 Go (portion d'actualisation).

• Jour 2 : aucune actualisation n'a lieu. Le pic journalier reste de 10 Go (portion d'actualisation reportée), même si l'application n'a désormais plus de tables.

Cette valeur n'est mise à jour que lors d'une nouvelle actualisation.

Cela signifie que le pic quotidien peut refléter à la fois les données d'actualisation reportées (même si l'application elle-même est vide, comme dans le scénario QVD uniquement) et toutes les nouvelles données stockées ou créées pour ce jour.

Pic mensuel et limite supérieure

Le pic mensuel est le pic quotidien le plus élevé enregistré au cours du mois. Il joue le rôle de limite supérieure, qui indique le jour où votre utilisation de données totale a été la plus élevée. Le pic mensuel est comparé à la capacité que vous avez achetée pour déterminer si des frais de dépassement s'appliquent.

Exemple - Identification du pic mensuel à partir de l'utilisation quotidienne

Pour montrer comment le pic mensuel est déterminé, cet exemple utilise un scénario simplifié couvrant seulement quatre jours et une capacité achetée de 250 Go. Les valeurs d'utilisation permettent d'illustrer la manière dont le pic quotidien le plus élevé devient le pic mensuel.

Le tableau présente l'utilisation de données sur quatre jours, catégorisées par type :

Compréhension des données du tableau :

• Le jour 3 ne comporte pas d'actualisation de données. La portion d'actualisation du jour 2 (40 Go) est reportée et contribue au pic quotidien (120 Go).

• Le jour 4 présente le pic quotidien le plus élevé (170 Go), qui devient le pic mensuel.

Comme le pic mensuel ne dépasse pas la capacité achetée de 250 Go, aucun dépassement ne s'applique. Si l'utilisation avait dépassé 250 Go un jour donné, des frais de dépassement auraient pu s'appliquer ou une mise à niveau de la capacité aurait pu s'avérer nécessaire.

Chargement de données dans Qlik Cloud

Les données chargées dans Qlik Cloud depuis des sources externes sont comptabilisées dans le pic quotidien. Lorsque vous chargez des données dans un client, elles sont comptées une fois et peuvent être analysées et utilisées plusieurs fois. Les données chargées dans plusieurs clients sont comptabilisées plusieurs fois.

Les données qui contribuent au pic quotidien sont mesurées comme suit :

• Les données basées sur des fichiers chargées via une application Qlik Sense sont mesurées en fonction de leur taille de fichier.

• Les actualisations d'applications qui utilisent des requêtes ou des connecteurs sont comptabilisées comme le nombre maximal d'octets ingérés depuis la source de données. Lorsque plusieurs actualisations ont lieu le même jour, la taille d'application maximale est celle qui sera comptabilisée dans le pic quotidien. Par exemple, si une application est actualisée au cours d'une journée avec 0,75 Go, 1,25 Go et 1 Go, respectivement, la valeur utilisée pour la journée en question sera de 1,25 Go.

  S'il existe une application dans le client Qlik Cloud, le nombre maximal d'octets ingérés est évalué pour l'application.

• Les données chargées dans Qlik Cloud via Passerelle de données Qlik - Déplacement des données sont mesurées en fonction de la taille du fichier QVD obtenu.

• Les applications chargées ou téléversées via l'import de fichiers, que ce soit dans le Analytiques centre d'activités ou via qlik-cli, sont mesurées en fonction de la taille d'octet statique de l'application.

• Les fichiers QVD chargés sont mesurés en fonction de leur taille de fichier.

Dans les cas suivants, les données ne sont pas incluses dans le calcul du pic quotidien :

• Les données chargées dans un espace personnel d'un utilisateur ne sont pas comptées, à condition qu'elles soient limitées à cet espace. Si l'utilisateur déplace les données vers un espace partagé pour collaborer avec d'autres, ces données seront comptées.

• En cas d'échec d'une actualisation, les octets ingérés ne sont pas comptés. Cependant, tous les fichiers QVD obtenus sont comptés.

• Lorsque vous chargez une application avec des données qui réside déjà dans Qlik Cloud, le chargement de données n'est pas compté. Par exemple, les données copiées ou chargées au format binaire (chargement de données provenant d'une autre application Qlik Sense) n'ont pas d'impact sur le pic quotidien, à condition qu'elles ne soient pas actualisées d'une source externe.

Mesure des octets ingérés pour les actualisations d'applications

Les règles suivantes s'appliquent lorsque vous actualisez une application Qlik Sense depuis une source externe :

• Vous pouvez actualiser une application plusieurs fois depuis le même jeu de données source sans affecter le pic quotidien, à condition que le volume de données reste inchangé.

• Si la taille du jeu de données source augmente, le pic quotidien est affecté. Chaque Go de données supplémentaire ajouté au jeu de données contribue en quantité équivalente aux données ingérées lors de l'actualisation.

• Inversement, si la taille du jeu de données source diminue, cette réduction est elle aussi reflétée dans le pic quotidien. Par exemple, si la taille du jeu de données est réduite de 0,25 Go, la taille de l'actualisation diminue de la même quantité. En revanche, si une actualisation de 1 Go a eu lieu plus tôt dans la journée, le pic quotidien pour la journée en question sera de 1 Go. La réduction sera reflétée uniquement dans le pic quotidien du jour suivant.

• Les changements de contenu du jeu de données source, sans altération de sa taille, n'ont pas d'impact sur le pic quotidien. Le pic quotidien est affecté uniquement par le volume des données.

• Si vous interrogez le même jeu de données plusieurs fois dans un seul script de chargement, l'ensemble de ces requêtes sont comptabilisées séparément, et leurs volumes de données sont additionnés. Par exemple, si vous avez un script de chargement incluant trois requêtes de 1 Go chacune provenant du même jeu de données, l'ensemble de ces trois requêtes sont comptabilisées individuellement. Par conséquent, la quantité totale de données comptabilisée dans le pic quotidien est de 3 Go.

• Le fait de charger une application, puis d'abandonner la table, ne réduit pas le pic quotidien, car ce dernier est basé sur la taille d'actualisation d'applications maximale de la journée.

• Si vous chargez une application et si vous la supprimez ensuite le même jour, elle contribuera tout de même au pic quotidien de la journée en question. En revanche, si l'application n'existe plus, le pic quotidien du jour suivant sera réduit.

Mesure des données chargées dans des fichiers QVD avec Qlik Talend Data Integration

Les règles suivantes s'appliquent lorsque vous chargez des données dans un fichier QVD depuis une source externe via Passerelle de données Qlik - Déplacement des données :

• Vous pouvez charger, importer ou générer un jeu de données plusieurs fois sans affecter le pic quotidien, à condition que le volume de données reste inchangé.

• Si la taille du jeu de données source augmente, le pic quotidien est affecté. Chaque Go de données supplémentaire ajouté au jeu de données contribue en quantité équivalente à la taille du fichier QVD obtenu.

• Inversement, si la taille du jeu de données source diminue, cette réduction est elle aussi reflétée dans le pic quotidien. Par exemple, si la taille du jeu de données est réduite de 0,25 Go, la taille du fichier QVD obtenu diminue de la même quantité.

• Les changements de contenu du jeu de données source, sans altération de sa taille, n'ont pas d'impact sur le pic quotidien. Le pic quotidien est affecté uniquement par le volume des données.

Chargement d'applications provenant de sources internes et externes

Il est important de comprendre la manière dont les données chargées dans des applications affectent le pic quotidien, suivant la source de données. Prenons les scénarios suivants, dans lesquels des données sont chargées de différentes sources.

• Chargement d'une application depuis une source externe.

  Lorsque vous chargez des données provenant d'une source externe dans une application, elles sont comptées en termes d'octets ingérés. Par exemple, si vous chargez 10 Go, la contribution au pic quotidien est de 10 Go.

• Chargement d'une application depuis un QVD dans Qlik Cloud

  Le chargement de données dans une application depuis un fichier QVD résidant dans Qlik Cloud n'est pas comptabilisé dans le pic quotidien. Si 10 Go de données sont chargés dans une application depuis le QVD, aucune donnée n'est comptabilisée, en raison de l'absence d'ingestion de données externes. La contribution au pic quotidien est de 0 Go.

• Génération d'un nouveau fichier QVD depuis un QVD dans Qlik Cloud

  Les données chargées dans une application génératrice de QVD depuis un QVD basé dans Qlik Cloud ne sont pas comptabilisées dans le pic quotidien. En revanche, le fichier QVD obtenu généré depuis l'application est comptabilisé. Par exemple, si un fichier QVD de 10 Go est transformé en nouveau QVD de 5 Go, la contribution au pic quotidien est la somme des deux fichiers, à savoir, 15 Go. Étant donné l'absence d'ingestion de données externes, le chargement de l'application génératrice de QVD (une application dédiée qui crée un modèle de données et génère un QVD) n'est pas comptabilisé.

• Chargement d'une application depuis des sources externe et internes

  Si une application charge 10 Go depuis une source externe et 5 Go depuis un QVD dans Qlik Cloud, la contribution totale au pic quotidien de l'application est de 10 Go, car seules les données chargées depuis la source externe sont comptabilisées.

Création de données dans Qlik Cloud

Lorsque vous créez des données dans Qlik Cloud, que ce soit en copiant des fichiers de données ou en les dérivant via la combinaison et le traitement de données brutes existantes, elles sont comptabilisées dans le pic quotidien. Les données sont mesurées comme la taille totale des fichiers générés lors du processus de création de données. Les données créées sont comptabilisées une seule fois, quel que soit le nombre d'applications qui les utilisent.

Prenons ces exemples de création de données :

• La création d'un fichier QVD de 1 Go via l'instruction STORE ajoute 1 Go au pic quotidien.

• La copie d'un fichier QVD de 1 Go ajoute 1 Go au pic quotidien, car les deux copies contribuent au total.

• La création d'un fichier QVD de 0,5 Go via une transformation ajoute 0,5 Go au pic quotidien. Seul le fichier QVD obtenu est comptabilisé ; l'application génératrice de QVD n'est pas comptabilisée, car elle charge des données qui figurent déjà dans Qlik Cloud.