This is the multi-page printable view of this section. Click here to print.

Return to the regular view of this page.

  • 1:
  • 2:
    • 2.1:
  • 3:
  • 4:

Manage devices

Let’s learn how to manage devices on the SPEKTRA Edge platform.

What you need

To go through this page, you need the followings.

  • an access to the SPEKTRA Edge dashboard
  • an active project
  • a device provisioned under the project
  • the cuttle CLI command configured on your machine

With these, let’s dive in managing devices on SPEKTRA Edge.

Device overview

Device overview page is the main dashboard to manage devices on SPEKTRA Edge.

To get there from Project overview page, click the Manage devices button located in the Devices section of the Project overview page.

Manage devices button on the Project overview page.

Manage devices button on the Project overview page.

Click the name of the device you want to manage, Pasberry Pi #3 in this example, to get to the Application overview page of the device.

Clicking the device name to go to the Devices overview page.

Clicking the device name to go to the Devices overview page.

Here on the Device overview page, you can do the majority of the tasks to manage devices, such as:

Public IP address of the device in the Device overview page.

Public IP address of the device in the Device overview page.

Click Details tab of the Device overview page to show the detailed information about the device, such as:

  • GPU type
  • BIOS name
  • Hard disk types and sizes
  • MAC address of the network interfaces
  • Network configuration
Details tab of the Device overview page to observe the detailed device information.

Details tab of the Device overview page to observe the detailed device information.

Device statuses

Here is the list of device statuses monitored on SPEKTRA Edge.

Status Description
Online Device is detected as connected by the platform. It’s the CONNECTED state of the Device.Status.ConnectionStatus type.
Offline Device is either not detected, or detected as disconnected, by the platform. It’s the DISCONNECTED state of the Device.Status.ConnectionStatus type.

Device metrics

You can monitor the device’s resource usage on the dashboard, which includes:

  • CPU
  • Memory
  • Storage
  • Temperature

Click the Details tab of the Device overview page and scroll down to the Device metrics section. Select the metric type and the duration of time to show the time-seris of the resource usage.

Specifying the duration of time to show the device memory time-series.

Specifying the duration of time to show the device memory time-series.

Device logs

You can retrieve the device logs from the dashboard.

Go down to the Logs section of the Device overview page and click the Start button to retrieve the device logs. By default, you are observing the active logs and are kept updated whenever the new log come on the device.

Start button of the Device Logs window of the Device overview page.

Start button of the Device Logs window of the Device overview page.

To see the logs during the particular period, select the History option from the Device Logs menu and give the time range you’re interested in, then hit OK.

Select time range of the device logs.

Select time range of the device logs.

You can also download the logs for the further investigation by clicking the download icon on the Device Logs menu.

Control devices

You can reboot and shutdown the device from the dashboard.

Click the vertical tripple dots right next to the Device overview title to show the pull down menu for the control options.

Device control options shown on the Device overview page.

Device control options shown on the Device overview page.

Select Reboot or Shutdown to take the actual action.

Access devices

You can access the device console over SSH from the dashboard or the local terminal with cuttle command.

Access devices from dashboard

Go to the Terminal window of the Device overview page and click Connect button to access to the device console.

Connect button on the Terminal window of the Device overview page to access the device.

Connect button on the Terminal window of the Device overview page to access the device.

Access devices from your machine

You can access the device console from your local machine.

Click the Copy terminal as Cuttle command button in the Terminal window menu and paste it to the terminal of your local machine.

Copy cuttle command for the device terminal access.

Copy cuttle command for the device terminal access.

cuttle devices ssh projects/your-project/regions/us-west2/devices/pi03

The command you will get is different from the one above, as the different project name, etc.

Next steps

Congratulations for understanding how to manage devices on SPEKTRA Edge.

There are additional topics under the device management, which includes:

or you can move on to the user and group managements section to understand how to organize your team and the organization.

1 -

Manage SPEKTRA Edge device log forwarding

Let’s learn how to change device log forwarding level on SPEKTRA Edge.

What you need

To go through this page, you need the followings.

Device log levels

SPEKTRA Edge supports the Syslog sevierity levels outlined in RFC5424 Section 6.2.1.

Here is the brief description of those log levels for your reference.

Log level Description
Emergency Logs for the unstable system situation.
Alert Logs for the immediate action required, or the above.
Critical Logs for the critical conditions, or the above.
Error Logs for the error conditions, or the abvoe.
Warning Logs for the warning conditions, or the above.
Notice Logs for the normal but significant conditions, or the above.
Informational Logs for the informational messages, or the above.
Debug Logs for the debug-level messages, or the above.

