Auvik has been listening to your feedback and we thank you for your interest in the Alerts 2.0. We look forward to your continued feedback as we move towards the commercial availability later this year.
Alerts are a big part of your day to stay on top of changes to your network. Auvik has invested in a new alerting engine to address several fundamental concerns and to provide a more scalable and dynamic solution that can more easily adapt to new types of alerts.
By utilizing more powerful conditional logic and controlling the timing of how long conditions need to be true before triggering an alert, our goal is to facilitate richer alerts, reduce alert noise and simplify the ongoing management of alerts. With the addition of device tags, users can easily re-use groups of devices while creating new alerts.
Since the existing notification channels will serve both legacy and Alerts 2.0 alerts, please be advised that if you use the same notification channel for similar alerts between the legacy and Alerts 2.0 alerts, you will receive duplicate notifications. For migration testing purposes, we recommend setting up additional notification channels that are directed towards your test users, so that your business operations are insulated against potential duplicate notifications.
Scope of Alerts 2.0
The new Auvik alerting experience will be rolled out as a side-by-side experience with all of your legacy alerting configuration. We'll incrementally add new alerting functionality in subsequent releases.
Legacy Alerting
You will continue to have access to your existing legacy alert definitions and will also continue to receive your usual alerts and notifications through email, Slack, ConnectWise Manage, or any other integrations you currently have configured. Additionally, the Auvik API will continue to operate as usual.
Alerting Scope
Alerts 2.0 allows you to create new alerts at any level within your account hierarchy.
Alerts can be applied to sites in a much more flexible manner than the legacy solution. Choose one, many, or all sites to apply a single alert to, and easily clone alerts to make changes to and apply to other sites.
Alert Trigger Conditions
These are the alert triggers conditions currently available. We'll continue to add more new types of alerts.
All available Alerts 2.0 alert trigger conditions include:
- Collectors
- Approval State
- Connection State
- Devices
- High Utilization
- CPU Utilization (%)
- Memory Utilization (%)
- Device Storage Utilization (%)
- Status
- Operational Status (Up/Down/Unreachable)
- Version Change
- Software Version
- Firmware Version
- Servers-only
- Windows Service Name
- Windows Service Display Name
- Windows Service Start Type
- Windows Service Started
- Windows Service State
- Disk Partition Name (Coming Soon)
- Disk Partition Storage Utilization (%) (Coming Soon)
- Disk Partition Storage Utilization (GB) (Coming Soon)
- Interfaces
- Interface Type
- Interface Names
- Interface Description
- Interface MAC Address
- Interface IP Address
- Interface Utilization Percentage
- Packets
- Total Interface Packet Discards
- Received Interface Packet Discards
- Transmitted Interface Packet Discards
- Total Interface Packet Errors
- Received Interface Packet Errors
- Transmitted Interface Packet Errors
- Percentage of Packets being Broadcasted
- Total Packets Sent and Received
- VMware Hypervisor
- Device Name
- Interface
- CPU
- Disk
- Fan
- Temp
- Memory
- Power supply
- VM Name
- Snapshot age
- Snapshot size
- Component State
- Good
- Degraded
- Failed
- Service Status
Pre-Configured Alerts
There are no pre-configured alerts using Alerts 2.0 functionality, but the legacy versions remain. Once all of the initial alert trigger conditions are available with new alerting, we’ll add several net-new pre-configured alerts in addition to replacing any valuable legacy pre-configured alerts.
Alerting Noise
Alerts 2.0 includes several alert noise reduction mechanisms, including alert delays, boolean operators for more refined alerts, and being able to alert on any or all interfaces in a single alert. We are still working on the logic for reducing downstream alerting noise, and this will be available post-general release.
Legacy vs New Alerting Summary
|
Feature |
Legacy |
New Alerting Changes |
|---|---|---|
|
Scope of Alerts |
Define, override, or remove alerts at global site-level, multi-sites, or sites. |
Define alerts, easily create variants and assign them to any level of your account hierarchy, including global site, multi-sites, and sites. |
|
Managing & Creating Alerts |
Navigate to Manage Alerts > Alerts. |
Navigate to Manage Alerts > New Alerts. |
|
Devices and Interfaces |
Alerts are executed against individual devices and interfaces which results in the need to specify each interface and receive separate notifications for each. |
Interfaces are now included in a device and an alert can specify a condition on any or all interfaces in one device which results in only one notification. |
|
Condition Builder |
Alert definition conditions can only be built with an AND boolean operator. This requires users to create two alerts if they wanted to monitor two things but only cared if one of them happened. |
Alert definition conditions can now be built with ANDs and ORs, and it’s more intuitive to chain multiple conditions together. |
|
Alert Delay |
Alerts are triggered immediately when an alert definition’s condition is true. This results in noisy alerts when conditions flap or quickly self-heal. The Auto-Pause functionality will completely disable an alert if it triggers so often in a certain amount of time. |
Any alert can have an alert delay setting which requires the alert definition’s condition to stay true for a specified amount of time, or for the condition to happen so many times within a specified period, before an alert is triggered and notifications are sent. This functionality will replace the legacy Auto-Pause functionality to reduce noise without the need to completely disable an alert for a time. |
|
SNMP Poller Alerts |
Users can build alerts using custom pollers defined in SNMP Poller Settings. |
Custom OID alerts are currently not supported, but this capability will be added in the Commercial Availability release. |
|
Notification Channels |
Navigate to Manage Alerts > Notification Channels. Can continue to use as normal for legacy alerts. |
Can leverage any existing or create new notification channels from Manage Alerts > Notification Channels to use with legacy or new 2.0 alerts |
|
Maintenance Windows |
Navigate to Manage Alerts > Maintenance Windows. Can continue to use as normal for legacy alerts. |
Can leverage any existing or create new maintenance windows from Manage Alerts > Maintenance Windows to use with legacy or new 2.0 alerts. |
|
Managing & Creating Tags |
N/A |
Navigate to Manage Tags to build custom tags of devices you work with often to re-use in any new 2.0 alerts. |