Azure İzleyici uyarılarındaki sorunları giderme
Bu makalede Azure İzleyici uyarılarında ve bildirimlerinde sık karşılaşılan sorunlar ele alınmaktadır. Azure İzleyici uyarıları , izleme verilerinizde önemli koşullar bulunduğunda sizi proaktif olarak bilgilendirir.
Azure ölçümü veya günlük araması uyarılarıyla ilgili sorunları giderme hakkında belirli bilgiler için bkz:
- Azure İzleyici ölçüm uyarılarıyla ilgili sorunları giderme
- Azure İzleyici günlük araması uyarılarıyla ilgili sorunları giderme
Sorun gidermeden önce
Uyarı istendiği gibi tetikleniyor ancak doğru bildirimler beklendiği gibi çalışmıyorsa, doğru yapılandırıldığından emin olmak için önce eylem grubunuzu test edin.
Aksi takdirde, sorununuzu gidermek için bu makalenin geri kalanındaki bilgileri kullanın.
Beklenen e-postayı almadım
Azure portalında tetiklenen bir uyarı görebiliyorsanız ancak yapılandırdığınız e-postayı almadıysanız şu adımları izleyin:
E-posta bir uyarı işleme kuralı tarafından gizlendi mi?
Portalda tetiklenen uyarıya tıklayarak denetleyin ve gizlenen eylem grupları için geçmiş sekmesine bakın:
Eylem türü "E-posta Azure Resource Manager Rolü" mü?
Bu eylem yalnızca abonelik kapsamında ve Kullanıcı veya Grup türündeki Azure Resource Manager rol atamalarına bakar. Rolü kaynak düzeyinde veya kaynak grubu düzeyinde değil abonelik düzeyinde atadığınızdan emin olun.
E-posta sunucunuz ve posta kutunuz dışarıdan gelen e-postaları kabul ediyor mu?
Şu üç adresten gelen e-postaların engellenmediğini doğrulayın:
- azure-noreply@microsoft.com
- azureemail-noreply@microsoft.com
- alerts-noreply@mail.windowsazure.com
İç posta listelerinin veya dağıtım listelerinin dış e-posta adreslerinden gelen e-postaları engellemesi yaygındır. Yukarıdaki e-posta adreslerinden gelen postalara izin verdiğinizden emin olun. Test etmek için eylem grubuna normal bir iş e-posta adresi (posta listesi değil) ekleyin ve e-postanın eklediğiniz adrese gönderilip gönderilmediğine bakın.
E-posta gelen kutusu kuralları veya istenmeyen posta filtresi tarafından işlenmiş olabilir mi?
Bu e-postaları silen veya başka bir klasöre taşıyan bir gelen kutusu kuralı bulunmadığını doğrulayın. Örneğin gelen kutusu kurallarını kullanarak belirli gönderenlere veya konuda geçen belirli sözcüklere göre işlem yapabilirsiniz. Ayrıca şunları denetleyin:
- E-posta istemcinizin istenmeyen posta ayarları (Outlook, Gmail gibi)
- E-posta sunucunuzun gönderen sınırları / istenmeyen posta ayarları / karantina ayarları (Exchange, Microsoft 365, G-suite gibi)
- Varsa e-posta güvenlik gerecinizin (Barracuda, Cisco gibi) ayarları.
Eylem grubu aboneliğinizi yanlışlıkla mı iptal ettiniz?
Not
Bir eylem grubundan aboneliğinizi kaldırırsanız dağıtım listesindeki tüm üyelerin de aboneliği kaldırılacağını unutmayın. Dağıtım listesi e-posta adresinizi kullanmaya devam edebilirsiniz. Ancak kullanıcılara dağıtım listenizin aboneliğini kaldırdıkları takdirde yalnızca kendileri yerine dağıtım listesinin tamamının aboneliğini kaldırdıklarını bildirmeniz gerekir. Bunun geçici bir çözümü, eylem grubundaki tüm kullanıcıların e-posta adresini tek tek eklemektir. Bir eylem grubu en fazla 1000 e-posta adresi içerebilir. Ardından, belirli bir kullanıcı aboneliği kaldırmak isterse, diğer kullanıcıları etkilemeden bunu yapabilir. Ayrıca hangi kullanıcıların aboneliğinin kaldırıldığını da görebilirsiniz.
Uyarı e-postalarında eylem grubu aboneliğinden çıkma bağlantısı bulunur. Bu eylem grubundan yanlışlıkla aboneliğinizi kaldırmış olup olmadığını denetlemek için:
- Eylem grubunu portalda açın ve Durum sütununu kontrol edin:
- E-postalarınızın arasında abonelikten çıkma onayını arayın:
Yeniden abone olmak için, aldığınız abonelikten çıkma onay e-postasında bulunan bağlantıyı kullanın veya e-posta adresini eylem grubundan kaldırıp yeniden ekleyin.
Tek bir e-posta adresine giden birçok e-posta göndererek hizmet sınırlarını aştınız mı?
Her bir e-posta adresine gönderilen e-posta sayısı saatte 100 e-posta ile sınırlandırılmıştır. Bu eşiği geçerseniz, başka e-posta bildirimi gönderilmez. E-posta adresinizin geçici olarak sınırlı olduğunu belirten bir ileti alınıp alınmadığını denetleyin:
Hız sınırlaması olmadan yüksek hacimli bildirimler almak istiyorsanız, aşağıdakiler gibi farklı bir eylem kullanmayı göz önünde bulundurun:
- Web Kancası
- Mantıksal uygulama
- Azure işlevi
- Otomasyon runbook'ları
Bu eylemlerin hiçbiri hız sınırlaması değildir.
Beklenen SMS, sesli arama veya anında iletme bildirimini almadım
Portalda tetiklenen bir uyarı görebiliyorsanız ancak yapılandırdığınız SMS, sesli arama veya anında iletme bildirimini almadıysanız şu adımları izleyin:
Eylem bir uyarı işleme kuralı tarafından gizlendi mi?
Portalda tetiklenen uyarıya tıklayarak denetleyin ve gizlenen eylem grupları için geçmiş sekmesine bakın:
Bu yanlışlıkla olduysa, uyarı işleme kuralını değiştirebilir, devre dışı bırakabilir veya silebilirsiniz.
SMS/ses: Telefon numaranız doğru mu?
SMS’de ülke kodu veya telefon numarasında yazım hataları olup olmadığını denetleyin.
SMS/ses: Hizmet sınırlarını aştınız mı?
SMS’lerin ve sesli aramaların, telefon numarası başına beş dakikada bir bildirime denk gelen bir hız sınırı vardır. Bu eşiği geçerseniz bildirimler bırakılır.
- Sesli arama - Arama geçmişinizi kontrol edin ve önceki beş dakika içinde Azure'dan farklı bir çağrı alıp almadığınıza bakın.
- SMS - Telefon numaranızın hız sınırı olduğunu belirten bir ileti için SMS geçmişinizi kontrol edin.
Hız sınırlaması olmadan yüksek hacimli bildirimler almak istiyorsanız, aşağıdakiler gibi farklı bir eylem kullanmayı göz önünde bulundurun:
- Web Kancası
- Mantıksal uygulama
- Azure işlevi
- Otomasyon runbook'ları
Bu eylemlerin hiçbiri hız sınırlaması değildir.
SMS: Eylem grubu aboneliğinizi yanlışlıkla mı iptal ettiniz?
SMS geçmişinizi açın ve bu eylem grubundan (DISABLE action_group_short_name yanıtını kullanarak) veya tüm eylem gruplarından (STOP yanıtını kullanarak) SMS teslimini iptal edip etmediğinizden emin olun.
Yeniden abone olmak için uygun SMS komutunu gönderin (ENABLE eylem_grubu_kısa_adı veya START) ya da eylem grubundan SMS eylemini kaldırın ve sonra yeniden ekleyin. Daha fazla bilgi için bkz. Eylem gruplarında SMS uyarı davranışı.
Telefonunuzda bildirimleri yanlışlıkla mı engellediniz?
Cep telefonlarının çoğu belirli telefon numaralarından veya kısa kodlardan gelen aramaları veya SMS’leri engellemenize ya da belirli uygulamalardan (Azure mobil uygulaması gibi) gelen anında iletme bildirimlerini engellemenize izin verir. Telefonunuzda bildirimleri yanlışla engellemiş olup olmadığınızı denetlemek için, telefonun işletim sistemine ve modeline özgü belgelerde arama yapın ya da farklı bir telefonla ve telefon numarasıyla test edin.
Beklenen eylem tetiklemedi
Portalda tetiklenen bir uyarıyı görebiliyorsanız ancak yapılandırılmış eylemi tetiklenmediyse şu adımları izleyin:
Eylem bir uyarı işleme kuralı tarafından gizlendi mi?
Portalda tetiklenen uyarıya tıklayarak denetleyin ve gizlenen eylem grupları için geçmiş sekmesine bakın:
Bu yanlışlıkla olduysa, uyarı işleme kuralını değiştirebilir, devre dışı bırakabilir veya silebilirsiniz.
Web kancası tetiklenmiş mi?
Kaynak IP adresi engellendi mi?
Web kancasının çağrıldığı IP adreslerini izin verilenler listenize ekleyin.
Web kancası uç noktanız düzgün çalışıyor mu?
Yapılandırdığınız web kancası uç noktasının doğru olduğunu ve uç noktanın düzgün çalıştığını doğrulayın. Web kancası günlüklerinizi denetleyin veya inceleyebilmek için kodunu izleyin (örneğin gelen yükü günlüğe kaydedin).
Slack veya Microsoft Teams'i aramak için doğru biçimi mi kullanıyorsunuz?
Bu uç noktalardan her biri belirli bir JSON biçimi bekler. Onun yerine bu yönergeleri izleyerek bir mantıksal uygulama eylemi yapılandırın.Web kancanız yanıt vermemeye mi başladı yoksa hata döndürüp döndürmedi mi?
Web kancası eylem grupları genellikle çağrıldığında şu kuralları izler:
- Bir web kancası çağrıldığında, ilk çağrı başarısız olursa, en az 1 kez daha yeniden denenir ve çeşitli gecikme aralıklarında (5, 20, 40 saniye) en fazla beş kez (5 yeniden deneme).
- 1. ve 2. deneme arasındaki gecikme 5 saniyedir
- 2. ve 3. deneme arasındaki gecikme 20 saniyedir
- 3. ve 4. deneme arasındaki gecikme 5 saniyedir
- 4. ve 5. deneme arasındaki gecikme 40 saniyedir
- 5. ve 6. deneme arasındaki gecikme 5 saniyedir
- Web kancasını çağırmaya yönelik yeniden denemeler başarısız olduktan sonra, hiçbir eylem grubu uç noktayı 15 dakika boyunca çağırmaz.
- Yeniden deneme mantığı, çağrının yeniden denenebileceğini varsayar. Durum kodları: 408, 429, 503, 504 veya
HttpRequestException
,WebException
ya daTaskCancellationException
aramanın yeniden denenebilmesini sağlar.
- Bir web kancası çağrıldığında, ilk çağrı başarısız olursa, en az 1 kez daha yeniden denenir ve çeşitli gecikme aralıklarında (5, 20, 40 saniye) en fazla beş kez (5 yeniden deneme).
Eylem veya bildirim birden çok kez gerçekleşti
Bir uyarı için birden çok kez bildirim (e-posta veya SMS gibi) aldıysanız veya uyarının eylemi (web kancası veya Azure işlevi gibi) birden çok kez tetiklendiyse şu adımları izleyin:
Bu gerçekten aynı uyarı mı?
Bazı durumlarda yaklaşık aynı zamanda birbirine benzer birden çok uyarı tetiklenir. Dolayısıyla aynı uyarı eylemlerini birden çok kez tetikliyor gibi görünebilir. Örneğin, etkinlik durumu alanına filtre uygulamadan etkinlik günlüğü uyarı kuralı hem bir olay başladığında hem de bittiğinde (başarılı veya başarısız) tetiklenecek şekilde yapılandırılabilir.
Bu eylemlerin veya bildirimlerin farklı uyarılardan gelip gelmediğini denetlemek için uyarı ayrıntılarını inceleyin; örneğin zaman damgasına ve olay kimliğine veya bağıntı kimliğine bakın. Alternatif olarak portaldaki tetiklenmiş uyarıların listesini denetleyin. Böyle bir durumda uyarı kuralı mantığını uyarlamanız veya uyarı kaynağını başka bir şekilde yapılandırmanız gerekir.
Eylem birden çok eylem grubunda yineleniyor mu?
Bir uyarı tetiklendiğinde bu eylem gruplarından her biri bağımsız olarak işlenir. Dolayısıyla bir eylem (örneğin e-posta adresi) birden çok tetiklenmiş eylem grubunda yer alıyorsa, eylem grubu başına bir kez çağrılabilir.
Hangi eylem gruplarının tetiklendiğini denetlemek için uyarı geçmişi sekmesini denetleyin. Uyarı kuralında tanımlanan eylem gruplarının ve uyarı işleme kuralları tarafından uyarıya eklenen eylem gruplarını görürsünüz:
Eylem veya bildirimde beklenmeyen içerik var
Geri dönüş e-posta sağlayıcısının kullanımını tetikleyen bir kesinti oldu mu?
Eylem Grupları, e-posta bildiriminin teslim edilmesini sağlamak için iki farklı e-posta sağlayıcısı kullanır. Birincil e-posta sağlayıcısı dayanıklıdır ve hızlıdır ancak bazen kesintiler yaşanıyor. Kesintiler olduğunda, ikincil e-posta sağlayıcısı e-posta isteklerini işler. İkincil sağlayıcı yalnızca bir geri dönüş çözümüdür. Sağlayıcı farklılıkları nedeniyle, ikincil sağlayıcımızdan gönderilen bir e-postanın e-posta deneyimi düşürülmüş olabilir. Düşüş biraz farklı e-posta biçimlendirmesine ve içeriğine neden olur. E-posta şablonları iki sistem arasında farklılık gösterdiğinden, iki sistem arasında eşliği korumak mümkün değildir.
Geri dönüş çözümü tarafından oluşturulan bildirimler, şu ifadeleri içeren bir not içerir:
"Bu, düzeyi düşürülmüş bir e-posta deneyimidir. Bu, biçimlendirmenin kapalı olabileceği veya ayrıntıların eksik olabileceği anlamına gelir. Düzeyi düşürülmüş e-posta deneyimi hakkında daha fazla bilgi için burayı okuyun."
Bildiriminiz bu notu içermiyorsa ve uyarıyı aldıysanız ancak bazı alanlarının eksik veya yanlış olduğuna inanıyorsanız yük biçimini denetleyin.
Uyarı kuralını yapılandırırken hangi biçimi kullandınız?
Her eylem türünün (e-posta, web kancası vb.) iki biçimi vardır: varsayılan, eski biçim ve ortak şema biçimi. Eylem grubu oluşturduğunuzda, eylemin biçimini belirtirsiniz. Eylem gruplarındaki farklı eylemlerin biçimleri farklı olabilir.
Örneğin, web kancası eylemleri için:
Eylem düzeyinde belirtilen biçimin beklediğiniz şey olup olmadığını kontrol edin. Örneğin, uyarılara (web kancası, işlev, mantıksal uygulama vb.) yanıt veren, bir biçim bekleyen, ancak daha sonra sizin veya başka bir kişinin farklı bir biçim belirttiği eylemde kod geliştirmiş olabilirsiniz.
Ayrıca etkinlik günlüğü uyarıları, günlük araması uyarıları (Application Insights ve günlük analizi), ölçüm uyarıları, ortak uyarı şeması ve kullanım dışı olan klasik ölçüm uyarıları için yük biçimini (JSON) kontrol edin.
Arama sonuçları günlük araması uyarı bildirimlerine dahil değildir.
Günlük araması uyarıları API'si sürüm 2021-08-01 itibarıyla arama sonuçları uyarı bildirimi yükünden kaldırılmıştır. Arama sonuçları yalnızca eski API sürümleriyle (2018-04-16) oluşturulan uyarı kuralları için kullanılabilir. Azure portalı aracılığıyla yeni uyarı kuralları oluşturulması, varsayılan olarak kuralı daha yeni sürümle oluşturur. Güncelleştirilmiş sürümü kullanmak amacıyla yapılan değişiklikler ve önerilen ayarlamalar hakkında bilgi edinmek için Günlük uyarısı kuralı oluşturma deneyimindeki değişiklikler bölümünü izleyin.
Bu alan, MetricValue
çözümlenen günlük araması uyarı bildirimleri için "null" içerir.
Bu tasarım gereğidir. Durum bilgisi olan günlük araması uyarıları, değer tabanlı yerine zamana dayalı bir çözümleme mantığı kullanır. Uyarının çözümlenmesine neden olan bir değer olmadığından, azure izleyicisi null ölçüm değeri gönderiyor, bunun yerine geçen süre.
Boyutlar listesi boş veya uyarı başlığı boyut adı içermiyor
Sonuç döndürmeyen bir günlük araması uyarı kuralınız olduğunda uyarı beklendiği gibi tetiklenebilir, ancak boyut listesi boş olur veya uyarı başlığı boyut adı içermez. Sorgu herhangi bir satır döndürmediğinde, kaynak kimliği alanı (boyut ve başlık alanlarını doldurmanın temeli olan) boş olur.
Etkinlik günlüğü uyarısında bilgiler eksik
Etkinlik günlüğü uyarıları, Azure kaynakları oluşturma, güncelleştirme veya silme olayları, hizmet durumu ve kaynak durumu olayları veya Azure Danışmanı ve Azure İlkesi bulguları gibi Azure etkinlik günlüğüne yazılan olayları temel alan uyarılardır. Etkinlik günlüğünü temel alan bir uyarı aldıysanız ancak ihtiyacınız olan bazı alanlar eksik veya yanlışsa, önce etkinlik günlüğündeki olayları denetleyin. Azure kaynağı, etkinlik günlüğü olayında aradığınız alanları yazmadıysa, bu alanlar ilgili uyarıya dahil değildir.
E-posta, SMS veya anında iletme bildirimlerinde özel özellikler eksik.
Özel özellikler yalnızca web kancası, Azure işlevi veya mantıksal uygulamalar gibi eylemler için yüke geçirilir. Özel özellikler bildirimlere (e-posta/SMS/anında iletme) dahil değildir.
Uyarı işleme kuralı beklendiği gibi çalışmıyor
Portalda tetiklenen bir uyarı görebiliyorsanız ancak ilgili uyarı işleme kuralı beklendiği gibi çalışmıyorsa şu adımları izleyin:
Uyarı işleme kuralı etkin mi?
İlgili eylem rolünün etkinleştirildiğini doğrulamak için uyarı işleme kuralı durum alanını denetleyin. Varsayılan olarak, portal yalnızca etkinleştirilen uyarı kurallarını gösterir, ancak filtreyi tüm kuralları gösterecek şekilde değiştirebilirsiniz.
Etkin değilse, uyarı işleme kuralını seçip Etkinleştir'e tıklayarak etkinleştirebilirsiniz.
Bu bir hizmet durumu uyarısı mı?
Hizmet durumu uyarıları uyarı işleme kurallarından etkilenmez. Bu nedenle, hizmet durumu uyarılarını içeren bir kapsam için yapılandırılmış bir uyarı işleme kuralınız varsa, hizmet durumu uyarıları kapsam içindeyken uyarı işleme kuralı bunları etkilemez.
Uyarı işleme kuralı uyarınızı işledi mi?
Portalda tetiklenen uyarıyı seçin ve Uyarı işleme kuralının işlenip işlenmediğini görmek için Geçmiş sekmesine bakın.
Aşağıda tüm eylem gruplarını engelleyen bir uyarı işleme kuralı örneği verilmiştir:
Aşağıda başka bir eylem grubu ekleyen bir uyarı işleme kuralı örneği verilmiştir:
Uyarı işleme kuralı kapsamı ve filtresi tetiklenen uyarıyla eşleşti mi?
Uyarı işleme kuralının tetiklenmesi gerektiğini ama tetiklenmediğini veya tetiklenmemesi gerektiğini düşünüyorsanız, uyarı işleme kuralı kapsamını dikkatle inceleyin ve koşulları filtreleyin ve bunları tetiklenen uyarının özellikleriyle karşılaştırın.
Azure portalında uyarı işleme kurallarını oluşturma, güncelleştirme veya silme sorunları
Uyarı işleme kuralı oluşturmaya, güncelleştirmeye veya silmeye çalışırken hata aldıysanız şu adımları izleyin:
İzinleri denetleyin.
İzleme Katkıda Bulunanı yerleşik rolüne veya uyarı işleme kuralları ve uyarılarıyla ilgili belirli izinlere sahip olmanız gerekir.
Uyarı işleme kuralı parametrelerini denetleyin.
Uyarı işleme kuralı belgelerine veya Uyarı işleme kuralı PowerShell Set-AzAlertProcessingRule komutuna bakın.