Create alert rules for ApsaraMQ for RocketMQ - ApsaraMQ for RocketMQ

ApsaraMQ for RocketMQ, örneklerinizin çalışma durumunu ve temel iş ölçümlerini gerçek zamanlı olarak izlemek, özel durumlar için zamanında uyarı bildirimleri almak ve üretim ortamınız için erken risk uyarılarını etkinleştirmek amacıyla Cloud Monitor'u kullanarak uyarı kuralları yapılandırmanıza olanak tanır.

Arka plan bilgileri

ApsaraMQ for RocketMQ tamamen yönetilen bir mesajlaşma hizmetidir. Her örnek teknik özelliği, net bir Hizmet Seviyesi Sözleşmesi (SLA) ile gelir. Bir örnek satın aldıktan sonra, mesajlaşma TPS'si, mesaj depolama ve ağ aktarım hızı gibi ölçümler için performansı teknik özelliklerini karşılayacak şekilde garanti edilir.

Örnek performansı konusunda endişelenmenize gerek yoktur. Ancak, bir üretim ortamında gerçek iş tüketiminizin ve ölçeğinizin örneğinizin teknik özellik sınırlarına yaklaşıp yaklaşmadığını izlemelisiniz. ApsaraMQ for RocketMQ, CloudMonitor ile birlikte, aşağıdaki sorunları ele alan ücretsiz, kullanıma hazır bir izleme ve uyarı hizmeti sunar:

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

Kaynak kullanımınız örneğin teknik özellik sınırlarını aşarsa, ApsaraMQ for RocketMQ kısıtlama uygular. Teknik özellik eşikleri için önceden uyarılar yapılandırarak, sınır aşma riskini erkenden tespit edebilir ve kısıtlamadan kaynaklanan iş kesintilerini önlemek için örnek yapılandırmalarını hemen yükseltebilirsiniz.
İş mantığı hataları için erken uyarı

Mesaj gönderip alırken hatalarla karşılaşabilirsiniz. Çağrı hataları için uyarılar yapılandırmak, bu özel durumların işiniz tarafından rapor edilmeden önce tespit edilmesini sağlar. Bu sayede hatanın kaynağını belirleyip derhal düzeltebilirsiniz.
İş performansı ölçümleri için erken uyarı

Mesaj işlem hattınız yanıt süresi (RT) veya mesaj gecikme süresi gibi belirli performans gereksinimlerine sahipse, bu iş ölçümleri için uyarılar 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ı öğesi kümesi sağlar. Bu öğeler çalışma eşikleri, mesajlaşma performansı ve özel durum olayları olmak üzere üç kategoriye ayrılabilir.

Üretim ortamlarına ilişkin kapsamlı deneyime dayanarak, aşağıdaki uyarıları yapılandırmanızı öneririz:

Not

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

Uyarı kategorisi	Temel uyarı öğeleri	Ne zaman yapılandırılır	Hedef rol
Örnek kaynak eşikleri ve tüketim ölçümleri	Örnek gönderme API çağrı oranı Örnek alma API çağrı oranı İnternet giden bant genişliği tüketimi	Ne zaman yapılandırılır: Örnek oluşturulduktan hemen sonra. Neden: Örnek düzeyindeki tüketim, belirli konulardan veya tüketici gruplarından bağımsızdır. Kullanımın sınırlar içinde kaldığından emin olmak için genel kullanımı izlemelisiniz.	Kaynak İşletme ve Bakım mühendisleri
Mesajlaşma performansı ölçümleri	Konu gönderme TPS'si Tüketici grubu tüketim TPS'si Tüketici grubu başına mesaj yığılması Tüketici grubu başına tüketim gecikme süresi	Ne zaman yapılandırılır: İşiniz yayına alındıktan hemen sonra. Neden: Her yeni iş için mesajlaşma performansı toleransına yönelik erken uyarılar ayarlamanız gerekir.	Kaynak İşletme ve Bakım mühendisleri İş geliştiricileri
Mesajlaşma özel durum olayları	Başarısız ileti sayısı Kısıtlama olayı sayısı	Ne zaman yapılandırılır: İşiniz yayına alındıktan hemen sonra. Neden: Arıza senaryolarına yönelik erken uyarılar, üretim sorunlarını analiz etmenize yardımcı olur.	Kaynak İşletme ve Bakım mühendisleri İş geliştiricileri

