Dela via

Etablera Azure Container Apps

  • Artikel

Kommentar

Basic-, Standard- och Enterprise-planerna kommer att vara inaktuella från och med mitten av mars 2025, med en 3-årig pensionsperiod. Vi rekommenderar att du övergår till Azure Container Apps. Mer information finns i meddelandet om azure Spring Apps-pensionering.

Standardförbrukningen och den dedikerade planen kommer att vara inaktuell från och med den 30 september 2024, med en fullständig avstängning efter sex månader. Vi rekommenderar att du övergår till Azure Container Apps. Mer information finns i Migrera Azure Spring Apps Standard-förbrukning och dedikerad plan till Azure Container Apps.

Den här artikeln gäller för:✅ Basic/Standard ✅ Enterprise

Den här artikeln innehåller en översikt över överväganden när Azure Container Apps skapas.

I Azure Spring Apps distribueras program i en tjänstinstans som tillhandahåller en fullständigt hanterad plattform. På samma sätt skapas containerappar i Azure Container Apps i en Azure Container Apps-miljö, som fungerar som grundläggande värd för program. Båda tjänsterna tillhandahåller värdmiljöer, men de skiljer sig åt i olika aspekter, till exempel prismodeller, underhåll, regional support och hanteringsåtgärder. Den här artikeln utforskar dessa skillnader och ger vägledning om hur du skapar och hanterar Azure Container Apps-miljöer.

Förutsättningar

Skapa en Azure Container Apps-miljö

Använd följande kommando för att skapa en Azure Container Apps-miljö:

az containerapp env create \
    --resource-group $RESOURCE_GROUP \
    --name $ENVIRONMENT \
    --location "$LOCATION"

Andra konfigurationsalternativ finns i Cli-kommandon för Azure Container Apps.

När du har skapat miljön kan du distribuera en containerapp i den. Stegvisa anvisningar finns i Snabbstart: Distribuera din första containerapp med hjälp av Azure Portal.

Kommentar

Containerappmiljöer tas bort automatiskt om de uppfyller vissa villkor, till exempel om en miljö förblir inaktiv i över 90 dagar. En fullständig lista över villkor finns i avsnittet Principer i Azure Container Apps-miljöer.

Stöd för regioner

De regioner som för närvarande stöds av Azure Container Apps kanske inte är helt i linje med de regioner som stöds av Azure Spring Apps. Kontrollera den senaste tillgängligheten i Produkter som är tillgängliga per region.

Prissättning

För en Azure Spring Apps-instans baseras avgifterna på något av de tillgängliga abonnemangen: Basic, Standard eller Enterprise. I Azure Container Apps beror prissättningen på din miljötyp och vilka arbetsbelastningsprofiler du väljer.

Miljötyp

Det finns två miljötyper i Azure Container Apps: Workload profile och Consumption only. Du kan ange miljötypen med hjälp av parametern --enable-workload-profiles när du skapar din Azure Container Apps-miljö. Som standard --enable-workload-profiles anges till true när du skapar en Workload profile miljö. Om du ställer in den på falseskapas en Consumption only miljö.

Workload profile med miljöer kan du skapa både förbrukningsprofiler och dedikerade arbetsbelastningsprofiler.

Consumption only miljöer stöder inte skapande av arbetsbelastningsprofiler.

För faktureringsöverväganden för olika typer hittar du mer information i avsnittet Typer i Azure Container Apps-miljöer. Om du planerar att använda ditt eget virtuella nätverk bör du överväga de skillnader som beskrivs i följande tabell:

Miljötyp Plantyper som stöds beskrivning
Arbetsbelastningsprofiler Förbrukning, dedikerad Stöder användardefinierade vägar (UDR), utgående via NAT Gateway och skapande av privata slutpunkter i containerappmiljön. Den minsta nödvändiga undernätsstorleken är /27.
Endast förbrukning Förbrukning Stöder inte användardefinierade vägar (UDR), utgående via NAT Gateway, peering via en fjärrgateway eller annan anpassad utgående trafik. Den minsta nödvändiga undernätsstorleken är /23.

Mer information finns i Azure Container Apps-miljöer.

Arbetsbelastningsprofil

