惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
T
Tailwind CSS Blog
J
Java Code Geeks
Microsoft Azure Blog
Microsoft Azure Blog
GbyAI
GbyAI
爱范儿
爱范儿
量子位
Martin Fowler
Martin Fowler
V
V2EX
博客园 - 三生石上(FineUI控件)
I
InfoQ
MongoDB | Blog
MongoDB | Blog
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
N
Netflix TechBlog - Medium
D
DataBreaches.Net
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
Last Week in AI
Last Week in AI
U
Unit 42
Apple Machine Learning Research
Apple Machine Learning Research
H
Help Net Security
T
The Blog of Author Tim Ferriss
Hugging Face - Blog
Hugging Face - Blog
美团技术团队
Engineering at Meta
Engineering at Meta

Datadog | The Monitor blog

Introducing our open source AI-native SAST Instrument and monitor Boomi integration flows with OpenTelemetry and Datadog Not all index scans are equal: How we cut query latency by over 99% Platform engineering metrics: What to measure and what to ignore Integrate Recorded Future threat intelligence with Datadog Cloud SIEM CI/CD security: threat modeling using a MITRE-style threat matrix CI/CD security: How to secure your GitHub ecosystem Ingress NGINX is EOL: A practical guide for migrating to Kubernetes Gateway API Operating agentic AI with Amazon Bedrock AgentCore and Datadog LLM Observability: Lessons from NTT DATA Introducing the Datadog Code Security MCP Capture and analyze custom heatmaps in Session Replay Understand session replays faster with AI summaries and smart chapters Monitor ClickHouse query performance with Datadog Database Monitoring How we designed empathetic alert sounds for on-call engineers Search and act across Datadog to resolve issues faster with Bits Assistant Measure the business impact of every product change with Datadog Experiments Analyzing round trip query latency Configuring JavaScript caches for better performance Introducing Bits AI Dev Agent for Code Security Datadog achieves ISO 42001 certification for responsible AI Monitor Nutanix clusters, hosts, and VMs with Datadog Monitor Juniper Mist in Datadog A new Host Map for modern infrastructure Annotate traces to improve LLM quality with Datadog LLM Observability What’s new in Cloud SIEM: AI-powered investigations, enhanced threat intelligence, and scalable security operations Explore Kubernetes with native OpenTelemetry data Monitor Oracle Fusion Cloud Applications with Datadog Announcing the Datadog Terraform provider v4.0.0 Scaling Kubernetes workloads on custom metrics How to design cloud environments for AI-powered threat analysis
Introducing cluster-level service monitoring
2015-04-21 · via Datadog | The Monitor blog
Conor Branagan

Conor Branagan

In late 2014 we announced Availability Monitoring in Datadog, which lets you monitor your hosts, apps, and services and customize alerts for availability issues.

We’re pleased to announce a major update to our availability monitoring: you can now set alerts that trigger when a percentage of servers in a given cluster experience availability issues.

Resilient monitoring for cloud-based applications

Traditional availability monitoring lets you set an alert if a server or a single application on a server becomes unavailable. With the rise of cloud-computing and platforms like AWS, it’s irrelevant if one server—or even dozens—goes down. What’s more important is whether the application or the service as a whole is up and running. And given its distributed nature, that usually depends on the percentage of the total that go down (else, you have a single point of failure).

Cluster-level service monitoring

For example, you may run hundreds or thousands of web servers spread across your infrastructure. You don’t want to receive an alert every time a single server goes down; it’s too commonplace an occurrence in cloud environments. Unfortunately with traditional monitoring, you either leave all monitors on and you quickly get accustomed to a noisy environment or you turn them all off and risk missing out on a major outage. There was no middle ground.

With the ability to set alerts for percentages of servers at the level of a cluster, you can effectively cut the noise and track down real issues.

Two alert thresholds: Warning and Critical

Datadog gives you the ability to set two types of alerts: a Warning alert and a Critical alert. Here’s an example of how you might set these alerts. For your web cluster, you might set a Warning threshold of 10 percent and a Critical threshold of 20 percent. So, if 10 percent of your web servers go down, your team would automatically get the Warning alert, and if 20 percent went down, they’d get the Critical alert.

Monitor by availability zone, environment, roles, and other groupings

Datadog gives you the ability to group your alerts by any combination of tags you set up. If your application runs on AWS, you might want to alert when more than 40 percent of servers are down in any AWS availability zone. In this example, you are able to trace the problem to the alerting zone instead of being overwhelmed with the noise of each server going down. If you use a configuration management tool like Chef, you may want to set up a role-wide alert: send a critical alert when 20 percent of all nodes with the role “hadoop-hdfs” go down.

Cluster-level service monitoring

Different groupings can have different alert threshold percentages specified. For example, your database cluster might have a pretty low percentage threshold set before throwing an alarm. Your load balancers, on the other hand, might be much more resilient and could be mostly inactive before any performance issues are noticed, justifying a much higher threshold of unavailable hosts before throwing an alarm.

If you think that your team could benefit from cluster-level service monitoring or improved visibility into their applications and infrastructure, try Datadog for a free 14-day trial. Percentage-based availability monitoring is available after introducing the Datadog Agent on your hosts.