Uyarı yapılandırma giriş noktası

ApsaraMQ for RocketMQ konsolu oturumunu açın ve sol gezinme bölmesinde Instances seçeneğine tıklayın.
Üst menü çubuğunda China (Hangzhou) gibi bir bölge seçin ve ardından örnek listesinde hedef örnek 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ıları için tepe TPS uyarılarını yapılandırma

Arka plan: Bir ApsaraMQ for RocketMQ 5.0 örneği teknik özelliği, mesaj gönderme ve alma için temel bir TPS sınırı tanımlar; bu sınır API çağrı oranıdır. Bir örneğin tepe API çağrı TPS'si bu sınırı aşarsa kısıtlamaya uğrar. Temel TPS sınırları hakkında daha fazla bilgi için bkz. Kotalar ve sınırlar.
Yapılandırılmazsa oluşacak risk: Bu uyarı olmadan, API çağrı oranı sınırı aşmadan önce herhangi bir uyarı almazsınız; bu durum, kısıtlama başladığında bazı mesaj gönderme ve alma isteklerinin başarısız olmasına neden olur.
Ne zaman yapılandırılır: Örneği oluşturduktan ve gönderme-alma istek oranını ayarladıktan sonra bu uyarıyı yapılandırmanızı öneririz. Oranı ayarlamak için şu adımları izleyin:
1. Instance Details sayfasında Basic Information sekmesine tıklayın.
2. Gönderme-alma istek oranını ayarlayabileceğiniz Modify Configurations panelini açmak için Edit seçeneğine tıklayın.

Instance send API calls

Önerilen eşik: Eşiği, örneğin tepe gönderme TPS sınırının %70'ine ayarlayın. Örneğin, tepe gönderme TPS sınırı 5.000 ise eşiği 3.500 olarak ayarlayın.
- Professional Edition ve Enterprise Platinum Edition örnekleri, trafik patlamaları için esnek TPS'yi destekler. Bu özelliği etkinleştirirseniz eşiğinizi esnek teknik özellik sınırının (Peak Send TPS + Elastic Send TPS) %70'ine ayarlayın.
- Bir serverless örnek, uyarlanabilir esnekliği destekler. Eşiğinizi, örneğin esnek tepe gönderme TPS'sinin %70'ine ayarlayın.
- Bir örneğin tepe gönderme TPS sınırını ve esnek gönderme TPS'sini konsoldaki Instance Details sayfasında görüntüleyebilirsiniz.
Yanıt: Örnek gönderme API çağrı oranı için bir uyarı aldığınızda şu adımları izleyin:
1. Instance Details sayfasında Dashboard sekmesine tıklayın.
2. Throttling-related Metrics bölümünde, eşik değerine ne zaman ulaşıldığını belirlemek için Consumption TPS Watermark grafiğindeki Production TPS MAX Value eğrisini kontrol edin.
3. Instance Overview bölümünde, Rate of Messages Sent by Producer to Server (messages/min) grafiğini kontrol edin. Eşik değerine ulaşılan zamanı konu etkinliğiyle ilişkilendirerek anormal trafiğin kaynağını bulun ve trafiğin değişiminin beklenip beklenmediğini belirlemek için eğrisini analiz edin.
4. Trafik değişikliği beklenmiyorsa, daha fazla analiz için iş ekibiyle iletişime geçin.
5. Trafik değişikliği beklenen bir durumsa, mevcut örnek teknik özellikleri yetersizdir. Mesajlaşma hesaplama teknik özelliklerini ayarlamak için hemen örnek yapılandırmalarını yükseltin.

Instance receive API calls