Setting the lower device log level means the device uploads the logs at that level and all the higher level logs.

Set it to the higher log level, e.g. Error, in case if you want to reduce the logs forwarded by the particular devices.

Change device log levels

It’s super simple to change the device log forwarding levels.

Go to the Device overview page by clicking the device name on the Project overview page.

Clicking the device name, Rapberry Pi 5, on the Project overview page.

Clicking the device name, Rapberry Pi 5, on the Project overview page.

Open the Update device details page by clicking the Edit detail option of the device menu option.

Click the Edit detail option of the device menu option.

Click the Edit detail option of the device menu option.

Set the appropriate device log fowarding levels, e.g. Error, by selecting it in the Log forwarding minimum log level field.

Changing the device forwarding minimum log level to Error from Informational.

Changing the device forwarding minimum log level to Error from Informational.

That’s it!

Next step

Congratulations for understanding various device logging levels supported on SPEKTRA Edge and how to change those.

Let’s move on to the next learning material, device networking on SPEKTRA Edge.

Onwards.

2 -

Manage device networking

Let’s learn how to manage device networking on SPEKTRA Edge.

We utilize the Canonical Netplan to manage device networking on SPEKTRA Edge. It provides the clean and intuitive YAML based configuration and support wide range of Linux networking managers.

In this guide, we’ll learn how to configure the wireless interface on Raspberry Pi as the secondary interface to get familier with the Netplan YAML configuration.

What you need

To go through this page, you need the followings.

Configure Wi-Fi networking

Go to the Device overview page by clicking the device name, e.g. Raspbrerry Pi 5, on the Project overview page.

Clicking the device name, Raspberry Pi 5, to go to the Device overview page.

Clicking the device name, Raspberry Pi 5, to go to the Device overview page.

Then, click the Edit details option of the Device actions to open the Update device details page.

Clicking the Edit details option to open the Update device details page.

Clicking the Edit details option to open the Update device details page.

Go to the Network agent section of the Update device details page and use the Merge option to add the new Wi-Fi specific configuration.

Add Wi-Fi specific configuration with the Merge with default configuration option.

Add Wi-Fi specific configuration with the Merge with default configuration option.

Verify Wi-Fi networking

Go to the Device overview page and check the IP address as well as the ISP information for the wireless interface.

Verifying the IP address of the Wi-Fi interface on the Device overview page.

Verifying the IP address of the Wi-Fi interface on the Device overview page.

Next step

Congratulations for configuring the Wi-Fi networking of your Raspberry Pi with SPEKTRA Edge.

With that, let’s move on to the next learning material, managing device OS releases on SPEKTRA Edge.

Onwards.

2.1 -

Configure network proxies

If your edge device network is configured to use the proxy servers to access the internet, especially accessing the container registries, you need to configure the proxy servers on your device.

Configuring the network proxy servers on SPEKTRA Edge is easy and straight forward.

Let’s learn how to do it on your device.

What you need

To go through this page, you need the followings.

  • an access to the SPEKTRA Edge dashboard
  • an active project
  • a device provisioned under the project
  • The name and the port number of the proxy server

Configure proxy servers

Let’s configure the proxy server on your device.

Go to the Device overview page of the target device under your project by clicking the name of the device on the Project overview page.

Clicking the device name, Rapberry Pi 5, on the Project overview page.

Clicking the device name, Rapberry Pi 5, on the Project overview page.

Open the Update device details page by clicking the Edit detail option of the device menu option.

Click the Edit detail option of the device menu option.

Click the Edit detail option of the device menu option.

Configure the proxy server in the HTTP and/or HTTPs proxy server section of the Update device details page.

You can configure the device to bypass the proxy servers for the particular communication, e.g. the node local communication in the example below.

Configure the HTTP and HTTPS proxy servers on the Update device details page.

Configure the HTTP and HTTPS proxy servers on the Update device details page.

Save the page and you are good to go.

The device goes through the proxy server for the HTTP and HTTPS traffic.

Next step

Congratulations for configuring the network proxy servers to give access to the internet as well as accessing the public container registries.

With that, let’s move on to the next learning material, managing device OS releases on SPEKTRA Edge.

Onwards.

3 -

Manage SPEKTRA Edge OS releases

Let’s learn how to upgrade and downgrade the SPEKTRA Edge OS release versions.

What you need

To go through this page, you need the followings.

Upgrade SPEKTRA Edge OS

You can easily upgrade the SPEKTRA Edge OS to the newer releases.

Go to the Device overview page of the target device under your project by clicking the name of the device on the Project overview page.

Open the Update device details page by clicking the Edit detail option of the device menu option.

Click the Edit detail option of the device menu option.

Click the Edit detail option of the device menu option.

Select the OS version, 2.1.2 in this example, and click Save to trigger the OS upgrade process.

Specify the desired OS version on the Update device detail page and click Save.

Specify the desired OS version on the Update device detail page and click Save.

The upgrade operation will start automatically and you will see the OS version transition information on the Device overview page.

There is a OS version transition information on the Device overview page.

There is a OS version transition information on the Device overview page.

After some time, you will see the device Offline, which indicate the device is restarting with the new OS version.

The device is shown as Offline to finalize the upgrade process by restarting the device.

The device is shown as Offline to finalize the upgrade process by restarting the device.

You will see the device up and running with the new OS version on the Device overview page once it boots up.

The device is up and running with the new OS version.

The device is up and running with the new OS version.

Downgrade SPEKTRA Edge OS

You can do the same for the downgrade OS release versions as well.

Go to the Device overview page of the target device under your project by clicking the name of the device on the Project overview page.

Open the Update device details page by clicking the Edit detail option of the device menu option.

Click the Edit detail option of the device menu option.

Click the Edit detail option of the device menu option.

Select the downgrade OS version, 2.1.0 in this example, and click Save to trigger the OS downgrade process.

Specify the desired OS version on the Update device detail page and click Save.

Specify the desired OS version on the Update device detail page and click Save.

The OS downgrade process automatically starts once you click the Save button of the Update device details page.

After a minutes or so, you will see the device status Offline with the OS version transition information on the Device overview page.

There is a OS version transition information on the Device overview page.

There is a OS version transition information on the Device overview page.

You will see the device up and running with the new OS version once it boots up.

The device is up and running with the new OS version.

The device is up and running with the new OS version.

Next step

Congratulations for mastering how to manage SPEKTRA Edge OS release versions.

Let’s move on to the next learning material, managing alerts on SPEKTRA Edge.

Onwards.

4 -

Manage alerts

Let’s learn how to manage alerts on SPEKTRA Edge.

SPEKTRA Edge offers powerful alerting system built-in to monitor majority part of the system managed by the platform, includes devices and applications. The platform even allow you to extend the standard alert system by defining brand new alerts to meet your needs.

In this page, we will learn how to create standard alerts, the device connection status alert and the CPU utilization alert, to get familier with the SPEKTRA Edge alerting system.

What you need

You need the followings to setup the alerts on SPEKTRA Edge.

Configure alerts

Let’s first understand how the alerting system is orchestrated in SPEKTRA Edge.

There are three main components in the SPEKTRA Edge alerting system.

  1. alerting policies
  2. alerting conditions
  3. notification channels

The alerting policy is the top component to organize both the alerting conditions and the notification channels. It also contains the triggered alerts so that you can observe the historic alerts for the particular policy.

The alerting condition let you express the condition in which the alert happens, for example, the device loses the connection or the CPU utilization passes a certain threshold.

The notification channel expresses how and where the alert is sent, either through email or slack.

Please take a look at the following diagram to understand the relationship of those three components.

---
markmap:
  zoom: false
  pan: false
---

# Alerting poilicy

## Alerting conditions

- CPU utilization condition
- Memory utilization condition
- Disk utilization condition
- Device hardware temperature condition

## Notification channels

- Slack notificaiton
- Email notification

## Triggered alerts

- CPU utilization alert fired at 11/10/2024 11:45 on device 5
- Memory utilization alert fired at 11/09/2024 09:45
  and resolved in 2 hours on device 2
- etc.

Let’s take a look at those more detail with the actual example.

Alerting policies

A alerting policy is the top level component to organize both the alerting conditions, notification channels, and the actual triggered alerts.

Select the Alerting policies option of the Alerts pull down-menu to go to the Alerting overview page.

Selecting the Alerting policies option from the Alerts pull down menu.

Selecting the Alerting policies option from the Alerts pull down menu.

Once you’re on the Alerting overview page, click the Create alerting policy button located at the top right corner.

Click the Create alerting policy on the Alerting overview page.

Click the Create alerting policy on the Alerting overview page.

Fill in the alerting policy name and click Create. We’ll fill in the notification channels in the later stage.

Create the alerting policy by clicking the Create button on the Create alerting policy page.

Create the alerting policy by clicking the Create button on the Create alerting policy page.

That’s it. Let’s move on to the alerting condition next.

Alerting conditions

Let’s create the alerting condition to detect the device connection status.

A alerting condition, as the name suggests, defines the condition to trigger alerts. It’s grouped in three different sections and we’ll go over those one-by-one in the following sections.

  1. alert metrics
  2. threshold conditions
  3. time series configurations

But first, let’s open the Create alerting condition page by clicking the policy condition plus sign on the Alerting overview page.

Create the alerting condition by clicking the plus sign on the Alerting overview page.

Create the alerting condition by clicking the plus sign on the Alerting overview page.

Alert metrics

The alert metric section is the first thing to set on the Create alerting condition page. It gives you all the alerting options supported by the system. You could browse those to understand what are covered by the SPEKTRA Edge alerting system.

Let’s select the Device connected alert metric type for the device connection status alerting condition.

Select the Device connected alert metric option as the Alert metric value.

Select the Device connected alert metric option as the Alert metric value.

You don’t need to touch the resource filter section, which is automatically set by the system, unless you need the additional filtering.

Threshold conditions

The threshold conditions section is where to configure the alerting condition.

Here is the threshold condition for the device connection status alerting condition for firing alerts when the device is offline for more than five minutes.

The threshold condition for the device is offline more than five minutes.

The threshold condition for the device is offline more than five minutes.

Since the Online status is treated as number one and Offline as number zero, we use the Less than operator against the Online status to detect the device offline event. You set the duration time to five minutes to express the system to trigger alerts when the device is offline more than five minutes.

Time series configurations

The time series configuration section expresses how to aggregate data points for the targetted time series data. There are two time series aggregation functionalities here.

  1. the alignment period with the per series aligner
  2. the time-series grouping with the cross series reducer

Let’s take a look at the actual example to understand those two functionalities.

The time series configuration to aggregate time series data points.

The time series configuration to aggregate time series data points.

Here is the detailed description.

  1. the alignment period to one minutes with the Max per series aligner
  2. resource.labels.device_id based grouping with the Min cross series reducer

The first aggregation is for the noise reduction. It treats the device is offline only when it’s offline for the entire one minutes.

The second aggregation is to treat each devices under the project separately, which is the the grouping part. Since there is only one state for the device connection, the reducer doesn’t mean anything. We’ll take a look at the other example and explain the usage of the reducer there.

Let’s click Save as you completed the device connection status alerting condition.

Click Save to finish the device connection status alerting condition.

Click Save to finish the device connection status alerting condition.

Here is the brief description of the typical aligners and reducers for your reference.

Aligner name The aligned data point
None No alignment made and keeps all the time-series data points.
Mean The average or arithmetic mean of the data points in the alignment period.
Min The minumum value of the data points in the alignment period.
Max The maximum value of the data points in the alignment period.
Count The count of the data points in the alignment period.
Sum The sum of the data points in the alignment period.
Stddev The standard deviation of the data points in the alignment period.
Percentile 99 The 99th percentile of the data points in the alignment period.
Percentile 95 The 95th percentile of the data points in the alignment period.
Percentile 50 The 50th percentile of the data points in the alignment period.
Percentile 5 The fifth percentile of the data points in the alignment period.
Reducer name The reduced data point
None No cross time-series reduction.
Mean The mean across the aligned data points of the multiple time series.
Min The minium of the aligned data points of the multiple time series.
Max The maximum of the aligned data points of the multiple time series.
Sum The sum of the aligned data points of the multiple time series.
Stddev The standard deviation of the aligned data points of the multiple time series.
Count The count of the aligned data points of the the multiple time series.
Percentile 99 The 99th percentile of the aligned data points of the multiple time series.
Percentile 95 The 95th percentile of the aligned data points of the multiple time series.
Percentile 50 The 50th percentile of the aligned data points of the multiple time series.
Percentile 5 The fifth percentile of the aligned data points of the multiple time series.

Great. Let’s move on to the notification channels next.

Notification channels

A notification channel allows you to configure how to notify alerts over multiple channels.

There are three types of notification channels supported by the SPEKTRA Edge.

  1. Email
  2. Slack
  3. Webhook

Each channel will be created separately and be tied to the alerting policy to be operational. A single channel can be shared by multiple alerting policies