Om du väljer att skapa en Workload profile miljö kan du använda standardprofilen Consumption eller skapa extra Dedicated profiler för att uppfylla dina specifika programkrav. I följande tabell beskrivs följande alternativ:

Profiltyp beskrivning Potentiell användning
Förbrukning Läggs automatiskt till i alla nya miljöer. Appar som inte kräver specifika maskinvarukrav.
Dedikerad (generell användning) Balanserar minne och beräkningsresurser. Appar som kräver större mängder cpu och/eller minne.
Dedikerad (minnesoptimerad) Ökade minnesresurser. Appar som behöver åtkomst till stora minnesinterna data, minnesinterna maskininlärningsmodeller eller andra höga minnesbehov.
Dedikerad (GPU aktiverat) (förhandsversion) GPU aktiverad med ökade minnes- och beräkningsresurser i regionerna USA, västra 3 och Europa, norra. Appar som kräver GPU.

Mer information om profiltyper och storlekar för arbetsbelastningar finns i avsnittet Profiltyper i Arbetsbelastningsprofiler i Azure Container Apps.

Beräkna kostnader

Använd Priskalkylatorn för Azure för att beräkna kostnaderna för båda arbetsbelastningsprofiltyperna baserat på programmets resurskrav.

Överväg att skala konfigurationer och autoskalningsutlösare eftersom de påverkar resursanvändningen avsevärt.

Mer information finns i Arbetsbelastningsprofiler i Azure Container Apps.

Underhåll

Azure Container Apps säkerställer att ett smidigt program startas om under underliggande underhåll. Du kan konfigurera ett underhållsperiod för din appmiljö med hjälp av följande kommando:

az containerapp env maintenance-config add \
    --resource-group <RESOURCE_GROUP> \
    --environment <ENVIRONMENT_NAME> \
    --weekday Monday \
    --start-hour-utc 1 \
    --duration 8

På samma sätt som funktionen för planerat underhåll i Azure Spring Apps kan du ange veckodagar, starttid och varaktighet – minst 8 timmar – i Azure Container Apps. Container Apps utför icke-kritiska uppdateringar enligt underhållskonfigurationen.

Kommentar

Tider i UTC-format uttrycks med 24-timmarsformatet. Om du till exempel vill att starttimmesen ska vara 13:00 start-hour-utc är värdet 13.

Azure Container Apps garanterar att underhållet startar inom den konfigurerade underhållsfönstret, men garanterar inte att underhållet slutförs inom tidsperioden.

Endast icke-kritiska uppdateringar följer den konfigurerade underhållsfönstret. Kritiska uppdateringar gör det inte.

Mer information finns i Planerat underhåll av Azure Container Apps.

Tillförlitlighet

Stöd för tillgänglighetszon

I de flesta regioner använder Azure Spring Apps och Azure Container Apps tillgänglighetszoner i regioner där de är tillgängliga. En lista över regioner som stöder tillgänglighetszoner finns i Azure-tjänster med stöd för tillgänglighetszoner. Azure Container Apps har samma tillförlitlighetsstöd oavsett plantyp.

Om du vill aktivera tillgänglighetszoner i Azure Container Apps måste du ange ett virtuellt nätverk med ett tillgängligt undernät när du skapar containerappmiljön. Både Azure Spring Apps och Azure Container Apps använder samma parameter för att aktivera zonredundans. Mer information om hur du aktiverar tillgänglighetszoner finns i Tillförlitlighet i Azure Container Apps.

Haveriberedskap

Azure Spring Apps och Azure Container Apps använder en enhetlig strategi för haveriberedskap och affärskontinuitet. Mer information finns i avsnittet Haveriberedskap och affärskontinuitet mellan regioner i Tillförlitlighet i Azure Container Apps.

Kända begränsningar

  • Start/stopp: Med Azure Spring Apps kan du starta eller stoppa hela tjänstinstansen eller enskilda appar. Azure Container Apps stöder däremot endast start-/stoppfunktioner på containerappnivå, inte för hela miljön.
  • Ta bort: När du tar bort en Azure Spring Apps-tjänstinstans tas alla underliggande resurser bort automatiskt. För Azure Container Apps måste du däremot ta bort underresurser först, till exempel att ta bort alla containerappar innan du tar bort containerappmiljön.