Önerilen eşik: Eşiği, örneğin tepe alma TPS sınırının %70'ine ayarlayın. Örneğin, tepe alma TPS sınırı 5.000 ise eşiği 3.500 olarak ayarlayın.
- Professional Edition ve Enterprise Platinum Edition örnekleri, trafik patlamaları için esnek TPS'yi destekler. Bu özelliği etkinleştirirseniz eşiğinizi esnek teknik özellik sınırının (Peak Receive TPS + Elastic Receive TPS) %70'ine ayarlayın.
- Bir serverless örnek, uyarlanabilir esnekliği destekler. Eşiğinizi, örneğin esnek tepe alma TPS'sinin %70'ine ayarlayın.
- Bir örneğin tepe alma TPS sınırını ve esnek alma TPS'sini konsoldaki Instance Details sayfasında görüntüleyebilirsiniz.
Yanıt: Örnek alma API çağrı oranı için bir uyarı aldığınızda şu adımları izleyin:
1. Instance Details sayfasında Dashboard sekmesine tıklayın.
2. Throttling-related Metrics bölümünde, eşik değerine ne zaman ulaşıldığını belirlemek için Consumption TPS Watermark grafiğindeki Consumption TPS MAX Value eğrisini kontrol edin.
3. Instance Overview bölümünde, Rate of Messages Delivered from Server to Consumer (messages/min) grafiğini kontrol edin. Eşik değerine ulaşılan zamanı tüketici grubu etkinliğiyle ilişkilendirerek anormal tüketimin kaynağını bulun ve trafiğin değişiminin beklenip beklenmediğini belirlemek için eğrisini analiz edin.
4. Trafik değişikliği beklenmiyorsa, daha fazla analiz için iş ekibiyle iletişime geçin.
5. Trafik değişikliği beklenen bir durumsa, mevcut örnek teknik özellikleri yetersizdir. Mesajlaşma hesaplama teknik özelliklerini ayarlamak için hemen örnek yapılandırmalarını yükseltin.

Dakika başına mesajlar için uyarıları yapılandırma

Arka plan: ApsaraMQ for RocketMQ konu ve tüketici grubu düzeylerinde mesaj gönderme ve alma TPS'sini izlemenize olanak tanır. Bu ölçümler için uyarılar ayarlayarak, belirli iş hizmetlerinin trafik hacmini proaktif olarak izleyebilirsiniz.
Yapılandırılmazsa oluşacak risk: Bir konunun mesaj gönderme ve alma TPS'si, işin çağrı sıklığını yansıtır. Bu uyarı olmadan, ani bir sıfıra düşüş veya beklenmedik bir trafik artışı fark edilmeyebilir ve bu durum iş risklerine yol açabilir.
Ne zaman yapılandırılır: İşiniz yayına alındıktan ve trafik kararlı hale geldikten sonra bu uyarıyı yapılandırmanızı öneririz.

Messages sent by producers

Önerilen eşik: Uyarı eşiğini, işiniz yayına alındıktan sonraki kararlı dönemdeki gerçek trafiğe göre tahmin edin.
Yanıt: Mesaj gönderme TPS uyarısı aldığınızda şu 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/min) grafiğindeki Production eğrisini kontrol edin. İş modelinize göre eğrinin dalgalanmasının makul olup olmadığını belirleyin ve herhangi bir anormalliği analiz edin.

Messages received by consumers

Önerilen eşik: Uyarı eşiğini, işiniz yayına alındıktan sonraki kararlı dönemdeki gerçek trafiğe göre tahmin edin.
Yanıt: Mesaj alma TPS uyarısı aldığınızda şu adımları izleyin:
1. Groups sayfasında, uyarı kuralında belirtilen tüketici grubunun kimliğine tıklayın.
2. Group Details sayfasında Dashboard sekmesine tıklayın.
3. Message Production and Consumption Rate Trend (messages/min) grafiğindeki Consumption Rate (messages/min) eğrisini kontrol edin. İş modelinize göre eğrinin dalgalanmasının makul olup olmadığını belirleyin ve herhangi bir anormalliği analiz edin.

İnternet giden bant genişliği için uyarıları yapılandırma

Arka plan: ApsaraMQ for RocketMQ 5.0 serisi örnekler İnternet erişimini destekler ancak bu erişim İnternet giden bant genişliği ile sınırlıdır. Teknik özelliğinizin bant genişliği sınırının aşılması İnternet erişimini bozar.
Yapılandırılmazsa oluşacak risk: Bu uyarı olmadan, örneğinizin İnternet trafiği bant genişliği sınırını aştığında uyarı almazsınız; bu durum paket kaybına, istemci çağrılarında zaman aşımına veya arızalara yol açabilir.
Ne zaman yapılandırılır: Sunucu olmayan bir örnek oluşturulduktan ve İnternet erişimi etkinleştirildikten sonra bu uyarıyı yapılandırın.

