Planera din Azure Time Series Insights Gen2-miljö

I den här artikeln beskrivs metodtips för att planera och komma igång snabbt med hjälp av Azure Time Series Insights Gen2.

Metodtips för planering och förberedelse

Metodtips kring planering för och förberedelse av din miljö beskrivs ytterligare i följande artiklar:

• Vad du får när du etablerar en Azure Time Series Insights Gen2-miljö.
• Vad dina Time Series-ID:er och tidsstämpelegenskaper är.
• Vad den nya Time Series-modellen äroch hur du skapar en egen.
• Så här skickar du händelser effektivt i JSON.
• Azure Time Series Insights för haveriberedskap.

Azure Time Series Insights använder en affärsmodell där du betalar per användning. Mer information om avgifter och kapacitet finns i Azure Time Series Insights priser.

Gen2-miljön

När du etablerar en Azure Time Series Insights Gen2-miljö skapar du två Azure-resurser:

• En Azure Time Series Insights Gen2-miljö
• Ett Azure Storage konto

Som en del av etableringsprocessen anger du om du vill aktivera ett varmt lager. Varm lagring ger dig en nivåindelad frågeupplevelse. När det är aktiverat måste du ange en kvarhållningsperiod mellan 7 och 30 dagar. Frågor som körs inom kvarhållningsperioden för varm lagring ger vanligtvis snabbare svarstider. När en fråga sträcker sig över kvarhållningsperioden för varm lagring, betjänas den från kalllager.

Frågor i varmlager är kostnadsfria, medan frågor om kalllager medför kostnader. Det är viktigt att förstå frågemönstren och planera konfigurationen för varm lagring i enlighet med detta. Vi rekommenderar att interaktiv analys av de senaste data finns i varm lagring, mönsteranalys och långsiktiga trender finns i kalla.

Du behöver tre ytterligare objekt för att komma igång:

• En tidsseriemodell
• En händelsekälla som är ansluten till Time Series-Insights
• Händelser som flödar till händelsekällan som båda mappas till modellen och är i giltigt JSON-format

Granska Azure Time Series Insights Gen2-gränser

Egenskaps gränser

Azure Time Series Insights egenskaps gränser har ökat till 1 000 för varmt lagring och ingen egenskaps gräns för kall lagring. Angivna händelse egenskaper har motsvarande JSON-, CSV-och diagram kolumner som du kan visa i Azure Time Series Insights Gen2 Explorer.

Strömningsinmatning

• Det finns högst två händelse källor per miljö.

• De bästa metoderna och allmänna rikt linjer för händelse källor hittar du här

• Som standard kan Azure Time Series Insights Gen2 mata in inkommande data med en hastighet på upp till 1 megabyte per sekund (Mbit/s) per Azure Time Series Insights Gen2-miljö. Det finns ytterligare begränsningar per nav-partition. Du kan tillhandahålla hastigheter på upp till 2 Mbit/s genom att skicka ett support ärende via Azure Portal. Läs mer i data flödes gränser för strömning.

API-gränser

REST API gränser för Azure Time Series Insights Gen2 anges i REST API referens dokumentation.

Konfigurera time series-ID:er och tidsstämpelegenskaper

Om du vill skapa en ny Azure Time Series Insights miljö väljer du ett tidsserie-ID. Detta fungerar som en logisk partition för dina data. Se till att dina tidsserie-ID:er är klara.

Du kan välja upp till tre nycklar för att unikt särskilja dina resurser. Mer information finns i Metodtips för att välja time series-ID och inmatningsregler.

Egenskapen Tidsstämpel är också viktig. Du kan ange den här egenskapen när du lägger till händelsekällor. Varje händelsekälla har en valfri tidsstämpelegenskap som används för att spåra händelsekällor över tid. Tidsstämpelvärden är fallkänsliga och måste formateras enligt den enskilda specifikationen för varje händelsekälla.

När det lämnas tomt används den tid då händelsen togs i IoT Hub eller Händelsehubb som händelsestämpel. I allmänhet bör användarna välja att anpassa egenskapen Timestamp och använda den tid då sensorn eller taggen genererade läsningen, i stället för hubbensqueued-tid. Mer information och om tidszonsförskjutningar finns i Tidsstämpel för händelsekälla.

Förstå tidsseriemodellen

Nu kan du konfigurera din Azure Time Series Insights miljös Tidsseriemodell. Den nya modellen gör det enkelt att hitta och analysera IoT-data. Det möjliggör curation, underhåll och berikning av tidsseriedata och hjälper till att förbereda datauppsättningar som är färdiga för konsumenter. Modellen använder tidsserie-ID:t, som mappas till en instans som associerar den unika resursen med variabler, som kallas typer och hierarkier. Läs mer om översikten över Tidsseriemodell.

Modellen är dynamisk, så den kan byggas när som helst. Kom igång snabbt genom att skapa och ladda upp dem innan du push-överför data till Azure Time Series Insights. Om du vill skapa din modell läser du Använda tidsseriemodellen.

