Aracılığıyla paylaş

Azure Service Fabric'i izleme

  • Makale

Bu makalede şunlar açıklanmaktadır:

  • Bu hizmet için toplayabileceğiniz izleme verilerinin türleri.
  • Bu verileri analiz etmenin yolları.

Not

Bu hizmeti ve/veya Azure İzleyici'yi zaten biliyorsanız ve yalnızca izleme verilerinin nasıl çözümleneceğini öğrenmek istiyorsanız, bu makalenin sonundaki Çözümle bölümüne bakın.

Azure kaynaklarını kullanan kritik uygulamalarınız ve iş süreçleriniz varsa sisteminiz için uyarıları izlemeniz ve almanız gerekir. Azure İzleyici hizmeti, sisteminizin her bileşeninden ölçümleri ve günlükleri toplar ve toplar. Azure İzleyici kullanılabilirlik, performans ve dayanıklılığın bir görünümünü sağlar ve sorunları size bildirir. İzleme verilerini ayarlamak ve görüntülemek için Azure portalı, PowerShell, Azure CLI, REST API veya istemci kitaplıklarını kullanabilirsiniz.

  • Azure İzleyici hakkında daha fazla bilgi için bkz. Azure İzleyici'ye genel bakış.
  • Azure kaynaklarını genel olarak izleme hakkında daha fazla bilgi için bkz . Azure İzleyici ile Azure kaynaklarını izleme.

Azure Service Fabric izleme

Azure Service Fabric,izleyebileceğiniz aşağıdaki katmanlara sahiptir:

  • Uygulama izleme: Düğümlerde çalışan uygulamalar . Application Insights anahtarı veya SDK, EventStore veya ASP.NET Core günlüğü ile uygulamaları izleyebilirsiniz.
  • Platform (küme) izleme: Kapsayıcı ölçümleri dahil olmak üzere platform veya küme düğümleri için istemci ölçümleri, günlükler ve olaylar. Ölçümler ve günlükler Linux veya Windows düğümleri için farklıdır.
  • Altyapı (performans) izleme: hizmet altyapısı için Hizmet durumu ve performans sayaçları.

Uygulamalarınızın nasıl kullanıldığını, Service Fabric platformu tarafından gerçekleştirilir eylemleri, performans sayaçlarıyla kaynak kullanımınızı ve kümenizin genel durumunu izleyebilirsiniz. Azure İzleyici günlükleri ve Application Insights , Service Fabric ile yerleşik tümleştirme sunar.

Service Fabric Explorer

Windows, macOS ve Linux için bir masaüstü uygulaması olan Service Fabric Explorer, Azure Service Fabric kümelerini incelemeye ve yönetmeye yönelik açık kaynak bir araçtır. Otomasyonu etkinleştirmek için Service Fabric Explorer aracılığıyla gerçekleştirilebilecek her eylem PowerShell veya REST API aracılığıyla da gerçekleştirilebilir.

Uygulama izleme

Uygulama izleme, uygulamanızın özelliklerinin ve bileşenlerinin nasıl kullanıldığını izler. Kullanıcıları etkileyen sorunların yakalandığından emin olmak için uygulamalarınızı izlemek istiyorsunuz. Uygulama izlemenin sorumluluğu, uygulamanızın iş mantığına özgü olduğundan uygulama geliştiren kullanıcılar ve hizmetleridir. Uygulamalarınızı izlemek aşağıdaki senaryolarda yararlı olabilir:

  • Uygulamam ne kadar trafik yaşıyor? - Kullanıcı taleplerini karşılamak veya uygulamanızdaki olası bir performans sorununu gidermek için hizmetlerinizi ölçeklendirmeniz gerekiyor mu?
  • Hizmet-hizmet çağrılarım başarılı ve izleniyor mu?
  • Uygulamamın kullanıcıları hangi eylemleri gerçekleştiriyor? - Telemetri verilerini toplamak gelecekteki özellik geliştirme ve uygulama hataları için daha iyi tanılama işlemlerine yol gösterebilir
  • Uygulamam işlenmeyen özel durumlar mı atıyor?
  • Kapsayıcılarımın içinde çalışan hizmetler içinde neler oluyor?

Uygulama izlemenin en iyi özelliği, geliştiricilerin uygulama bağlamında yer alan araçları ve çerçeveleri kullanabilmeleridir. Application Insights ile Olay analizinde Azure İzleyici Application Insights ile uygulama izleme için Azure çözümü hakkında daha fazla bilgi edinebilirsiniz.

