Amazon CloudWatch सोप्या भाषेत: Metrics, Namespaces, Alarms आणि SNS Email Alerts

By Ravindra Bagale, trainer · LinkedIn · Last updated: 21 October 2026

1. Sale च्या दिवसाची गोष्ट

रात्रीचे 12 वाजलेत. Flipkart Big Billion Days सारखा मोठा sale सुरू होतो. एकाच मिनिटात लाखो लोक app उघडतात.

Web servers busy होतात. CPU 20% वरून 95% वर जातो. Pages slow होतात. काही users ना errors दिसतात.

Team ला लगेच तीन उत्तरं हवी असतात: काय होतंय? (numbers), कोणाला कळायला हवं? (alerts) आणि का झालं? (logs). CloudWatch हे तिन्ही एकाच ठिकाणी देतं.

2. Amazon CloudWatch म्हणजे काय?

हे का लागतं?

50 servers रात्रभर कोणीही बघत बसू शकत नाही. आपल्यासाठी लक्ष ठेवणारं आणि काही चुकलं तरच ओरडणारं tool हवं.

हे काय आहे?

Amazon CloudWatch ही AWS ची monitoring service आहे. गाडीचा dashboard समजा. तो speed दाखवतो (metrics), warning light लावतो (alarms) आणि प्रवासाची नोंद ठेवतो (logs).

3. Metrics, namespaces, dimensions आणि statistics

हे का लागतं?

AWS हजारो numbers गोळा करतं. नावं आणि folders नसतील तर हवा तो number कधीच सापडणार नाही.

हे काय आहे?

• Metric: पुन्हा पुन्हा मोजलेला एक number. उदा. CPUUtilization.
• Datapoint: वेळेसोबत एक value. उदा. 10:05 ला 72%.
• Namespace: एका service च्या metrics चा folder. उदा. AWS/EC2, AWS/EBS, CWAgent.
• Dimension: कोणत्या गोष्टीचा number ते सांगणारं label. उदा. InstanceId=i-0abc123.
• Statistic: अनेक datapoints एकत्र कसे करायचे. Average, Maximum, Minimum, Sum, SampleCount, किंवा p99 सारखा percentile.

उदाहरण: "AWS/EC2 मधला InstanceId=i-0abc123 चा CPUUtilization, 5 minutes चा Average." हे एक वाक्य graph वरची एक line ओळखतं.

4. Basic vs detailed monitoring

हे का लागतं?

Sale मध्ये CPU 2 minutes मध्ये उडी मारू शकतो. दर 5 minutes ला एकच number मिळत असेल तर problem उशिरा दिसतो.

हे काय आहे?

EC2 ला काय दिसत नाही: RAM आणि disk-space usage. AWS तुमचा server बाहेरून बघतं (doctor नाडी बघतो तसं). Operating system च्या आत डोकावू शकत नाही. mem_used_percent आणि disk_used_percent साठी CloudWatch agent install करावा लागतो. ते अनेक EC2 Instances चे Logs CloudWatch Logs मध्ये कसे पाठवायचे मध्ये आहे.

कसं करायचं (step by step)

1. EC2 → Instances उघडा आणि तुमचा instance select करा.
2. Actions → Monitor and troubleshoot → Manage detailed monitoring वर click करा.
3. Enable tick करा आणि Confirm करा.
4. किंवा CLI ने:

aws ec2 monitor-instances --instance-ids i-0abc1234567890def
# expected: "Monitoring": {"State": "pending"} then "enabled"

5. Alarm states, period, threshold आणि evaluation

हे का लागतं?

रात्री 3 वाजता graph काही कामाचा नाही, कारण कोणी बघत नाही. Alarm आपल्यासाठी बघतो. पण चुकीचा alarm एकतर प्रत्येक छोट्या spike ला वाजतो (लोक दुर्लक्ष करायला लागतात) किंवा खूप उशिरा वाजतो. खालचं प्रत्येक setting हेच control करतं.

हे काय आहे?

उदाहरण 1 (सोपं): period 300, threshold 80, 1 of 1. Value 85. → 5 minutes नंतर ALARM.

उदाहरण 2: period 300, 3 of 3. Values 85, 70, 90. → OK च राहतो, कारण मधला box ठीक आहे.

उदाहरण 3: period 300, 2 of 3. Values 85, 70, 90. → ALARM, कारण 2 boxes 80 च्या वर आहेत.

उदाहरण 4 (missing data): stop केलेला server CPU पाठवत नाही. "missing" ठेवलं तर alarm INSUFFICIENT_DATA मध्ये जातो. "notBreaching" ठेवलं तर OK राहतो. "Server शांत झाला तर सांग" अशा heartbeat alarm साठी "breaching" निवडा.

6. SNS: alarm लोकांपर्यंत कसा पोहोचतो

