---
name: azion-send-logs-to-azure-monitor
description: >-
  Create a stream that sends the logs of your applications to an Azure Monitor workspace, in Azion Console or with the Azion API, and confirm the delivery.
---

# Send logs to Azure Monitor

You can send the logs of a stream to an [Azure Monitor](https://azure.microsoft.com/en-us/products/monitor) workspace from Azion Console or with the Azion API. To write the logs as files in an Azure storage container instead, refer to [Send logs to Azure Blob Storage](/en/documentation/guides/platform/observability/endpoint-azure-blob/).

[Data Stream](/en/documentation/platform/data-stream/) sends each batch of log lines to the workspace, which stores them in the table that **Log Type** names. In the stream form, the endpoint is set in the field labeled **Connector**, and the *Azure Monitor* option selects this endpoint. For every field and its bounds, refer to [Endpoints](/en/documentation/platform/data-stream/endpoints/#azure-monitor).

The example collects the requests of one workload with the *Applications* data source.

---

Select your interface once. The prerequisites and every task below show only that path.

## Prerequisites

- An Azion account with the **Edit Data Stream** permission. For the permissions, refer to [Stream settings](/en/documentation/platform/data-stream/stream-settings/#permissions).
- A [workload](/en/documentation/platform/workloads/) on the account that receives requests.
- An Azure account with a Log Analytics workspace, added to Microsoft Sentinel.
- The **Workspace ID** and the **Primary Key** of the workspace. The workspace shows both under **Agents Management**. The Primary Key is the credential of the stream.

**Console**

- Access to Azion Console. To sign in, refer to [How to access Azion Console](/en/documentation/guides/platform/account-and-billing/how-to-access-azion-console/).

**API**

- A personal token. To create one, refer to [How to manage a personal token](/en/documentation/guides/platform/account-and-billing/personal-tokens/).
- The ID of the workload.
- `curl`.

---

## Create the stream

The stream collects from the workload you choose, through a workload filter. A workload filter keeps your other streams active, which sampling does not.

**Console**

To create the stream in Azion Console:

1. **Open Data Stream**

   Access [Azion Console](https://console.azion.com/) > **Data Stream**.

2. **Select + Stream**

3. **Name the stream**

   In the **General** section, enter a **Name**. For example: `logs-to-azure-monitor`.

4. **Select the data source**

   In the **Input** section, select *Applications* in **Data Source**.

5. **Turn off Sampling**

   In the **Transform** section, turn off **Sampling** while **Option** is still *All Current and Future Workloads*, its starting value. A stream cannot carry sampling and a workload filter together.

6. **Choose the workload**

   In the **Transform** section, set **Option** to *Filter Workloads*. In **Available Workload**, select your workload and move it to **Chosen Workload** with the arrow.

7. **Select the template**

   In the **Render Template** section, select *Applications Event Collector* in **Template**.

8. **Select the Azure Monitor endpoint**

   In the **Output** section, select *Azure Monitor* in **Connector**.

9. **Enter the log type**

   In **Log Type**, enter the name of the table that stores the logs. For example: `AzionLogs`. Use only letters, numbers, and the underscore `_`, up to 100 characters.

10. **Enter the workspace credential**

    Enter the Primary Key of the workspace in **Shared Key** and its ID in **Workspace ID**. The Console masks **Shared Key**.

11. **(Optional) Enter the time generated field**

    In **Time Generated Field**, enter a value such as `myCustomTimeField`. Leave it empty to use the ingestion time.

12. **Keep the stream active**

    In the **Status** section, keep **Active** turned on.

13. **Select Save**

The Console shows `Your data stream has been created`. The stream appears in the **Data Stream** list with `Azure Monitor` in the **Connector** column and the **Active** status.

**API**

To create the stream with the API, send a `POST` request to `https://api.azion.com/v4/workspace/stream/streams`. Replace `[TOKEN VALUE]` with your personal token, `<workload-id>` with the ID of your workload, and the workspace values with your own:

```bash
curl -X POST 'https://api.azion.com/v4/workspace/stream/streams' \
  -H 'Content-Type: application/json' \
  -H 'Authorization: Token [TOKEN VALUE]' \
  -d '{
    "name": "logs-to-azure-monitor",
    "active": true,
    "inputs": [
      { "type": "raw_logs", "attributes": { "data_source": "workloads" } }
    ],
    "transform": [
      { "type": "filter_workloads", "attributes": { "workloads": [<workload-id>] } },
      { "type": "render_template", "attributes": { "template": 2 } }
    ],
    "outputs": [
      {
        "type": "azure_monitor",
        "attributes": {
          "log_type": "AzionLogs",
          "shared_key": "[SHARED KEY]",
          "workspace_id": "[WORKSPACE ID]",
          "time_generated_field": "time"
        }
      }
    ]
  }'
```

The `workloads` data source is *Applications* in the Console, and template `2` is *Applications Event Collector*. The API answers `201` with the stored stream:

```json
{
  "state": "executed",
  "data": {
    "id": 12356,
    "name": "logs-to-azure-monitor",
    "last_editor": "user@example.com",
    "created": "2026-01-01T12:10:42.000000Z",
    "last_modified": "2026-01-01T12:10:42.000000Z",
    "product_version": "1.0",
    …
    "outputs": [
      {
        "type": "azure_monitor",
        "attributes": {
          "log_type": "AzionLogs",
          "shared_key": "[SHARED KEY]",
          "time_generated_field": "time",
          "workspace_id": "[WORKSPACE ID]"
        }
      }
    ]
  }
}
```

Keep the `id`: it identifies the stream in every later request, such as `/v4/workspace/stream/streams/12356`. The `time_generated_field` key is optional: omit it to use the ingestion time. For every key of the body, refer to [Stream settings](/en/documentation/platform/data-stream/stream-settings/#stream-object).

The API and the Console save the stream without contacting the workspace. A wrong workspace ID or key surfaces only when the stream sends. An activation takes effect after one to two minutes.

---

## Confirm the delivery

[Real-Time Events](/en/documentation/platform/real-time-events/data-sources/#data-stream) records every send of a stream, delivered or not, with the status code the endpoint returned. Send a few requests to the workload, then wait about a minute: a stream sends a batch every 60 seconds, or sooner when it reaches 2,000 log lines.

**Console**

To find the sends in Azion Console:

1. **Open Real-Time Events**

   Access [Azion Console](https://console.azion.com/) > **Real-Time Events**.

2. **Select the Data Stream data source**

3. **Read the latest sends**

   Each row is one send. Find the rows with `AZURE_MONITOR` in **Endpoint Type**, and read their **Status Code**.

A **Status Code** of `200` means the workspace accepted the batch. **Streamed Lines** gives the number of log lines in the batch.

**API**

To read the sends with the API, query the `dataStreamedEvents` dataset of the Real-Time Events GraphQL API. Replace the dates with a range that covers the activation of the stream:

```bash
curl -X POST 'https://api.azion.com/v4/events/graphql' \
  -H 'Content-Type: application/json' \
  -H 'Authorization: Token [TOKEN VALUE]' \
  -d '{"query":"query { dataStreamedEvents(limit: 20, filter: {tsRange: {begin: \"2026-01-01T12:00:00\", end: \"2026-01-01T12:45:00\"}}, orderBy: [ts_DESC]) { ts endpointType statusCode streamedLines dataStreamed } }"}'
```

The API answers `200` with one record for each send, the latest first:

```json
{
  "data": {
    "dataStreamedEvents": [
      {
        "ts": "2026-01-01T12:02:04Z",
        "endpointType": "AZURE_MONITOR",
        "statusCode": 200,
        "streamedLines": 2,
        "dataStreamed": 2797
      }
    ]
  }
}
```

A send to Azure Monitor carries `AZURE_MONITOR` in `endpointType`. A `statusCode` of `200` means the endpoint accepted the batch of `streamedLines` log lines and `dataStreamed` bytes. An empty `dataStreamedEvents` list means the stream has not sent in the range. For every field, refer to [Real-Time Events GraphQL fields](/en/documentation/devtools/graphql/gql-real-time-events-fields/#datastreamedevents-data-stream).

A status other than `200` is the answer of the endpoint, and `503` means Data Stream found the endpoint unavailable. For the causes, refer to [Troubleshoot Data Stream](/en/documentation/platform/data-stream/troubleshooting/).

In Azure, open the **Logs** section of the workspace and query the table that **Log Type** names. Its records are the log lines of the stream.

---

## Next steps

- [Endpoints](/en/documentation/platform/data-stream/endpoints.md#azure-monitor): Every field of the Azure Monitor endpoint, with its type, bounds, and API name.
- [Send logs to Azure Blob Storage](/en/documentation/guides/platform/observability/endpoint-azure-blob.md): Write the logs as files in an Azure storage container.
- [Edit, stop, or delete a stream](/en/documentation/guides/platform/observability/delete-data-stream.md): Change the workspace or the key, pause the stream, or remove it.
- [Troubleshoot Data Stream](/en/documentation/platform/data-stream/troubleshooting.md): Find what to change when a send returns a status other than 200.
