Priser for Data Lake-analyse

En Azure Data Lake Analytics Unit, eller AE, er en beregningsenhed, der er tilgængelig for dit U-SQL job. Hver AE giver dig jobadgang til et sæt underliggende ressourcer som CPU og hukommelse. Få mere at vide om en AE

Når du opretter et job, skal du allokere AE'er til det job, der skal køres. Et job går igennem 4 hovedfaser: forberedelse, placering i kø, udførelse og afslutning, og det overgår til udførelse, når de allokerede AE'er bliver tilgængelige. Du bliver faktureret for de allokerede AE'er for varigheden af jobfaserne til udførelse og afslutning. Få mere at vide om en AE

Du skal omhyggeligt allokere det korrekte antal AE'er, der svarer til dine jobkrav. Når antallet af AE'er forøges, får dit job adgang til flere beregningsressourcer, men det forøger ikke jobbets indbyggede parallelitet. Afhængigt af dit jobs egenskaber (f.eks. hvordan det egner sig til parallelkørsel, hvor mange data, det behandler osv.), kan du opleve, at dine jobs kører hurtigere med flere AE'er, eller du overallokerer måske flere AE'er, end der kan bruges. Azure Data Lake Tools til Visual Studio indeholder en række værktøjer, der kan hjælpe dig med at diagnosticere ydeevnen i dine U-SQL-jobs og beregne det optimale antal AE'er. Få mere at vide om, hvordan du sparer penge og styrer omkostningerne

Prisen bestemmes af antallet af AE'er og jobbets længde. Lad os se på 2 eksempler:

• Case 1: Et job tager tre timer at udføre med 10 AE'er, så prisen kan beregnes som 3*10 = 30 AE-timer. Hvis jobbet kan have fordel af 20 AE'er og kører dobbelt så hurtigt, så er prisen 1,5*20 = 30 AE-timer. I dette tilfælde er prisen den samme, men ventetiden er forbedret.
• Case 2: Et job tager fem timer at udføre med 10 AE'er, så prisen kan beregnes som 5*10 = 50 AE-timer. Hvis jobbet tager 4 timer at fuldføre ved brug af 20 AE'er, vil prisen være 4*20 = 80 AE-timer. I dette tilfælde stiger den totale omkostning med 80 %, og dit job afsluttes én time tidligere.

Azure Data Lake Storage Gen1-transaktioner sker, hver gang du læser eller skriver data til tjenesten. Hver gang en bruger, et program eller en anden Azure-tjeneste læser eller skriver data på en størrelse op til 4 MB, faktureres det som én transaktion. Hvis én skrivehandling f.eks. placerer 128 KB data i Data Lake Storage Gen1, faktureres den som én transaktion. Transaktioner faktureres i trin på op til 4 MB, så hvis et element er større end 4 MB, faktureres det i flere trin. Hvis en læsehandling f.eks. får 9 MB data fra Data Lake Storage Gen1, faktureres det som tre transaktioner (4 MB + 4 MB + 1 MB).

Lad os se, hvordan transaktioner vises på din faktura på baggrund af læsehandlinger. Lad os f.eks. antage, at din applikation kører et Data Lake Analytics-job, der kører i 4 timer pr. dag, og der læses 1,000 elementer pr. sekund, når jobbet kører, og at hvert element er mindre end 4 MB. I ovenstående scenarie opkræver Data Lake Storage Gen1 dig for læsetransaktioner for Data Lake Analytics, som læser data fra Data Lake Storage Gen1+. Du opkræves som følger:

Prisen bestemmes af antallet af AE'er, du reserverer til måneden.

• En faktureringscyklus justeres til kalendermåneden. Derfor starter den altid den første dag i måneden og ender den sidste dag i måneden.
• Når du første gang forpligter dig til en pakke, vil vi opdele den månedlige pris og AE-timerne i forhold til de dage, der er tilbage i den pågældende måned. Hvis du f.eks. forpligter dig til en pakke med 1.000 AE-timer, og der er 10 dage tilbage i den pågældende måned, vil du med det samme få 334 AE-timer (1.000 AE-timer/30 dage i en måned x 10 dage tilbage) til en pris på $- ($-/31 dage i en måned x 10 dage tilbage). Vi deler forholdsmæssigt med 30 dage for AE-timer i en pakke og med 31 dage for prisen for at være sikker på, at den forholdsmæssige beregning altid er i din favør.
• Enheder i en pakke nulstilles den første dag i måneden. Hvis du f.eks. forpligter dig til 100 AE-timer, og du har 20 AE-timer tilbage ved månedens slutning, nulstilles din pakke til 100 AE-timer dagen efter. Der er ingen overførsel af ubrugte AE-timer.
• Du kan til enhver tid vælge en ny pakke. Ændringen træder i kraft den første dag i den næste kalendermåned. Det betyder, at hvis du har en pakke med 100 AE-timer i løbet af en måned og beslutter at forpligte dig til en pakke med 500 AE-timer, træder denne ændring i kraft på den første dag i den næste kalendermåned. I den aktuelle måned vil du forblive på pakken med 100 AE-timer.
• Vi bruger "sekunder" som måleenheden for forbruget i pakken, du har forpligtet dig til.
• Når din pakke er forbrugt, vil du blive faktureret i henhold til prisen for overforbrug.

Forbruget bestemmes af antallet af AE'er og jobbets længde. Jobbets længde påvirkes af antallet af AE'er, der er tildelt til jobbet, samt af jobbets egenskaber, f.eks. datastørrelsen og beregningens kompleksitet.

• Case 1: Du forpligtede dig til 100 AE-timer og sender et job, der tager 30 timer og 1 minutter at fuldføre med 2,5 AE, så forbruget beregnes som 1*2,5 = 2,5 AE-timer. Du har 97,5 AE-timer tilbage i din forpligtelse.
• Case 2: Du forpligtede dig til 100 AE-timer og har kun 1 AE-time tilbage. Du sender et job, der tager 2 timer at udføre med 2 AE'er, så forbruget beregnes som 2*2 = 4 AE-timer. Du bruger din resterende AE-time og faktureres for 3 yderligere AE-timer til prisen for overforbrug (1,5*3 = $-)

Azure Data Lake-analyse giver dig mulighed for at læse og skrive data fra Azure Data Lake Store Gen1, Azure Blob Storage og Azure SQL Database. Ved brugen af disse tjenester fra Azure Data Lake-analyse kan der påløbe standardgebyrer (f.eks. for transaktioner, udgående dataoverførsler osv.). Du kan finde flere oplysninger på prisfastsættelsessiden for disse tjenester.

• Jobannullering:
  Annullering er altid resultatet af en velovervejet kundehandling eller en administrativ politik defineret af administrator. ADLA-tjenesten slette ikke selv job, med undtagelse af det tilfælde hvor et knudepunkt når tidsgrænsen for udførelse på 5 timer (der er ikke nogen tidsgrænse for et job, men en grænse for et enkelt knudepunkt). Når jobbet er annulleret, fakturerer vi dig for den tid, hvor jobbet kørte.
• Jobfejl:
  Jobfejl er enten resultatet af brugerfejl, eller nogen gange en fejl i ADLA-tjenesten. Fejlkoden fra et job med fejl angiver, om jobfejlen var resultatet af en bruger- eller en tjenestefejl. Hvis fejlen indeholder \"BRUGER\", var den resultatet af en brugerfejl, og i så fald bliver du faktureret for den tid, hvor jobbet kørte. Men hvis fejlen indeholder \"SYSTEM\", var den resultatet af en fejl i ADLS-tjenesten, og du bliver ikke faktureret for jobbet.