Autoskalering og brugerdefinerede domæner
Konfigurer regler for scale-out baseret på CPU- og HTTP-kø-målinger, knyt et brugerdefineret domæne til jeres webapp, og tilknyt et gratis App Service Managed Certificate.
Autoskalering og brugerdefinerede domæner er en gratis Cloud & IT Cert Prep-lektion på CoddyKit. Dette er lektion 3 af 4. Du kan læse hele lektionen gratis nedenfor — og derefter øve dig praktisk i browseren med en indbygget kodeeditor og en AI-vejleder, der er tilgængelig døgnet rundt. Den er en del af læringsforløbet i Cloud & IT Cert Prep, og dine fremskridt synkroniseres på tværs af nettet og CoddyKit-appen. Cloud & IT Cert Prep-kurset indeholder 4 lektioner i alt.
Hvorfor automatisk skalering er vigtig
Automatisk skalering justerer automatisk antallet af App Service-instanser, der kører din applikation, baseret på efterspørgsel i realtid. Uden automatisk skalering skal du dimensionere til spidsbelastning og betale for ledig kapacitet uden for spidsbelastningstiderne. Med automatisk skalering tilføjer Azure instanser, når belastningen stiger, og fjerner dem, når den falder, hvilket optimerer både ydeevne og omkostninger. Automatisk skalering kræver Standard-niveauet eller opefter.
Skalering ud sammenlignet med skalering op
Azure tilbyder to skaleringsdimensioner. Skalering ud (horisontal skalering) tilføjer flere identiske instanser af din app, som deler belastningen — det er primært det, automatisk skalering gør. Skalering op (vertikal skalering) skifter til en større VM-størrelse med mere CPU og RAM ved at ændre App Service-planens SKU. Skalering ud foretrækkes af hensyn til robusthed, fordi flere instanser kan overleve individuelle fejl; skalering op har hardwarebegrænsninger.
# Scale out to 5 instances manually
az appservice plan update \
--name MyAppServicePlan \
--resource-group MyRG \
--number-of-workers 5
# Scale up: change the SKU tier
az appservice plan update \
--name MyAppServicePlan \
--resource-group MyRG \
--sku P2V3Regler og profiler for automatisk skalering
Automatisk skalering i Azure konfigureres gennem indstillinger for automatisk skalering, der er knyttet til en App Service-plan. En indstilling for automatisk skalering indeholder én eller flere profiler (normal, fast dato og gentagelse), som hver indeholder regler. En regel for skalering ud udløses, når en måling overskrider en tærskel (f.eks. CPU > 70 %); en regel for skalering ind udløses, når den falder under en lavere tærskel (f.eks. CPU < 30 %). Definér altid både regler for skalering ud og ind for at undgå ukontrolleret vækst eller for høje omkostninger.
# Create an autoscale setting with CPU-based rules
az monitor autoscale create \
--name MyAutoscale \
--resource-group MyRG \
--resource MyAppServicePlan \
--resource-type Microsoft.Web/serverfarms \
--min-count 2 \
--max-count 10 \
--count 2
# Add scale-out rule: CPU > 70% for 5 minutes
az monitor autoscale rule create \
--autoscale-name MyAutoscale \
--resource-group MyRG \
--scale out 2 \
--condition 'CpuPercentage > 70 avg 5m'Tidsplanbaseret automatisk skalering
Tidsplanbaseret automatisk skalering (gentagelsesprofiler) giver dig mulighed for at skalere på forhånd til forudsigelige trafikmønstre. Du kan f.eks. skalere ud til 10 instanser hver hverdag kl. 08.00 og skalere tilbage til 2 kl. 18.00. Ved at kombinere tidsplanbaserede og målingsbaserede profiler får du det bedste fra begge: kapacitet, der er skaleret på forhånd til kendte spidsbelastninger, og en elastisk reaktion på uventede stigninger.
# Add a recurrence profile for weekday peak hours
az monitor autoscale profile create \
--autoscale-name MyAutoscale \
--resource-group MyRG \
--name 'WeekdayPeak' \
--min-count 5 \
--max-count 15 \
--count 5 \
--recurrence week mon tue wed thu fri \
--start 08:00 \
--end 18:00 \
--timezone 'UTC'Nedkølingsperioder
En nedkølingsperiode er en forsinkelse efter en skaleringshandling, hvor der ikke foretages yderligere skalering. Den forhindrer flakken — hurtige, gentagne skaleringer ud eller ind udløst af kortvarige målingsstigninger. Standardnedkølingen er 5 minutter for skalering ud og 5 minutter for skalering ind. Angiv en længere nedkøling for skalering ind (f.eks. 10-15 minutter), så instanserne får tid til at afslutte aktive forbindelser, før de fjernes.
# Scale-in rule with 10-minute cooldown
az monitor autoscale rule create \
--autoscale-name MyAutoscale \
--resource-group MyRG \
--scale in 1 \
--condition 'CpuPercentage < 30 avg 10m' \
--cooldown 10Konfiguration af et brugerdefineret domæne
App Service-apps får et standardværtsnavn på azurewebsites.net. Hvis du vil bruge dit eget domæne (f.eks. www.contoso.com), skal du tilføje et brugerdefineret domæne i App Service-indstillingerne og oprette de tilsvarende DNS-poster hos din domæneregistrator. Du skal bevise ejerskabet ved at oprette en CNAME- eller TXT-post (kaldet en bekræftelsespost) i din DNS-zone og derefter oprette den faktiske routings-CNAME- eller A-post.
# DNS records at your registrar:
# CNAME www MyUniqueWebApp.azurewebsites.net
# TXT asuid.www <verification_id from Azure portal>
# After DNS propagation, add the custom domain in Azure
az webapp config hostname add \
--webapp-name MyUniqueWebApp \
--resource-group MyRG \
--hostname www.contoso.comTLS-certifikater til brugerdefinerede domæner
Når et brugerdefineret domæne er tilknyttet, skal du bruge et TLS-certifikat for at aktivere HTTPS. App Service tilbyder tre muligheder: App Service Managed Certificate (gratis, fornyes automatisk og er begrænset til standarddomæner), App Service Certificate (købes via Azure og gemmes i Key Vault) eller upload af et tredjepartscertifikat (dit eget certifikat fra Let's Encrypt eller en certifikatudsteder). Tilstanden Kun HTTPS omdirigerer automatisk al HTTP-trafik til HTTPS.
# Create a free App Service Managed Certificate
az webapp config ssl create \
--name MyUniqueWebApp \
--resource-group MyRG \
--hostname www.contoso.com
# Bind the certificate to enforce HTTPS
az webapp config ssl bind \
--name MyUniqueWebApp \
--resource-group MyRG \
--certificate-thumbprint <THUMBPRINT> \
--ssl-type SNI
# Enforce HTTPS only
az webapp update \
--name MyUniqueWebApp \
--resource-group MyRG \
--https-only trueHTTP-kømålinger til automatisk skalering
Selvom CPU er en almindelig måling til automatisk skalering, er HTTP-kølængde ofte et bedre signal for webapplikationer. Når kølængden er høj, venter nye anmodninger, fordi instanserne er fuldt optagede. Skalering baseret på HttpQueueLength registrerer overbelastning hurtigere end CPU, fordi CPU-forbruget kan svinge uden nødvendigvis at indikere forsinkelse for brugerne. Brug begge målinger sammen for robust automatisk skalering.
# Scale out when HTTP queue length exceeds 100
az monitor autoscale rule create \
--autoscale-name MyAutoscale \
--resource-group MyRG \
--scale out 2 \
--condition 'HttpQueueLength > 100 avg 1m' \
--cooldown 5
# Scale in when queue drops below 10
az monitor autoscale rule create \
--autoscale-name MyAutoscale \
--resource-group MyRG \
--scale in 1 \
--condition 'HttpQueueLength < 10 avg 10m' \
--cooldown 10Meddelelser om automatisk skalering
Konfigurér meddelelser om automatisk skalering for at modtage e-mail- eller webhook-alarmer, når der sker skaleringshændelser. Det hjælper teams med at forstå trafikmønstre og bekræfte, at den automatiske skalering fungerer som forventet. Meddelelser konfigureres i sektionen for meddelelser under indstillingen for automatisk skalering og kan målrettes flere e-mailadresser og webhook-slutpunkter (til integration med Slack, PagerDuty eller brugerdefinerede værktøjer).
# Add email notification to autoscale setting
az monitor autoscale update \
--name MyAutoscale \
--resource-group MyRG \
--add-condition '{"email": {"sendToSubscriptionAdministrator": true, "customEmails": ["ops@contoso.com"]}, "webhooks": []}'Apex-domæner og Traffic Manager
Hvis du knytter et apex-domæne (f.eks. contoso.com uden www) til App Service, kræver det en A-record, der peger på App Service-IP-adressen, samt en TXT-verificeringsrecord. Da App Service-IP-adresser kan ændre sig, anbefaler Microsoft at bruge Azure Traffic Manager eller Azure Front Door som mellemled — apex-domænets CNAME-ækvivalent (ALIAS/ANAME-record) peger på Traffic Manager-profilen, som dirigerer trafikken til App Service.
# Get the App Service inbound IP (for A record)
az webapp show \
--name MyUniqueWebApp \
--resource-group MyRG \
--query 'inboundIpAddress' -o tsv
# DNS at registrar (apex domain with A record approach)
# A contoso.com <inboundIpAddress>
# TXT asuid <verification_id>Test af autoskaleringsadfærd
Når du har konfigureret autoskalering, skal du teste, at den fungerer korrekt, ved at generere kunstig belastning. Brug værktøjer som Apache JMeter, k6 eller Azure Load Testing til at simulere samtidige brugere. Hold øje med App Service-planens Instance count-metrik i Azure Monitor for at bekræfte, at antallet af instanser stiger, når belastningen øges, og falder, når den aftager. Dokumentér den observerede RPS (forespørgsler pr. sekund) pr. instans for at validere dine skaleringsgrænser.
# Run a quick load test with curl (basic)
for i in {1..100}; do curl -o /dev/null -s https://www.contoso.com/health & done
wait
# Monitor current instance count
az monitor metrics list \
--resource '/subscriptions/.../providers/Microsoft.Web/serverfarms/MyAppServicePlan' \
--metric 'InstanceCount' \
--interval PT1MHurtigt tjek
Test din forståelse af begreberne i Microsoft Azure Fundamentals (AZ-900) fra denne lektion.
Opsummering af lektionen
I denne lektion har du lært, at autoskaleringsregler i App Service-planer tilføjer eller fjerner instanser baseret på CPU-, HTTP-kø- eller tidsplanudløsere, at brugerdefinerede domæner kræver DNS CNAME-/A-records samt en TXT-verificeringsrecord i din DNS-zone, og at TLS-certifikater (herunder gratis administrerede certifikater) aktiverer HTTPS på brugerdefinerede domæner. Næste emne er godkendelse og netværk i App Service.
Lær Cloud & IT Cert Prep med en AI-underviser — gratis
Skriv og kør rigtig kode i din browser, få øjeblikkelig hjælp fra en AI-underviser døgnet rundt, og fortsæt, hvor du slap, på web eller i appen.
- Kurser
- 150
- Lektioner
- 600
Ofte stillede spørgsmål
Er lektionen “Autoskalering og brugerdefinerede domæner” gratis?
Ja — hele teksten til “Autoskalering og brugerdefinerede domæner” kan læses gratis her på nettet. Hvis du vil øve dig interaktivt med en indbygget kodeeditor og en AI-vejleder døgnet rundt og få adgang til resten af Cloud & IT Cert Prep-kurset, skal du opgradere til CoddyKit PRO. Cloud & IT Cert Prep-kurset indeholder 4 lektioner i alt.
Hvad lærer jeg i “Autoskalering og brugerdefinerede domæner”?
Konfigurer regler for scale-out baseret på CPU- og HTTP-kø-målinger, knyt et brugerdefineret domæne til jeres webapp, og tilknyt et gratis App Service Managed Certificate. Du øver dig i Cloud & IT Cert Prep med praktisk kode, som du kører direkte i browseren, og en AI-vejleder døgnet rundt besvarer dine spørgsmål, mens du arbejder dig gennem lektionen.
Skal jeg have erfaring for at begynde på Cloud & IT Cert Prep?
Der kræves ingen tidligere erfaring. Cloud & IT Cert Prep på CoddyKit er tilrettelagt for både begyndere og øvede, så du kan starte her eller fra begyndelsen og lære i dit eget tempo. Dette er lektion 3 af 4.
Hvor lang tid tager lektionen “Autoskalering og brugerdefinerede domæner”?
De fleste CoddyKit-lektioner tager cirka 5–10 minutter. Hver lektion er kort og interaktiv, så du gør løbende fremskridt og kan fortsætte, hvor du slap – på både web og app.
Kan jeg skrive og køre kode i denne Cloud & IT Cert Prep-lektion?
Ja. Alle Cloud & IT Cert Prep-lektioner har en indbygget kodeeditor, så du kan skrive og køre rigtig kode direkte i din browser og få øjeblikkelig feedback fra AI – uden lokal opsætning.
Alle lektioner i dette kursus
- Oprettelse af en App Service-plan og webapp
- Deployment slots og swap
- Autoskalering og brugerdefinerede domæner
- App Service-godkendelse og netværk