Monitoring and reliability
Build an observation path from metrics and logs to alarms and investigation. Then use the reliability section when your question involves recovery, fault testing, or behavior across services and regions. Workload-specific guides are grouped separately so you can choose an EC2, Lambda, container, database, or DynamoDB entry without reading an unrelated setup guide.
Start here: CloudWatch Basic vs. Detailed Monitoring for EC2
Set up monitoring and alarms
Use the comparison to orient your monitoring question, then move to custom metrics, alarm conditions, or a dashboard integration. The Config guide concerns resource inventory and change tracking, which complements workload signals but serves a different task.
- CloudWatch Basic vs. Detailed Monitoring for EC2
- Amazon CloudWatch Custom Metrics: A Practical Setup Guide
- CloudWatch Alarms: Thresholds, Periods, and Conditions
- Connect Amazon CloudWatch to Grafana: Setup Guide
- AWS LogicMonitor Integration: 7 Best Practices
- AWS DevOps Monitoring: Metrics, Tools, and Best Practices
- AWS Health Dashboard: Monitoring, Alerts, and Troubleshooting
- AWS Config: Resource Inventory, Change Tracking, and Rules
Investigate a workload
Pick the guide for the service and symptom you are investigating. Metric definitions, recovery alarms, and error-monitoring practices have different scopes; use them together when you need to connect an observed signal to an operational response.
- How to Monitor EC2 with CloudWatch
- CloudWatch Alarms: Automate EC2 Recovery
- AWS Fargate Metrics in CloudWatch: ECS Monitoring Guide
- AWS Lambda Metrics Explained: What to Monitor in CloudWatch
- AWS Lambda Insights: Metrics, Setup, Costs, and Limits
- Monitor Lambda Errors with CloudWatch
- DynamoDB CloudWatch Metrics: Capacity, Latency, and Throttling
- AWS Performance Insights: RDS Monitoring with Database Insights
Plan and test resilience
Begin with the recovery-pattern comparison or cross-service resilience guide, then explore fault injection and automated recovery testing. Multi-region active-active design has its own application and data decisions, so keep that architectural question distinct from a single alarm or retry policy.
- AWS Pilot Light vs. Warm Standby: Disaster Recovery Compared
- AWS Cross-Service Resilience: Retries, Queues, and Disaster Recovery
- AWS Disaster Recovery Testing: DRS Drills and Backup Restore Tests
- AWS Fault Injection Service (FIS): Test Workload Resilience
- Multi-Region Active-Active Architecture on AWS: Design Guide