Dela via

Felsöka problem med Azure Optimization Engine

  • Artikel

I den här artikeln beskrivs vanliga problem med distribution och körning av Azure Optimization Engine (AOE).


Allmänt malldistributionsfel vid distribution av AOE

I vissa situationer resulterar AOE-malldistributionen i ett The template deployment failed with multiple errors meddelande eller liknande. För att identifiera orsaken till distributionsfelet måste du checka in Azure Portal i menyalternativet Deployments både i resursgruppen och prenumerationsinformationen som du valde att distribuera AOE i. Distributionen resourcesDeployment finns i resursgruppen och en distribution med AOE-namnprefixet finns i prenumerationen, där du kan identifiera felinformationen. Principer för nekande av Azure Policy är en av de vanligaste orsakerna till distributionsfel.

Rekommendationer för arbetsboken och Power BI-rapporten är tomma när AOE har distribuerats

AOE tar upp till 3 timmar efter distributionen att exportera och mata in de data som krävs för att generera rekommendationer till Log Analytics och SQL Database. Om du efter den här tiden inte fortfarande ser några rekommendationer kontrollerar du om:

  • Du har ändrat Power BI-datakällan till SQL Database-slutpunkten för din AOE-distribution. Mer information finns i Rapporter.
  • Azure Advisor har rapporterat rekommendationer för prenumerationerna i AOE-omfånget.
  • Du har uppdaterat rapportdata eftersom de flesta Power BI-rapportsidorna är konfigurerade för att filtrera bort rekommendationer som är äldre än sju dagar.
  • Azure Automation-runbooks har misslyckats, särskilt viktiga sådana som Ingest-RecommendationsToLogAnalytics, Ingest-RecommendationsToSQLServer och alla runbooks med ett Recommend- prefix, och verifierar det undantagsmeddelande som loggas, vilket normalt ger dig en ledtråd om felorsaken.
  • Ett dagligt tak anges i AOE Log Analytics-arbetsytan som kanske släpper inmatningen av AOE-loggar efter att taket har nåtts.

Arbetsboksfel

I följande avsnitt åtgärdas vanliga fel som kan uppstå i AOE-arbetsböckerna.

Arbetsboksfel – Det gick inte att lösa tabell- eller kolumnuttrycket med namnet AzureOptimizationPricesheetV1_CL

Det här felet är vanligtvis ett symptom på att du inte beviljar de behörigheter som krävs för den hanterade identiteten för AOE Automation-kontot, som autentiserar med Microsoft Cost Management för att ladda ned ditt Azure-prisdokument. Mer information finns i Aktivera Arbetsböcker för Azure-åtaganden.

Nedladdning av AOE för Azure-prisdokument stöds endast för företagsavtal (EA) och Microsoft-kundavtal (MCA).

Arbetsboksfel – Det gick inte att lösa tabell- eller kolumnuttrycket med namnet AzureOptimizationReservationsUsageV1_CL eller AzureOptimizationSavingsPlansUsageV1_CL

Det här problemet kan bero på bristande behörigheter i den AOE-hanterade identiteten eller på att din organisation inte har köpt några reservationer eller sparplaner. Se föregående avsnitt.

Arbetsboken Identitet och roller är tom visar felmeddelanden

Det här problemet är vanligtvis ett symptom på att inte bevilja nödvändiga behörigheter på klientnivå för Microsoft Entra ID till den hanterade identiteten för AOE Automation-kontot. När du har beviljat Global Reader rollen till den AOE-hanterade identiteten bör arbetsboken fyllas i nästa dag. Om arbetsboken fortfarande rapporterar fel när du har beviljat Global Reader rollen måste du undersöka om runbooken Export-AADObjectsToBlobStorage misslyckas och verifiera det undantagsmeddelande som loggas, vilket normalt ger dig ett tips om felorsaken. En vanlig orsak är bristen på tillräckligt med minne i Sandbox-arbetaren i Azure Automation. En Hybrid Worker-lösning finns i anvisningarna Skala AOE-runbooks med Hybrid Worker. Du kan också filtrera Användare och grupper av Microsoft Entra-ID genom att skapa variablerna AzureOptimization_AADObjectsUserFilter och AzureOptimization_AADObjectsGroupFilter automationsvariablerna med ett Microsoft Graph OData-filter.

Runbooken Export-ConsumptionToBlobStorage tar lång tid att slutföra

Det första symptomet på att runbooken Export-ConsumptionToBlobStorage tar lång tid att slutföra. Det andra symptomet är att Ingest-OptimizationCSVExportsToLogAnalytics runbooken misslyckas konsekvent för containern consumptionexports .

Dessa problem kan orsakas av att AOE måste hantera ett stort antal prenumerationer i din miljö och exportera ett stort antal små blobar.

För att optimera inmatningen av Azure-förbrukning rekommenderar vi att du byter förbrukningsexport från ett prenumerationsomfång till ett faktureringskonto eller faktureringsprofilomfång. Export är endast möjligt för EA- eller MCA-kunder.

För att uppnå den här åtgärden måste du i AOE Automation-kontot skapa en AzureOptimization_ConsumptionScope variabel som är inställd på BillingAccount (EA) eller BillingProfile (MCA). Se till att du har beviljat nödvändiga behörigheter till den AOE-hanterade identiteten på EA/MCA-faktureringskonto/profilnivå och att AzureOptimization_BillingAccountID (endast EA/MCA) och AzureOptimization_BillingProfileID (endast MCA) är korrekt inställda (Aktivera Arbetsböcker för Azure-åtaganden). När du har verifierat inställningarna bör nästa körning av förbrukningsexporten generera en enda blob för hela faktureringskontot/profilen.

Översiktssidan för rekommendationer för den virtuella datorns rätt storlek är tom

AOE är beroende av Azure Advisor-kostnadsrekommendationer för rätt storleksändring för virtuella datorer (VM). Om inga virtuella datorer visas kan du prova att öka cpu-tröskelvärdet i Azure Advisor-konfigurationen. Mer information finns i Konfigurera rekommendationer för VM/VM-skalningsuppsättningar. Kontrollera att infrastrukturen för den virtuella datorn verkligen är överdimensionerad.

Rekommendationer för rätt storlek för virtuella datorer visas med Okända för måtttrösklar

AOE är beroende av att dina virtuella datorer övervakas av Azure Monitor-agenter och konfigureras för att skicka en uppsättning prestandamått som sedan används för att utöka Advisor-rekommendationer. Mer information finns i Konfigurera arbetsytor.

Oväntat liten för kostnader och besparingar

Runbooken för Azure-förbrukningsexport startade nyligen sin dagliga körning och fick bara en dags förbrukningsdata. Efter en månad, eller efter att du har sparkat av runbooken manuellt för tidigare datum, bör du se rätt förbrukningsdata.

Historiska data i AOE-arbetsböckerna endast under de senaste 30 dagarna

Standardkvarhållningen för AOE Log Analytics är 30 dagar. Om du behöver behålla historiska data under en längre period kan du öka Log Analytics-kvarhållningen i enlighet med detta.


Relaterat innehåll

Relaterade FinOps-funktioner:

Relaterade produkter:

Relaterade lösningar: