Dela via

Installationsalternativ för Azure-optimeringsmotorn

  • Artikel

I den här artikeln beskrivs avancerade scenarier för att konfigurera eller uppgradera Azure-optimeringsmotorn (AOE).


Använda en lokal lagringsplats

Om du väljer att distribuera alla beroenden från din egen lokala lagringsplats måste du publicera lösningsfilerna i en offentligt nåbar URL. Du måste se till att hela AOE-projektstrukturen är tillgänglig på samma bas-URL. SAS-tokenbaserade URL:er för lagringskonto stöds inte.

.\Deploy-AzureOptimizationEngine.ps1 -TemplateUri <URL to the Bicep file (for example, https://contoso.com/azuredeploy.bicep)> [-AzureEnvironment <AzureUSGovernment|AzureGermanCloud|AzureCloud>]

# Example - Deploying from a public endpoint
.\Deploy-AzureOptimizationEngine.ps1 -TemplateUri "https://contoso.com/azuredeploy.bicep"

# Example 2 - Deploying from a public endpoint, using resource tags
$tags = @{"CostCenter"="FinOps";"Environment"="Production"}
.\Deploy-AzureOptimizationEngine.ps1 -TemplateUri "https://contoso.com/azuredeploy.bicep" -ResourceTags $tags

Tyst distribution

Du kan också använda SilentDeploymentSettingsPath indataparametern för att distribuera AOE på ett mer automatiserat sätt.

Filreferensen ska vara en JSON-fil med de attribut som behövs definierade (alla obligatoriska om de inte anges).

Ett exempel på innehållet i en sådan tyst distributionsfil är:

{
    "SubscriptionId": "<<SubscriptionId>>",
    "NamePrefix": "<<CustomNamePrefix>>", // prefix for all resources. Fill in 'EmptyNamePrefix' to specify the resource names
    "WorkspaceReuse": "n", // y = reuse existing workspace, n = create new workspace
    "ResourceGroupName": "<<CustomName>>-rg", // mandatory if NamePrefix is set to 'EmptyNamePrefix'
    "StorageAccountName": "<<CustomName>>sa", // mandatory if NamePrefix is set to 'EmptyNamePrefix'
    "AutomationAccountName": "<<CustomName>>-auto", // mandatory if NamePrefix is set to 'EmptyNamePrefix'
    "SqlServerName": "<<CustomName>>-sql", // mandatory if NamePrefix is set to 'EmptyNamePrefix'
    "SqlDatabaseName": "<<CustomName>>-db", // mandatory if NamePrefix is set to 'EmptyNamePrefix'
    "WorkspaceName": "<<ExistingName>>", // mandatory if WorkspaceReuse is set to 'n'
    "WorkspaceResourceGroupName": "<<ExistingName>>", // mandatory if workspaceReuse is set to 'n'
    "DeployWorkbooks": "y", // y = deploy the workbooks, n = don't deploy the workbooks
    "TargetLocation": "westeurope",
    "DeployBenefitsUsageDependencies": "y", // deploy the dependencies for the Azure commitments workbooks (EA/MCA customers only + agreement administrator role required)
    "CustomerType": "MCA", // mandatory if DeployBenefitsUsageDependencies is set to 'y', MCA/EA
    "BillingAccountId": "<guid>:<guid>_YYYY-MM-DD", // mandatory if DeployBenefitsUsageDependencies is set to 'y', MCA or EA Billing Account ID
    "BillingProfileId": "ABCD-DEF-GHI-JKL", // mandatory if CustomerType is set to 'MCA"
    "CurrencyCode": "EUR" // mandatory if DeployBenefitsUsageDependencies is set to 'y'
  }

När du tyst distribuerar AOE, vilket vanligtvis sker i automatiserade arbetsflöden för kontinuerlig distribution, kanske du vill använda Microsoft Entra-autentisering för Azure SQL-parametrar. Om du till exempel vill bevilja SQL-administratörsrollen till en Microsoft Entra-ID-grupp med tjänstens huvudnamn för arbetsflödesautomatisering som medlem. Här är ett exempel:

.\Deploy-AzureOptimizationEngine.ps1 -SilentDeploymentSettingsPath "<path to deployment settings file>" -SqlAdminPrincipalType Group -SqlAdminPrincipalName "<Group Name>" -SqlAdminPrincipalObjectId "<Group Object GUID>"

Kommentar

När du distribuerar AOE med icke-användaridentiteter (tjänstens huvudnamn) måste du se till att du tilldelar en systemidentitet till AOE SQL Server och beviljar den Directory Readers rollen i Microsoft Entra-ID. Följ stegen i Microsoft Entra-tjänstens huvudnamn med Azure SQL.


Aktivera Arbetsböcker för Azure-åtaganden

För att kunna använda arbetsböcker som gör att du kan analysera din Användning av Azure-åtaganden (Benefits Usage, , och Savings Plans Usage) eller uppskatta effekten av att ha andra förbrukningsåtaganden (Benefits Simulation och Reservations Potential), måste du konfigurera AOE och bevilja behörigheter till dess hanterade identitet på din förbrukningsavtalsnivå (EA eller Microsoft-kundavtal (Reservations UsageMCA)). Om du inte kunde göra det under installationen/uppgraderingen kan du fortfarande köra de extra konfigurationsstegen, förutsatt att du gör det med en användare som både är deltagare i AOE-resursgruppen och har administratörsbehörighet över förbrukningsavtalet (Enterprise Enrollment Administrator for EA eller Billing Profile Owner for MCA). Du behöver bara använda skriptet Setup-BenefitsUsageDependencies.ps1 med hjälp av följande syntax och besvara indatabegäranden:

./Setup-BenefitsUsageDependencies.ps1 -AutomationAccountName <AOE automation account> -ResourceGroupName <AOE resource group> [-AzureEnvironment <AzureUSGovernment|AzureGermanCloud|AzureCloud>]

Om du stöter på problem med inmatningen av Azure Price-bladet (på grund av cvs-exportens stora storlek) kan du skapa följande Azure Automation-variabel för att filtrera i prisdokumentregionerna: AzureOptimization_PriceSheetMeterRegions inställd på kommaavgränsade faktureringsregioner för dina virtuella datorer. Till exempel EU, västra, EU och nord.

Reservationsanvändningsarbetsboken har ett par paneler med "oanvända reservationer" som kräver att AOE exporterar förbrukningsdata i EA/MCA-omfånget (i stället för standardprenumerationsomfånget). Du kan växla till EA/MCA-omfångsförbrukning genom att skapa/uppdatera AzureOptimization_ConsumptionScope Automation-variabeln med BillingAccount (EA/MCA, vilket kräver en annan roll för faktureringskontoläsare som beviljas manuellt till den AOE-hanterade identiteten) eller BillingProfile (endast MCA) som värde. Det här alternativet kan generera en stor enskild förbrukningsexport som kan leda till fel på grund av minnesbrist (det skulle i sin tur kräva distribution av AOE med en Hybrid Worker).


Uppgradera AOE

Om du har en tidigare version av AOE och vill uppgradera är det så enkelt som att köra distributionsskriptet igen. Använd de alternativ för resursnamngivning som du valde vid den första distributionen. Arm-mallen distribueras om, nya resurser läggs till och befintliga uppdateras.

Men om du tidigare har anpassat komponenter som Automation-variabler eller scheman, förbättrat prestanda för jobbkörning med Hybrid Worker eller förstärkt lösningen med Private Link, bör du köra distributionsskriptet med växeln DoPartialUpgrade , till exempel:

.\Deploy-AzureOptimizationEngine.ps1 -DoPartialUpgrade

Med växeln DoPartialUpgrade kommer distributionen endast att:

  • Lägga till nya lagringscontainrar
  • Uppdatera/lägga till Automation-runbooks
  • Uppdatera/lägga till Automation-moduler
  • Lägga till nya Automation-scheman
  • Lägga till nya Automation-variabler
  • Uppgradera SQL-databasmodellen
  • Uppdatera Log Analytics-arbetsböcker

Vissa kunder kan också anpassa SQL Server-distributionen, till exempel migrera från SQL Database till en SQL Managed Instance. Det finns ingen tillgänglig verktygsuppsättning för migreringen, men när databasmigreringen är klar manuellt stöder AOE-uppgraderingsskriptet framtida DoPartialUpgrade uppgraderingar med växeln IgnoreNamingAvailabilityErrors på (hoppar över SQL Server-namngivning/existensverifiering).


Relaterat innehåll

Relaterade FinOps-funktioner:

Relaterade produkter:

Relaterade lösningar: