Use Cloud Monitor to Create Alert Rules for ApsaraMQ for RocketMQ for Proactive Risk Management - ApsaraMQ for RocketMQ

ApsaraMQ for RocketMQ ile Cloud Monitor'u kullanarak uyarı kuralları yapılandırabilirsiniz. Bu sayede örneklerinizin gerçek zamanlı durumunu ve temel iş ölçütlerini izleyebilir, anormallikler hakkında hızlı bildirim alabilir ve üretim ortamınızdaki riskleri proaktif olarak yönetebilirsiniz.

Arka plan bilgileri

ApsaraMQ for RocketMQ tamamen yönetilen bir mesajlaşma hizmeti sunar. Her örnek teknik özelliği, net bir SLA garantisi ile gelir; bu sayede bir örnek satın aldığınızda mesajlaşma TPS'si ve mesaj depolama gibi ölçütlerin belirtilen teknik özelliklere uygunluğu sağlanır.

Örnek performansını yönetmenize gerek olmasa da iş yükünüzün örnek teknik özellik sınırlarına yaklaşıp yaklaşmadığını izlemeniz gerekir. ApsaraMQ for RocketMQ , aşağıdaki sorunları ele almanıza yardımcı olmak amacıyla ücretsiz ve kullanıma hazır bir izleme ve uyarı hizmeti sunan Cloud Monitor ile entegre çalışır:

Örnek teknik özellik eşikleri için proaktif uyarılar

Gerçek kullanımınız örnek teknik özellik sınırlarını aşarsa ApsaraMQ for RocketMQ katı kısıtlama uygular. Örnek teknik özellik eşikleri için önceden uyarı yapılandırarak bu sınırları aşma riskini tespit edebilir ve kısıtlamadan kaynaklanan iş kesintilerini önlemek için örneğinizi zamanında yükseltebilirsiniz.
İş mantığı hataları için proaktif uyarılar

Mesaj gönderirken veya alırken hatalarla karşılaşabilirsiniz. Çağrı hataları için uyarı yapılandırmak, kullanıcılar raporlamadan önce anormallikleri tespit etmenizi sağlar; böylece hata kaynağını hızla belirleyip düzeltebilirsiniz.
İş performansı ölçütleri için proaktif uyarılar

Mesaj odaklı ara katmanınız yanıt süresi (RT) veya mesaj gecikmesi gibi belirli performans gereksinimlerine sahipse bu iş ölçütleri için uyarı yapılandırmak, iş risklerini proaktif olarak yönetmenize yardımcı olur.

Uyarı yapılandırma ilkeleri

ApsaraMQ for RocketMQ zengin bir ölçüm ve uyarılar için izleme öğesi kümesi sunar. Bu öğeler operasyonel eşikler, gönderme/alma performansı ve hata olayları olmak üzere üç uyarı türüne ayrılabilir.

Kapsamlı üretim deneyimine dayanarak uyarıları aşağıdaki ilkeler doğrultusunda yapılandırmanızı öneririz:

Not

Aşağıdaki temel izleme öğeleri asgari önerilerdir. ApsaraMQ for RocketMQ kapsamlı bir izleme ölçümü seti sunduğundan iş ihtiyaçlarınıza göre daha ayrıntılı ve geniş kapsamlı uyarılar yapılandırabilirsiniz. Daha fazla bilgi için bkz. İzleme ve Uyarı.

Kategori	Temel uyarı	Öneri	Rol
Örnek operasyonel eşiği ve tüketim ölçütleri	Örnek API çağrı sıklığı	Zaman: Örnek oluşturulduktan hemen sonra. Neden: Bu tüketim belirli konulardan veya gruplardan bağımsız olduğundan örnek sınırlarının aşılmasını önlemek için genel eşikleri izleyin.	Operasyon personeli
Mesaj gönderme/alma performans ölçütleri	Belirli bir konu için gönderme TPS'si Belirli bir grup için tüketim TPS'si Bir grup için mesaj yığılması Bir grup için tüketim gecikmesi	Zaman: İş uygulaması yayına alındıktan hemen sonra. Neden: Her lansmandan sonra işinizin mesajlaşma performansı toleransı için uyarıları ayarlayın.	Operasyon personeli Uygulama geliştiricileri
Mesaj gönderme/alma hata olayları	Ölü mektup mesajlarının oluşumu Kısıtlanan istek sayısı	Zaman: İş uygulaması yayına alındıktan hemen sonra. Neden: Her lansmandan sonra üretim sorunlarını analiz etmeye yardımcı olmak için başarısızlık uyarıları kurun.	Operasyon personeli Uygulama geliştiricileri

Uyarı kuralı yapılandırmasına erişim

ApsaraMQ for RocketMQ konsolu üzerinde oturum açın. Sol gezinme bölmesinde Instances seçeneğine tıklayın.
Üst gezinme çubuğunda China (Hangzhou) gibi bir bölge seçin. Instances sayfasında yönetmek istediğiniz örneğin adına tıklayın.
Sol gezinme bölmesinde Monitoring and Alerts seçeneğine tıklayın ve ardından Create Alert Rule seçeneğine tıklayın.

En iyi uygulamalar

Örnek API çağrı sıklığı için uyarı yapılandırma

Arka plan: Her ApsaraMQ for RocketMQ örneğinin mesaj gönderme ve alma API çağrıları için tanımlanmış bir TPS sınırı vardır. Örneğin Standard Edition örneği saniyede 5.000 API çağrısını destekler. API çağrı sıklığı bu sınırı aşarsa örnek kısıtlanır.
Yapılandırılmaması durumunda risk: Bu uyarı olmadan örnek API çağrı limitiniz aşılmadan önce uyarılmazsınız; bu durum bazı mesaj isteklerinin kısıtlama nedeniyle başarısız olmasına neden olur.
Ne zaman yapılandırılmalı: Bu uyarıyı örnek oluşturulduktan hemen sonra yapılandırmanızı öneririz.

Rule Name alanını Instance API call frequency alert olarak ayarlayın. Metric Type için Basic Metrics seçeneğini belirleyin ve Metric için Instance / Instance API call frequency(Instance) seçeneğini belirleyin. Üç uyarı düzeyi yapılandırın: Critical (telefon, SMS, e-posta ve webhook ile bildirim), Warn (SMS, e-posta ve webhook ile bildirim) ve Info (e-posta ve webhook ile bildirim). Her düzey için koşul olarak ardışık 3 dönem boyunca (1 dönem = 1 dakika) Sum >= Threshold (birim: count/s) koşulunun gerçekleşmesi durumunu ayarlayın. Critical düzeyi için istediğiniz eşiği girin.

Önerilen eşik: Eşiği örneğin peak TPS değerinin %70'i olarak ayarlamanızı öneririz. Örneğin örneğinizin peak TPS değeri 10.000 ise uyarı eşiğini 7.000 olarak ayarlayın. Örneğin peak TPS değerini konsoldaki Instance Details sayfasında bulabilirsiniz.
Uyarı yönetimi: Örnek API çağrı sıklığı uyarısı alırsanız aşağıdaki adımları izleyin:
1. Instance Details sayfasında Dashboard sekmesine tıklayın.
2. Instance Message Volume Overview bölümünde Instance Request Count Metrics (Production + Consumption) altındaki TPS Max value eğrisini kontrol ederek uyarı eşiğine ulaşıldığı zaman desenini belirleyin.
3. Message Business Metrics Overview bölümünde Top 20 Topics by Message Production Rate (messages/minute) ve Top 20 GroupIDs by Message Consumption Rate (messages/minute) ölçümlerini inceleyin. Eşiğe ulaşıldığı zaman desenine dayanarak anormal veri içeren konuyu ve grubu belirleyin ve trafik değişikliğinin beklenen olup olmadığını anlamak için eğrilerini analiz edin.
4. İş değişikliği anormalse anomalinin nedenini daha derinlemesine analiz etmek için iş ekibiyle iletişime geçin.
5. Trafik artışı bekleniyorsa bu durum örnek teknik özelliklerinin yetersiz olduğunu gösterir. Örneği hemen yükseltin. Talimatlar için bkz. Örneği yükseltme veya düşürme.

Mesaj üretim ve tüketim oranları için uyarı yapılandırma

Arka plan: ApsaraMQ for RocketMQ konu ve grup düzeylerinde mesaj gönderme ve alma TPS'sinin izlenmesini destekler. Bu sayede belirli iş uygulamalarının TPS'si için uyarı kurabilir ve iş ölçeğiniz hakkında zamanında bilgi sahibi olabilirsiniz.
Yapılandırılmaması durumunda risk: Bu uyarı olmadan trafik düşüşleri veya ani artışları önceden uyarı vermeden gerçekleşebilir ve beklenmeyen iş risklerine yol açabilir.
Ne zaman yapılandırılmalı: İşiniz yayına alındıktan ve trafik stabil hale geldikten sonra bu uyarıyı yapılandırmanızı öneririz.

Producer send rate

Kural ayarları iletişim kutusunda Rule Name alanını Producer messages sent per minute alert olarak ayarlayın. Metric Type için Basic Metrics sekmesini seçin ve Metric için Producer / Number of messages sent per minute(Topic) seçeneğini belirleyin. Üç uyarı düzeyi yapılandırın: Critical (telefon, SMS, e-posta ve webhook ile bildirim), Warn (SMS, e-posta ve webhook ile bildirim) ve Info (e-posta ve webhook ile bildirim). Her düzey için koşulu ardışık 3 dönem boyunca (1 dönem = 1 dakika) Sum >= Threshold (birim: count/m) olacak şekilde ayarlayın ve iş ihtiyaçlarınıza göre uygun eşiği girin. Dimension için topic seçeneğini belirleyin.

Önerilen eşik: İşiniz yayına alındıktan sonra uyarı eşiğini stabil trafik hacmine dayanarak tahmin edin.
Uyarı yönetimi: Mesaj gönderme ve alma TPS uyarısı alırsanız aşağıdaki adımları izleyin:
1. Topics sayfasında uyarı kuralında belirtilen konunun adına tıklayın.
2. Topic Details sayfasında Dashboard sekmesine tıklayın.
3. Message Volume (messages/minute) grafiğinde Production eğrisini kontrol edin. İş modelinize dayanarak eğrideki değişikliklerin makul olup olmadığını belirleyin ve anormalliklere karşı analiz yapın.

Consumer receive rate

Set Rule Description iletişim kutusunda Rule Name alanını Consumer messages received per minute alert olarak ayarlayın. Metric Type için Basic Metrics seçeneğini belirleyin ve Metric için Consumer / Number of messages received per minute(Group) seçeneğini belirleyin. Critical, Warn ve Info olmak üzere üç uyarı düzeyi yapılandırın. Toplama yöntemi olarak Sum seçeneğini belirleyin. Koşulu, değer eşitten büyük veya eşitse ardışık 3 dönem boyunca (1 dönem = 1 dakika) tetiklenecek şekilde ayarlayın ve uygun eşiği girin. Dimension için groupId seçeneğini belirleyin ve hedef consumer group'u belirtin.

Önerilen eşik: İşiniz yayına alındıktan sonra uyarı eşiğini stabil trafik hacmine dayanarak tahmin edin.
Uyarı yönetimi: Mesaj gönderme ve alma TPS uyarısı alırsanız aşağıdaki adımları izleyin:
1. Groups sayfasında uyarı kuralında belirtilen Group ID'ye tıklayın.
2. Group Details sayfasında Dashboard sekmesine tıklayın.
3. Trend of Message Production and Consumption Rate (messages/minute) grafiğinde Consumption eğrisini kontrol edin. İş modelinize dayanarak eğrideki değişikliklerin makul olup olmadığını belirleyin ve anormalliklere karşı analiz yapın.

Mesaj yığılması için uyarı yapılandırma

Not

Mesaj yığılması istatistikleri dalgalı olabilir ve hata yapmaya elverişlidir. Yalnızca birkaç düzine mesajlık bir yığılma için izleme eşiği ayarlamanızı önermiyoruz. İşiniz küçük yığılmalar karşısında bile yüksek hassasiyet gerektiriyorsa bunun yerine izleme için tüketim gecikmesi eşiğini kullanmanızı öneririz.

Arka plan: ApsaraMQ for RocketMQ consumer group düzeyinde mesaj yığılmasının izlenmesini destekler; bu özellik downstream tüketim birikimi sorunları için uyarı amacıyla kullanılabilir.
Mesaj yığılması için uyarı verme ApsaraMQ for RocketMQ hizmetinin temel yeteneklerinden biridir. Ancak gerçek zamanlı mesaj işlemeyi gerektiren senaryolarda tüketim birikimlerinden kaynaklanan iş etkisini önlemek için işlenmemiş mesaj sayısının izlenmesi ve kontrol edilmesi kritiktir.
Ne zaman yapılandırılmalı: İşiniz yayına alındıktan ve trafik stabil hale geldikten sonra bu uyarıyı yapılandırmanızı öneririz.

Set Rule Description iletişim kutusunda Rule Name alanını Message accumulation alert olarak ayarlayın. Metric Type için Basic Metrics seçeneğini belirleyin ve Metric için Consumer / Number of accumulated messages(Group) seçeneğini belirleyin. Üç uyarı düzeyi yapılandırın: Critical (telefon, SMS, e-posta ve webhook ile bildirim), Warn (SMS, e-posta ve webhook ile bildirim) ve Info (e-posta ve webhook ile bildirim). Her düzey için koşulu ardışık 3 dönem boyunca (1 dönem = 1 dakika) Sum >= Threshold olacak şekilde ve istatistiksel yöntemin count olması şartıyla ayarlayın. Dimension için groupId seçeneğini belirleyin ve ilgili consumer group'u belirtin.

Önerilen eşik: İşiniz yayına alındıktan sonra uyarı eşiğini kabul edilebilir tolerans düzeylerinize dayanarak tahmin edin.
Uyarı yönetimi: Mesaj yığılması uyarısı alırsanız aşağıdaki adımları izleyin:
1. Groups sayfasında uyarı kuralında belirtilen Group ID'ye tıklayın.
2. Group Details sayfasında Dashboard sekmesine tıklayın.
3. Accumulation-related Metrics (messages) grafiğinde Accumulated Messages eğrisini kontrol edin. Yığılma eğilimini analiz edin ve yığılmanın ne zaman başladığını bulun.
4. İş değişikliklerine ve uygulama günlüklerine dayanarak ilk yığılma zamanındaki faktörleri analiz ederek kök nedeni bulun. Mesaj yığılmasının nedenleri hakkında daha fazla bilgi için bkz. Mesaj yığılması nasıl yönetilir.
5. Kök nedene dayanarak consumer application'ı yatay olarak ölçeklendirmeye mi yoksa tüketim mantığındaki hataları düzeltmeye mi karar verin.

Tüketim gecikmesi için uyarı yapılandırma

Not

Bu ölçüm kümülatif olduğu için (consumer group içindeki en eski tüketilmemiş mesajdan hesaplanır) son derece hassastır. Tüketim gecikmesi uyarısı alırsanız önce iş etkisinin birkaç takılı mesajdan mı yoksa global bir tüketim gecikmesinden mi kaynaklandığını belirlemeniz gerekir.

Arka plan: ApsaraMQ for RocketMQ consumer group düzeyinde tüketim gecikmesinin izlenmesini destekler ve mesaj yığılması senaryolarını analiz etmek için daha spesifik bir ölçüm sağlar.
Mesaj yığılması için uyarı verme ApsaraMQ for RocketMQ hizmetinin temel yeteneklerinden biridir. Ancak gerçek zamanlı mesaj işlemeyi gerektiren senaryolarda tüketim gecikmelerinden kaynaklanan iş etkisini önlemek için yığılmış mesajların gecikmesinin izlenmesi ve kontrol edilmesi kritiktir.
Ne zaman yapılandırılmalı: İşiniz yayına alındıktan ve trafik stabil hale geldikten sonra bu uyarıyı yapılandırmanızı öneririz.

Kural ayarları iletişim kutusunda Rule Name alanını Message processing latency alert olarak ayarlayın. Metric Type için Basic Metrics seçeneğini belirleyin ve Metric için Consumer / Message processing latency(GroupId) seçeneğini belirleyin. Üç uyarı düzeyi yapılandırın: Critical (telefon, SMS, e-posta ve webhook ile bildirim), Warn (SMS, e-posta ve webhook ile bildirim) ve Info (e-posta ve webhook ile bildirim). Her düzey için koşulu ardışık 3 dönem boyunca (1 dönem = 1 dakika) Maximum >= Threshold (birim: ms) olacak şekilde ayarlayın ve her düzey için iş ihtiyaçlarınıza göre uygun eşikleri girin. Dimension için ilgili groupId seçeneğini belirleyin.

Önerilen eşik: İşiniz yayına alındıktan sonra uyarı eşiğini kabul edilebilir tolerans düzeylerinize dayanarak tahmin edin.
Uyarı yönetimi: Tüketim gecikmesi uyarısı alırsanız aşağıdaki adımları izleyin:
1. Groups sayfasında uyarı kuralında belirtilen Group ID'ye tıklayın.
2. Group Details sayfasında Dashboard sekmesine tıklayın.
3. Accumulation-related Metrics (messages) grafiğinde Accumulated Messages eğrisini kontrol edin. Yığılma eğilimini analiz edin ve yığılmanın ne zaman başladığını bulun.
4. İş değişikliklerine ve uygulama günlüklerine dayanarak ilk yığılma zamanındaki faktörleri analiz ederek kök nedeni bulun. Mesaj yığılmasının nedenleri hakkında daha fazla bilgi için bkz. Mesaj yığılması nasıl yönetilir.
5. Kök nedene dayanarak consumer application'ı yatay olarak ölçeklendirmeye mi yoksa tüketim mantığındaki hataları düzeltmeye mi karar verin.

Ölü mektup mesajları için uyarı yapılandırma

Arka plan: ApsaraMQ for RocketMQ ölü mektup mesajlarını destekler. Tüketimi başarısız olan ve maksimum yeniden deneme sayısını aşan mesajlar manuel olarak işlemeniz için bir ölü mektup kuyruğuna teslim edilir. Ölü mektup kuyruğuna giren mesaj sayısının izlenmesi işinizdeki beklenmedik ve belirsiz sorunları hızla tespit etmenize yardımcı olur.
Yapılandırılmaması durumunda risk: Ölü mektup mesajlarını göz ardı etmek eksik iş sürecine yol açabilir.
Ne zaman yapılandırılmalı: İşiniz yayına alındıktan ve trafik stabil hale geldikten sonra bu uyarıyı yapılandırmanızı öneririz.

Set Rule Description iletişim kutusunda Rule Name alanını Dead-letter message alert olarak ayarlayın. Metric Type için Basic Metrics seçeneğini belirleyin ve Metric için Consumer / Number of dead-letter messages generated per minute(Group) seçeneğini belirleyin. Thresholds and Alert Levels altında üç düzey yapılandırın: Critical (telefon, SMS, e-posta ve webhook ile bildirim), Warn (SMS, e-posta ve webhook ile bildirim) ve Info (e-posta ve webhook ile bildirim). Her düzey için koşulu ardışık 3 dönem boyunca (1 dönem = 1 dakika) tetiklenecek, toplama yöntemini Sum ve koşulu Value >= Threshold (birim: count/m) olacak şekilde ayarlayın. Dimension için groupId seçeneğini belirleyin ve değerini ilgili consumer group olarak ayarlayın.