We will go over how to create all three channels below and link those to the alerting policy we’ve created in the previous step.

Select the Notification channels option of the Alerts pull-down menu to open the Alerting overview page.

Select the Notification channels option from the Alerts pull-down menu.

Select the Notification channels option from the Alerts pull-down menu.

Click the Create notification channel button to create a notification channel.

Click the Create notification channel button on the Alerting overview page

Click the Create notification channel button on the Alerting overview page

To create the email notification channel, you need to

  • select Email in the type field
  • fill in the email address(es) in the Emails field

and click the Create button.

Fill in the email address(es) and click the Create button.

Fill in the email address(es) and click the Create button.

Click the Send button to send the test email notification to verify the configuration.

Clicking the Send button to send the test email notification.

Clicking the Send button to send the test email notification.

Enable the notification channel by clicking the Enabled switch once you verify receiving the test email notification from SPEKTRA Edge.

Enabling the email notification channel.

Enabling the email notification channel.

You need a webhook endpoint to configure the Slack notification channel on SPEKTRA Edge.

Go to the official slack api page and create your Slack app, if you haven’t have one yet, by clicking the Create your Slack app button.

Clicking the Create your Slack app button on the Slack api page.

Clicking the Create your Slack app button on the Slack api page.

Once you have your Slack app, go to the Incoming webhooks section and activate the incoming webhooks by toggling the Incoming Webhooks switch On.

Activating the incoming webhooks by making the switch On.

Activating the incoming webhooks by making the switch On.

Create a new webhook endpoint by adding the new webhook to your Slack workspace.

Getting the new webhook by clicking the Add New Webhook to Workspace button.

Getting the new webhook by clicking the Add New Webhook to Workspace button.

Copy the webhook URL by clicking the Copy button of the newly created webhook URL.

Copying the webhook URL for the newly created webhook URL.

Copying the webhook URL for the newly created webhook URL.

Now, go back to the SPEKTRA Edge dashboard and set the webhook URL you just copied on the Create notification channel page after selecting the notification type to Slack.

Paste the webhook URL you copied above and click Create on the Create notification channel page.

Paste the webhook URL you copied above and click Create on the Create notification channel page.

Once the slack notification channel is created, let’s verify it by sending the test slack notification.

Go to the Notification channel overview page and click the Send button to send the test Slack notification.

Clicking the Send button to send the test slack notification.

Clicking the Send button to send the test slack notification.

Enable the notification channel by clicking the Enabled switch once you verify receiving the test Slack notification from SPEKTRA Edge.

Enabling the slack notification channel.

Enabling the slack notification channel.

To create the webhook notification channel, you need to

  • select Webhook in the type field
  • provide the webhook endpoint in the Webhook field
  • add the Content-Type: application/json header in the Add headers field

and click the Create button.

Fill in the webhook endpoint and click the Create button.

Fill in the webhook endpoint and click the Create button.

Click the Send button to send the test webhook notification to verify the configuration.

Clicking the Send button to send the test webhook notification.

Clicking the Send button to send the test webhook notification.

Enable the notification channel by clicking the Enabled switch once you verify receiving the test webhook notification from SPEKTRA Edge.

Enabling the webhook notification channel.

Enabling the webhook notification channel.

Here is the sample alert JSON data sent over to the webhook endpoint for the device connection status alerting condition.

