Azure İzleyici'de maliyet iyileştirme
Maliyet iyileştirme, gereksiz giderleri azaltmanın ve operasyonel verimlilikleri iyileştirmenin yollarını ifade eder. Farklı yapılandırma seçeneklerinizi ve topladığı veri miktarını azaltma fırsatlarını anlayarak Azure İzleyici maliyetlerinizi önemli ölçüde azaltabilirsiniz. Bu makaleyi kullanmadan önce Azure İzleyici'nin ücretlendirmesinin farklı yollarını ve aylık faturanızı nasıl görüntüleyebileceğinizi anlamak için Azure İzleyici maliyet ve kullanımını görmeniz gerekir.
Bu makalede, Azure İyi Tasarlanmış Çerçeve'nin bir parçası olarak Azure İzleyici için maliyet iyileştirme açıklanmaktadır. Azure İyi Oluşturulmuş Mimari Çerçevesi, bir iş yükünün kalitesini artırmak için kullanılabilecek rehber niteliğindeki ilkelerdir. Çerçeve, mimari mükemmelliği beş yapıdan oluşur:
- Güvenilirlik
- Güvenlik
- Maliyet İyileştirmesi
- Operasyonel Mükemmellik
- Performans Verimliliği
Azure İzleyici Günlükleri
Tasarım denetim listesi
- İşletimsel verilerinizi ve güvenlik verilerinizi aynı Log Analytics çalışma alanında birleştirip birleştiremeyeceğinizi belirleyin.
- Her Log Analytics çalışma alanının genellikle topladığı veri miktarı için fiyatlandırma katmanını yapılandırın.
- Veri saklamayı ve arşivlemeyi yapılandırın.
- Hata ayıklama, sorun giderme ve denetim için kullanılan tabloları Temel Günlükler olarak yapılandırın.
- Çalışma alanı için veri kaynaklarından veri toplamayı sınırlayın.
- Eğilimleri ve anomalileri belirlemek için toplanan verileri düzenli olarak analiz edin.
- Veri toplama yüksek olduğunda bir uyarı oluşturun.
- Belirli bir bütçeyi aşmadığınızdan emin olmak için günlük üst sınırı önleyici bir önlem olarak düşünün.
- Log Analytics çalışma alanları için Azure Danışmanı maliyet önerileriyle ilgili uyarılar ayarlayın.
Yapılandırma önerileri
| Öneri | Avantaj |
|---|---|
| İşletimsel verilerinizi ve güvenlik verilerinizi aynı Log Analytics çalışma alanında birleştirip birleştiremeyeceğinizi belirleyin. | Bir Log Analytics çalışma alanında yer alan tüm veriler Sentinel etkinse Microsoft Sentinel fiyatlandırmasına tabi olduğundan, bu verileri birleştirmenin maliyet üzerindeki etkileri olabilir. Ortamınızı diğer sütunlardaki ölçütlerle dengeleyerek bu kararı verme hakkında ayrıntılı bilgi için bkz . Log Analytics çalışma alanı stratejisi tasarlama. |
| Her Log Analytics çalışma alanının genellikle topladığı veri miktarı için fiyatlandırma katmanını yapılandırın. | Varsayılan olarak Log Analytics çalışma alanları, minimum veri hacmi olmadan kullandıkça öde fiyatlandırması kullanır. Yeterli veri toplarsanız, daha düşük bir ücret karşılığında toplanan günlük en düşük veri miktarına bağlanmanızı sağlayan bir taahhüt katmanı kullanarak maliyetinizi önemli ölçüde düşürebilirsiniz. Tek bir bölgedeki çalışma alanları arasında yeterli miktarda veri toplarsanız, bunları ayrılmış bir kümeye bağlayabilir ve küme fiyatlandırmasını kullanarak toplanan birimleri birleştirebilirsiniz. Taahhüt katmanlarıyla ilgili ayrıntılar ve kullanım düzeyinize en uygun olan seçeneği belirleme yönergeleri için bkz . Azure İzleyici Günlükleri maliyet hesaplamaları ve seçenekleri . Farklı fiyatlandırma katmanlarında kullanımınıza ilişkin tahmini maliyetleri görüntülemek için bkz. Kullanım ve tahmini maliyetler. |
| Veri saklamayı ve arşivlemeyi yapılandırın. | Log Analytics çalışma alanında varsayılan olarak 31 gün (çalışma alanında Sentinel etkinleştirildiyse 90 gün ve Application insights verileri için 90 gün) dışında veri saklama ücreti alınır. Günlük sorguları için verilerin kullanıma hazır olmasını sağlama gereksinimlerinizi göz önünde bulundurun. Arşivlenmiş Günlükler'i yapılandırarak maliyetlerinizi önemli ölçüde düşürebilirsiniz. Bu sayede verileri yedi yıla kadar saklayabilir ve arama işlerini kullanarak veya bir veri kümesini çalışma alanına geri yükleyerek verilere erişmeye devam edebilirsiniz. |
| Hata ayıklama, sorun giderme ve denetim için kullanılan tabloları Temel Günlükler olarak yapılandırın. | Temel Günlükler için yapılandırılmış bir Log Analytics çalışma alanında yer alan tabloların sınırlı özellikler ve günlük sorguları için ücret karşılığında daha düşük bir alım maliyeti vardır. Bu tabloları seyrek sorgularsanız ve uyarı için kullanmazsanız, bu sorgu maliyeti azalan alım maliyetine göre daha fazla fark olabilir. |
| Çalışma alanı için veri kaynaklarından veri toplamayı sınırlayın. | Azure İzleyici'nin maliyeti için birincil faktör, Log Analytics çalışma alanınızda topladığınız veri miktarıdır, bu nedenle hizmetlerinizin ve uygulamalarınızın sistem durumunu ve performansını değerlendirmek için ihtiyacınız olan başka veri toplamadığınızdan emin olmalısınız. Ortamınızı diğer sütunlardaki ölçütlerle dengeleme konusunda bu kararı verme hakkında ayrıntılı bilgi için bkz . Log Analytics çalışma alanı mimarisi tasarlama. Dengeleme: Maliyet ve izleme gereksinimleriniz arasında bir denge olabilir. Örneğin, yüksek örnek oranıyla bir performans sorununu daha hızlı algılayabilirsiniz, ancak maliyet tasarrufu sağlamak için daha düşük bir örnek oranı isteyebilirsiniz. Çoğu ortamda farklı koleksiyon türlerine sahip birden çok veri kaynağı vardır, bu nedenle her biri için belirli gereksinimlerinizi maliyet hedeflerinizle dengelemeniz gerekir. Farklı veri kaynakları için koleksiyon yapılandırma önerileri için bkz . Azure İzleyici'de maliyet iyileştirme. |
| Eğilimleri ve anomalileri belirlemek için toplanan verileri düzenli olarak analiz edin. | Çalışma alanınızda toplanan veri miktarını düzenli aralıklarla gözden geçirmek için Log Analytics çalışma alanı içgörülerini kullanın. Farklı kaynaklar tarafından toplanan veri miktarını anlamanıza yardımcı olmaya ek olarak, veri toplamada fazla maliyete neden olabilecek anomalileri ve yukarı doğru eğilimleri belirler. Kullanımınızı daha da azaltabilecek ek yapılandırma olup olmadığını belirlemek için Log Analytics çalışma alanında kullanımı analiz etme'deki yöntemleri kullanarak veri toplamayı daha fazla analiz edin. Bu, özellikle yeni bir sanal makine kümesi gibi yeni bir veri kaynağı kümesi eklediğinizde veya yeni bir hizmet eklediğinizde önemlidir. |
| Veri toplama yüksek olduğunda bir uyarı oluşturun. | Beklenmeyen faturalardan kaçınmak için, aşırı kullanımla karşılaştığınızda proaktif olarak bilgilendirilmelisiniz. Bildirim, faturalama döneminizin sonundan önce olası anomalileri gidermenize olanak tanır. |
| Belirli bir bütçeyi aşmadığınızdan emin olmak için günlük üst sınırı önleyici bir önlem olarak düşünün. | Günlük üst sınır, yapılandırılan sınırınıza ulaşıldıktan sonra günün geri kalanında Log Analytics çalışma alanında veri toplamayı devre dışı bırakır. Bu, Günlük üst sınırın ne zaman kullanılacağı bölümünde açıklandığı gibi maliyetleri azaltmak için bir yöntem olarak kullanılmamalıdır. Günlük bir üst sınır ayarlarsanız, büyük harfe ulaşıldığında uyarı oluşturmaya ek olarak, belirli bir yüzdeye ulaşıldığında (örneğin %90) bilgilendirilecek bir uyarı kuralı da oluşturduğunuzdan emin olun. Bu, büyük harf veri toplamayı kapatmadan önce artan verilerin nedenini araştırma ve ele alma fırsatı sunar. |
| Log Analytics çalışma alanları için Azure Danışmanı maliyet önerileriyle ilgili uyarılar ayarlayın. | Log Analytics çalışma alanları için Azure Danışmanı önerileri, maliyetlerinizi iyileştirme fırsatı olduğunda sizi proaktif olarak uyarır. Bu maliyet önerileri için Azure Danışmanı uyarıları oluşturun:
|
Azure kaynakları
Tasarım denetim listesi
- Azure kaynaklarından yalnızca kritik kaynak günlüğü verilerini toplayın.
Yapılandırma önerileri
| Öneri | Avantaj |
|---|---|
| Azure kaynaklarından yalnızca kritik kaynak günlüğü verilerini toplayın. | Azure kaynaklarınızın kaynak günlüklerini Log Analytics veritabanına göndermek için tanılama ayarları oluşturduğunuzda, yalnızca ihtiyacınız olan kategorileri belirtin. Tanılama ayarları kaynak günlüklerinin ayrıntılı olarak filtrelenmesine izin vermediğinden, desteklenen bir tablo kullanan kaynaklar için gereksiz verileri filtrelemek için bir çalışma alanı dönüşümü kullanabilirsiniz. Tanılama ayarlarını yapılandırma ve verilerini filtrelemek için dönüştürmeleri kullanma hakkında ayrıntılı bilgi için bkz . Azure İzleyici'de tanılama ayarları. |
Uyarılar
Tasarım denetim listesi
- Etkinlik günlüğü uyarıları, hizmet durumu uyarıları ve kaynak durumu uyarıları ücretsizdir.
- Günlük araması uyarılarını kullanırken günlük araması uyarı sıklığını en aza indirin.
- Ölçüm uyarılarını kullanırken izlenen kaynak sayısını en aza indirin.
Yapılandırma önerileri
| Öneri | Avantaj |
|---|---|
| Etkinlik günlüğü uyarılarının, hizmet durumu uyarılarının ve kaynak durumu uyarılarının ücretsiz olduğunu unutmayın. | Azure İzleyici etkinlik uyarıları, hizmet durumu uyarıları ve kaynak durumu uyarıları ücretsizdir. İzlemek istediğiniz şey bu uyarı türleriyle sağlanabilirse, bunları kullanın. |
| Günlük araması uyarılarını kullanırken günlük araması uyarı sıklığını en aza indirin. | Günlük araması uyarılarını yapılandırırken kural değerlendirmesi ne kadar sık olursa maliyetin o kadar yüksek olduğunu unutmayın. Kurallarınızı uygun şekilde yapılandırın. |
| Ölçüm uyarılarını kullanırken izlenen kaynak sayısını en aza indirin. | Bazı kaynak türleri, aynı türdeki birden çok kaynağı izleyebilen ölçüm uyarı kurallarını destekler. Bu kaynak türleri için, kural birçok kaynağı izlerse kuralın pahalıya dönüşebileceğini unutmayın. Maliyetleri azaltmak için ölçüm uyarısı kuralının kapsamını azaltabilir veya çok sayıda kaynağı izlemek için daha ucuz olan günlük araması uyarı kurallarını kullanabilirsiniz. |
Sanal makineler
Tasarım denetim listesi
- Ayrıntılı veri filtreleme için Log Analytics aracısından Azure İzleyici aracısına geçiş yapın.
- Aracılardan gerektirmediğiniz verileri filtreleyin.
- VM içgörülerini kullanıp kullanmayabileceğinizi ve toplayacağınız verileri belirleyin.
- Performans sayaçlarının yoklama sıklığını azaltın.
- VM'lerin yinelenen veri göndermediğinden emin olun.
- Log Analytics çalışma alanı içgörülerini kullanarak faturalanabilir maliyetleri analiz edin ve maliyet tasarrufu fırsatlarını belirleyin.
- SCOM ortamınızı Azure İzleyici SCOM Yönetilen Örneği'ne geçirin.
Yapılandırma önerileri
| Öneri | Açıklama |
|---|---|
| Ayrıntılı veri filtreleme için Log Analytics aracısından Azure İzleyici aracısına geçiş yapın. | Log Analytics aracısına sahip VM'leriniz hala varsa bunları Azure İzleyici aracısına geçirerek daha iyi veri filtrelemeden yararlanabilir ve farklı VM kümeleriyle benzersiz yapılandırmalar kullanabilirsiniz. Log Analytics aracısı tarafından veri toplama yapılandırması çalışma alanında yapılır, böylece tüm aracılar aynı yapılandırmayı alır. Azure İzleyici aracısı tarafından kullanılan veri toplama kuralları, farklı VM kümelerinin belirli izleme gereksinimlerine göre ayarlanabilir. Azure İzleyici aracısı, toplanan verileri filtrelemek için dönüşümleri kullanmanıza da olanak tanır. |
| Aracılardan gerektirmediğiniz verileri filtreleyin. | Uyarı veya analiz için kullanmadığınız verileri filtreleyerek veri alımı maliyetlerinizi azaltın. Bkz . Azure İzleyici ile sanal makineleri izleme: Farklı izleme senaryoları için toplayacak verilerle ilgili yönergeler için veri toplama ve Maliyetlerinizi azaltmak için verileri filtreleme konusunda belirli yönergeler için maliyetleri denetleme. |
| VM içgörüleriyle hangi verilerin topleneceğini belirleyin. | VM içgörüleri, VM'lerinizi izlemeye hızlı bir şekilde başlamak için harika bir özelliktir ve Harita ve performans eğilimi görünümleri gibi güçlü özellikler sağlar. Eşleme özelliğini veya topladığı verileri kullanmıyorsanız, veri alımı maliyetlerinden tasarruf etmek için VM içgörüleri yapılandırmanızda işlem ve bağımlılık verilerinin toplanmasını devre dışı bırakmanız gerekir. |
| Performans sayaçlarının yoklama sıklığını azaltın. | Log Analytics çalışma alanınıza performans verileri göndermek için veri toplama kuralı kullanıyorsanız toplanan veri miktarını azaltmak için yoklama sıklığını azaltabilirsiniz. |
| VM'lerin yinelenen veri göndermediğinden emin olun. | Çok evli aracılar kullanıyorsanız veya benzer veri toplama kuralları oluşturuyorsanız, her çalışma alanına benzersiz veriler gönderdiğinizden emin olun. Yinelenen verileri toplamadığınızdan emin olmak için toplanan verilerinizi analiz etme yönergeleri için bkz . Log Analytics çalışma alanında kullanımı analiz etme. Aracılar arasında geçiş gerçekleştiriyorsanız, her birinin benzersiz veri toplamasını sağlamadığınız sürece her ikisini birlikte kullanmak yerine Azure İzleyici aracısına geçirilene kadar Log Analytics aracısını kullanmaya devam edin. |
| Log Analytics çalışma alanı içgörülerini kullanarak faturalanabilir maliyetleri analiz edin ve maliyet tasarrufu fırsatlarını belirleyin. | Log Analytics çalışma alanı içgörüleri , her tabloda ve her vm'den toplanan faturalanabilir verileri gösterir. En iyi makinelerinizi ve tablolarınızı tanımlamak için bu bilgileri kullanın çünkü bunlar verileri filtreleyerek maliyetleri azaltmaya yönelik en iyi fırsatınızı temsil eder. Yapılandırma değişikliklerinin etkilerini daha fazla analiz etmek için Log Analytics çalışma alanında kullanımı analiz etme bölümünde bu içgörü ve günlük sorgularını kullanın. |
| SCOM ortamınızı Azure İzleyici SCOM Yönetilen Örneği'ne geçirin. | Azure İzleyici tarafından değiştirilmeyecek yönetim paketlerini desteklemek için mevcut SCOM ortamınızı Azure İzleyici SCOM Yönetilen Örneği'ne geçirin. SCOM yönetilen örneği, yerel yönetim sunucularını ve veritabanı sunucularını koruma gereksinimini ortadan kaldırarak SCOM altyapınızın bakımını yapmak için genel maliyetinizi azaltır. |
Kapsayıcılar
Tasarım denetim listesi
- Prometheus ölçümlerinin Kapsayıcı içgörüleri koleksiyonunu etkinleştirmeyin.
- Kapsayıcı içgörülerinde veri toplamayı değiştirmek için aracı koleksiyonunu yapılandırın.
- Kapsayıcı içgörüleri tarafından ölçüm verilerinin toplanması için ayarları değiştirin.
- Azure portalında Kapsayıcı içgörüleri deneyimini kullanmıyorsanız Kapsayıcı içgörüleri ölçüm verilerini toplamayı devre dışı bırakın.
- Kapsayıcı günlükleri tablosunu düzenli olarak sorgulamaz veya uyarılar için kullanırsanız, temel günlükler olarak yapılandırın.
- İhtiyacınız olmayan kaynak günlüklerinin toplanmasını sınırlayın.
- AKS kaynak günlükleri için kaynağa özgü günlükleri kullanın ve tabloları temel günlükler olarak yapılandırın.
- Kubernetes maliyetlerinizle ilgili ayrıntıları toplamak için OpenCost'ı kullanın.
Yapılandırma önerileri
| Öneri | Avantaj |
|---|---|
| Prometheus ile ölçümlerin kazınmasını etkinleştirdiyseniz Log Analytics çalışma alanında Prometheus ölçümlerinin Kapsayıcı içgörüleri koleksiyonunu etkinleştirmeyin. | Prometheus için Azure İzleyici yönetilen hizmetini kullanarak kümenizden Prometheus ölçümlerini kazımaya ek olarak, Log Analytics çalışma alanınızda Prometheus ölçümlerini toplamak için Kapsayıcı içgörülerini yapılandırabilirsiniz. Bu, Yönetilen Prometheus'taki verilerle yedeklidir ve ek maliyetle sonuçlanır. |
| Kapsayıcı içgörülerinde veri toplamayı değiştirmek için aracıyı yapılandırın. | Kapsayıcı içgörüleri tarafından toplanan verileri, maliyeti azaltmak için alımı denetleme bölümünde açıklandığı gibi analiz edin ve yapılandırmanızı ihtiyacınız olmayan verilerin toplanmasını durduracak şekilde ayarlayın. |
| Kapsayıcı içgörüleri tarafından ölçüm verilerinin toplanması için ayarları değiştirin. | Hem ölçüm verilerinin toplanma sıklığını hem de Kapsayıcı içgörüleri tarafından toplanan ad alanlarını değiştirme hakkında ayrıntılı bilgi için bkz . Maliyet iyileştirme ayarlarını etkinleştirme. |
| Azure portalında Kapsayıcı içgörüleri deneyimini kullanmıyorsanız Kapsayıcı içgörüleri ölçüm verilerini toplamayı devre dışı bırakın. | Kapsayıcı içgörüleri Yönetilen Prometheus ile aynı ölçüm değerlerinin çoğunu toplar. Kapsayıcı içgörülerini yalnızca Kapsayıcı içgörülerinde maliyet iyileştirme ayarlarını etkinleştirme bölümünde açıklandığı gibi günlükleri ve olayları toplayacak şekilde yapılandırarak bu ölçümlerin toplanmasını devre dışı bırakabilirsiniz. Bu yapılandırma Azure portalında Kapsayıcı içgörüleri deneyimini devre dışı bırakır, ancak Prometheus ölçümlerini görselleştirmek için Grafana'yı ve Kapsayıcı içgörüleri tarafından toplanan günlük verilerini analiz etmek için Log Analytics'i kullanabilirsiniz. |
| Kapsayıcı günlükleri tablosunu düzenli olarak sorgulamaz veya uyarılar için kullanırsanız, temel günlükler olarak yapılandırın. | Container insights şemanızı Temel günlüklerle uyumlu olan ContainerLogV2'ye dönüştürün ve maliyeti azaltmak için alımı denetleme bölümünde açıklandığı gibi önemli maliyet tasarrufu sağlayabilir. |
| İhtiyacınız olmayan kaynak günlüklerinin toplanmasını sınırlayın. | AKS kümeleri için denetim düzlemi günlükleri Azure İzleyici'de kaynak günlükleri olarak uygulanır. Bu verileri Log Analytics çalışma alanına göndermek için bir tanılama ayarı oluşturun. Hangi kategorileri toplamanız gerektiğine ilişkin öneriler için bkz . AKS kümeleri için denetim düzlemi günlüklerini toplama. |
| AKS kaynak günlükleri için kaynağa özgü günlükleri kullanın ve tabloları temel günlükler olarak yapılandırın. | AKS, kaynak günlükleri için Azure tanılama modunu veya kaynağa özgü modu destekler. Tabloları temel günlükler için yapılandırma seçeneğini etkinleştirmek üzere kaynak günlüklerini belirtin. Bu seçenek, yalnızca ara sıra sorguladığınız ve uyarı için kullanmadığınız günlükler için daha az alım ücreti sağlar. |
| Kubernetes maliyetlerinizle ilgili ayrıntıları toplamak için OpenCost'ı kullanın. | OpenCost , Kubernetes maliyetlerinizi anlamak ve AKS maliyet görünürlüğü için yeteneğinizi desteklemek için açık kaynaklı, satıcıdan bağımsız bir CNCF korumalı alan projesidir. Küme yöneticisinin maliyetleri çözümlemesine ve kategorilere ayırmasına yardımcı olmak için müşteriye özgü Azure fiyatlandırmasına ek olarak ayrıntılı maliyetlendirme verilerini Azure depolama alanına aktarır. |
Application Insights
Tasarım denetim listesi
- Çalışma alanı tabanlı Uygulama Analizler olarak değiştirin.
- Toplanan veri miktarını ayarlamak için örneklemeyi kullanın.
- Ajax çağrılarının sayısını sınırlayın.
- Gereksiz modülleri devre dışı bırakın.
- TrackMetric'e yapılan tüm çağrılardan ölçümleri önceden ekleme.
- Mümkün olduğunda özel ölçümlerin kullanımını sınırlayın.
- Güncelleştirilmiş yazılım geliştirme setlerinin (SDK) kullanımından emin olun.
- günlük düzeylerini kullanarak istenmeyen konak izlemesini ve genel izleme günlüğünü sınırlayın.
Yapılandırma önerileri
| Öneri | Avantaj |
|---|---|
| Çalışma alanı tabanlı Uygulama Analizler olarak değiştirin. | Uygulama Analizler kaynaklarınızın çalışma alanı tabanlı olduğundan emin olun. Çalışma alanı tabanlı Uygulama Analizler kaynakları Temel Günlükler, taahhüt katmanları ve veri türüne ve veri arşivlerine göre saklama gibi yeni maliyet tasarrufu araçları uygulayabilir. |
| Toplanan veri miktarını ayarlamak için örneklemeyi kullanın. | Örnekleme, Uygulama Analizler tarafından toplanan veri miktarını ayarlamak için kullanabileceğiniz birincil araçtır. Uygulamalarınızdan gönderilen telemetri miktarını en az ölçüm bozulmasıyla azaltmak için örneklemeyi kullanın. |
| Ajax çağrılarının sayısını sınırlayın. | Her sayfa görünümünde bildirilebilen Ajax çağrılarının sayısını sınırlayın veya Ajax raporlamasını devre dışı bırakın. Ajax çağrılarını devre dışı bırakırsanız JavaScript bağıntısını da devre dışı bırakırsınız. |
| Gereksiz modülleri devre dışı bırakın. | İhtiyacınız olmayan koleksiyon modüllerini kapatmak için Application Analizler.config dosyasını düzenleyin. Örneğin, performans sayaçlarının veya bağımlılık verilerinin gerekli olmadığını düşünebilirsiniz. |
| TrackMetric'e yapılan tüm çağrılardan ölçümleri önceden ekleme. | Uygulamanıza TrackMetric çağrısı koyarsanız, bir toplu ölçümün ortalama ve standart sapması hesaplamanızı kabul eden aşırı yüklemeyi kullanarak trafiği azaltabilirsiniz. Alternatif olarak, önceden toplama paketi kullanabilirsiniz. |
| Özel ölçümlerin kullanımını sınırlayın. | Özel ölçüm boyutlarında uyarıyı etkinleştirmeye yönelik Uygulama Analizler seçeneği maliyetleri artırabilir. Bu seçeneğin kullanılması, daha fazla önceden toplama ölçümü oluşturulmasına neden olabilir. |
| Güncelleştirilmiş yazılım geliştirme setlerinin (SDK) kullanımından emin olun. | ASP.NET Core SDK ve Çalışan Hizmeti SDK'sının önceki sürümleri, varsayılan olarak özel ölçümler olarak toplanan birçok sayacı toplar. Yalnızca gerekli sayaçları belirtmek için sonraki sürümleri kullanın. |
| İstenmeyen izleme günlüğünü sınırlayın. | Uygulama Analizler birkaç olası günlük kaynağı vardır. Günlük düzeyleri izleme günlüğü telemetrisini ayarlamak ve azaltmak için kullanılabilir. Günlüğe kaydetme, konağa da uygulanabilir. Örneğin, Azure Kubernetes Service (AKS) kullanan müşterilerin denetim düzlemi ve veri düzlemi günlüklerini ayarlaması gerekir. Benzer şekilde, Azure işlevlerini kullanan müşterilerin günlük hacmini ve maliyetlerini iyileştirmek için günlük düzeylerini ve kapsamını uyarlaması gerekir. |
Sonraki adım
- Azure İzleyici'nin tam dağıtımı için en iyi yöntemleri edinin.