Bunun .NET Uygulamaları için nasıl ayarlanacağına ilişkin bir öğreticimiz de vardır. Bu öğreticide, uygulamanıza özel telemetri yazmak ve Azure portalında uygulama tanılama ve telemetrisini görüntülemek için doğru araçların nasıl yükleneceği açıklanır.

Uygulama günlüğüne kaydetme

Kodunuzu izleme, yalnızca kullanıcılarınız hakkında içgörü elde etmenin bir yolu değildir, aynı zamanda uygulamanızda bir sorun olup olmadığını anlamanın ve düzeltilmesi gerekenleri tanılamanın tek yoludur. Teknik olarak bir hata ayıklayıcıyı üretim hizmetine bağlamak mümkün olsa da, bu yaygın bir uygulama değildir. Bu nedenle, ayrıntılı izleme verilerine sahip olmak önemlidir.

Bazı ürünler kodunuzu otomatik olarak işler. Bu çözümler iyi çalışsa da, el ile izlemenin iş mantığınıza özgü olması neredeyse her zaman gereklidir. Sonunda, uygulamanın hatalarını ayıklamak için yeterli bilgiye sahip olmanız gerekir. Service Fabric uygulamaları herhangi bir günlük çerçevesiyle izlenebilir. Bu bölümde kodunuzu izlemeye yönelik birkaç farklı yaklaşım ve bir yaklaşımın diğerine ne zaman seçileceği açıklanmaktadır.

  • Application Insights SDK'sı: Application Insights, Service Fabric ile kullanıma açık zengin bir tümleştirmeye sahiptir. Kullanıcılar AI Service Fabric nuget paketlerini ekleyebilir ve Azure portalında oluşturulan ve toplanan verileri ve günlükleri alabilir. Ayrıca, kullanıcıların uygulamalarını tanılamak ve hatalarını ayıklamak ve uygulamalarının hangi hizmetlerinin ve bölümlerinin en çok kullanıldığını izlemek için kendi telemetri verilerini eklemeleri de tavsiye edilir. SDK'daki TelemetryClient sınıfı, uygulamalarınızda telemetriyi izlemenin birçok yolunu sağlar. Daha fazla bilgi için bkz . Application Insights ile olay analizi ve görselleştirme.

    .NET uygulamasını izleme ve tanılama öğreticimizde uygulamanıza uygulama içgörüleri izleme ve uygulama içgörüleri ekleme ile ilgili bir örneği gözden geçirin.

  • EventSource: Visual Studio'daki bir şablondan Service Fabric çözümü oluşturduğunuzda, EventSource türetilmiş bir sınıf (ServiceEventSource veya ActorEventSource) oluşturulur. Uygulamanız veya hizmetiniz için olaylar ekleyebileceğiniz bir şablon oluşturulur. EventSource adı benzersiz olmalı ve MyCompany-solution-project<<>> varsayılan şablon dizesinden yeniden adlandırılmalıdır. Aynı adı kullanan birden çok EventSource tanımına sahip olmak, çalışma zamanında bir soruna neden olur. Tanımlanan her olayın benzersiz bir tanımlayıcısı olmalıdır. Tanımlayıcı benzersiz değilse çalışma zamanı hatası oluşur. Bazı kuruluşlar, ayrı geliştirme ekipleri arasındaki çakışmaları önlemek için tanımlayıcılar için değer aralıklarını önceden atar. Daha fazla bilgi için Vance'in blogu veya MSDN belgelerine bakın.

  • ASP.NET Çekirdek günlüğü: Kodunuzu nasıl kullanacağınızı dikkatle planlamak önemlidir. Doğru izleme planı, kod tabanınızın istikrarını bozma olasılığını ortadan kaldırmanıza ve ardından kodu yeniden kullanmanıza gerek duymanıza yardımcı olabilir. Riski azaltmak için Microsoft ASP.NET Core'un parçası olan Microsoft.Extensions.Logging gibi bir izleme kitaplığı seçebilirsiniz. ASP.NET Core, tercih ettiğiniz sağlayıcıyla birlikte kullanabileceğiniz bir ILogger arabirimine sahiptir ve mevcut kod üzerindeki etkisini en aza indirir. Windows ve Linux üzerinde ASP.NET Core'da ve tam .NET Framework'te kodu kullanabilirsiniz, böylece izleme kodunuz standartlaştırılır.

Bu önerilerin nasıl kullanılacağına ilişkin örnekler için bkz . Service Fabric uygulamanıza günlük ekleme.

Platform (küme) izleme