हे का लागतं?

Alarm ला कळतं काहीतरी चुकलंय, पण तो स्वतः email पाठवू शकत नाही. त्याला messenger लागतो.

हे काय आहे?

Amazon SNS (Simple Notification Service) हा तो messenger. तुम्ही एक topic बनवता (WhatsApp group सारखा). लोक email किंवा SMS ने subscribe करतात. Alarm एकदा post करतो; SNS सगळ्यांना पोहोचवतं.

7. Lab: SNS email सह CPU alarm (console आणि CLI)

तुम्हाला एक running EC2 instance (Amazon Linux 2023, t2.micro किंवा t3.micro) आणि तुमचा email लागेल. Region: Asia Pacific (Mumbai) ap-south-1.

Part A: SNS topic आणि email

1. SNS console → Topics → Create topic उघडा.
2. Type: Standard. का: email ला Standard लागतो; FIFO topics email पाठवत नाहीत.
3. Name: ops-alerts. Create topic करा.
4. Create subscription करा. Protocol: Email. Endpoint: तुमचा email. Create subscription करा.
5. Mailbox उघडा, "AWS Notification - Subscription Confirmation" शोधा, Confirm subscription वर click करा.
6. Verify: subscription status Confirmed दिसायला हवं.

Part B: alarm

7. CloudWatch → Alarms → All alarms → Create alarm उघडा.
8. Select metric → EC2 → Per-Instance Metrics. Instance ID search करा, CPUUtilization tick करा, Select metric करा.
9. Statistic: Average. Period: 5 minutes. का: basic monitoring दर 5 minutes ला एक value पाठवतं.
10. Threshold type: Static. CPUUtilization Greater than 70. Lab मध्ये 70 का: stress test ने सहज गाठता येतं.
11. Additional configuration उघडा. Datapoints to alarm: 1 out of 1. Missing data: Treat missing data as missing.
12. Next. Alarm state trigger: In alarm. Existing SNS topic: ops-alerts.
13. पुन्हा Add notification, OK आणि तोच topic निवडा. का: problem सुटल्याचं पण कळायला हवं.
14. Next. Name: web1-cpu-high. Description: CPU above 70% on web1. Next → Create alarm.
15. Verify: alarm आधी Insufficient data, मग 5-10 minutes मध्ये OK दिसतो.

Part C: alarm वाजवा

16. Instance मध्ये SSH करा.
17. Stress tool install करा:

sudo dnf install -y stress-ng
stress-ng --cpu 0 --timeout 900s &
top    # expected: stress-ng near 100% CPU; press q to quit

18. 5-10 minutes थांबा. Verify: alarm लाल In alarm होतो आणि "ALARM: web1-cpu-high" email येतो.
19. pkill stress-ng ने test थांबवा. Verify: 5-10 minutes नंतर "OK" email येतो.

Part D: हेच AWS CLI ने

TOPIC=$(aws sns create-topic --name ops-alerts --query TopicArn --output text)
aws sns subscribe --topic-arn $TOPIC --protocol email --notification-endpoint you@example.com
# confirm the email, then:
aws cloudwatch put-metric-alarm --alarm-name web1-cpu-high \
  --namespace AWS/EC2 --metric-name CPUUtilization \
  --dimensions Name=InstanceId,Value=i-0abc1234567890def \
  --statistic Average --period 300 --threshold 70 \
  --comparison-operator GreaterThanThreshold \
  --evaluation-periods 1 --datapoints-to-alarm 1 \
  --treat-missing-data missing \
  --alarm-actions $TOPIC --ok-actions $TOPIC
aws cloudwatch describe-alarms --alarm-names web1-cpu-high --query 'MetricAlarms[0].StateValue'
# expected: "INSUFFICIENT_DATA" at first, later "OK"
aws cloudwatch set-alarm-state --alarm-name web1-cpu-high --state-value ALARM --state-reason "test"
# expected: an ALARM email within a minute (the next real check sets the state back)

Part E: cleanup

20. CloudWatch → Alarms → web1-cpu-high select → Actions → Delete.
21. SNS → Topics → ops-alerts → Delete (delete me type करा).
22. Test instance stop किंवा terminate करा. का: running instance चं billing चालूच राहतं.

aws cloudwatch delete-alarms --alarm-names web1-cpu-high
aws sns delete-topic --topic-arn $TOPIC

8. वेगवेगळ्या stacks साठी alarms

हीच कल्पना कोणत्याही app ला लागू होते. फक्त metric बदलतो.

9. Interview questions

उजळणी, तुलना आणि मुलाखत cards

हा lesson काही मिनिटांत revise करा. Cards phone वर save करा किंवा PNG download करा. प्रत्येक card वरचा QR हा lesson उघडतो.

अजून cards: Ravi Sir's Cards.