{
  "project": {
    "name": "projects/your-project",
    "title": "Your Project"
  },
  "events": [
    {
      "alertingCondition": {
        "name": "projects/your-project/regions/us-west2/alertingPolicies/device-connection-status-ny5lzm/alertingConditions/device-connection-condition-qv3w6g",
        "displayName": "Device connection condition",
        "spec": {
          "timeSeries": {
            "query": {
              "filter": "(resource.type = devices.edgelq.com/device AND metric.type = devices.edgelq.com/device/connected)",
              "selector": {
                "metric": {
                  "types": [
                    "devices.edgelq.com/device/connected"
                  ]
                },
                "resource": {
                  "types": [
                    "devices.edgelq.com/device"
                  ]
                }
              },
              "aggregation": {
                "alignmentPeriod": "60s",
                "perSeriesAligner": "ALIGN_MAX",
                "crossSeriesReducer": "REDUCE_MIN",
                "groupByFields": [
                  "resource.labels.device_id"
                ]
              }
            },
            "threshold": {
              "compare": "LT",
              "value": 1
            },
            "duration": "300s"
          },
          "trigger": {}
        }
      },
      "metricDescriptor": {
        "name": "projects/your-project/metricDescriptors/devices.edgelq.com/device/connected",
        "type": "devices.edgelq.com/device/connected",
        "metricKind": "GAUGE",
        "valueType": "INT64",
        "unit": "1",
        "displayName": "Device connected"
      },
      "alerts": [
        {
          "name": "projects/your-project/regions/us-west2/alertingPolicies/device-connection-status-ny5lzm/alertingConditions/device-connection-condition-qv3w6g/alerts/2024-11-20T01:33:00Z-5ftg31",
          "displayName": "Device connection condition  devices.edgelq.com/device {device_id:pp-quick-202410-bjr55hvm22jfhu}",
          "info": {
            "timeSerie": {
              "key": "BQHPAQoCGrEEHaQheAECGXc=",
              "metric": {
                "type": "devices.edgelq.com/device/connected"
              },
              "monitoredResource": {
                "type": "devices.edgelq.com/device",
                "labels": {
                  "device_id": "pp-quick-202410-bjr55hvm22jfhu"
                },
                "reducedLabels": [
                  "project_id",
                  "region_id"
                ]
              }
            },
            "observedValues": {}
          },
          "state": {
            "isFiring": true,
            "lifetime": {
              "startTime": "2024-11-20T01:33:00Z"
            },
            "needsNotification": true,
            "notificationCreated": true
          }
        }
      ]
    }
  ]
}

Enable alerting policies

With all those three components configured, We’re ready to enable the alerting policy to monitor the device connection status for all the devices under the project.

Go to the Alerting overview page by selecting the Alerting policies option of the Alerts pulldown menu.

Selecting the Alerting policies option from the Alerts pull down menu.

Selecting the Alerting policies option from the Alerts pull down menu.

Enable the alerting policy by sliding the Enabled switch to be on for the Alerting policy you created named Device connection status.

Enabling the alerting policy by sliding the Enabled switch.

Enabling the alerting policy by sliding the Enabled switch.

And also, let’s link the notification channels to the alerting policy so that we get notified whenever alerting status changes. Select the Edit details option of the alerting policy menu and provide the notification channels in the Notification channels field.

Great!

You’ve configured the alerting policy to detect the device offline status on SPEKTRA Edge.

Let’s simulating the offline connection status and observe what kind of information you can get from the SPEKTRA Edge alerting system.

Monitor alerts

Let’s pull the cable from one of your devices and see how the alert looks like.

After waiting for five minutes, you should be able to see the alert raised on the sidebar of the dashboard page.

The circle alert number right next to the Alerts section of the sidebar.

The circle alert number right next to the Alerts section of the sidebar.

Go to the Alerts page by selecting the Alerts option of the Alerts pull-down menu. You will see the Fireing alert of the Device connection status alerting policy with the on-going alert duration and the device information.

The Fireing alert on the Alerting overview page.

The Fireing alert on the Alerting overview page.

Click the start time of the firing alert and get the detailed information of the alert. You can observe much more information of the alert firing including the link to the Device overview page of the device without the connection.

Deivce information of the alert firing on.

Deivce information of the alert firing on.

Example: CPU utilization alerting condition

Before wrapping up, let’s take a look at another example to understand how to configure alerting condition on SPEKTRA Edge.

Here is the CPU utilization alerting condition, which triggers alert whenever the average CPU utilization is more than 50% for half an hour.

The CPU Utilization alerting condition example for your reference.

The CPU Utilization alerting condition example for your reference.

Here is some of the highlight:

  1. Threshold condition
    • Greater than is used as the comparison operator
    • 50% as the threshold value
    • 30 minutes as the duration time
  2. Time series configuration
    • five minutes alignment period with Mean per-series aligner
    • Group by device_id with Mean cross-series reducer

Here is the summary of the time series configuration parameters.

  1. using the Mean per-series aligner to get the average of the CPU utilization of the five munites time period
  2. using the Mean cross-series reducer to get the average of the multiple CPU time series to be treated as the devices CPU utilization data point

With those two aggregations, the system compares the aggregated data point to compare to the threshold condition, more than 50%, and raises an alert when it’s true for more than the duration time, 30 minutes.

Next step

Congratulations for creating and monitoring alerts on SPEKTRA Edge. It’s a little long explanation but we hope you understand the insight of the SPEKTRA Edge alerting system as well as be ready to create your own alerting policies and conditions.

Let’s learn accounts management next as a path to the SPEKTRA Edge mastery.

Onwards.