Güvenilirlik için uygulama durumunu izleme

İzleme ve tanılama, kullanılabilirlik ve dayanıklılık açısından önemlidir. Bir şeyler başarısız olursa, başarısız olduğunu , başarısızolduğunu ve nedeninibilmeniz gerekir.

İzleme , hata algılamaylaaynı değildir. Örneğin, uygulamanız geçici bir hata algılayabilir ve yeniden denemeyebilir ve kapalı kalma süresi önlenir. Ancak uygulama durumunun genel bir resmini almak için hata oranını izleyebilmeniz için yeniden deneme işlemini de günlüğe kaydeder.

Önemli noktalar

• Eylem yapılabilir ve etkili bir şekilde önceliklendirilmiş uyarıları tanımlayın.
• Limitlerinin ve kotaların yaklaştığı Hizmetleri yoklayacak uyarılar oluşturun.
• Performans anormalilerini algılamak ve çözmek için uygulama araçları 'nı kullanın.
• Uzun süre çalışan işlemlerin ilerlemesini izleyin.
• Uygulama durumunun genel bir görünümünü elde etmek için sorunları giderin.

Uyarı

Uyarılar, izleme sırasında bulunan sistem durumu sorunlarının bildirimlerinden oluşur. Uyarılar yalnızca, tanımlı işlem yordamları aracılığıyla çağrı tabanlı mühendisler tarafından işlem yapılabilir ve etkili bir şekilde önceliklendirildiklerinde değer sağlar. Bir işlecin sorun veya eğilimleri hızla fark ettiğini kolaylaştıran bir panoda veya e-posta uyarı biçiminde telemetri verileri sunun.

Hizmet düzeyi uyarıları

Hizmet düzeyi olaylarına yanıt vermek Için Azure hizmet durumu ' nu kullanın. Azure hizmet durumu, Azure hizmetleri ve bölgelerinin sistem durumuna bir görünüm sağlar. Aşağıdaki hizmetleri etkileyen iletişimler yayınlar:

• Kesintileri
• Planlı bakım etkinlikleri
• Diğer sistem durumu Danışma belgeleri

Azure hizmet durumu uyarıları, hizmet durumu olaylarını operationto edilecek şekilde yapılandırılmalıdır. Ancak, ilişkili gecikme süreleri nedeniyle sorunları algılamak için hizmet durumu uyarıları kullanılmamalıdır. 5Otomatikleştirilmiş sorunlar için bir dakikalık hizmet düzeyi hedefi (SLO) vardır, ancak birçok sorun bir kök neden analizi (RCA) tanımlamak için el ile yorum gerektirir. Bunun yerine, bir işlemsel yanıtı bilgilendirmek için algılanan ve sistem durumu modeli üzerinden ortaya çıkan sorunları yorumlamaya yardımcı olmak üzere uyarılar kullanılmalıdır.

Daha fazla bilgi edinmek için Azure hizmet durumu'na başvurun.

Kaynak düzeyi uyarıları

Kaynak düzeyindeki olaylara yanıt vermek için Azure Kaynak durumu kullanın. Azure Kaynak Durumu belirli bir sanal makine gibi ayrı kaynakların sistem durumu hakkında bilgi sağlar ve kullanılamayan kaynakları tanılarken çok yararlı olur.

Belirli kaynak grupları ve kaynak türleri için Azure Kaynak Durumu Uyarıları yapılandırılmalıdır. Bu uyarılar, gürültü oranlarına yönelik sinyali en üst düzeye çıkarmak için ayarlanmalıdır. Örneğin, yalnızca bir kaynak uygulama durumu modeline göre sağlıksız hale geldiğinde veya Azure platformu tarafından başlatılan bir olay nedeniyle bildirim dağıtın. Kaynak kullanım dışı bırakmak için uygun bir eşik ayarlarken geçici sorunları göz önünde bulundurmanız önemlidir. Örneğin, bir uyarı tetiklenene kadar, bir sanal makine için dakika eşiğine sahip bir uyarı yapılandırın 1 .