Not
Bir serverless örnek esnek bant genişliğini destekler, bu nedenle bu uyarıyı yapılandırmanıza gerek yoktur.
Önerilen eşik: Eşiği, teknik özellik sınırınızın %35'ine ayarlayın. Hedef, sınırın %70'inde uyarı vermektir ve izleme aracı gerçek trafiğin yaklaşık %50'sini temsil eden verileri toplar (%70 × %50 = %35). Bu değeri öneriyoruz. Örneğin, 1 Mbit/s bant genişliğine sahip bir örnek satın alırsanız önerilen uyarı eşiği 43.750 B/s'dir. Örneğinizin İnternet bant genişliği bilgilerini Instance Details sayfasındaki Basic Information sekmesinin Running Information bölümünde bulabilirsiniz.

Not
Eşiği tahmin ederken hesaplamadan önce Mbit/s birimini B/s birimine dönüştürün. Örneğin: 1 Mbit/s = 1×10^{^6} bit/s = (1×10^{^6})/8 B/s = 125.000 B/s. Önerilen eşik 125.000 B/s × 0,7 × 0,5 = 43.750 B/s değeridir.
Yanıt: İnternet giden bant genişliği için bir uyarı aldığınızda şu adımları izleyin:
1. Instance Details sayfasında Dashboard sekmesine tıklayın.
2. Billing Metrics Overview bölümünde, eşik değerine ne zaman ulaşıldığını belirlemek için Internet Outbound Traffic Bandwidth grafiğindeki Outbound Bandwidth eğrisini kontrol edin. Grafikteki birimlerin uyarı eşik birimlerinizle eşleştiğinden emin olun.
3. Instance Overview bölümünde, Rate of Messages Sent by Producer to Server (messages/min) ve Rate of Messages Delivered from Server to Consumer (messages/min) grafiklerini kontrol edin. Anormal veri içeren konuyu veya tüketici grubunu bulmak için eşik değerine ulaşılan zamanla ilişkilendirin ve trafiğin değişiminin beklenip beklenmediğini belirlemek için eğriyi analiz edin.
4. Trafik değişikliği beklenmiyorsa, daha fazla analiz için iş ekibiyle iletişime geçin.
5. Trafik değişikliği beklenen bir durumsa, mevcut örnek teknik özellikleri yetersizdir. İnternet giden bant genişliği teknik özelliklerini ayarlamak için hemen örnek yapılandırmalarını yükseltin.

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

Not

Mesaj yığılması istatistikleri dalgalanabilir ve doğruluk dışı değerler içerebilir. Birkaç düzine mesajlık bir yığılma için uyarı eşiği ayarlamanızı önermiyoruz. İşiniz en küçük geri yüklemelere bile yüksek derecede duyarlıysa bunun yerine tüketim gecikme süresini izleyin.

Arka plan: ApsaraMQ for RocketMQ tüketici grubu düzeyinde mesaj yığılmasını izlemenize olanak tanır; bu sayede alt akış tüketim geri yükleme senaryoları konusunda sizi uyarabilir.
Yapılandırılmazsa oluşacak risk: Mesaj yığılması ApsaraMQ for RocketMQ için standart bir özellik olsa da, gerçek zamanlı işleme için tüketim geri yüklemelerinden kaynaklanan iş etkisini önlemek amacıyla işlenmemiş mesajların hacmini izlemeli ve kontrol etmelisiniz.
Ne zaman yapılandırılır: İşiniz yayına alındıktan ve trafik kararlı hale geldikten sonra bu uyarıyı yapılandırmanızı öneririz.

Önerilen eşik: Uyarı eşiğini, işiniz yayına alındıktan sonraki iş toleransınıza göre tahmin edin.
Yanıt: Mesaj yığılması için bir uyarı aldığınızda şu adımları izleyin:
1. Groups sayfasında, uyarı kuralında belirtilen tüketici grubunun kimliğine tıklayın.
2. Group Details sayfasında Dashboard sekmesine tıklayın.
3. Accumulation-related Metrics grafiğindeki Accumulated Messages eğrisini kontrol edin. Yığılmanın ilk ne zaman başladığını bulmak için yığılma eğilimini analiz edin.
4. Nedeni bulmak için iş değişikliklerine ve uygulama günlüklerine dayanarak yığılmanın başlangıç zamanındaki faktörleri analiz edin. Mesaj tüketimi ilkeleri hakkında daha fazla bilgi için bkz. Tüketici türleri.
5. Nedene bağlı olarak, tüketici uygulamasını yatay olarak ölçeklendirmeye mi yoksa tüketim mantığındaki hataları düzeltmeye mi karar verin.

