Megosztás a következőn keresztül:

Az Azure optimalizálási motor beállítási beállításai

Ez a cikk az Azure-optimalizálási motor (AOE) beállításának vagy frissítésének előzetes forgatókönyveit ismerteti.


Helyi adattár használata

Ha úgy dönt, hogy az összes függőséget a saját helyi adattárából telepíti, közzé kell tennie a megoldásfájlokat egy nyilvánosan elérhető URL-címen. Győződjön meg arról, hogy a teljes AOE-projektstruktúra ugyanazon az alap URL-címen érhető el. A tárfiók SAS-jogkivonat-alapú URL-címei nem támogatottak.

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

Csendes üzembe helyezés

Opcionálisan az SilentDeploymentSettingsPath bemeneti paramétert is használhatja az AOE még automatizáltabb üzembe helyezéséhez.

A fájlhivatkozásnak egy olyan JSON-fájlnak kell lennie, amely rendelkezik a szükséges attribútumokkal (minden kötelező , kivéve, ha meg van adva).

Az ilyen csendes üzembehelyezési fájl tartalmának egy példája a következő:

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

Az AOE csendes üzembe helyezésekor, amely általában automatizált, folyamatos üzembe helyezési munkafolyamatokban történik, érdemes lehet Microsoft Entra-hitelesítést használni az Azure SQL-paraméterekhez. Például, ha az SQL-rendszergazdai szerepkört egy Microsoft Entra Identitás csoportnak szeretné biztosítani, amelynek tagja a munkafolyamat-automatizálási szolgáltatási főentitás. Itt egy példa:

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

Feljegyzés

Ha szolgáltatási főnevekkel (nem felhasználói identitásokkal) telepíti az AOE-t, gondoskodnia kell arról, hogy rendszeridentitást rendeljen az AOE SQL Serverhez, és adja meg neki a Directory Readers szerepkört a Microsoft Entra-azonosítóban. Kövesse a Microsoft Entra szolgáltatásgazdák az Azure SQL-lel lépéseit.


Azure-beli kötelezettségvállalási munkafüzetek engedélyezése

Ahhoz, hogy olyan munkafüzeteket használhasson, Benefits Usageamelyek lehetővé teszik az Azure-beli kötelezettségvállalások használatának elemzését (Reservations Usageés Savings Plans Usage) vagy más használati kötelezettségvállalások (Benefits SimulationésReservations Potential) hatásának becslését, konfigurálnia kell az AOE-t, és jogosultságokat kell adnia a felügyelt identitásnak a használati szerződés szintjén (EA vagy Microsoft Ügyfélszerződés (MCA)). Ha a beállítás/frissítés során nem tudta elvégezni, akkor is végrehajthatja ezeket a további konfigurációs lépéseket, feltéve, hogy olyan felhasználóval végzi el, aki az AOE-erőforráscsoportban közreműködő, és rendszergazdai jogosultságokkal rendelkezik a használati szerződéssel szemben (nagyvállalati regisztrációs rendszergazda az EA-hoz vagy az MCA számlázási profil tulajdonosához). A szkriptet csak a Setup-BenefitsUsageDependencies.ps1 következő szintaxissal kell használnia, és válaszolnia kell a bemeneti kérelmekre:

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

Ha problémákba ütközik az Azure Price sheet-betöltéssel kapcsolatban (a CVS-exportálás nagy mérete miatt), a következő Azure Automation-változót hozhatja létre az Árlista régiókban való szűréshez: AzureOptimization_PriceSheetMeterRegions állítsa be a virtuális gépek vesszővel tagolt számlázási régióit. Például az EU nyugati, eu- és észak-keleti régiója.

A Foglalások használati munkafüzete tartalmaz néhány "Nem használt foglalás" csempét, amelyek megkövetelik, hogy az AOE exportálja a használati adatokat az EA/MCA hatókörben (az alapértelmezett előfizetési hatókör helyett). Az AzureOptimization_ConsumptionScope Automatikus változó létrehozásával/frissítésével az EA/MCA hatókör használatára válthat BillingAccount (EA/MCA, amelyhez manuálisan kell egy másik Számlázási Fiókolvasói szerepkört biztosítani az AOE által felügyelt identitáshoz) vagy BillingProfile (csak MCA esetén) értékként. Ez a beállítás nagy méretű, egyetlen felhasználású exportálást hozhat létre, amely a memória hiánya miatt hibákhoz vezethet (ehhez viszont az AOE hibrid feldolgozóval való üzembe helyezésére lenne szükség).


Az AOE frissítése

Ha az AOE egy korábbi verziójával rendelkezik, és frissíteni szeretne, az ugyanolyan egyszerű, mint az üzembe helyezési szkript újrafuttatása. Használja a kezdeti üzembe helyezéskor kiválasztott erőforrás-elnevezési beállításokat. Újra üzembe helyezi az ARM-sablont, új erőforrásokat ad hozzá, és frissíti a meglévőket.

Ha azonban korábban testre szabta az olyan összetevőket, mint az Automation-változók vagy az ütemezések, a hibrid feldolgozók hatékonyabb feladatvégrehajtási teljesítménye, vagy a Private Link használatával megkeményítette a megoldást, akkor az üzembehelyezési szkriptet a DoPartialUpgrade kapcsolóval kell futtatnia, például:

.\Deploy-AzureOptimizationEngine.ps1 -DoPartialUpgrade

A DoPartialUpgrade kapcsolóval a telepítés csak a következőkre korlátozódik:

  • Új tárolók hozzáadása
  • Automatizálási útmutatók frissítése/hozzáadása
  • Automation-modulok frissítése/hozzáadása
  • Új automatizálási ütemezések hozzáadása
  • Új Automation-változók hozzáadása
  • Az SQL-adatbázismodell frissítése
  • Log Analytics-munkafüzetek frissítése

Egyes ügyfelek testre is szabhatják az SQL Server üzembe helyezését, például az SQL Database-ből egy felügyelt SQL-példányba való migrálást. Az áttelepítéshez nincs elérhető eszköz, de miután az adatbázis-migrálást manuálisan elvégezték, az AOE frissítési szkriptje támogatja a későbbi DoPartialUpgrade frissítéseket a IgnoreNamingAvailabilityErrors kapcsoló bekapcsolásával (kihagyja az SQL Server elnevezésének/meglétének érvényesítését).


Kapcsolódó tartalom

Kapcsolódó FinOps-képességek:

Kapcsolódó termékek:

Kapcsolódó megoldások:


  • Last updated on