Delen via

Uw Azure Time Series Insights Gen1-omgeving plannen

  • Artikel

Notitie

De Time Series Insights-service wordt op 7 juli 2024 buiten gebruik gesteld. Overweeg om bestaande omgevingen zo snel mogelijk naar alternatieve oplossingen te migreren. Voor meer informatie over de veroudering en migratie, ga naar onze documentatie.

Voorzichtigheid

Dit is een Gen1-artikel.

In dit artikel wordt beschreven hoe u uw Azure Time Series Insights Gen1-omgeving plant op basis van de verwachte toegangssnelheid en uw vereisten voor gegevensretentie.

Video

Bekijk deze video voor meer informatie over gegevensretentie in Azure Time Series Insights en hoe u deze kunt plannen:

Beste praktijken

Om aan de slag te gaan met Azure Time Series Insights, kunt u het beste weten hoeveel gegevens u per minuut wilt pushen en hoe lang u uw gegevens moet opslaan.

Lees Prijzen voor Azure Time Series Insightsvoor meer informatie over capaciteit en retentie voor beide Azure Time Series Insights-SKU's.

Als u uw Azure Time Series Insights-omgeving het beste wilt plannen voor succes op lange termijn, moet u rekening houden met de volgende kenmerken:

Opslagcapaciteit

Azure Time Series Insights behoudt standaard gegevens op basis van de hoeveelheid opslagruimte die u inricht (eenheden × de hoeveelheid opslagruimte per eenheid) en inkomend verkeer.

Gegevensretentie

U kunt in uw Azure Time Series Insights-omgeving de instelling voor gegevensretentietijd wijzigen. U kunt maximaal 400 dagen retentie inschakelen.

Azure Time Series Insights heeft twee modi:

  • Eén modus optimaliseert voor de meeste up-to-datumgegevens. Het dwingt een beleid af om oude gegevens te verwijderen en recente gegevens beschikbaar te laten bij de instantie. Deze modus is standaard ingeschakeld.
  • De andere optimaliseert gegevens om onder de geconfigureerde bewaarlimieten te blijven. Inkomend verkeer onderbreken voorkomt dat nieuwe gegevens worden ingevoerd wanneer het wordt geselecteerd als het gedrag bij overschrijding van de opslaglimiet.

U kunt retentie aanpassen en schakelen tussen de twee modi op de configuratiepagina van de omgeving in Azure Portal.

Belangrijk

U kunt maximaal 400 dagen aan gegevensretentie configureren in uw Azure Time Series Insights Gen1-omgeving.

Gegevensretentie configureren

  1. Selecteer in de Azure Portaluw Time Series Insights-omgeving.

  2. Selecteer in het deelvenster Time Series Insights-omgeving onder InstellingenStorage-configuratie.

  3. Voer in het vak Gegevensretentietijd (in dagen) een waarde tussen 1 en 400 in.

    Bewaarbeleid configureren

Tip

Lees Hoe retentie te configurerenvoor meer informatie over het implementeren van een geschikt bewaarbeleid voor gegevens.

Capaciteit voor inkomend verkeer

Hieronder vindt u een overzicht van de belangrijkste limieten in Azure Time Series Insights Gen1.

SKU-ingangssnelheden en -capaciteiten

S1- en S2-SKU-toegangstarieven en -capaciteiten bieden flexibiliteit bij het configureren van een nieuwe Azure Time Series Insights-omgeving. Uw SKU-capaciteit geeft de dagelijkse toegangssnelheid aan op basis van het aantal gebeurtenissen of bytes dat is opgeslagen, afhankelijk van wat het eerst voorkomt. Houd er rekening mee dat inkomend verkeer wordt gemeten per minuuten afknijpen wordt toegepast met behulp van het token-bucket-algoritme. Inkomend verkeer wordt gemeten in blokken van 1 kB. Een werkelijke gebeurtenis van 0,8 kB wordt bijvoorbeeld gemeten als één gebeurtenis en een gebeurtenis van 2,6 kB wordt geteld als drie gebeurtenissen.

S1 SKU-capaciteit Ingangen snelheid Maximale opslagcapaciteit
1 1 GB (1 miljoen gebeurtenissen) per dag 30 GB (30 miljoen gebeurtenissen)
10 10 GB (10 miljoen gebeurtenissen) per dag 300 GB (300 miljoen gebeurtenissen)
S2 SKU-capaciteit Inkomend verkeer tempo Maximale opslagcapaciteit
1 10 GB (10 miljoen gebeurtenissen) per dag 300 GB (300 miljoen gebeurtenissen)
10 100 GB (100 miljoen gebeurtenissen) per dag 3 TB (3 miljard gebeurtenissen)

Notitie

Capaciteiten worden lineair geschaald, zodat een S1-SKU met capaciteit 2 GB (2 miljoen) gebeurtenissen per dag inkomend verkeer ondersteunt en 60 GB (60 miljoen gebeurtenissen) per maand.

S2 SKU-omgevingen ondersteunen aanzienlijk meer gebeurtenissen per maand en hebben een aanzienlijk hogere toegangscapaciteit.

