Priser for Service Bus

Relæet tæller alle meddelelser, der sendes til relæet, og alle meddelelser, der sendes af relæet, som fakturerbare. En fakturerbar meddelelse er en dataramme på højst 64 KB. Hvis en meddelelse overstiger 64 KB, f.eks. et HTTP-svar, der returnerer et billede, tæller hver yderligere 64 KB som en ekstra fakturerbar meddelelse. Ved en normal videresendt tjeneste, der implementerer et anmodnings-/svarskema, går anmodningen først til relæet og derefter til tjenesten, og svaret følger samme spor. Det bliver til mindst fire fakturerbare meddelelser. Ved en multicasttjeneste, som har fire lyttere, tæller meddelelsen, der sendes til relæet, som én meddelelse, og de fire meddelelser, der sendes til lytterne, tæller hver som en meddelelse, så det resulterer i sammenlagt fem meddelelser.

For enheder, som formidles gennem en mellemliggende enhed (køer og emner eller abonnementer), er en handling enhver API-interaktion med Service Bus-tjenesten på enhver protokol.

Hver gang en meddelelse med en størrelse på 64 KB eller herunder sendes, modtages eller slettes, betragtes det som en fakturerbar handling. Hvis meddelelsen er større end 64 KB, beregnes antallet af fakturerbare handlinger ud fra, hvor mange gange meddelelsens størrelse kan divideres med 64 KB. En meddelelse på 8 KB, som sendes til Service Bus, faktureres f.eks. som én handling, men en meddelelse på 96 KB faktureres som to handlinger. Når meddelelsen på 8 KB læses med en lås og derefter færdiggøres eller eksplicit afbrydes, bliver meddelelsen faktureret som to handlinger. Fornyelse af en lås på en meddelelse betragtes også som en handling.

Flere leveringer af samme meddelelse (f.eks. en fælles meddelelse til flere abonnenter eller hentning af en meddelelse efter afbrydelse, udskydelse eller manglende levering) betragtes som separate handlinger. Et eksempel kunne være et emne med tre abonnementer, hvor en enkelt meddelelse på 64 KB sendes og efterfølgende modtages. Dette vil generere fire fakturerbare handlinger, én "ind" og tre "ud", hvis det antages, at alle meddelelser leveres til alle abonnementer og slettes under læsningen.

Derudover faktureres oprettelse, læsning (aflytning), opdatering og sletning af en kø, et emne eller et abonnement som en handling.

Handlinger er API-opkald, som foretages mod kø-, emne- eller abonnementstjenesternes slutpunkter. Dette omfatter administrations-, send/modtag- og sessionstilstandshandlinger.

Relætimerne faktureres på baggrund af den samlede tidsperiode, som hvert Service Bus Relay er "åbent" i. Et relæ instantieres og åbnes på en given Service Bus-adresse (tjenestens navneområd-URL), når en relæaktiveret WCF-tjeneste eller "relælytter" første gang skaber forbindelse til den adresse. Den lukkes først, når den sidste lytter afbryder forbindelsen til adressen. I forhold til faktureringen betragtes et relæ som "åbent" fra det tidspunkt, hvor den første lytter opretter forbindelse, til det tidspunkt, hvor den sidste lytter afbryder forbindelsen til det pågældende relæs Service Bus-adresse.

En Brokered Connection defineres som en af følgende:

1. En AMQP-forbindelse fra en klient til et Service Bus-emne/-abonnement, en Service Bus-kø eller Service Bus-Event Hub.
2. Et HTTP-opkald for at modtage en meddelelse fra et Service Bus-emne eller en Service Bus-kø med en timeoutværdi for modtagelse, som er større end nul.

Microsoft fakturerer det højeste antal samtidige Brokered Connections, der overstiger den inkluderede mængde (1.000 forbindelser for Standard- og Premium-niveauet). Det højeste antal beregnes forholdsmæssigt på timebasis, ved at dividere med 730 timer på en måned, og det lægges sammen over den månedlige faktureringsperiode. I slutningen af faktureringsperioden trækkes det inkluderede antal (1.000 Brokered Connections pr. måned) fra det samlede antal, som er blevet beregnet forholdsmæssigt på timebasis.

Eksempler:

1. 5.000 klienter forbindes via en enkelt AMQP-forbindelse for hver og modtager kommandoer fra et Service Bus-emne og sender hændelser til køer. Hvis alle klienter har forbindelse i 12 timer hver dag, opkræves der følgende forbindelsesgebyrer (ud over eventuelle andre Service Bus-gebyrer) – 5.000 forbindelser x 12 timer x 30,5 dage/730 = 2.500 Brokered Connections. Når de 1.000 inkluderede Brokered Connections er trukket fra, faktureres du for 1.500 Brokered Connections.
2. 5.000 kunder modtager meddelelser fra en Service Bus-kø via HTTP med en timeoutværdi, som ikke er nul. Hvis alle enheder har forbindelse i 12 timer hver dag, opkræves der følgende forbindelsesgebyrer (ud over andre eventuelle Service Bus-gebyrer) – 5.000 HTTP-modtagelsesforbindelser x 12 timer pr. dag x 30,5 dage/730 timer = 2.500 Brokered Connections.

