Priser på Data Lake Analytics

En Azure Data Lake anaytisk enhet, eller AU, er en beregningsenhet gjort tilgjengelig for U-SQL-jobben din. Hver analytisk enhet gir jobben din tilgang til et sett med underliggende ressurser som CPU og minne. Finn ut mer om en AU

Når du oppretter en jobb, må du allokere AU-er for å kjøre jobben. En jobb vil gå gjennom fire hovedfaser: klargjøring, køplassering, kjøring og fullføring og går inn i kjøring etter at de allokerte AU-ene blir tilgjengelige. Du faktureres AU-er som er tildelt for varigheten av jobbens kjørings- og sluttføringsfaser. Finn ut mer om en AU

Du bør nøye allokere rett antall AU-er som passer jobbkravene dine. Om antallet AU-er økes, blir flere databehandlingsressurser tilgjengelige for jobben, men det øker ikke jobbens iboende parallellitet. Avhengig av jobbens egenskaper (f.eks. hvor parallelt det er, og hvor mye data den behandler osv.), kan det hende at jobbene dine kjører raskere med flere AU-er, eller du kan overallokere flere AU-er enn det som kan brukes. Azure Data Lake Tools for Visual Studio inneholder flere verktøy som kan hjelpe deg med å diagnostisere ytelsen til U-SQL-jobbene dine og anslå det optimale antallet AU-er. Finn ut mer om å spare penger og kontrollere kostnader

Prisen fastsettes av antallet AU-er og jobblengde. La oss anta to kasuser:

• Kasus 1: En jobb tar tre timer å fullføre med 10 AU-er, så prisen blir regnet til 3*10=30 AU-timer. Hvis jobben kan utnytte 20 AU-er og kjører dobbelt så fort, vil prisen være 1,5*20=30 AU-timer. I dette tilfellet er prisen den samme, men ventetiden er forbedret.
• Kasus 2: En jobb tar fem timer å fullføre med 10 AU-er, så prisen blir regnet til 5*10=50 AU-timer. Hvis jobben tar 4 timer å fullføre med 20 AU-er, vil prisen være 4*20=80 AU-timer. I dette tilfellet har kostnaden økt med 80 %, mens jobben er ferdig én time tidligere.

Azure Data Lake Storage Gen1-transaksjoner påløper hver gang du leser og skriver data til tjenesten. Hver gang en bruker, et program eller en annen Azure-tjeneste leser eller skriver en datamengde på opptil 4 MB, faktureres det som én transaksjon. Hvis for eksempel én skrivehandling plasserer 128 KB data på Data Lake Storage Gen1, blir den fakturert som én transaksjon. Transaksjoner faktureres i trinn på opptil 4 MB. Hvis derfor et element er større enn 4 MB, vil det faktureres i flere trinn. Hvis for eksempel én skrivehandling får 9 MB data fra Data Lake Storage Gen1, blir den fakturert som tre transaksjoner (4 MB + 4 MB + 1 MB).

La oss se hvordan transaksjonene vises på fakturaen basert på lesehandlinger. For dette kan vi se for oss et scenario hvor du har en Data Lake Analytics-jobb i fire timer per dag og du leser 1,000 elementer per sekund når jobben kjører, hvor hvert element er mindre enn 4 MB. I scenariet ovenfor vil Data Lake Storage Gen1 belaste for lesetransaksjoner for Data Lake Analytics som leser data fra Data Lake Storage Gen1. Du blir fakturert følgende:

Pris fastsettes av antall AU-er som du reserverer den måneden.

• En faktureringssyklus er justert til kalendermåneden. Derfor starter det alltid den første dagen i måneden og slutter den siste dagen i måneden.
• Når du forplikter deg for første gang til en pakke, prisen vi den månedlige prisen forholdsmessig og for AU-timene til dagene som er igjen i løpet av den måneden. For eksempel, hvis du forplikter deg til en 1000 AU-timer pakke og det er 10 dager igjen i den måneden, vil du umiddelbart få 334 AU-timer (1000 AU-timer / 30 dager i en måned x 10 dager igjen) til en pris på $- ($- / 31 dager i en måned x 10 dager igjen). Vi forhåndspriser med 30 dager for AU-timer i en pakke og med 31 dager for prisen for å sikre at forhåndsprisingen alltid er i din favør.
• Enheter i en pakke tilbakestilles den første dagen i måneden. For eksempel, hvis du forplikter deg til 100 AU-timer og du har 20 AU-timer igjen ved slutten av måneden, vil pakken tilbakestilles til 100 AU-timer dagen etter. Det er ingen roll-over for ubrukte AU-timer.
• Du kan når som helst velge en ny pakke. Endringen vil tre i kraft på den første dagen av neste kalendermåned. Dette betyr at hvis du har en pakke på 100 AU-timer en måned, og bestemmer deg for å forplikte deg til en 500 AU-timers pakke, så vil denne endringer tre i kraft den første dagen i neste kalendermåned. For gjeldende kalendermåned forblir du på 100 AU-timerspakken.
• Vi bruker «sekunder» som målenhet for forbruket av din forpliktelsespakke.
• Når pakken forbrukes, belastes du forbrukssatsen for overforbruk.

Forbruk fastsettes av antallet AU-er og jobblengde. Jobblengde påvirkes av antallet AU-er tilordnet til jobben samt jobbens egenskaper, som datastørrelse og kompleksitet.

• Kasus 1: Du forpliktet deg til 100 AU-timer og sender inn en jobb som tar 2 timer og 30 minutter å fullføre med 2,5 AU, så forbruket blir regnet til 2,5*1=2,5 AU-timer. Du vil ha 97,5 AU-timer igjen i forpliktelsen din.
• Kasus 2: Du forpliktet deg til 100 AU-timer og har bare 1 AU-time igjen. Du sender inn en jobb som tar 2 timer å fullføre med 2 AU-er, så forbruket blir regnet til 2*2=4 AU-timer. Du vil bruke opp din gjenstående AU-time og bli belastet 3 ytterligere AU-timer til overforbrukssats (1,5*3 = $-)

Med Azure Data Lake Analytics kan du lese og skrive data fra Azure Data Lake Storage Gen1, Azure Blob Storage og Azure SQL Database. Bruken av disse tjenestene av Azure Data Lake Analytics kan medføre at du belastes med standardpriser for disse tjenestene (f.eks. transaksjoner, utgående dataoverføringer osv.). Det henvises til prissidene for disse tjenestene for flere detaljer.

• Jobbkansellering:
  Kansellering er alltid et resultat av en bevisst kundehandling eller en administratordefinert administrativ policy. ADLA-tjenesten avbryter ikke jobber på egenhånd, bortsett fra tilfeller hvor et toppunkt når kjøretidsgrensen på 5 timer (det finnes ingen tidsgrense for en jobb, men en grense for ett enkelt toppunkt). Når en jobb kanselleres, fakturerer vi deg for den varigheten jobben kjørte.
• Jobb feil:
  Jobbfeil er enten et resultat av brukerfeil, eller noen ganger en ADLA-tjenestefeil. Feilkoden fra en jobbfeil vil indikere om den oppstod som et resultat av en bruker- eller tjenestefeil. Hvis feilkoden inneholder «USER», var feilen et resultat av en brukerfeil, i så tilfelle vil tjenesten fakturere deg for tiden jobben kjørte. Men hvis feilen inneholder «SYSTEM», var feilen et resultat av en ADLS-tjenestefeil og du blir ikke fakturert for jobben.