SKU Aantal gebeurtenissen per maand Aantal gebeurtenissen per minuut Gebeurtenisgrootte per minuut
S1 30 miljoen 720 720 KB
S2 300 miljoen 7 200 7.200 KB

Eigendomslimieten

Gen1-eigenschapslimieten zijn afhankelijk van de geselecteerde SKU-omgeving. De opgegeven gebeurteniseigenschappen hebben bijbehorende JSON-, CSV- en grafiekkolommen die kunnen worden weergegeven in de Azure Time Series Insights Explorer.

SKU Maximum aantal eigenschappen
S1 600 eigenschappen (kolommen)
S2 800 eigenschappen (kolommen)

Gebeurtenisbronnen

Er worden maximaal twee gebeurtenisbronnen per exemplaar ondersteund.

API-limieten

REST API-limieten voor Azure Time Series Insights Gen1 worden opgegeven in de REST API-referentiedocumentatie.

Omgevingsplanning

Het tweede gebied waarop u zich moet richten voor het plannen van uw Azure Time Series Insights-omgeving, is de capaciteit voor inkomend verkeer. De dagelijkse opslag- en gebeurteniscapaciteit voor inkomend verkeer wordt gemeten per minuut, in blokken van 1 kB. De maximaal toegestane pakketgrootte is 32 kB. Gegevenspakketten die groter zijn dan 32 kB, worden afgekapt.

U kunt de capaciteit van een S1- of S2-SKU verhogen tot 10 eenheden in één omgeving. U kunt niet migreren van een S1-omgeving naar een S2. U kunt niet migreren van een S2-omgeving naar een S1.

Voor inkomend verkeer bepaalt u eerst het totale inkomend verkeer dat u maandelijks nodig hebt. Bepaal vervolgens wat uw behoeften per minuut zijn.

Beperking en latentie spelen een rol in capaciteit per minuut. Als u een piek hebt in uw gegevensinvoer die minder dan 24 uur duurt, kan Azure Time Series Insights deze inhalen bij een intredesnelheid van twee keer de snelheden in de voorgaande tabel.

Als u bijvoorbeeld één S1-SKU hebt, neemt u gegevens op met een snelheid van 720 gebeurtenissen per minuut, en als de gegevenssnelheid minder dan één uur piekt tot een snelheid van 1440 gebeurtenissen of minder, is er geen merkbare latentie in uw omgeving. Als u echter meer dan 1440 gebeurtenissen per minuut overschrijdt gedurende meer dan één uur, ervaart u waarschijnlijk latentie in gegevens die zijn gevisualiseerd en beschikbaar zijn voor query's in uw omgeving.

Mogelijk weet u niet van tevoren hoeveel gegevens u verwacht te pushen. In dit geval kunt u gegevenstelemetrie vinden voor Azure IoT Hub- en Azure Event Hubs in uw Azure Portal-abonnement. Met de telemetrie kunt u bepalen hoe u uw omgeving inricht. Gebruik het deelvenster Metrische gegevens in Azure Portal voor de respectieve gebeurtenisbron om de telemetrie weer te geven. Als u inzicht hebt in de metrische gegevens van uw gebeurtenisbron, kunt u uw Azure Time Series Insights-omgeving effectiever plannen en inrichten.

Toegangseisen berekenen

Om uw behoeften voor inkomend verkeer te berekenen:

  • Controleer of uw ingresscapaciteit hoger is dan uw gemiddelde tarief per minuut en of uw omgeving groot genoeg is om uw verwachte inkomend verkeer te verwerken dat gelijk is aan twee keer uw capaciteit gedurende minder dan één uur.

  • Als pieken in inkomend verkeer optreden die langer dan 1 uur duren, gebruikt u de pieksnelheid als uw gemiddelde. Richt een omgeving in die de capaciteit heeft om de piekbelasting te verwerken.

Drosseling en latentie verminderen

Lees Latentie en vertraging verminderenvoor informatie over het voorkomen van vertraging en latentie.

Uw gebeurtenissen vormgeven

Het is belangrijk om ervoor te zorgen dat de manier waarop u gebeurtenissen verzendt naar Azure Time Series Insights de grootte van de omgeving ondersteunt die u inricht. (Omgekeerd kunt u de grootte van de omgeving toewijzen aan het aantal gebeurtenissen dat Azure Time Series Insights leest en de grootte van elke gebeurtenis.) Het is ook belangrijk om na te denken over de kenmerken die u mogelijk wilt gebruiken om te segmenteren en te filteren wanneer u uw gegevens opvraagt.

Fooi

Raadpleeg de documentatie voor het vormgeven van JSON in Het verzenden van gebeurtenissen.

Zorg ervoor dat u referentiegegevens hebt

Een referentiegegevensset is een verzameling items die de gebeurtenissen uit uw gebeurtenisbron uitbreiden. De Azure Time Series Insights-ingangsengine voegt elke gebeurtenis uit uw gebeurtenisbron samen met de bijbehorende gegevensrij in uw referentiegegevensset. De uitgebreide gebeurtenis is vervolgens beschikbaar voor opvragingen. De samenvoeging is gebaseerd op de primaire-sleutel kolommen die zijn gedefinieerd in uw referentiedataset.