Kullanıcı, kodun kendisini yazdığından kendi uygulamasından gelen telemetri verilerinin denetimindedir, ancak Service Fabric platformundaki tanılamalar ne olacak? Service Fabric'in hedeflerinden biri, uygulamaları donanım hatalarına karşı dayanıklı tutmaktır. Bu hedefe, platformun sistem hizmetlerinin altyapı sorunlarını algılama ve iş yüklerini kümedeki diğer düğümlere hızla yük devretme özelliği aracılığıyla ulaşılır. Ancak bu özel durumda, sistem hizmetlerinin kendilerinde sorunlar varsa ne olur? Ya da bir iş yükünü dağıtmaya veya taşımaya çalışırken, hizmetlerin yerleştirilmesine yönelik kurallar ihlal edilir mi? Service Fabric, kümenizde gerçekleşen etkinlik hakkında bilgi sahibi olduğunuzdan emin olmak için bunlar ve daha fazlası için tanılama sağlar. Küme izleme için bazı örnek senaryolar şunlardır:

Platform (küme) izleme hakkında daha fazla bilgi için bkz . Kümeyi izleme.

Service Fabric olayları

Service Fabric, EventStore veya platformun kullanıma sunduğu işletimsel olay kanalı üzerinden erişebileceğiniz kapsamlı bir tanılama olayları kümesi sağlar. Bu Service Fabric olayları platform tarafından düğümler, uygulamalar, hizmetler ve bölümler gibi farklı varlıklarda gerçekleştirilir. Aynı olaylar hem Windows hem de Linux kümelerinde kullanılabilir.

  • Service Fabric olay kanalları: Windows'da Service Fabric olayları, operasyonel ve Veri ve Mesajlaşma kanalları arasında seçim yapmak için kullanılan ilgili logLevelKeywordFilters bir kümeyle tek bir ETW sağlayıcısından kullanılabilir. Bu, gerektiğinde filtrelenecek giden Service Fabric olaylarını ayırma yöntemimizdir. Linux'ta Service Fabric olayları LTTng aracılığıyla gelir ve gerektiğinde filtrelenebilen tek bir Depolama tablosuna konur. Bu kanallar, kümenizin durumunu daha iyi anlamak için kullanılabilecek, seçilmiş, yapılandırılmış olaylar içerir. Tanılamalar, küme oluşturma zamanında varsayılan olarak etkinleştirilir ve bu da gelecekte sorgulamanız için bu kanallardan gelen olayların gönderileceği bir Azure Depolama tablosu oluşturur.

  • EventStore, Service Fabric Explorer'daki Service Fabric platform olaylarını ve Service Fabric İstemci Kitaplığı REST API'sini program aracılığıyla gösteren bir özelliktir. Olay zamanına göre kümenizde her düğüm, hizmet ve uygulama ve sorgu için neler olup bittiğinin anlık görüntüsünü görebilirsiniz. EventStore API'leri yalnızca Azure üzerinde çalışan Windows kümeleri için kullanılabilir. Windows makinelerinde bu olaylar Olay Günlüğü'ne beslenir, böylece Olay Görüntüleyicisi Service Fabric Olaylarını görebilirsiniz.

Düğümler bölmesinin EVENTS sekmesinin nodedown olayı da dahil olmak üzere çeşitli olayları gösteren ekran görüntüsü.

Sağlanan tanılamalar, kullanıma hazır kapsamlı bir olay kümesi biçimindedir. Bu Service Fabric olayları Düğümler, Uygulamalar, Hizmetler, Bölümler vb. gibi farklı varlıklarda platform tarafından yapılan eylemleri gösterir. Yukarıdaki son senaryoda bir düğümün kapanması durumunda platform bir NodeDown olay yayar ve tercih ettiğiniz izleme aracı tarafından size hemen bildirilebilir. Diğer yaygın örnekler arasında ApplicationUpgradeRollbackStarted yük devretme sırasında veya PartitionReconfigured bulunur. Aynı olaylar hem Windows hem de Linux kümelerinde kullanılabilir.

Olaylar hem Windows hem de Linux'ta standart kanallardan gönderilir ve bunları destekleyen herhangi bir izleme aracı tarafından okunabilir. Azure İzleyici çözümü Azure İzleyici günlükleridir. Kümeniz için özel bir işletim panosu ve uyarı oluşturabileceğiniz bazı örnek sorgular içeren Azure İzleyici günlükleri tümleştirmemiz hakkında daha fazla bilgi edinebilirsiniz. Platform düzeyinde olay ve günlük oluşturma konusunda daha fazla küme izleme kavramı mevcuttur.

Sistem durumunu izleme

