Dela via

Azure Functions Flex Consumption Plan hosting

  • Artikel

Flex Consumption är en Linux-baserad Azure Functions-värdplan som bygger på förbrukningslönen för det du använder en serverlös faktureringsmodell. Det ger dig mer flexibilitet och anpassningsbarhet genom att introducera privata nätverk, val av minnesstorlek för instanser och snabba/stora utskalningsfunktioner som fortfarande baseras på en serverlös modell.

Viktigt!

Flex Consumption-planen är för närvarande i förhandsversion. En lista över aktuella begränsningar när du använder den här värdplanen finns i Överväganden. Aktuell information om fakturering under förhandsversionen finns i Fakturering.

Du kan granska exempel från slutpunkt till slutpunkt som innehåller Flex Consumption-planen på lagringsplatsen flexförbrukningsplanexempel.

Förmåner

Flex Consumption-planen bygger på fördelarna med förbrukningsplanen, som omfattar dynamisk skalning och körningsbaserad fakturering. Med Flex Consumption får du även följande extra funktioner:

Den här tabellen hjälper dig att direkt jämföra funktionerna i Flex Consumption med förbrukningsvärdplanen:

Funktion Förbrukning Flexförbrukning
Skala till noll ✅ Ja ✅ Ja
Skalningsbeteende Händelsedriven Händelsedriven (snabb)
Virtuella nätverk ❌ Stöds inte ✅ Stödd
Dedikerad beräkning (minimera kallstarter) ❌ Ingen ✅ Alltid redo instanser (valfritt)
Fakturering Endast körningstid Körningstid + alltid redo instanser
Skalbara instanser (max) 200 1000

En fullständig jämförelse av Flex Consumption-planen mot förbrukningsplanen och alla andra plan- och värdtyper finns i funktionsskala och värdalternativ.

Virtual Network-integration

Flex Consumption utökar de traditionella fördelarna med förbrukningsplanen genom att lägga till stöd för integrering av virtuella nätverk. När dina appar körs i en Flex Consumption-plan kan de ansluta till andra Azure-tjänster som skyddas i ett virtuellt nätverk. Samtidigt som du fortfarande kan dra nytta av serverlös fakturering och skalning, tillsammans med skalnings- och dataflödesfördelarna med Flex Consumption-planen. Mer information finns i Aktivera integrering av virtuella nätverk.

Instansminne

När du skapar din funktionsapp i en Flex Consumption-plan kan du välja minnesstorleken för de instanser som appen körs på. Se Fakturering för att lära dig hur minnesstorlekar för instanser påverkar kostnaderna för din funktionsapp.

För närvarande erbjuder Flex Consumption alternativ för minnesstorlek för instanser på både 2 048 MB och 4 096 MB.

När du bestämmer vilken minnesstorlek för instansen som ska användas med dina appar bör du tänka på följande:

  • Minnesstorleken på 2 048 MB är standard och bör användas för de flesta scenarier. Använd minnesstorleken 4 096 MB för scenarier där din app kräver mer samtidighet eller högre bearbetningskraft. Mer information finns i Konfigurera instansminne.
  • Du kan ändra minnesstorleken för instansen när som helst. Mer information finns i Konfigurera instansminne.
  • Instansresurser delas mellan funktionskoden och Functions-värden.
  • Ju större minnesstorlek för instansen, desto mer kan varje instans hantera när det gäller samtidiga körningar eller mer intensiva CPU- eller minnesarbetsbelastningar. Specifika skalningsbeslut är arbetsbelastningsspecifika.
  • Standardkonkurrensen för HTTP-utlösare beror på instansens minnesstorlek. Mer information finns i HTTP-utlösarens samtidighet.
  • Tillgängliga processorer och nätverksbandbredd tillhandahålls proportionellt mot en specifik instansstorlek.

Alltid redo instanser