Notitie

Referentiegegevens worden niet met terugwerkende kracht samengevoegd. Alleen huidige en toekomstige gegevens voor inkomend verkeer worden vergeleken en gekoppeld aan de referentiegegevensset nadat deze zijn geconfigureerd en geüpload. Als u van plan bent om een grote hoeveelheid historische gegevens naar Azure Time Series Insights te verzenden en niet eerst referentiegegevens te uploaden of te maken in Azure Time Series Insights, moet u mogelijk uw werk opnieuw uitvoeren (hint: niet leuk).

Lees onze documentatie over de gegevensreferentiesetvoor meer informatie over het maken, uploaden en beheren van uw referentiegegevens in Azure Time Series Insights.

Bedrijfsherstel na noodgevallen

In deze sectie worden functies van Azure Time Series Insights beschreven die apps en services actief houden, zelfs als er een noodgeval optreedt (ook wel bekend als bedrijfsrampherstel).

Hoge beschikbaarheid

Als Azure-service biedt Azure Time Series Insights bepaalde hoge beschikbaarheid functies met behulp van redundantie op het niveau van de Azure-regio. Azure biedt bijvoorbeeld ondersteuning voor mogelijkheden voor herstel na noodgevallen via de functie voor beschikbaarheid in meerdere regio's van Azure.

Aanvullende functies voor hoge beschikbaarheid die via Azure worden geboden (en ook beschikbaar zijn voor elk Azure Time Series Insights-exemplaar) zijn onder andere:

Zorg ervoor dat u de relevante Azure-functies inschakelt voor wereldwijde, hoge beschikbaarheid tussen regio's voor uw apparaten en gebruikers.

Notitie

Als Azure is geconfigureerd om beschikbaarheid tussen regio's mogelijk te maken, is er geen aanvullende configuratie voor beschikbaarheid tussen regio's vereist in Azure Time Series Insights.

IoT en Event Hubs

Sommige Azure IoT-services bevatten ook ingebouwde functies voor bedrijfsherstel na noodgevallen:

De integratie van Azure Time Series Insights met de andere services biedt extra mogelijkheden voor herstel na noodgevallen. Telemetrie die naar uw Event Hub wordt verzonden, kan bijvoorbeeld worden bewaard naar een back-up van een Azure Blob Storage-database.

Azure Time Series Insights

Er zijn verschillende manieren om uw Azure Time Series Insights-gegevens, -apps en -services actief te houden, zelfs als ze worden onderbroken.

U kunt echter wel vaststellen dat een volledige back-upkopie van uw Azure Time Series-omgeving ook vereist is voor de volgende doeleinden:

  • Als failover-exemplaar specifiek voor Azure Time Series Insights om gegevens en verkeer om te leiden naar een alternatieve bestemming.
  • Gegevens en controlegegevens behouden

Over het algemeen kunt u het beste een Azure Time Series Insights-omgeving dupliceren door een tweede Azure Time Series Insights-omgeving te maken in een back-up van een Azure-regio. Gebeurtenissen worden ook vanuit uw primaire gebeurtenisbron naar deze secundaire omgeving verzonden. Zorg ervoor dat u een tweede specifieke consumentengroep gebruikt. Volg de richtlijnen voor bedrijfsherstel na noodgevallen van die bron, zoals eerder beschreven.

Een dubbele omgeving maken:

  1. Maak een omgeving in een tweede regio. Lees Een nieuwe Azure Time Series Insights-omgeving maken in Azure Portalvoor meer informatie.
  2. Maak een tweede speciale consumentengroep voor uw gebeurtenisbron.
  3. Verbind die gebeurtenisbron met de nieuwe omgeving. Zorg ervoor dat u de tweede toegewezen consumentengroep aanwijst.
  4. Raadpleeg de documentatie voor Azure Time Series Insights IoT Hub en Event Hubs.

Als er een gebeurtenis optreedt:

  1. Als uw primaire regio wordt beïnvloed tijdens een noodgeval, moet u bewerkingen omleiden naar de back-up van de Azure Time Series Insights-omgeving.
  2. Omdat de sequentienummers van de hub na de failover opnieuw beginnen vanaf 0, dient u de gebeurtenisbron in beide regio's/omgevingen opnieuw te maken met verschillende consumentengroepen, om te voorkomen dat er gebeurtenissen worden gecreëerd die als duplicaten zouden kunnen worden gezien.
  3. Verwijder de primaire gebeurtenisbron, die nu inactief is, om een beschikbare gebeurtenisbron vrij te maken voor uw omgeving. (Er geldt een limiet van twee actieve gebeurtenisbronnen per omgeving.)
  4. Gebruik uw tweede regio om een back-up te maken van en alle telemetrie- en querygegevens van Azure Time Series Insights te herstellen.

Belangrijk

Als er een failover optreedt:

  • Er kan ook een vertraging optreden.
  • Er kan een tijdelijke piek in de berichtverwerking optreden, omdat bewerkingen worden omgeleid.

Lees Latentie beperken in Azure Time Series Insightsvoor meer informatie.

Volgende stappen