Tüketim gecikme süresi için uyarıları yapılandırma

Not

Tüketim gecikme süresi, mevcut tüketici grubundaki tüm tüketilmemiş mesajlar arasındaki en eski mesaja göre hesaplanır; bu da onu kümülatif ve hassas bir ölçüm haline getirir. Tüketim gecikme süresi için bir uyarı aldığınızda, gecikmenin birkaç takılı kalan mesajdan mı yoksa genel bir tüketim gecikmesinden mi kaynaklandığını öncelikle belirlemelisiniz.

Arka plan: ApsaraMQ for RocketMQ tüketici grubu düzeyinde tüketim gecikme süresini izlemenize olanak tanır; bu da tüketim geri yükleme senaryolarını analiz etmek için daha spesifik bir ölçüm sağlar.
Yapılandırılmazsa oluşacak risk: Mesaj yığılması ApsaraMQ for RocketMQ için standart bir özellik olsa da, gerçek zamanlı işleme için tüketim gecikmelerinden kaynaklanan iş etkisini önlemek amacıyla geri yüklenen mesajların gecikmesini izlemeli ve kontrol etmelisiniz.
Ne zaman yapılandırılır: İşiniz yayına alındıktan ve trafik kararlı hale geldikten sonra bu uyarıyı yapılandırmanızı öneririz.

Önerilen eşik: Uyarı eşiğini, işiniz yayına alındıktan sonraki iş toleransınıza göre tahmin edin.
Yanıt: Tüketim gecikme süresi için bir uyarı aldığınızda şu adımları izleyin:
1. Groups sayfasında, uyarı kuralında belirtilen tüketici grubunun kimliğine tıklayın.
2. Group Details sayfasında Dashboard sekmesine tıklayın.
3. Accumulation-related Metrics grafiğindeki Accumulated Messages eğrisini kontrol edin. Yığılmanın ilk ne zaman başladığını bulmak için yığılma eğilimini analiz edin.
4. Nedeni bulmak için iş değişikliklerine ve uygulama günlüklerine dayanarak yığılmanın başlangıç zamanındaki faktörleri analiz edin. Mesaj tüketimi ilkeleri hakkında daha fazla bilgi için bkz. Tüketici türleri.
5. Nedene bağlı olarak, tüketici uygulamasını yatay olarak ölçeklendirmeye mi yoksa tüketim mantığındaki hataları düzeltmeye mi karar verin.

Kısıtlama olayları için uyarıları yapılandırma

Arka plan: ApsaraMQ for RocketMQ belirli bir örnek için kısıtlama olaylarını izler. Kısıtlama olaylarının sayısını izleyerek, mevcut işiniz üzerindeki etkiyi anlayabilirsiniz.
Yapılandırılmazsa oluşacak risk: Yüksek sayıda kısıtlama olayı, örnek teknik özelliklerinin önemli ölçüde aşıldığını gösterir. Örnek yapılandırmalarını derhal yükseltmelisiniz.
Ne zaman yapılandırılır: İşiniz yayına alındıktan ve trafik kararlı hale geldikten sonra.
- Örnek düzeyinde kısıtlama sayısı: Örnek oluşturulduktan sonra uyarıları yapılandırın.
- Konu ve grup düzeyinde kısıtlama sayısı: İşiniz yayına alındıktan ve trafik kararlı hale geldikten sonra uyarıları yapılandırın.

Önerilen eşik: Uyarı eşiğini, işiniz yayına alındıktan sonraki iş toleransınıza göre tahmin edin.
Yanıt: Kısıtlama olayları için bir uyarı aldığınızda şu adımları izleyin:
1. Instance Details sayfasında Dashboard sekmesine tıklayın.
2. Throttling-related Metrics bölümünde, kısıtlama olaylarının zamanlamasını ve kalıplarını analiz etmek için Throttled Request Distribution (Production) grafiğini kontrol edin.
3. Instance Overview bölümünde, Rate of Messages Sent by Producer to Server (messages/min) ölçümünü gözden geçirin. Kısıtlama olaylarının zamanlamasına dayanarak, anormal veri içeren konuyu belirleyin ve trafik artışının beklenip beklenmediğini belirlemek için eğrisini kontrol edin.
4. Bu analize dayanarak, trafik artışının beklenen bir durum olması halinde örnek yapılandırmalarını yükseltin. Beklenen bir durum değilse, anormal trafiğin kaynağını araştırın.