Service Fabric platformu, bir kümedeki varlıkların durumu için genişletilebilir sistem durumu raporlaması sağlayan bir sistem durumu modeli içerir. Her düğüm, uygulama, hizmet, bölüm, çoğaltma veya örnek sürekli güncelleştirilebilir bir sistem durumuna sahiptir. Sistem durumu "Tamam", "Uyarı" veya "Hata" olabilir. Service Fabric olaylarını küme tarafından çeşitli varlıklara yapılan fiiller ve sistem durumunu her varlık için bir sıfat olarak düşünün. Belirli bir varlığın sistem durumu her geçişinde bir olay da gönderilir. Bu şekilde, diğer tüm olaylar gibi tercih ettiğiniz izleme aracında sistem durumu olayları için sorgular ve uyarılar ayarlayabilirsiniz.

Ayrıca, kullanıcıların varlıklar için sistem durumunu geçersiz kılmalarına bile izin veririz. Uygulamanız bir yükseltmeden geçiyorsa ve doğrulama testleriniz başarısız oluyorsa, uygulamanızın artık iyi durumda olmadığını belirtmek için Sistem Durumu API'sini kullanarak Service Fabric Health'e yazabilirsiniz ve Service Fabric yükseltmeyi otomatik olarak geri alır! Sistem durumu modeli hakkında daha fazla bilgi için Service Fabric sistem durumu izlemesine giriş bölümüne göz atın

SFX sistem durumu panosunun ekran görüntüsü.

Watchdogs

Watchdog genellikle sistem durumunu izleyen ve hizmetler arasında yükleyen, uç noktalara ping atan ve kümedeki beklenmeyen sistem durumu olaylarını bildiren ayrı bir hizmettir. Bu, yalnızca tek bir hizmetin performansına bağlı olarak algılanmayabilecek hataları önlemeye yardımcı olabilir. Watchdogs, belirli zaman aralıklarında depolamadaki günlük dosyalarını temizleme gibi kullanıcı etkileşimi gerektirmeyen düzeltici eylemler gerçekleştiren kodu barındırmak için de iyi bir yerdir. Kullanımı kolay bir watchdog genişletilebilirlik modeli içeren ve hem Windows hem de Linux kümelerinde çalışan tam olarak uygulanan bir SF watchdog hizmeti açık kaynak istiyorsanız FabricObserver projesine bakın. FabricObserver üretime hazır bir yazılımdır. Test ve üretim kümelerinize FabricObserver dağıtmanızı ve eklenti modeli aracılığıyla veya çatal oluşturarak ve kendi yerleşik gözlemcilerinizi yazarak gereksinimlerinizi karşılayacak şekilde genişletmenizi öneririz. Önerilen yaklaşım, önceki (eklentiler) yaklaşımıdır.

Altyapı (performans) izleme

Uygulamanızdaki ve platformdaki tanılamaları ele aldığımıza göre donanımın beklendiği gibi çalıştığını nasıl anlarız? Temel altyapınızı izlemek, kümenizin durumunu ve kaynak kullanımınızı anlamanın önemli bir parçasıdır. Sistem performansını ölçmek, iş yüklerinize bağlı olarak öznel olabilecek birçok faktöre bağlıdır. Bu faktörler genellikle performans sayaçları aracılığıyla ölçülür. Bu performans sayaçları işletim sistemi, .NET çerçevesi veya Service Fabric platformunun kendisi gibi çeşitli kaynaklardan gelebilir. Yararlı olabilecek bazı senaryolar şunlardır:

  • Donanımımı verimli bir şekilde mi kullanıyorum? Donanımınızı %90 CPU'da mı yoksa %10 CPU'da mı kullanmak istiyorsunuz? Bu, kümenizi ölçeklendirirken veya uygulamanızın işlemlerini iyileştirirken kullanışlıdır.
  • Altyapı sorunlarını önceden tahmin edebilir miyim? - birçok sorundan önce performanstaki ani değişiklikler (düşüşler) gelir, bu nedenle sorunları önceden tahmin etmek ve tanılamak için ağ G/Ç ve CPU kullanımı gibi performans sayaçlarını kullanabilirsiniz.

Altyapı düzeyinde toplanması gereken performans sayaçlarının listesi Performans ölçümleri bölümünde bulunabilir.

Küme düzeyindeki olayları izlemek için Azure İzleyici Günlükleri önerilir. Log Analytics aracısını çalışma alanınızla yapılandırdıktan sonra şunları toplayabilirsiniz:

  • CPU kullanımı gibi performans ölçümleri.
  • İşlem düzeyi CPU kullanımı gibi .NET performans sayaçları.
  • Güvenilir bir hizmetten gelen özel durum sayısı gibi Service Fabric performans sayaçları.
  • CPU kullanımı gibi kapsayıcı ölçümleri.

