How to send Application Insights logs to a custom table with Auxiliary pricing tier in Log Analytics

mrcode 71 Reputation points
2025-08-06T13:19:45.9933333+00:00

Hi,

In Azure Log Analytics Workspace there are three pricing tiers:

  • Analytics
  • Basic
  • Auxiliary

In the Azure portal, it’s only possible to choose between Analytics and Basic. From what I’ve read, to use the Auxiliary pricing tier, I need to create a custom table manually. (http://v4.hkg1.meaqua.org/en-us/azure/azure-monitor/logs/create-custom-table-auxiliary)

Right now, I’m using Application Insights to send logs to Azure. These logs end up in the built-in AppTraces table.

But now I want these logs to go to a custom table that uses the Auxiliary pricing tier, instead of AppTraces.

My questions:

  1. I’ve read the documentation on how to create a custom table with the Auxiliary pricing tier - but how do I send my Application Insights logs to this custom table instead of AppTraces?
  2. Is it possible to change the pricing tier of the AppTraces table to Auxiliary? Or do I need to create a new table with the same structure?

Any advice or documentation links would be appreciated!

Thanks in advance.

Azure Monitor
Azure Monitor
An Azure service that is used to collect, analyze, and act on telemetry data from Azure and on-premises environments.
{count} votes

1 answer

Sort by: Most helpful
  1. Siva shunmugam Nadessin 3,425 Reputation points Microsoft External Staff Moderator
    2025-12-12T10:05:57.8733333+00:00

    Hello mrcode,

    The reason you cannot switch an existing table from Basic to Auxiliary in Azure Log Analytics is due to design and architectural constraints of the Auxiliary plan. Here’s the detailed reasoning:

    1. Auxiliary Plan Is Only Supported at Table Creation

    • The Auxiliary plan is intended for low-cost ingestion and retention of verbose or compliance logs.
    • It is only available for new custom tables created via the API and cannot be applied to built-in Azure tables or existing tables.
    • Once a table is created with Auxiliary, its plan is immutable. This is explicitly documented: “Setting up a table with the Auxiliary plan is only supported on new tables. After you create a table with an Auxiliary plan, you can't switch the table's plan.”

    2. Schema and Query Model Differences

    ·         Auxiliary tables have different schema constraints (e.g., no dynamic columns) and optimized storage format for cost efficiency.

    ·         They use Delta Parquet-based storage for batch processing, which is fundamentally different from the indexed storage used by Analytics/Basic tables.

    ·         Switching plans would require rebuilding the table and re-ingesting data, which could break queries, alerts, and compliance guarantees.

     3. Performance and Feature Trade-offs

    • Auxiliary tables are designed for cheap storage and slower queries, not for real-time analytics.
    • If Microsoft allowed switching, existing data would need to be transformed to match Auxiliary’s limitations (e.g., reduced query performance, limited KQL operators), which could lead to data integrity and feature compatibility issues.

     4. Cost and Compliance Considerations

    • Auxiliary plan targets high-volume, low-touch logs for compliance and auditing.
    • Allowing conversion could create billing inconsistencies and compliance risks, as retention and query capabilities differ significantly between plans.

     Current Options

    • You can switch between Analytics and Basic plans for supported tables once per week.
    • For Auxiliary, you must create a new custom table and redirect ingestion via Data Collection Rules (DCR) or the Logs ingestion API.

     Roadmap

    • As of now, Microsoft has not announced support for converting existing tables to Auxiliary. This limitation is by design and documented in official guidance.

     

     

    0 comments No comments

Your answer

Answers can be marked as 'Accepted' by the question author and 'Recommended' by moderators, which helps users know the answer solved the author's problem.