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. Azure İzleyici hakkındaki bu makaleyi kullanmadan önce, Azure İzleyici maliyetleri ve kullanımı başlığını gözden geçirerek Azure ücretlerinin farklı yollarla ne şekilde hesaplandığını ve aylık faturanızı nasıl görüntüleyebileceğinizi anlamanız gerekir.

Bu makalede, maliyet optimizasyonu Azure İzleyici için Azure Well-Architected Framework kapsamında açıklanmaktadır. Azure Well-Architected Framework, bir iş yükünün kalitesini artırmak için kullanılabilecek bir kılavuz ilke kümesidir. Çerçeve, mimari mükemmellik için beş sütundan oluşur.

  • Güvenilirlik
  • Güvenlik
  • Maliyet İyileştirme
  • Operasyonel Mükemmellik
  • Performans Verimliliği

Azure İzleme 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

Tavsiye Fayda
İş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 olmaksızın kullandığın kadar öde fiyatlandırması kullanır. Yeterli veri toplarsanız, toplanan günlük en düşük veri miktarına yönelik bir taahhüt karşılığında daha düşük bir oran sunan taahhüt seviyesini kullanarak maliyetinizi önemli ölçüde azaltabilirsiniz. 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üzeyiniz için en uygun olanını belirleme yönergeleri için bkz. Azure Günlükleri İzleme 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.
Etkileşimli ve uzun süreli veri saklamayı 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ınız için verilerin hazır olması gereksinimlerinizi göz önünde bulundurun. long-term retention yapılandırarak maliyetinizi önemli ölçüde azaltabilirsiniz, bu da verileri on iki yıla kadar saklamanıza ve arama işleri veya bir veri kümesini çalışma alanına geri yükleyerek ara sıra erişmenize olanak tanır.
Hata ayıklama, sorun giderme ve denetim için kullanılan tabloları Temel Günlükler olarak yapılandırın. Basic Logs için yapılandırılan Log Analytics çalışma alanındaki tablolar, özelliklerin sınırlı olması karşılığında daha düşük bir alım maliyetine sahiptir ve günlük sorgular için bir ücret alınır. Bu tabloları nadiren sorgular ve uyarı amaçlı kullanmazsanız, sorgu maliyeti, düşen veri alım maliyetiyle fazlasıyla telafi edilebilir.
Çalışma alanı için veri kaynaklarından veri toplamayı sınırlayın. Azure İzleyici 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 Azure İzleyici Maliyet Optimizasyonu bölümüne bakın.
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 makineler kümesi veya yeni bir hizmet ekleme gibi yeni bir veri kaynağı kümesi 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, bu üst sınıra ulaşıldığında bir uyarı oluşturmaya ek olarak, belirli bir yüzdeye ulaşıldığında (örneğin %90%) bildirilecek bir uyarı kuralı da oluşturduğunuzdan emin olun. Bu, üst sınır veri toplamayı durdurmadan ö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:
  • Seçili tablolarda uygun maliyetli Temel günlükler planını yapılandırmayı göz önünde bulundurun- Düşük maliyetli Temel günlük veri planı için uygun olan tablolara ayda 1 GB'tan fazla veri alımı belirledik. Temel günlük planı, daha düşük maliyetle hata ayıklama ve sorun giderme için sorgu özellikleri sağlar.
  • Fiyatlandırma katmanını değiştirmeyi göz önünde bulundurun: Geçerli kullanım hacminize bağlı olarak, indirim almak ve maliyetleri azaltmak için fiyatlandırma (Taahhüt) katmanınızı değiştirmeyi araştırın.
  • Kullanılmayan geri yüklenen tabloları kaldırmayı düşünün- Çalışma alanınızda geri yüklenen verilerin etkin olduğu bir veya daha fazla tablonuz var. Artık geri yüklenen bir veri kullanmıyorsanız gereksiz ücretlerden kaçınmak için tabloyu silin.
  • Veri alımı anomalisi algılandı - Önceki üç haftadaki alımınıza bağlı olarak geçen hafta içinde çok daha yüksek bir alım oranı belirledik. Bu değişikliği ve maliyetlerinizdeki beklenen değişikliği not alın.
Log Analytics çalışma alanı kaynak menünüzün Genel Bakış>Önerileri veya Danışman önerileri'ne tıklayarak da otomatik olarak oluşturulan öneriyi görüntüleyebilirsiniz.

Azure kaynakları

Tasarım denetim listesi

  • Azure kaynaklardan yalnızca kritik kaynak günlüğü verilerini toplayın.

Yapılandırma önerileri