Kaynak türleri

Azure, abonelikteki her şeyi tanımlamak için kaynak türleri ve kimlikler kavramını kullanır. Kaynak türleri, Azure'da çalışan her kaynağın kaynak kimliklerinin de bir parçasıdır. Örneğin, bir sanal makine için kaynak türünden biri olur Microsoft.Compute/virtualMachines. Hizmetlerin ve ilişkili kaynak türlerinin listesi için bkz . Kaynak sağlayıcıları.

Azure İzleyici, çekirdek izleme verilerini benzer şekilde, ad alanları olarak da adlandırılan kaynak türlerine göre ölçümler ve günlükler halinde düzenler. Farklı kaynak türleri için farklı ölçümler ve günlükler kullanılabilir. Hizmetiniz birden fazla kaynak türüyle ilişkilendirilebilir.

Azure Service Fabric kaynak türleri hakkında daha fazla bilgi için bkz . Service Fabric izleme veri başvurusu.

Veri depolama

Azure İzleyici için:

  • Ölçüm verileri Azure İzleyici ölçüm veritabanında depolanır.
  • Günlük verileri Azure İzleyici günlükleri deposunda depolanır. Log Analytics, Azure portalında bu depoyu sorgulayan bir araçtır.
  • Azure etkinlik günlüğü, Azure portalında kendi arabirimine sahip ayrı bir depodur.

İsteğe bağlı olarak ölçüm ve etkinlik günlüğü verilerini Azure İzleyici günlük deposuna yönlendirebilirsiniz. Ardından Log Analytics'i kullanarak verileri sorgulayabilir ve diğer günlük verileriyle ilişkilendirebilirsiniz.

Birçok hizmet, ölçüm ve günlük verilerini Azure İzleyici dışındaki diğer depolama konumlarına göndermek için tanılama ayarlarını kullanabilir. Örnek olarak Event Hubs kullanarak Azure Depolama, barındırılan iş ortağı sistemleri ve Azure dışı iş ortağı sistemleri verilebilir.

Azure İzleyici'nin verileri nasıl depolandığı hakkında ayrıntılı bilgi için bkz . Azure İzleyici veri platformu.

Azure İzleyici platform ölçümleri

Azure İzleyici, birçok hizmet için platform ölçümleri sağlar. Azure İzleyici'deki tüm kaynaklar için toplamanın mümkün olduğu tüm ölçümlerin listesi için bkz . Azure İzleyici'de desteklenen ölçümler.

Bu hizmet platform ölçümlerini toplamaz.

Azure İzleyici tabanlı olmayan ölçümler

Bu hizmet, Azure İzleyici ölçümler veritabanına dahil olmayan diğer ölçümleri sağlar.

Konuk işletim sistemi ölçümleri

Service Fabric küme düğümlerinde çalışan konuk işletim sistemi (OS) ölçümleri, konuk işletim sisteminde çalışan bir veya daha fazla aracı aracılığıyla toplanmalıdır. Konuk işletim sistemi ölçümleri, her ikisi de otomatik ölçeklendirme veya uyarı için sık kullanılan konuk CPU yüzdesini veya bellek kullanımını izleyen performans sayaçlarını içerir.

En iyi yöntemlerden biri Azure İzleyici aracısını kullanarak özel ölçümler API'si aracılığıyla konuk işletim sistemi performans ölçümlerini Azure İzleyici ölçüm veritabanına göndermektir. Konuk işletim sistemi ölçümlerini aynı aracıyı kullanarak Azure İzleyici Günlüklerine gönderebilirsiniz. Ardından Log Analytics'i kullanarak bu ölçümleri ve günlükleri sorgulayabilirsiniz.

Not

Azure İzleyici aracısı, konuk işletim sistemi yönlendirmesi için Azure Tanılama uzantısının ve Log Analytics aracısının yerini alır. Daha fazla bilgi için bkz . Azure İzleyici aracılara genel bakış.

Azure İzleyici kaynak günlükleri

Kaynak günlükleri, bir Azure kaynağı tarafından yapılan işlemler hakkında içgörü sağlar. Günlükler otomatik olarak oluşturulur, ancak bunları kaydetmek veya sorgulamak için Azure İzleyici Günlüklerine yönlendirmeniz gerekir. Günlükler kategoriler halinde düzenlenir. Belirli bir ad alanı, toplayabileceğiniz birden çok kaynak günlüğü kategorisine sahip olabilir.

