订阅我们的博客

Alerts are only useful if you know about them. That’s why we’re working on adding features to Red Hat OpenShift to make it easier for you to find out about potential problems and solve them before they become incidents. The new cluster overview dashboard is great for looking at the status of a cluster. But to get information when you might be away from your cluster, you’ll need to correctly configure your alerting system. One of the first things you should do when you set up a cluster is to use the tools described in this post. Without correct configuration you will not get critical alerts outside of the OpenShift console, and may miss out on features designed to reduce your mean time to resolution.

Alertmanager Configuration


OpenShift 4.3 contains a new Alertmanager section on the cluster settings page. The options it provides make it easier than ever to tell OpenShift’s monitoring tools how and where to send you notifications.

The first group is the alert routing settings. These fields determine how alerts are grouped into notifications and how long to wait before sending the notifications. Those notifications are then sent to Receivers that can be created and edited from the bottom of the page.

Receivers

Every OpenShift cluster needs a default receiver to handle any alerts not sent to other places. The default receiver that comes with a fresh install is initially very basic, so your first step should be to configure it to suit your needs. For more complex team structures, you may want to send different kinds of alerts to different places by creating more receivers. The easiest way to do this is to simply click the create receiver button. We currently offer forms for two types of receivers--webhook and PagerDuty--but more form types coming in the future.
 

Once you’ve entered the necessary details for the receiver, you can add some routing labels to decide which alerts will be sent there. For instance, you could send warning alerts to an email address and critical alerts to a specific Slack channel.
 

You can use these forms to create a robust alerting system. But for really complex configuration, it helps to go straight to the source. Switch to the YAML tab to view the raw version of your config and make any necessary changes. You can also use this view to create receiver types that are not currently supported by forms.

Information in the right places

Using the new Alertmanager configuration tools in OpenShift 4.3, you can direct alerts to the teams that need them--and avoid bothering teams that don’t. These features are part of an effort to make problem-solving in OpenShift simpler and reduce time to resolution. Follow along with the OpenShift Console and OpenShift Design GitHub repositories to see what new work is happening. If you’d like to provide feedback on any of the new 4.3 features, please take this brief 3-minute survey


关于作者

按频道浏览

automation icon

自动化

有关技术、团队和环境 IT 自动化的最新信息

AI icon

人工智能

平台更新使客户可以在任何地方运行人工智能工作负载

open hybrid cloud icon

开放混合云

了解我们如何利用混合云构建更灵活的未来

security icon

安全防护

有关我们如何跨环境和技术减少风险的最新信息

edge icon

边缘计算

简化边缘运维的平台更新

Infrastructure icon

基础架构

全球领先企业 Linux 平台的最新动态

application development icon

应用领域

我们针对最严峻的应用挑战的解决方案

Original series icon

原创节目

关于企业技术领域的创客和领导者们有趣的故事