Tavsiye Fayda
Azure kaynaklardan yalnızca kritik kaynak günlüğü verilerini toplayın. diagnostic settings oluşturarak kaynak günlükleri Azure kaynaklarınız için Log Analytics veritabanına göndermek için 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ı nasıl yapılandıracağınız ve verilerini filtrelemek için dönüşümleri nasıl kullanacağınız hakkında ayrıntılar için Azure İzleyici'deki Tanılama Ayarları'na bakın.

Uyarılar

Tasarım denetim listesi

  • Etkinlik günlüğü uyarıları, hizmet durumu uyarıları ve kaynak durumu uyarıları ücretsizdir.
  • Günlük arama uyarılarını kullanırken, 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

Tavsiye Fayda
Etkinlik günlüğü uyarılarının, hizmet sağlığı uyarılarının ve kaynak sağlığı uyarılarının ücretsiz olduğunu unutmayın. Azure İzleme etkinlik uyarıları, hizmet sağlığı uyarıları ve kaynak sağlığı uyarıları ücretsizdir. İzlemek istediğiniz şey bu uyarı türleriyle sağlanabilirse, bunları kullanın.
Günlük arama uyarılarını kullanırken, 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ı azaltabilirsiniz. Ayrıca, daha az maliyetli olan günlük araması uyarı kurallarını, çok sayıda kaynağı izlemek için 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 Managed Instance"a geçirin.

Yapılandırma önerileri

Tavsiye 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ı ile kullandığınız VM'leriniz hala varsa, daha iyi veri filtrelemeden yararlanmak ve farklı VM kümeleriyle benzersiz yapılandırmalar kullanmak için bunları Azure İzleme aracısına taşıyın. 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 transformations 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. Azure İzleyici ile sanal makineleri izlemek için Farklı izleme senaryoları için hangi verilerin toplanacağına dair yönergeler bölümüne bakın ve maliyetlerinizi azaltmak için verileri filtrelemeye yönelik belirli yönergeler için Maliyetleri Denetleyin.
VM içgörüleriyle hangi verilerin topleneceğini belirleyin. VM insights, VM'lerinizi izlemeye hızla başlamanız için mükemmel bir özelliktir ve Harita ve performans eğilimi görünümleri gibi güçlü özellikler sunar. 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. Çoklu konumlu ajanlar 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 Managed Instance"a geçirin. Mevcut SCOM ortamınızı, Azure İzleyici ile değiştirilemeyen yönetim paketlerini desteklemek için Azure İzleyici SCOM Managed Instance'a geçirin. SCOM managed instance 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.

Konteyner

Tasarım denetim listesi

  • Prometheus için Azure İzleyici yönetilen hizmeti aracılığıyla ölçümlerin toplanmasını etkinleştirin.
  • Container Insights'te veri toplamayı değiştirmek için ajan koleksiyonunu yapılandırın.
  • Ölçüm verilerinin toplanması için Container Insights ayarlarını değiştirin.
  • Azure portal Kapsayıcı içgörüleri deneyimini kullanmıyorsanız, Kapsayıcı içgörüleri ölçüm verilerinin toplanmasını devre dışı bırakın.
  • Kapsayıcı günlükleri tablosunu düzenli olarak sorgulamaz veya uyarılar için kullanmazsanı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

