Aracılığıyla paylaş

Azure iyileştirme altyapısı kurulum seçenekleri

Bu makalede, Azure iyileştirme altyapısını (AOE) ayarlama veya yükseltmeye yönelik gelişmiş senaryolar açıklanmaktadır.


Yerel depo kullanma

Tüm bağımlılıkları kendi yerel deponuzdan dağıtmayı seçerseniz, çözüm dosyalarını herkese açık bir URL'de yayımlamanız gerekir. AOE proje yapısının tamamının aynı temel URL'de kullanılabilir olduğundan emin olmanız gerekir. Depolama Hesabı SAS Belirteci tabanlı URL'ler desteklenmez.

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

Sessiz dağıtım

İsteğe bağlı olarak, AOE'yi daha otomatik bir şekilde dağıtmak için giriş parametresini de kullanabilirsiniz SilentDeploymentSettingsPath .

Başvuruda bulunan dosya, gerekli özniteliklerin tanımlandığı bir JSON dosyası olmalıdır (belirtilmedikçe tümü zorunlu ).

Bu tür sessiz dağıtım dosyasının içeriğine örnek olarak şunlar gösteriliyor:

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

Genellikle otomatik sürekli dağıtım iş akışlarında gerçekleşen AOE'yi sessizce dağıtırken Azure SQL parametreleri için Microsoft Entra kimlik doğrulamasını kullanmak isteyebilirsiniz. Örneğin, iş akışı otomasyonu hizmet sorumlusu üyesi olan bir Microsoft Entra ID grubuna SQL yöneticisi rolü vermek için. Bir örnek aşağıda verilmiştir:

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

Not (dikkat)

AOE'yi kullanıcı dışı kimliklerle (hizmet sorumluları) dağıtırken, AOE SQL Server'a bir sistem kimliği atadığınızdan ve Microsoft Entra ID'de Directory Readers rolünü verdiğinizden emin olmalısınız. Microsoft Entra hizmet sorumluları ile Azure SQL üzerindeki adımları izleyin.


Azure taahhüt çalışma kitaplarını etkinleştirin

Azure taahhütleri kullanımınızı (, Benefits Usageve ) analiz etmenize veya diğer tüketim taahhütlerine (Reservations Usage ve Savings Plans UsageBenefits Simulation) sahip olmanın etkisini tahmin etmenize olanak tanıyan Çalışma KitaplarınıReservations Potential kullanmak için AOE'yi yapılandırmanız ve yönetilen kimliğine tüketim sözleşmesi düzeyinizde (EA veya Microsoft Müşteri Sözleşmesi (MCA)) ayrıcalıklar vermeniz gerekir. Kurulum/yükseltme sırasında bunu yapamadıysanız, hem AOE kaynak grubunda Katkıda Bulunan hem de tüketim sözleşmesi (EA için Kurumsal Kayıt Yöneticisi veya MCA için Faturalama Profili Sahibi) üzerinde yönetici ayrıcalıklarına sahip bir kullanıcıyla yapıyorsanız bu ek yapılandırma adımlarını yine yürütebilirsiniz. Setup-BenefitsUsageDependencies.ps1 betiği aşağıdaki söz dizimini kullanarak kullanmanız ve giriş isteklerine yanıt vermeniz gerekir.

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

Azure Fiyat listesi alımıyla ilgili sorunlarla karşılaşırsanız (CVS dışa aktarmanın büyük boyutu nedeniyle), Fiyat Listesi bölgelerinde filtreleme yapmak için aşağıdaki Azure Otomasyonu değişkenini oluşturabilirsiniz: AzureOptimization_PriceSheetMeterRegions, sanal makinelerinizin virgülle ayrılmış faturalama bölgelerine ayarlayın. Örneğin, AB Batı, AB ve Kuzey.

Rezervasyon Kullanımı Çalışma Kitabı'nda, AOE'nin Tüketim verilerini EA/MCA kapsamında (varsayılan Abonelik kapsamı yerine) dışarı aktarmasını gerektiren birkaç "Kullanılmayan Rezervasyonlar" kutuc u vardır. Otomasyon değişkenini oluşturup/güncelleştirerek, AzureOptimization_ConsumptionScope değerini EA/MCA olarak ayarlayarak (bu, AOE yönetilen kimliğine manuel olarak başka bir Faturalama Hesabı Okuyucusu rolü verilmesini gerektirir) veya BillingAccount (sadece MCA için) EA/MCA kapsam tüketimine geçebilirsiniz. Bu seçenek, bellek yetersizliği nedeniyle hatalara yol açabilecek tek seferde büyük miktarda tüketim dışa aktarımı oluşturabilir (bunun için AOE'nin Karma Çalışan ile dağıtılması gerekir).


AOE'nin Yükseltilmesi

AOE'nin önceki bir sürümüne sahipseniz ve yükseltmek istiyorsanız, dağıtım betiğini yeniden çalıştırmak kadar basittir. İlk dağıtımda seçtiğiniz kaynak adlandırma seçeneklerini kullanın. ARM şablonunu yeniden dağıtarak yeni kaynaklar ekler ve mevcut kaynakları güncelleştirir.

Bununla birlikte, otomasyon değişkenleri veya zamanlamaları gibi bileşenleri daha önce özelleştirdiyseniz, Karma Çalışanlarla iyileştirilmiş iş yürütme performansına sahipseniz veya çözümü Özel Bağlantı ile sağlamlaştırdıysanız, dağıtım betiğini anahtarla DoPartialUpgrade çalıştırmanız gerekir, örneğin:

.\Deploy-AzureOptimizationEngine.ps1 -DoPartialUpgrade

DoPartialUpgrade anahtar düğmesi ile, dağıtım yalnızca şunları yapacaktır:

  • Yeni depolama kapsayıcıları ekleme
  • Otomasyon runbook'larını güncelleştirme/ekleme
  • Otomasyon modüllerini güncelleştirme/ekleme
  • Yeni Otomasyon zamanlamaları ekleme
  • Yeni Otomasyon değişkenleri ekleme
  • SQL veritabanı modelini yükseltme
  • Log Analytics Çalışma Kitaplarını Güncelleştirme

Bazı müşteriler SQL Server dağıtımını da özelleştirebilir, örneğin SQL Veritabanı'ndan SQL Yönetilen Örneği'ne geçiş yapabilir. Veritabanı geçişine yardımcı olacak bir araç yoktur, ancak veritabanı geçişi el ile yapıldıktan sonra, AOE yükseltme betiği gelecekteki DoPartialUpgrade yükseltmeleri destekler ve bu sırada IgnoreNamingAvailabilityErrors seçeneği etkinleştirildiğinde SQL Server adlandırma/varlık doğrulaması atlanır.


İlgili içerik

İlgili FinOps özellikleri:

İlgili ürünler:

İlgili çözümler:


  • Last updated on