Bu hizmet kaynak günlüklerini toplamaz, ancak bunlar hakkındaki bilgileri Azure kaynaklarından verileri izleme bölümünde bulabilirsiniz.

Service Fabric günlükleri ve olayları

Service Fabric aşağıdaki günlükleri toplayabilir:

  • Windows kümeleri için Tanılama Aracısı ve Azure İzleyici günlükleriyle küme izleme ayarlayabilirsiniz.
  • Linux kümeleri için Azure İzleyici Günlükleri, Azure platformu ve altyapı izleme için de önerilen araçtır. Linux platformu tanılamaları farklı yapılandırma gerektirir. Daha fazla bilgi için bkz . Syslog'da Service Fabric Linux küme olayları.
  • Azure İzleyici aracısını konuk işletim sistemi günlüklerini Azure İzleyici Günlüklerine gönderecek şekilde yapılandırabilirsiniz. Burada Log Analytics kullanarak bu günlükleri sorgulayabilirsiniz.
  • Azure İzleyici Günlüklerinde kullanılabilmeleri için Service Fabric kapsayıcı günlüklerini stdout veya stderr'a yazabilirsiniz.
  • Kapsayıcı olaylarını görüntülemek için Azure İzleyici Günlükleri için kapsayıcı izleme çözümünü ayarlayabilirsiniz.

Diğer günlük çözümleri

Önerdiğimiz iki çözüm olan Azure İzleyici günlükleri ve Application Insights, Service Fabric ile yerleşik tümleştirmeye sahip olsa da birçok olay ETW sağlayıcıları aracılığıyla yazılır ve diğer günlüğe kaydetme çözümleriyle genişletilebilir. Ayrıca Elastik Yığına (özellikle bir kümeyi çevrimdışı bir ortamda çalıştırmayı düşünüyorsanız), Dynatrace'e veya tercih ettiğiniz başka bir platforma da bakmanız gerekir. Tümleşik iş ortaklarının listesi için bkz . Azure Service Fabric İzleme İş Ortakları.

Seçtiğiniz herhangi bir platformun önemli noktaları arasında kullanıcı arabirimi, sorgulama özellikleri, kullanılabilir özel görselleştirmeler ve panolar ve izleme deneyiminizi geliştirmek için sağladıkları ek araçlar yer almalıdır.

Azure etkinlik günlüğü

Etkinlik günlüğü, bu kaynağın dışından görüldüğü gibi her Azure kaynağı için işlemleri izleyen abonelik düzeyinde olaylar içerir; örneğin, yeni bir kaynak oluşturma veya sanal makine başlatma.

Koleksiyon: Etkinlik günlüğü olayları otomatik olarak oluşturulur ve Azure portalında görüntülemek üzere ayrı bir depoda toplanır.

Yönlendirme: Etkinlik günlüğü verilerini Azure İzleyici Günlüklerine göndererek diğer günlük verileriyle birlikte analiz edebilirsiniz. Azure Depolama, Azure Event Hubs ve belirli Microsoft izleme iş ortakları gibi diğer konumlar da kullanılabilir. Etkinlik günlüğünü yönlendirme hakkında daha fazla bilgi için bkz . Azure etkinlik günlüğüne genel bakış.

İzleme verilerini analiz etme

İzleme verilerini analiz etmek için birçok araç vardır.

Azure İzleyici araçları

Azure İzleyici aşağıdaki temel araçları destekler:

Daha karmaşık görselleştirmelere olanak sağlayan araçlar şunlardır:

Yaygın Service Fabric izleme analizi senaryolarına genel bakış için bkz . Service Fabric ile yaygın senaryoları tanılama.

Azure İzleyici dışarı aktarma araçları

Aşağıdaki yöntemleri kullanarak Azure İzleyici'nin verilerini diğer araçlara alabilirsiniz:

  • Ölçümler: Azure İzleyici ölçüm veritabanından ölçüm verilerini ayıklamak için ölçümler için REST API'sini kullanın. API, alınan verileri iyileştirmek için filtre ifadelerini destekler. Daha fazla bilgi için bkz . Azure İzleyici REST API başvurusu.

  • Günlükler: REST API'sini veya ilişkili istemci kitaplıklarını kullanın.

  • Bir diğer seçenek de çalışma alanı verilerini dışarı aktarmadır.

Azure İzleyici için REST API'yi kullanmaya başlamak için bkz . Azure izleme REST API'sini izleme kılavuzu.

Kusto sorguları

Kusto sorgu dilini (KQL) kullanarak Azure İzleyici Günlükleri/Log Analytics deposundaki izleme verilerini analiz edebilirsiniz.

