Not
Bu sayfaya erişim yetkilendirme gerektiriyor. Oturum açmayı veya dizinleri değiştirmeyi deneyebilirsiniz.
Bu sayfaya erişim yetkilendirme gerektiriyor. Dizinleri değiştirmeyi deneyebilirsiniz.
Bu makalede Azure İyileştirme Altyapısı (AOE) dağıtımı ve çalışma zamanıyla ilgili karşılaşabileceğiniz yaygın sorunlar açıklanmaktadır.
AOE dağıtılırken genel şablon dağıtım hatası
Bazı durumlarda, AOE şablonu dağıtımı bir The template deployment failed with multiple errors mesajı veya benzeriyle sonuçlanabilir. Dağıtım hatasının nedenini belirlemek için Hem kaynak grubundaki menü seçeneğinde hem de AOE'yi dağıtmayı seçtiğiniz abonelik ayrıntılarında Azure portalını Deployments denetlemeniz gerekir. Dağıtım resourcesDeployment kaynak grubundadır ve AOE ad ön ekini içeren bir dağıtım aboneliktedir ve burada hata ayrıntılarını tanımlayabilirsiniz. Azure İlkesi reddetme ilkeleri, dağıtım hatalarının tipik nedenlerinden biridir.
AOE dağıtıldıktan sonra öneriler çalışma kitabı ile Power BI raporu boş durumda.
AOE'nin dağıtımdan sonra öneriler oluşturmak için Log Analytics ve SQL Veritabanı'na gereken verileri dışa aktarıp alması 3 saate kadar sürer. Bu süreden sonra hala herhangi bir öneri görmüyorsanız, şunların yapılıp yapılmadığını denetleyin:
- Power BI veri kaynağını AOE dağıtımınızın SQL Veritabanı uç noktası olarak değiştirdiniz. Daha fazla bilgi için bkz . Raporlar.
- Azure Danışmanı, AOE kapsamındaki abonelikler için öneriler bildirmektedir.
- Power BI rapor sayfalarının çoğu yedi günden eski önerileri filtrelemek üzere yapılandırıldığından rapor verilerini yenilediyseniz.
- Azure Otomasyonu çalışma kitapları başarısız oluyor, özellikle
Ingest-RecommendationsToLogAnalytics,Ingest-RecommendationsToSQLServergibi kritik olanlar veRecommend-ön eki olan tüm çalışma kitapları. Günlüğe kaydedilen özel durum mesajını doğrulayın, çünkü bu mesaj genellikle hatanın nedenine dair bir ipucu verir. - AOE Log Analytics Çalışma Alanı'nda, belirlenen günlük üst sınır nedeniyle, üst sınıra ulaşıldıktan sonra AOE günlüklerinin alımı durabilir.
Çalışma kitabı hataları
Aşağıdaki bölümlerde AOE çalışma kitaplarında karşılaşabileceğiniz yaygın hatalar ele alınıyor.
Çalışma kitabı hatası - AzureOptimizationPricesheetV1_CL adlı tablo veya sütun ifadesi çözümlenemedi
Bu hata genellikle Azure fiyat sayfanızı indirmek için Microsoft Maliyet Yönetimi ile kimlik doğrulaması yapan AOE Otomasyon Hesabı yönetilen kimliğine gerekli izinleri vermemeye ilişkin bir belirtidir. Daha fazla bilgi için bkz. Azure taahhütleri çalışma kitaplarını etkinleştirme.
Azure fiyat listesi indirmesi için AOE yalnızca Kurumsal Anlaşma s (EA) ve Microsoft Müşteri Sözleşmesi s (MCA) için desteklenir.
Çalışma kitabı hataları - AzureOptimizationReservationsUsageV1_CL veya AzureOptimizationSavingsPlansUsageV1_CL adlı tablo veya sütun ifadesi çözümlenemedi
Bu sorun, AOE yönetilen kimliğinde izinlerin olmamasından veya kuruluşunuzun rezervasyon veya tasarruf planı satın almamasından kaynaklanabilir. Önceki bölüme bakın.
Kimlik ve Roller çalışma kitabı boş olduğunda hata iletileri gösteriyor.
Bu sorun genellikle AOE Otomasyon Hesabı yönetilen kimliğine Microsoft Entra ID kiracı düzeyinde gerekli izinleri vermeme durumunun bir belirtisidir. Rolü AOE yönetilen kimliğine verdikten Global Reader sonra, çalışma kitabı ertesi gün otomatik olarak doldurulmalıdır. Rolü verdikten sonra, Global Reader çalışma kitabı hala hata bildiriyor ise, Export-AADObjectsToBlobStorage runbook'un başarısız olup olmadığını araştırmanız ve günlüğe kaydedilen İstisna mesajını doğrulamanız gerekir; bu mesaj genellikle hata sebebi hakkında size bir ipucu verir. Tipik bir neden, Azure Otomasyonu korumalı alan çalışanında yeterli bellek olmamasıdır. Karma Çalışanı geçici çözümü için bkz Karma Çalışanı ile AOE runbook'larını ölçeklendirme. Microsoft Entra ID kullanıcılarını ve gruplarını AzureOptimization_AADObjectsUserFilter ve AzureOptimization_AADObjectsGroupFilter otomasyon değişkenlerini oluşturarak veya bir Microsoft Graph OData filtresi kullanarak filtreleyebilirsiniz.
Export-ConsumptionToBlobStorage runbook'unun tamamlanması uzun zaman alıyor
Runbook'un tamamlanmasının Export-ConsumptionToBlobStorage uzun sürdüğünü gösteren ilk belirtidir. İkinci belirti, Ingest-OptimizationCSVExportsToLogAnalytics kapsayıcı için runbook'un consumptionexports sürekli olarak başarısız olmasıdır.
Bu sorunlara AOE'nin ortamınızdaki çok sayıda abonelikle ilgilenmesi ve çok sayıda küçük blobu dışarı aktarması neden olabilir.
Azure tüketim alımını iyileştirmek için, tüketim dışarı aktarmalarını abonelik kapsamından faturalama hesabına veya faturalama profili kapsamına geçirmenizi öneririz. Dışarı aktarma işlemleri yalnızca EA veya MCA müşterileri için mümkündür.
Bu eylemi gerçekleştirmek için AOE Otomasyon Hesabında (EA) veya AzureOptimization_ConsumptionScope (MCA) olarak ayarlanmış BillingAccount bir BillingProfile değişken oluşturmanız gerekir. EA/MCA faturalama hesabı/profil düzeyinde AOE yönetilen kimliğine gerekli izinleri verdiğinizden ve [EA/MCA] ile [yalnızca MCA]'nın doğru ayarlandığından emin olun (Azure taahhütleri çalışma kitaplarını etkinleştirme). Ayarları doğruladıktan sonra, tüketim ihracatlarının bir sonraki çalışması tüm fatura hesabı/profili için tek bir blob oluşturmalıdır.
VM doğru boyut önerilerine genel bakış sayfası boş
AOE, sanal makine (VM) doğru boyutlandırma için Azure Danışmanı Maliyet önerilerine bağlıdır. Hiçbir VM görünmüyorsa Azure Danışmanı yapılandırmasında CPU eşiğini artırmayı deneyin. Daha fazla bilgi için bkz. VM/Sanal Makine Ölçek Kümeleri önerilerini yapılandırma. Sanal makine altyapınızın gerçekten fazla büyük olduğunu doğrulayın.
VM doğru boyut önerileri, metrik eşik değerleri için Bilinmeyen olarak görünür.
AOE, Sanal Makinelerinizin Azure Monitor ajanları tarafından izlenmesine ve ardından Danışman önerilerini geliştirmek için kullanılan bir dizi performans metriğini gönderecek şekilde yapılandırılmasına bağlıdır. Daha fazla ayrıntı için Çalışma alanlarını yapılandırma.
Maliyetler ve tasarruflar açısından beklenmedik şekilde küçük olanlar
Azure tüketim dışarı aktarma runbook'u kısa süre önce günlük yürütmeye başladı ve yalnızca bir günlük tüketim verileri aldı. Bir ay sonra veya geçmiş tarihler için runbook'u el ile başlattıktan sonra doğru tüketim verilerini görmeniz gerekir.
AOE çalışma kitaplarında yalnızca son 30 güne ilişkin geçmiş veriler
Varsayılan AOE Log Analytics saklama süresi 30 gündür. Geçmiş verileri daha uzun süre saklamanız gerekiyorsa Log Analytics saklama süresini buna göre artırın.
İlgili içerik
İlgili FinOps özellikleri:
İlgili ürünler:
İlgili çözümler: