De waardemeters van abonnementen begrijpen
Waardemeters bepalen de prijzen en facturering voor Qlik Cloud-abonnementen door het gebruik van bronnen te meten. Capaciteitsgebaseerde abonnementen maken voornamelijk gebruik van het gegevensvolume, maar de waardemeters zijn afhankelijk van uw abonnementstype.
Waardemeters voor abonnement per abonnementstype
De volgende tabel toont de primaire waardemeters voor elke abonnementsoptie:
| Abonnementsoptie | Waardemeters |
|---|---|
| Qlik Cloud Analyse Starter | Gebruikers |
| Qlik Cloud Analyse Standaard | Gegevens voor analyse |
| Qlik Cloud Analyse Premium | Gegevens voor analyse |
| Qlik Cloud Enterprise | Gegevens voor analyse, verplaatste gegevens |
| Qlik Talend Cloud Starter | Gegevens verplaatst |
| Qlik Talend Cloud Standard | Verplaatste gegevens, Open Lakehouse-rekenkracht |
| Qlik Talend Cloud Premium | Verplaatste gegevens, gegevenstransformaties van derden, ($/GB), taakuitvoeringen, Open Lakehouse-rekenkracht |
| Qlik Talend Cloud Enterprise |
Verplaatste gegevens, gegevenstransformaties van derden, ($/GB), taakuitvoeringen, Open Lakehouse-rekenkracht |
| Qlik Anonymous Access | Anonymous Capacity, Anonymous Concurrent Sessions |
Brongebruik controleren
Beheerders kunnen het gebruik van Gegevens voor analyse, Verplaatste gegevens en andere bronnen bewaken in het Beheer-activiteitencentrum en de Rapportage-app van gegevenscapaciteit.
De eigenaar van het serviceaccount (SAO) kan het verbruik monitoren en abonnementsgegevens bekijken in My Qlik.
Ga voor meer informatie naar:
Zie de productomschrijving van Qlik Cloud®-abonnementen voor meer informatie over de licentiecijfers.
Gegevens voor analyse
De hoeveelheid gegevens voor analyse wordt berekend voor Qlik Cloud Analyse. Deze waardemeter telt de totale hoeveelheid gegevens die in Qlik Cloud zijn geladen en geanalyseerd. Uw maandelijke piekverbruik wordt vergeleken met uw aangeschafte capaciteit. Als u uw capaciteit overschrijdt, kan dit leiden tot overschrijdingen.
Zie Gegevens voor analyse voor gedetailleerde informatie over welke gegevens zijn inbegrepen, hoe het gebruik wordt berekend en de beste werkwijzen voor het beheren van uw gegevens.
Gegevens verplaatst
De meeteenheid Gegevens verplaatst is de som van alle gegevens die zijn verplaatst naar een doel. U kunt gegevens naar alle typen doelen verplaatsen. Het type bron vanwaaruit u gegevens kunt verplaatsen, is afhankelijk van uw abonnement. Er is geen limiet aan het aantal doelen of bronnen.
Hoe verplaatste gegevens worden berekend
De hoeveelheid verplaatste gegevens wordt gemeten vanaf het begin van de maand. Er wordt gemeten vanaf het moment dat de gegevens op het doel worden opgeslagen. Dit betekent dat dezelfde gegevens die op twee verschillende doelen worden gerepliceerd, twee keer worden meegerekend. De eerste volledige lading van nieuwe tabellen of bestanden is gratis en wordt niet meegerekend.
De hoeveelheid verplaatste gegevens wordt berekend als het aantal rijen in de gegevensverzameling, vermenigvuldigd met de geschatte rijgrootte. De geschatte rijgrootte wordt berekend als de totale grootte van alle kolommen in een rij, op basis van het gegevenstype per kolom. Voor meer informatie over hoe de interne vertegenwoordiging van de gegevenstypen is toegewezen aan uw doelschema, leest u Verbinding maken met cloudgegevensplatforms in uw gegevensprojecten en gaat u naar de sectie Gegevenstypen in het onderwerp over uw cloudgegevensplatform.
Het aantal rijen dat wordt gebruikt in de berekening van de hoeveelheid verplaatste gegevens, kan enigszins afwijken van de verwachte waarde. Deze kleine verschillen zijn te verwachten en worden veroorzaakt door technische artefacten die niet kunnen worden geregeld door Qlik.
Als u bijvoorbeeld een grote tabel laadt, kan de database dezelfde rij twee keer sturen (phantom-lezingen) of een rij tellen als een herlading en als een rijwijziging. Er kunnen ook verschillen optreden in het aantal wijzigingen wanneer een wijziging een triggeruitvoering veroorzaakt. Dit leidt tot meer onverwachte wijzigingen en het aantal wijzigingen wordt gelezen uit een transactielogboek of een wijzigingsbron.
De berekening van de hoeveelheid verplaatste gegevens wordt gebaseerd op de opgeslagen gegevensverzameling zoals deze in Qlik Cloud staat. Er wordt rekening gehouden met wijzigingen in deze gegevensverzameling, zoals het toevoegen van nieuwe kolommen. Als u probeert de berekening van de hoeveelheid verplaatste kolommen te herproduceren, dient u te controleren of u de juiste gegevenstypen gebruikt zoals deze in Qlik Cloud staan, en niet de bron, omdat dit laatste invloed heeft op de kolomgrootte in de berekening. Als u bijvoorbeeld varchar(20) gebruikt in plaats van varchar(10), wordt de kolombijdrage aan de geschatte rijgrootte verdubbeld.
Gegevenstypen en -grootten gebruikt in de berekening
De volgende tabel vermeldt de grootte van elk gegevenstype. De functie min() die wordt gebruikt voor bytes, string en wstring retourneert de kleinste van de twee waarden, ofwel length/2 ofwel 200.
| Gegevenstype | Grootte (in bytes) |
|---|---|
| Niet-gespecificeerd | 1 |
| BOOLEAANSE WAARDE | 1 |
| BYTES(length) | min(length/2, 200) |
| DATUM | 4 |
| TIJD | 4 |
| DATETIME | 8 |
| INT1 | 1 |
| INT2 | 2 |
| INT4 | 4 |
| INT8 | 8 |
| REAL4 | 2 |
| REAL8 | 4 |
| UINT1 | 1 |
| UINT2 | 2 |
| UINT4 | 4 |
| UINT8 | 8 |
| NUMERIEK | 2 |
| STRING(length) | min(length/2, 200) |
| WSTRING(length) | min(length/2, 200) |
| BLOB | 200 |
| CLOB | 200 |
| NCLOB | 200 |
| JSON | 200 |
Voorbeeld: Hoeveelheid verplaatste gegevens berekenen
In dit voorbeeld hebben we een gegevensverzameling voor productcategorieën. De gegevensverzameling bevat 100 rijen en de volgende kolommen:
| Kolomnaam | Gegevenstype |
|---|---|
| CategoryID | INT4 |
| CategoryName | WSTRING(15) |
| Beschrijving | NCLOB |
| Picture | BLOB |
Er is een vaste grootte per gegevenstype:
| Gegevenstype | Grootte (in bytes) |
|---|---|
| INT4 | 4 |
| WSTRING(15) | min(15/2, 200) = 7,5 |
| NCLOB | 200 |
| BLOB | 200 |
We kunnen nu de geschatte rijgrootte berekenen als de som van de kolomgrootten: 4 + 7,5 + 200 + 200 = 411,5 bytes. Als dit wordt vermenigvuldigd met 100 rijen, levert dit een totaal gegevensvolume van 41.150 bytes op.
Gegevenstransformaties van derden
Deze meeteenheid is van toepassing op alle gegevensverzamelingen die zijn geregistreerd met behulp van de gegevenstaak voor Geregistreerde gegevens. Transformaties van derden worden gemeten in $/GB vanaf het begin van de maand.
GB die wordt gebruikt voor gegevenstransformaties van derden wordt berekend met dezelfde logica als Verplaatste gegevens: het aantal rijen in de gegevensverzameling vermenigvuldigd door de verwachte rijgrootte. Zie Gegevens verplaatst voor meer informatie over het inschatten van het formaat van rijen.
Bij het verwerken van gegevens via de Geregisteerde gegevens taak wordt de verwerking van een volledige of initiële lading meegeteld voor de capaciteit. Bij volgende uitvoeringen worden gewijzigde rijen gedetecteerd en alleen de gewijzigde records worden meegeteld.
Open Lakehouse-rekenkracht
Open Lakehouse-rekenkracht is een gebruiksstatistiek gemeten in core-uren. Het is van toepassing op streamingwerkbelastingen die worden uitgevoerd op voor streaming geschikte Qlik Open Lakehouse-clusters.
Streamingwerkbelastingen worden ondersteund door deze taaktypen:
-
Streaming-tussenopslag
-
Streaming transformeren
Streamingwerkbelastingen kunnen alleen worden uitgevoerd op voor streaming geschikte clusters. Ga voor meer informatie naar Lakehouse-clusters beheren.
Hoe core-uren worden berekend
Open Lakehouse-rekenkracht toont het totale aantal core-uren dat is gebruikt voor streamingwerkbelastingen in Qlik Open Lakehouse-clusters gedurende de factureringsmaand.
Core-uren worden alleen geteld terwijl een streamingtaak (of een bijbehorende onderhoudstaak) in het cluster wordt uitgevoerd. Als het cluster actief is maar er geen streamingtaken worden uitgevoerd, worden core-uren niet geteld.
Clusters met meer CPU-cores verbruiken sneller core-uren. Bijvoorbeeld:
-
Een systeem met 8 cores dat 1 uur draait, verbruikt 8 core-uren.
-
Een systeem met 16 cores dat 1 uur draait, verbruikt 16 core-uren.
Voorbeeld: Core-uren berekenen
Een voor streaming ingeschakeld lakehouse-cluster met twee 8-core instanties, dat 24 uur per dag gedurende 31 dagen draait (geen automatische schaling), verbruikt:
2 × 8 × 24 × 31 = 11.904 core-uren
Progressieve conversieschaal voor grote werkbelastingen
Voor grootschalige werkbelastingen wordt de volgende conversieschaal toegepast op Open Lakehouse-rekenkracht:
-
0–48.000 core-uren: 100% van de uren wordt geteld.
-
48.001–186.000 core-uren: 50% van de uren wordt geteld.
-
Boven 186.000 core-uren: 10% van de uren wordt geteld.
Taakuitvoering en taakduur
Taakuitvoering en taakduur zijn de belangrijkste meeteenheden voor functies van Talend Data Fabric die zijn opgenomen in Qlik Talend Cloud-abonnementen.
Hoe taakuitvoering wordt geteld
Taakuitvoeringen zijn het totaal aantal taakruns die zijn uitgevoerd en afgerond in een bepaalde maand. Een taak wordt geïdentificeerd als een unieke artifact-id zoals gerapporteerd in de Talend Management Console. Altijd-aan taken worden één keer geteld in elke maand dat de taak is uitgevoerd.
Hoe taakduur wordt berekend
Taakduur is de totale duur in minuten, gemeten vanaf de tijd dat een taak start totdat deze stopt. Bij batchtaken wordt de duur geteld in de maand dat de taak succesvol is beëindigd. Bij Altijd-aan taken wordt de duur gemeten van de begintijd van de uitvoering in elke maand dat de taak is uitgevoerd.
De werkelijke duur wordt omgezet naar een belastbare meeteenheid met behulp van een progressieve conversieschaal:
- 0–24.000 core-uren: 5% van de uren wordt geteld.
- Boven 24.000 core-uren: 1% van de uren wordt geteld.
Anonymous Capacity
Anonymous Capacity is alleen van toepassing op Qlik Anonymous Access-abonnementen. Deze waardemeter verwijst naar het totale RAM‑gebruik dat alle apps die in het geheugen zijn geladen op een bepaald moment kunnen gebruiken. Dit omvat tenantgebruikerssessies (sessies geopend door gebruikers en beheerders binnen de tenant) en anonieme gebruikerssessies (sessies geopend door gebruikers die niet zijn aangemeld bij de Qlik Cloud-tenant).
De Anonymous Capacity van een tenant wordt gedefinieerd door het gekochte aantal dat binnen het abonnement is gekocht.
Anonymous Concurrent Sessions
Anonymous Concurrent Sessions is alleen van toepassing op Qlik Anonymous Access-abonnementen. Deze waardemeter definieert het maximum aantal app-sessies dat gelijktijdig kan worden uitgevoerd door anonieme gebruikers (gebruikers die niet zijn aangemeld bij de Qlik Cloud-tenant).
De Anonymous Concurrent Sessions van een tenant wordt gedefinieerd door het gekochte aantal dat binnen het abonnement is gekocht. U kunt tot 1000 sessies aanschaffen. Ga voor meer informatie naar Specificaties en capaciteitlimieten van Qlik Anonymous Access.