Daha fazla bilgi edinmek için Azure Kaynak durumubaşvurun.

Panolar

Aşağıdaki listeden izleme grafiklerinin birleştirilmiş bir görünümünü oluşturmak için Azure panoları kullanarak uygulama durumunun tam yığın görünümünü de alabilirsiniz:

• Application Insights
• Log Analytics
• Azure Izleyici ölçümleri
• Hizmet Durumu

Örnekler

Uyarılar oluşturma ve sorgulama ile ilgili bazı örnekler aşağıda verilmiştir:

• Healthalert: kaynak düzeyinde sistem durumu etkinlik günlüğü uyarılarını oluşturma hakkında bir örnek. Örnek, uyarı oluşturmak için Azure Resource Manager kullanır.
• Graphalertspssample: aboneliğinize göre oluşturulan uyarıları sorgulayan bir PowerShell komutları kümesi.

Azure aboneliği ve hizmet limitleri

Azure abonelikleri, kaynak grupları, Çekirdekler ve depolama hesapları gibi belirli kaynak türlerinde sınırlara sahiptir. Uygulamanızın Azure abonelik sınırlarına karşı çalıştırılmamasını sağlamak için, sınırlarına ve kotalara yaklaştığı Hizmetleri yoklayacak uyarılar oluşturun.

Uyarılarla aşağıdaki abonelik limitlerini ele edin.

Bireysel hizmetler

Tek tek Azure hizmetlerinde tüketim limitleri vardır:

• Depolama
• Aktarım hızı
• Bağlantı sayısı
• Saniyedeki istek

Uygulamanız bu sınırların ötesinde kaynakları kullanmayı denerse, hizmet azaltma ve olası kapalı kalma süresine yol açar.

Belirli hizmet ve uygulama gereksinimlerinize bağlı olarak, genellikle ölçeği yukarı (başka bir fiyatlandırma katmanını seçerek) veya ölçeği genişletme (yeni örnekler ekleme) ile bu limitlerin altında kalabilirler.

Azure depolama ölçeklenebilirlik ve performans hedefleri

Azure, abonelik başına en fazla depolama hesabı sayısını sağlar. Uygulamanız aboneliğinizde Şu anda kullanılabilir olandan daha fazla depolama hesabı gerektiriyorsa, ek depolama hesaplarıyla yeni bir abonelik oluşturun. Daha fazla bilgi için bkz. Azure aboneliği ve hizmet limitleri, Kotalar ve kısıtlamalar.

Sanal makine diskleri için ölçeklenebilirlik hedefleri

Bir hizmet olarak altyapı (IaaS) sanal makinesi, sanal makine boyutu ve depolama hesabı türü dahil olmak üzere çeşitli faktörlere bağlı olarak birçok veri diski eklemeyi destekler. Uygulamanız sanal makine disklerinin ölçeklenebilirlik hedeflerini aşarsa, ek depolama hesapları sağlayın ve sanal makine disklerini orada oluşturun. Daha fazla bilgi edinmek için VM diskleri için başvuru ölçeklenebilirliği ve performans hedefleri.

Sanal makine boyutu

Sanal makinelerinizin gerçek CPU, bellek, disk ve g/ç değeri, sanal makine boyutu sınırlarına yaklaşıyorsa, uygulamanız kapasite sorunları yaşıyor olabilir. Sorunları düzeltmek için, sanal makine boyutunu artırın.

İş yükünüz zaman içinde dalgalanmadan, sanal örnek sayısını otomatik olarak ölçeklendirmek için sanal makine ölçek kümelerini kullanmayı göz önünde bulundurun. Aksi takdirde, sanal makine sayısını el ile artırmanız veya azaltmanız gerekir.

Azure SQL Veritabanı