Önemli

Portaldaki hizmetin menüsünden Günlükler'i seçtiğinizde Log Analytics açılır ve sorgu kapsamı geçerli hizmete ayarlanır. Bu kapsam, günlük sorgularının yalnızca bu kaynak türündeki verileri içereceği anlamına gelir. Diğer Azure hizmetlerinden veri içeren bir sorgu çalıştırmak istiyorsanız Azure İzleyici menüsünden Günlükler'i seçin. Ayrıntılar için bkz . Azure İzleyici Log Analytics'te günlük sorgusu kapsamı ve zaman aralığı.

Herhangi bir hizmet için yaygın sorguların listesi için bkz . Log Analytics sorguları arabirimi.

Örnek sorgular

Aşağıdaki sorgular düğümler üzerindeki eylemler de dahil olmak üzere Service Fabric Olaylarını döndürür. Diğer yararlı sorgular için bkz . Service Fabric Olayları.

Son bir saat içinde kaydedilen operasyonel olayları döndür:

ServiceFabricOperationalEvent
| where TimeGenerated > ago(1h)
| join kind=leftouter ServiceFabricEvent on EventId
| project EventId, EventName, TaskName, Computer, ApplicationName, EventMessage, TimeGenerated
| sort by TimeGenerated

HealthState == 3 (Hata) ile Sistem Durumu Raporlarını döndür ve alandan EventMessage daha fazla özellik ayıkla:

ServiceFabricOperationalEvent
| join kind=leftouter ServiceFabricEvent on EventId
| extend HealthStateId = extract(@"HealthState=(\S+) ", 1, EventMessage, typeof(int))
| where TaskName == 'HM' and HealthStateId == 3
| extend SourceId = extract(@"SourceId=(\S+) ", 1, EventMessage, typeof(string)),
         Property = extract(@"Property=(\S+) ", 1, EventMessage, typeof(string)),
         HealthState = case(HealthStateId == 0, 'Invalid', HealthStateId == 1, 'Ok', HealthStateId == 2, 'Warning', HealthStateId == 3, 'Error', 'Unknown'),
         TTL = extract(@"TTL=(\S+) ", 1, EventMessage, typeof(string)),
         SequenceNumber = extract(@"SequenceNumber=(\S+) ", 1, EventMessage, typeof(string)),
         Description = extract(@"Description='([\S\s, ^']+)' ", 1, EventMessage, typeof(string)),
         RemoveWhenExpired = extract(@"RemoveWhenExpired=(\S+) ", 1, EventMessage, typeof(bool)),
         SourceUTCTimestamp = extract(@"SourceUTCTimestamp=(\S+)", 1, EventMessage, typeof(datetime)),
         ApplicationName = extract(@"ApplicationName=(\S+) ", 1, EventMessage, typeof(string)),
         ServiceManifest = extract(@"ServiceManifest=(\S+) ", 1, EventMessage, typeof(string)),
         InstanceId = extract(@"InstanceId=(\S+) ", 1, EventMessage, typeof(string)),
         ServicePackageActivationId = extract(@"ServicePackageActivationId=(\S+) ", 1, EventMessage, typeof(string)),
         NodeName = extract(@"NodeName=(\S+) ", 1, EventMessage, typeof(string)),
         Partition = extract(@"Partition=(\S+) ", 1, EventMessage, typeof(string)),
         StatelessInstance = extract(@"StatelessInstance=(\S+) ", 1, EventMessage, typeof(string)),
         StatefulReplica = extract(@"StatefulReplica=(\S+) ", 1, EventMessage, typeof(string))

Belirli bir hizmet ve düğümle toplanan Service Fabric işlem olaylarını alın:

ServiceFabricOperationalEvent
| where ApplicationName  != "" and ServiceName != ""
| summarize AggregatedValue = count() by ApplicationName, ServiceName, Computer

Uyarılar

Azure İzleyici uyarıları, izleme verilerinizde belirli koşullar bulunduğunda sizi proaktif olarak bilgilendirir. Uyarılar, müşterileriniz fark etmeden önce sisteminizdeki sorunları tanımlamanıza ve çözmenize olanak sağlar. Daha fazla bilgi için bkz . Azure İzleyici uyarıları.

Azure kaynakları için birçok yaygın uyarı kaynağı vardır. Azure kaynaklarına yönelik yaygın uyarı örnekleri için bkz . Örnek günlük uyarısı sorguları. Azure İzleyici Temel Uyarıları (AMBA) sitesi, önemli platform ölçüm uyarılarını, panolarını ve yönergelerini uygulamak için yarı otomatik bir yöntem sağlar. Site, Azure Giriş Bölgesi'nin (ALZ) parçası olan tüm hizmetler de dahil olmak üzere Azure hizmetlerinin sürekli olarak genişleyen bir alt kümesi için geçerlidir.

