Sdílet prostřednictvím

Možnosti nastavení optimalizačního stroje Azure

Tento článek popisuje pokročilé scénáře nastavení nebo upgradu optimalizačního modulu Azure (AOE).


Použití místního úložiště

Pokud se rozhodnete nasadit všechny závislosti z místního úložiště, musíte soubory řešení publikovat do veřejně dostupné adresy URL. Musíte zajistit, aby byla na stejné základní adrese URL k dispozici celá struktura projektu AOE. Adresy URL založené na tokenech SAS účtu úložiště se nepodporují.

.\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

Bezobslužné nasazení

Volitelně můžete pomocí vstupního parametru SilentDeploymentSettingsPath nasadit AOE automatizovanějším způsobem.

Referenční soubor by měl být JSON soubor s definovanými potřebnými atributy (všechny povinné pokud není zadáno).

Příklad obsahu takového souboru pro tiché nasazení je:

{
    "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'
  }

Při tichém nasazování AOE, ke kterému obvykle dochází v pracovních postupech automatizovaného průběžného nasazování, můžete pro parametry Azure SQL použít ověřování Microsoft Entra. Pokud chcete například udělit roli správce SQL skupině Microsoft Entra ID, která má službu automatizace pracovních postupů jako člena. Tady je příklad:

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

Poznámka:

Když nasadíte AOE s identitami bez uživatele (instanční objekty), musíte k SQL Serveru AOE přiřadit systémovou identitu a udělit jí Directory Readers roli v Microsoft Entra ID. Postupujte podle pokynů v instančních objektech Microsoft Entra s Azure SQL.


Povolení sešitů závazků Azure

Abyste mohli používat sešity, které vám umožňují analyzovat využití vašich závazků v Azure (Benefits Usage, Reservations Usage a Savings Plans Usage) nebo odhadnout účinek jiných závazků ohledně spotřeby (Benefits Simulation a Reservations Potential), musíte nakonfigurovat AOE a udělit oprávnění jeho spravované identitě na úrovni vaší smlouvy o spotřebě (EA nebo Smlouva se zákazníkem společnosti Microsoft (MCA)). Pokud se vám to nepodařilo provést během instalace nebo upgradu, můžete přesto provést tyto dodatečné kroky konfigurace, pokud to uděláte s uživatelem, který je přispěvatelem ve skupině prostředků AOE a má oprávnění správce ke smlouvě o spotřebě (správce podnikové registrace pro smlouvu EA nebo vlastník fakturačního profilu pro MCA). Stačí použít Setup-BenefitsUsageDependencies.ps1 skript pomocí následující syntaxe a odpovědět na vstupní požadavky:

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

Pokud narazíte na problémy s příjmem ceníků Azure (kvůli velké velikosti exportu CVS), můžete vytvořit následující proměnnou Azure Automation, která bude filtrovat v oblastech ceníku: AzureOptimization_PriceSheetMeterRegions nastavená na oblasti fakturace oddělené čárkami vašich virtuálních počítačů. Příklad: EU – západ, EU a Sever.

Sešit využití rezervací obsahuje několik dlaždic Nepoužitých rezervací, které vyžadují, aby služba AOE exportovala data o spotřebě v rozsahu EA/MCA (místo výchozího rozsahu předplatného). Na spotřebu v rozsahu AzureOptimization_ConsumptionScope EA/MCA můžete přepnout vytvořením nebo aktualizací proměnné Automation s hodnotou BillingAccount (v případě EA/MCA, kdy je nutné ručně přiřadit roli Čtenář fakturačního účtu spravované identitě AOE) nebo BillingProfile (pouze MCA). Tato možnost může generovat velký export jednoho záznamu spotřeby, což může vést k chybám kvůli nedostatku paměti (to by vyžadovalo nasazení AOE s funkcí Hybrid Worker).


Aktualizace AOE

Pokud máte předchozí verzi AOE a chcete provést upgrade, stačí znovu spustit skript nasazení. Použijte možnosti pojmenování prostředků, které jste zvolili při počátečním nasazení. Znovu nasadí šablonu ARM, přidá nové prostředky a aktualizuje stávající.

Pokud jste ale dříve přizpůsobili komponenty, jako jsou proměnné služby Automation nebo plány, vylepšili výkon spouštění úloh pomocí hybrid Workerů nebo vylepšili řešení pomocí služby Private Link, měli byste spustit skript nasazení s přepínačem DoPartialUpgrade , například:

.\Deploy-AzureOptimizationEngine.ps1 -DoPartialUpgrade

Při použití přepínače DoPartialUpgrade bude nasazení pouze:

  • Přidejte nové kontejnery úložiště
  • Aktualizace nebo přidání runbooků automatizace
  • Aktualizace nebo přidání modulů automatizace
  • Přidání nových plánů automatizace
  • Přidejte nové automatizační proměnné
  • Vylepšit SQL databázový model
  • Aktualizace těchto pracovních sešitů Log Analytics

Někteří zákazníci můžou také přizpůsobit nasazení SQL Serveru, například migraci z SQL Database na spravovanou instanci SQL. Není k dispozici žádný nástroj, který by pomohl s migrací, ale jakmile se migrace databáze provede ručně, skript upgradu AOE podporuje budoucí DoPartialUpgrade upgrady s přepínačem IgnoreNamingAvailabilityErrors (přeskočí ověřování názvů a existence SQL Serveru).


Související obsah

Související funkce FinOps:

Související produkty:

Související řešení:


  • Last updated on