Azure SQL Veritabanı katmanınız uygulamanızın veritabanı işlem birimi (DTU) gereksinimlerini işlemek için yeterli değilse, veri kullanımı kısıtlanacak. doğru hizmet planı seçme hakkında daha fazla bilgi için, bkz. Azure SQL Veritabanı satın alma modelleri.

İzleme

Müşteri deneyimini ölçmek için uygulamaları işaretleyin. Etkin izleme, müşteri deneyimini ve uygulama kullanılabilirliğini etkileyebilecek performans bozuklularını tespit etmek ve çözmek için önemlidir. Güçlü bir uygulama sistem durumu modeli oluşturmak için, paylaşılan bir NVA veya Express Route bağlantısı gibi kritik iç bağımlılıkların işletimsel durumuyla ilgili görünürlük elde etmeniz çok önemlidir.

Otomatik yük devretme ve yeniden çalışma sistemleri, izleme ve izleme 'nin doğru çalışmasına bağlıdır. Sistem durumu ve operatör uyarılarını görselleştirmeye yönelik panolar, doğru izleme ve izleme olmaya de bağlıdır. Bu öğeler başarısız olursa, kritik bilgileri kaçırır veya tutarsız veriler raporlayabilir, bir operatör sistemin sağlıksız veya başarısız olduğunu fark etmez. İzleme sistemlerini test planınıza eklediğinizden emin olun.

Bağımlı hizmetlere yapılan çağrıları izlemek için uygulamaları işaretleyin. Bağımlılık izleme ve bağımlılık çağrılarının süresini ölçmek, genel uygulama sistem durumunu ölçmek için de önemlidir. Uygulamanın bir sistem durumu modelini bilgilendirmek için kullanılmalıdır.

Microsoft, günlüklerin toplanmasını ve depolanmasını ve kritik bileşenlerin önemli ölçümlerini önerir.

Zengin araçlar sağlama:

• Olası, ancak henüz gerçekleşmemiş olan hatalara yönelik olarak: sorunun nedenini belirlemede yeterli veri sağlayın, durumu azaltın ve sistemin kullanılabilir durumda kalmasını sağlayın.
• Zaten oluşan hatalar için: uygulama kullanıcıya uygun bir hata iletisi döndürmelidir, ancak azaltılmış işlevlere rağmen çalışmaya devam etmeyi denemelidir.

İzleme sistemleri, uygulamaların verimli bir şekilde geri yüklenebilmesi için kapsamlı Ayrıntılar yakalamamalıdır ve gerekirse, tasarımcılar ve geliştiriciler, durumun tekrarlanmasını engelleyecek şekilde sistemi değiştirebilir.

Uzun süre çalışan iş akışı sorunları

Uzun süre çalışan iş akışları genellikle her birinin bağımsız olması gereken birden çok adım içerir.

Tüm iş akışının geri alınması veya birden çok telafi işleminin yürütülmesi için gerekli olma olasılığını en aza indirmek için uzun süre çalışan işlemlerin ilerlemesini izleyin.

Analiz ve tanılama

Sorunları gidermek ve uygulama durumunun genel bir görünümünü elde etmek için bu veri depolarında birleştirilmiş verileri analiz etme. Genel olarak, Kusto sorgularını kullanarak Application Analizlerve Log Analytics'te verileri arayabilir ve analiz eder veya yönetim çözümlerini kullanarak önceden yapılandırılmış grafikleri görüntüebilirsiniz. Önerileri Azure Danışmanı ve performansa odaklanarak görüntülemek için Azure Danışmanı'yi kullanın.

İlgili bağlantılar

• Panolar hakkında bilgi için Azure panoları'ne bakın.
• Sanal makine boyutları hakkında bilgi için Azure'da sanal makineler için boyutlar'a bakın.
• Ölçek kümeleri hakkında bilgi için sanal makine ölçek kümelerine genel bakış'a bakın.

Geri dön makaleye bakın: İzleme

Sonraki adım