Ortak uyarı şeması, Azure İzleyici uyarı bildirimlerinin kullanımını standartlaştırır. Daha fazla bilgi için bkz . Ortak uyarı şeması.

Uyarı türleri

Azure İzleyici veri platformundaki herhangi bir ölçüm veya günlük veri kaynağı hakkında uyarı alabilirsiniz. İzlediğiniz hizmetlere ve topladığınız izleme verilerine bağlı olarak birçok farklı uyarı türü vardır. Farklı uyarı türlerinin çeşitli avantajları ve dezavantajları vardır. Daha fazla bilgi için bkz . Doğru izleme uyarı türünü seçme.

Aşağıdaki listede oluşturabileceğiniz Azure İzleyici uyarılarının türleri açıklanmaktadır:

  • Ölçüm uyarıları , kaynak ölçümlerini düzenli aralıklarla değerlendirir. Ölçümler platform ölçümleri, özel ölçümler, Azure İzleyici'den ölçümlere dönüştürülen günlükler veya Application Insights ölçümleri olabilir. Ölçüm uyarıları birden çok koşul ve dinamik eşik de uygulayabilir.
  • Günlük uyarıları , kullanıcıların önceden tanımlanmış bir sıklıkta kaynak günlüklerini değerlendirmek için Log Analytics sorgusu kullanmasına olanak sağlar.
  • Etkinlik günlüğü uyarıları , tanımlı koşullarla eşleşen yeni bir etkinlik günlüğü olayı oluştuğunda tetikler. Kaynak Durumu uyarıları ve Hizmet Durumu uyarıları, hizmetiniz ve kaynak durumunuz hakkında rapor veren etkinlik günlüğü uyarılarıdır.

Bazı Azure hizmetleri akıllı algılama uyarılarını, Prometheus uyarılarını veya önerilen uyarı kurallarını da destekler.

Bazı hizmetler için, aynı Azure bölgesinde bulunan aynı türdeki birden çok kaynağa aynı ölçüm uyarı kuralını uygulayarak büyük ölçekte izleyebilirsiniz. İzlenen her kaynak için tek tek bildirimler gönderilir. Desteklenen Azure hizmetleri ve bulutları için bkz . Tek bir uyarı kuralıyla birden çok kaynağı izleme.

Service Fabric uyarı kuralları

Aşağıdaki tabloda Service Fabric için bazı uyarı kuralları listeledik. Bu uyarılar yalnızca örnektir. Service Fabric izleme veri başvurusunda veya Service Fabric olaylarının listesinde listelenen herhangi bir ölçüm, günlük girişi veya etkinlik günlüğü girişi için uyarılar ayarlayabilirsiniz.

Uyarı türü Koşul Açıklama
Düğüm olayı Düğüm çalışmıyor ServiceFabricOperationalEvent burada EventID >= 25622 ve EventID <= 25626. Bu Olay Kimlikleri Düğüm olayları başvurusunda bulunur.
Uygulama olayı Uygulama yükseltme geri alma ServiceFabricOperationalEvent burada EventID == 29623 veya EventID == 29624. Bu Olay Kimlikleri Uygulama olayları başvurusunda bulunur.
Kaynak durumu Yükseltme hizmetine ulaşılamıyor/kullanılamıyor Küme UpgradeServiceUnreachable durumuna gider.

Danışman önerileri

Bazı hizmetler için, kaynak işlemleri sırasında kritik koşullar veya yakın değişiklikler gerçekleşirse portaldaki hizmete Genel Bakış sayfasında bir uyarı görüntülenir. Uyarı için daha fazla bilgi ve önerilen düzeltmeleri soldaki menüde İzleme altında Danışman önerileri bölümünde bulabilirsiniz. Normal işlemler sırasında hiçbir danışman önerisi görüntülenmez.

Azure Danışmanı hakkında daha fazla bilgi için bkz . Azure Danışmanına genel bakış.

İzleme ve örnek senaryoların her alanını ele aldığımıza göre, yukarıdaki tüm alanları izlemek için gereken Azure izleme araçlarının ve kurulumunun özeti aşağıda verilmiştir.

Ayrıca tüm gerekli kaynakların ve aracıların dağıtımını otomatikleştirmek için örnek ARM şablonunu kullanabilir ve değiştirebilirsiniz.

İlgili içerik