Önerilen eşik: İşiniz yayına alındıktan ve stabil hale geldikten sonra uyarı eşiğini kabul edilebilir tolerans düzeylerinize dayanarak tahmin etmenizi öneririz.
Uyarı yönetimi: Ölü mektup mesaj sayısı uyarısı alırsanız aşağıdaki adımları izleyin:
1. Ölü mektup mesajlarını sorgulayın ve orijinal mesaj listesini analiz edin. Talimatlar için bkz. Ölü mektup kuyruğu.
2. Orijinal mesajın Topic ve Message ID'sine dayanarak mesaj izini sorgulayın ve tüketim hatasının nedenini analiz edin. Talimatlar için bkz. Mesaj izini sorgulama.
3. Mesaj tüketim hatasının nedenine dayanarak uygun düzeltici önlemleri belirleyin.

Kısıtlama sayısı için uyarı yapılandırma

Arka plan: ApsaraMQ for RocketMQ belirtilen bir örnekteki kısıtlama olaylarını izleme öğesi olarak kullanmanıza olanak tanır. Kısıtlama sayısını izleyerek işiniz üzerindeki etki derecesini anlayabilirsiniz.
Yapılandırılmaması durumunda risk: Daha yüksek kısıtlama sayısı örnek teknik özelliklerinin daha ciddi ihlal edildiğini gösterir. Örnek teknik özelliklerini zamanında yükseltmelisiniz.
Ne zaman yapılandırılmalı: İşiniz yayına alındıktan ve trafik stabil hale geldikten sonra.
- Örnek düzeyi kısıtlama sayısı: Bu uyarıyı örnek oluşturulduktan sonra yapılandırmanızı öneririz.
- Konu ve grup düzeyi kısıtlama sayısı: Bu uyarıyı işiniz yayına alındıktan ve trafik stabil hale geldikten sonra yapılandırmanızı öneririz.

Set Rule Description iletişim kutusunda Rule Name alanını Throttling count alert olarak ayarlayın. Metric Type için Basic Metrics seçeneğini belirleyin ve Metric için Producer / Throttled messages per minute(Instance) seçeneğini belirleyin. Thresholds and Alert Levels bölümünde her düzey için koşulu ardışık 3 dönem boyunca (1 dönem = 1 dakika) tetiklenecek, toplama yöntemini Sum ve koşulu Value >= Threshold (birim: count/m) olacak şekilde ayarlayın. Bildirim yöntemleri şöyledir: Critical (telefon, SMS, e-posta ve webhook), Warn (SMS, e-posta ve webhook) ve Info (e-posta ve webhook).

Önerilen eşik: İşiniz yayına alındıktan sonra uyarı eşiğini kabul edilebilir tolerans düzeylerinize dayanarak tahmin edin.
Uyarı yönetimi: Kısıtlama sayısı uyarısı alırsanız aşağıdaki adımları izleyin:
1. Instance Details sayfasında Dashboard sekmesine tıklayın.
2. Instance Message Volume Overview bölümünde Number of Throttled Requests eğrisini kontrol ederek kısıtlama olaylarının zamanlamasını ve desenini analiz edin.
3. Message Business Metrics Overview bölümünde Top 20 Topics by Message Production Rate (messages/minute) ölçümünü inceleyin. Kısıtlamanın zamanlamasına ve desenine dayanarak anormal veri içeren konuyu belirleyin ve trafiğin artışının beklentilerle uyumlu olup olmadığını anlamak için eğrisini kontrol edin.
4. Bu analize dayanarak trafik artışı bekleniyorsa örnek teknik özelliklerini yükseltin. Beklenmiyorsa anormal trafiğin kaynağını araştırın.