För många kunder mappar Time Series Model till en befintlig tillgångsmodell eller ERP-system som redan finns. Om du inte har en befintlig modell tillhandahålls en förbyggd användarupplevelse för att komma igång snabbt. Om du vill se hur en modell kan hjälpa dig kan du visa exempeldemomiljön.

Forma dina händelser

Du kan kontrollera hur du skickar händelser till Azure Time Series Insights. Vi rekommenderar att dina händelser aviseras väl och effektivt.

En bra tumregel:

• Lagra metadata i din tidsseriemodell.
• Se till att Tidsserieläge, instansfält och händelser endast innehåller nödvändig information, till exempel tidsserie-ID eller tidsstämpelegenskap.

Mer information och information om hur händelser kommer att plattas ut och lagras finns i reglerna för JSON-utplattning och undantag.

Haveriberedskap för företag

I det här avsnittet beskrivs funktioner Azure Time Series Insights som håller appar och tjänster igång, även om en katastrof inträffar (kallas även haveriberedskap för företag).

Hög tillgänglighet

Som Azure-tjänst kan Azure Time Series Insights vissa funktioner med hög tillgänglighet genom att använda redundans på Azure-regionnivå. Azure stöder till exempel haveriberedskapsfunktioner via Azures tillgänglighetsfunktion mellan regioner.

Ytterligare funktioner med hög tillgänglighet som tillhandahålls via Azure (och som även är tillgängliga för alla Azure Time Series Insights instans) är:

• Redundans: Azure tillhandahåller geo-replikering och belastningsutjämning.
• Dataåterställning och lagringsåterställning: Azure tillhandahåller flera alternativ för att bevara och återställa data.
• Azure Site Recovery: Azure tillhandahåller återställningsfunktioner via Azure Site Recovery.
• Azure Backup: Azure Backup stöder säkerhetskopiering både lokalt och i molnet av virtuella Azure-datorer.

Se till att du aktiverar relevanta Azure-funktioner för att tillhandahålla global, hög tillgänglighet mellan regioner för dina enheter och användare.

IoT och händelsehubbbar

Vissa Azure IoT-tjänster innehåller även inbyggda funktioner för haveriberedskap:

• Azure IoT Hub haveriberedskap med högtillgänglighet, vilket innefattar redundans inom regionen
• Azure Event Hubs principer
• Redundans i Azure Storage

Integrering Azure Time Series Insights med de andra tjänsterna ger ytterligare möjligheter till haveriberedskap. Till exempel kan telemetri som skickas till din händelsehubb bevaras i en säkerhetskopia av Azure Blob Storage-databasen.

Azure Time Series Insights

Det finns flera sätt att hålla Azure Time Series Insights data, appar och tjänster som körs, även om de störs.

Du kan dock komma fram till att en fullständig säkerhetskopia av Din Azure Time Series-miljö också krävs för följande ändamål:

• Som en redundansinstans specifikt för Azure Time Series Insights att omdirigera data och trafik till
• Bevara data och granskningsinformation

I allmänhet är det bästa sättet att duplicera en Azure Time Series Insights miljö att skapa en andra Azure Time Series Insights i en Azure-säkerhetskopieringsregion. Händelser skickas också till den här sekundära miljön från din primära händelsekälla. Se till att du använder en andra dedikerad konsumentgrupp. Följ källans riktlinjer för haveriberedskap enligt beskrivningen ovan.

Så här skapar du en duplicerad miljö:

1. Skapa en miljö i en andra region. Mer information finns i Skapa en Azure Time Series Insights miljö i Azure Portal.
2. Skapa en andra dedikerad konsumentgrupp för din händelsekälla.
3. Anslut händelsekällan till den nya miljön. Se till att du anger den andra dedikerade konsumentgruppen.
4. Läs dokumentationen Azure Time Series Insights IoT Hub och Event Hubs dokumentationen.

Om en händelse inträffar:

1. Om din primära region påverkas under en katastrofincident dirigerar du om åtgärder till Azure Time Series Insights säkerhetskopieringsmiljön.
2. Eftersom hubbsekvensnumren startas om från 0 efter redundansen återskapar du händelsekällan i båda regionerna/miljöerna med olika konsumentgrupper för att undvika att skapa vad som skulle se ut som dubbletthändelser.
3. Ta bort den primära händelsekällan, som nu är inaktiv, för att frigöra en tillgänglig händelsekälla för din miljö. (Det finns en gräns på två aktiva händelsekällor per miljö.)
4. Använd din andra region för att backa upp och återställa Azure Time Series Insights telemetri och fråga efter data.

Nästa steg

• Granska Azure Advisor du planerar konfigurationsalternativen för affärsåterställning.
• Granska Azure Advisor du planerar konfigurationsalternativen för affärsåterställning.
• Läs mer om datainmatning i Azure Time Series Insights Gen2.
• Läs artikeln om datalagring i Azure Time Series Insights Gen2.
• Lär dig mer om datamodellering i Azure Time Series Insights Gen2.