Ja, det gør der. Der er ingen forbindelsesgebyrer for at sende hændelser via HTTP, uanset antallet af afsendende systemer eller enheder. Modtagelseshændelser med HTTP med en timoutværdi, som er større end nul (kaldes også "long polling"), faktureres som Brokered Connections. AMQP-forbindelser faktureres som Brokered Connections, uanset om forbindelserne bruges til at sende eller modtage. Bemærk, at der er 100 Brokered Connections inkluderet uden beregning i et Basic-navneområde. Det er også det maksimale antal Brokered Connections, som er tilladt for Azure-abonnementet. De første 1000 Brokered Connections i alle Standard-navneområder i et Azure-abonnement er inkluderet uden beregning (ud over grundbeløbet). Da det inkluderede antal er nok til at dække mange meddelelsesscenarier mellem tjenester, er gebyrer for Brokered Connections normalt kun relevante, hvis du planlægger at bruge AMQP eller HTTP-long polling til en lang række klienter, dvs. for at opnå en mere effektiv hændelsesstreaming eller for at muliggøre tovejskommunikation med tusinder eller millioner af enheds- eller programinstanser.

Nej. Standardgrundbeløbet faktureres kun én gang pr. måned pr. Azure-abonnement. Det betyder, at når du har oprettet et enkelt Service Bus-navneområde på Standard-niveau, kan du oprette så mange ekstra navneområder på Standard-niveau under samme Azure-abonnement, som du vil, uden at det medfører yderligere gebyrer.

Premium-niveauet for Service Bus-meddelelser indeholder alle meddelelsesfunktionerne for Azure Service Bus-køer og -emner med forudsigelig, gentagen ydeevne, højere gennemløb og forbedret tilgængelighed. Premium-niveauet bruger en dedikeret ressourceallokeringsmodel til at levere en isolation af arbejdsbelastninger og konsekvent ydeevne. Da beregnings- og hukommelsesressourcerne i Premium-niveauet er dedikerede, er der ingen transaktionsgebyrer pr. meddelelse som i andre niveauer. Alle transaktioner er inkluderet i allokeringen af meddelelsesenheden.

En beskedfunktionsenhed er et sæt af dedikerede ressourcer, der udelukkende er reserveret til Premium-navneområder. Dette ressourcesæt kan levere en konsekvent og gentagen ydeevne for meddelelsesarbejdsbelastninger. Hvert Premium-navneområde kan have 1, 2 eller 4 beskedfunktionsenheder, og ressourceallokeringen stiger lineært – 2 beskedfunktionsenheder vil bestå af dobbelt så mange allokerede ressourcer som 1 beskedfunktionsenhed.

Premium-niveauet for Service Bus-meddelelser er en fast daglig pris pr. beskedfunktionsenhed, der er købt. Navneområder, der er oprettet som Premium, kan have 1, 2 eller 4 beskedfunktionsenheder, som hver især påføres den daglige opkrævningspris for det givne antal beskedfunktionsenheder. For Premium-navneområder kan antallet af købte beskedfunktionsenheder ændres når som helst, men den daglige pris er baseret på det maksimale antal beskedfunktionsenheder, der er tildelt navneområdet på et vilkårligt tidspunkt.

Yes er det muligt at opgradere til Premium-niveauet fra standardniveauet. Du kan finde retningslinjer for, hvordan du overfører din løsning fra standardmeddelelser til Premium-beskeder, i vores dokumentation.

En hybridforbindelse gør det muligt at etablere en binær tovejsstrømkommunikation mellem to netværksprogrammer, hvoraf den ene eller begge parter kan være placeret bag ved NAT'er eller firewallprogrammer. Både lyttefunktionen, der accepterer denne videresendte forbindelse, og afsenderen, der iværksætter forbindelsen, kan være implementeret i enhver platform og på de sprog, der har en WebSocket-basisfunktionalitet, herunder WebSocket-API'en i de fleste webbrowsere.

Når du opretter din første Hybrid Connection-lyttefunktion, faktureres du til en sats pr. lytteenhed. Den samme takst gælder for hver individuel lyttefunktion, du opretter. Der er inkluderet 5 GB gratis dataoverførsel pr. måned i denne tjeneste. Du kan bruge de 5 GB gratis dataoverførsel på tværs af alle dine lytteenheder. Du opkræves for overforbrug af dataoverførsel, hvis din samlede dataoverførsel på tværs af alle lytteenheder er mere end 5 GB.

Priseksempel 1 – Hvis du har en enkelt lyttefunktion, som f.eks. Hybrid Connections Manager, installeret, der kører uafbrudt hele måneden, og du sender 3 GB data via forbindelsen i den måned, bliver du faktureret $-.

Priseksempel 2 – Hvis du har en enkelt lyttefunktion, som f.eks. Hybrid Connections Manager, installeret, der kører uafbrudt hele måneden, og du sender 10 GB data via forbindelsen i den måned, bliver du faktureret $-. Det er baseret på $- for forbindelsen og de første 5 GB plus $- for de yderligere 5 GB data.

Priseksempel 3 – Hvis du har installeret to instanser, A og B, af Hybrid Connections Manager, der kører uafbrudt hele måneden, og du sender 3 GB data via forbindelse A og 6 GB via forbindelse B – i alt 9 BG data – faktureres du for $- i alt. Det er baseret på $- for forbindelse A plus $- for forbindelse B plus $- for overforbruget på de yderligere 4 GB data.

Vi opkræver 64 KB pr. forbindelse til din lytterfunktion. Disse trækkes fra de gratis 5 GB, som vi tilbyder for lytteenheder pr. måned. Opkrævningen for lytteenheden beregnes pr. time i 5-minutters intervaller. Du opkræves ikke for flere åbninger og lukninger i forbindelse med udviklings-/testformål.

Hvis du åbner en forbindelse og ikke overfører data, overfører vi 1 KB pr. minut på dine vegne for at holde forbindelsen åben. Det gør vi, så netværket ikke automatisk lukker forbindelsen efter få minutter. De tilknyttede omkostninger for at gøre dette for én forbundet lyttefunktion er mindre end $0.05 pr. måned.