Flex Consumption innehåller en alltid redo funktion som gör att du kan välja instanser som alltid körs och tilldelas till var och en av dina skalningsgrupper eller funktioner per funktion. Det här är ett bra alternativ för scenarier där du måste ha ett minsta antal instanser som alltid är redo att hantera begäranden, till exempel för att minska programmets svarstid för kallstart. Standardvärdet är 0 (noll).

Om du till exempel alltid ställer in redo till 2 för din HTTP-grupp med funktioner, ser plattformen till att två instanser alltid körs och tilldelas till din app för dina HTTP-funktioner i appen. Dessa instanser bearbetar dina funktionskörningar, men beroende på samtidighetsinställningar skalar plattformen bortom dessa två instanser med instanser på begäran.

Information om hur du konfigurerar alltid redo-instanser finns i Ange antal alltid redo-instanser.

Skalning per funktion

Samtidighet är en nyckelfaktor som avgör hur Flex Consumption-funktionsappar skalar. För att förbättra skalningsprestanda för appar med olika utlösartyper ger Flex Consumption-planen ett mer deterministiskt sätt att skala din app per funktion.

Det här skalningsbeteendet per funktion är en del av värdplattformen, så du behöver inte konfigurera din app eller ändra koden. Mer information finns i Artikeln om skalning per funktion i artikeln Händelsedriven skalning.

I per funktionsskalning är HTTP, Blob (Event Grid) och Durable-utlösare specialfall. Alla HTTP-utlösta funktioner i appen grupperas och skalas tillsammans i samma instanser, och alla durable-utlösta funktioner (orchestration, aktivitet eller entitetsutlösare) grupperas och skalas tillsammans i samma instanser. Alla andra funktioner i appen skalas individuellt.

Samtidighet

Samtidighet avser antalet parallella körningar av en funktion på en instans av din app. Du kan ange ett maximalt antal samtidiga körningar som varje instans ska hantera vid en viss tidpunkt. Mer information finns i HTTP-utlösarens samtidighet.

Samtidighet har en direkt effekt på hur appen skalar eftersom du på lägre samtidighetsnivåer behöver fler instanser för att hantera den händelsedrivna efterfrågan på en funktion. Även om du kan kontrollera och finjustera samtidigheten tillhandahåller vi standardvärden som fungerar i de flesta fall. Information om hur du anger samtidighetsgränser för HTTP-utlösarfunktioner finns i Ange HTTP-samtidighetsgränser.

Distribution

Distributioner i Flex Consumption-planen följer en enda sökväg. När projektkoden har skapats och zippads i ett programpaket distribueras den till en bloblagringscontainer. Vid start hämtar appen paketet och körs från det. Som standard används samma lagringskonto som används för att lagra interna värdmetadata (AzureWebJobsStorage) som distributionscontainer. Du kan dock använda ett alternativt lagringskonto eller välja önskad autentiseringsmetod genom att konfigurera appens distributionsinställningar. När du effektiviserar distributionssökvägen behöver appinställningarna inte längre påverka distributionsbeteendet.

Fakturering

Det finns två lägen där dina kostnader bestäms när du kör dina appar i Flex Consumption-planen. Varje läge bestäms per instans.

Faktureringsläge beskrivning
På begäran När du kör i läget på begäran debiteras du endast under den tid som funktionskoden körs på dina tillgängliga instanser. I läget på begäran krävs inget minsta antal instanser. Du debiteras för:

• Den totala mängden minne som etablerats medan varje instans på begäran aktivt kör funktioner (i GB-sekunder), minus ett kostnadsfritt beviljande av GB per månad.
• Det totala antalet körningar, minus ett kostnadsfritt bidrag (antal) körningar per månad.
Alltid redo Du kan konfigurera en eller flera instanser, tilldelade till specifika utlösartyper (HTTP/Durable/Blob) och enskilda funktioner, som alltid är tillgängliga för att kunna hantera begäranden. När du har aktiverat alla alltid redo instanser debiteras du för:

• Den totala mängden minne som har etablerats för alla dina alltid klara instanser, så kallad baslinje (i GB-sekunder).
• Den totala mängden minne som har etablerats under den tid då varje alltid redo instans aktivt kör funktioner (i GB-sekunder).
• Det totala antalet körningar.