Tavsiye Fayda
Prometheus için Azure İzleyici yönetilen hizmeti aracılığıyla ölçümlerin toplanmasını etkinleştirin. Prometheus ölçümlerini log analytics çalışma alanına göndermediğinizden de emin olun. Azure İzleyici yönetilen hizmetini kullanarakYönetilen Prometheus'u etkinleştirip Prometheus ölçümlerini kümenizden toplayabilirsiniz. Log Analytics çalışma alanınızda Prometheus ölçümlerini toplamak için Kapsayıcı içgörülerini de yapılandırabilirsiniz, ancak Yönetilen Prometheus verileriyle yedekli olduğundan ve ek maliyetle sonuçlandığı için bu yaklaşım önerilmez. Ayrıntılar için bkz. Managed Prometheus pricing.
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 Kapsayıcı içgörüleri için izleme maliyetlerini iyileştirme bölümünde açıklandığı gibi analiz edin ve ihtiyacınız olmayan verilerin toplanmasını durdurmak için yapılandırmanızı ayarlayın.
Ölçüm verilerinin toplanması için Container Insights ayarlarını değiştirin. Hem ölçüm verileri toplama sıklığını hem de Container Insights'ın topladığı ad alanlarını değiştirme hakkında ayrıntılı bilgi için bkz. Maliyet iyileştirme ayarlarını etkinleştirme .
Azure portal Kapsayıcı içgörüleri deneyimini kullanmıyorsanız, Kapsayıcı içgörüleri ölçüm verilerinin toplanmasını devre dışı bırakın. Kapsayıcı içgörüleri, Yönetilen Prometheus'un topladığı 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 Container insights deneyimini devre dışı bırakır, ancak Prometheus ölçümlerini görselleştirmek için Grafana'yı ve Container insights 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 kullanmazsanız, temel günlükler olarak yapılandırın. Container Insights şemanızı, Temel günlüklerle uyumlu olan ve Kapsayıcı içgörüleri için izleme maliyetlerini iyileştirme bölümünde açıklandığı gibi önemli maliyet tasarrufu sağlayan ContainerLogV2'ye dönüştürün.
İ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 tanılama ayarı oluşturun. Hangi kategorileri toplamanız gerektiğine dair öneriler için AKS kümeleri için denetim düzlemi günlüklerini toplama başlığına bakı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. AKS, kaynak günlükleri için Azure diagnostics 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üğünü desteklemek için açık kaynak, satıcıdan bağımsız bir CNCF korumalı alan projesidir. Maliyetleri analiz edip kategorilere ayırmanıza yardımcı olmak için ayrıntılı maliyet verilerini ve müşteriye özgü Azure fiyatlandırmasını Azure depolama alanına aktarır.

Application Insights

Uyarı

Application Insights'ta beklenmeyen ücretler veya yüksek maliyetler görüyorsanız bu kılavuz yardımcı olabilir. Yüksek telemetri hacmi, veri alımı ani artışları ve yanlış yapılandırılmış örnekleme gibi yaygın nedenleri kapsar. Özellikle maliyet artışları, telemetri hacmi, örneklemenin çalışmaması, veri üst sınırı, yüksek veri alımı veya beklenmeyen faturalama ile ilgili sorunları gideriyorsanız kullanışlıdır. Başlamak için bkz. Application Insights'te yüksek veri alımıyla ilgili sorun giderme.

Tasarım denetim listesi

  • Çalışma alanı tabanlı Application Insights'a geçin.
  • 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.
  • Özel ölçümler için önceden toplanmış OpenTelemetry ölçüm araçlarını kullanın.
  • 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.
  • log seviyelerini kullanarak istenmeyen konak izleme ve genel izleme kaydını sınırlayın.

Yapılandırma önerileri

Tavsiye Fayda
Çalışma alanı tabanlı Application Insights'a geçin. Application Insights kaynaklarınızın çalışma alanı tabanlı olduğundan emin olun. Çalışma alanı tabanlı Application Insights kaynakları Temel Günlükler, taahhüt katmanları, veri türüne göre saklama ve uzun süreli saklama gibi yeni maliyet tasarrufu araçları uygulayabilir.
Toplanan veri miktarını ayarlamak için örneklemeyi kullanın. OpenTelemetry örneklemesi , Application Insights 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 sistem ölçümlemeyi devre dışı bırakın. Ölçüm cihazlarınızı yalnızca ihtiyaç duyduğunuz sinyalleri toplayacak şekilde yapılandırın. OpenTelemetry yapılandırma seçenekleri için bkz. Azure İzleyici OpenTelemetry yapılandırması.
OpenTelemetry ölçüm araçlarını kullanın. OpenTelemetry ölçümleri, dışarı aktarmadan önce SDK tarafından toplanır. Ölçüm semantiğiyle eşleşen aleti kullanın ve yüksek kardinaliteli boyutlardan kaçının. Bkz. Özel ölçüm ekleme.
Özel ölçümlerin kullanımını sınırlayın. Özel ölçüm boyutlarında uyarıyı etkinleştirmeye yönelik Application Insights 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. Geçerli Azure İzleyici OpenTelemetry paketlerini kullanın ve yalnızca ihtiyacınız olan sinyalleri, ölçümleri ve günlükleri yapılandırın. Yeni toplanan telemetri verilerinin veri alımını beklenmedik şekilde artırmaması için yükseltmelerden sonra izlemeleri gözden geçirin.
İstenmeyen izleme kaydını sınırlayın. Application Insights'ın 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, ana bilgisayara da uygulanabilir. Örneğin, Azure Kubernetes Service (AKS) kullanan müşteriler kontrol düzlemi ve veri düzlemi günlüklerini ayarlamalıdır. Benzer şekilde, Azure Functions kullanan müşterilerin, günlük hacmini ve maliyetlerini optimize etmek için günlük düzeylerini ve kapsamını uyarlamaları gerekir.

Sonraki adım