I alltid redo fakturering finns det inga kostnadsfria bidrag.

Den minsta fakturerbara körningsperioden för båda körningslägena är 1 000 ms. Efter det avrundas den fakturerbara aktivitetsperioden upp till närmaste 100 ms. Du hittar information om faktureringsmätare för Flex Consumption Plan i övervakningsreferensen.

Mer information om hur kostnader beräknas när du kör en Flex Consumption-plan, inklusive exempel, finns i Förbrukningsbaserade kostnader.

Den senaste informationen om körningspriser, alltid redo baslinjekostnader och kostnadsfria bidrag för körningar på begäran finns på prissättningssidan för Azure Functions.

Språkstackversioner som stöds

Den här tabellen visar de språkstackversioner som för närvarande stöds för Flex Consumption-appar:

Språkstacken Nödvändig version
C# (isolerat processläge)1 .NET 82
Java Java 11, Java 17
Node.js Nod 20
PowerShell PowerShell 7.4
Python Python 3.10, Python 3.11

1C# i processläge stöds inte. I stället måste du migrera .NET-kodprojektet för att köras i den isolerade arbetsmodellen.
2Kräver version 1.20.0 eller senare av Microsoft.Azure.Functions.Worker och version 1.16.2 eller senare av Microsoft.Azure.Functions.Worker.Sdk.

Minneskvoter för regionala prenumerationer

För närvarande har varje region i en viss prenumeration en minnesgräns 512,000 MB för alla instanser av appar som körs i Flex Consumption-planer i den regionen. Det innebär att du i en viss prenumeration och region kan ha någon av följande kombinationer av maximala instansstorlekar och antal, som alla når den aktuella 512,000 MB gränsen. Till exempel:

Minnesstorlek för instans (MB) Maximalt antal instanser (per region)
2048 MB 250
4096 MB 125

Du kan ha någon annan kombination av minnesstorlekar och antal instanser i en viss region, så länge de håller sig under 512,000 MB gränsen. Om dina appar kräver en större kvot kan du skapa ett supportärende för att begära en kvotökning.

Inaktuella egenskaper och inställningar

I Flex Consumption är många av de standardprograminställningar och platskonfigurationsegenskaper som används i Bicep, ARM-mallar och övergripande kontrollplan inaktuella eller har flyttats och bör inte användas när funktionsappens resursskapande automatiseras. Mer information finns i Utfasningar av flexförbrukningsplan.

Att tänka på

Tänk på följande när du använder Flex Consumption-planen under den aktuella förhandsversionen:

  • Utlösare: Alla utlösare stöds fullt ut förutom Kafka-, Azure SQL- och SignalR-utlösare. Blob Storage-utlösaren stöder endast Event Grid-källan. Icke-C#-funktionsappar måste använda versionen [4.0.0, 5.0.0) av tilläggspaketet eller en senare version.
  • Regioner: För närvarande stöds inte alla regioner. Mer information finns i Visa regioner som stöds för närvarande.
  • Distributioner: Dessa distributionsrelaterade funktioner stöds för närvarande inte:
    • Distributionsfack
    • Kontinuerlig distribution med Hjälp av Azure DevOps Tasks (AzureFunctionApp@2)
    • Kontinuerlig distribution med GitHub Actions (functions-action@v1)
  • Skala: Den lägsta maximala skalan i förhandsversionen är 40. Det högsta värdet som stöds för närvarande är 1000.
  • Auktorisering: EasyAuth stöds för närvarande inte. Oautentiserade anropare blockeras för närvarande inte när EasyAuth är aktiverat i en Flex Consumption-planapp.
  • CORS: CORS-inställningar stöds för närvarande inte. Undantag kan inträffa om CORS har konfigurerats för Flex Consumption-appar.

Värdalternativför Azure Functions Skapa och hantera funktionsappar i Flex Consumption-planen