You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
For more information managing session pools, see [session pools management endpoint](./session-pool.md#management-endpoint).
29
+
For more information on managing session pools, see [session pools management endpoint](./session-pool.md#management-endpoint).
30
30
31
31
To send a request into a session's container, you use the management endpoint as the root for your request. Anything in the path following the base pool management endpoint is forwarded to the session's container.
32
32
@@ -38,7 +38,7 @@ As you continue to make calls to the same session, the session remains [allocate
38
38
39
39
## Sample request
40
40
41
-
The following example shows how to send request to a session using a user's ID as the session unique identifier.
41
+
The following example shows how to send a request to a session using a user's ID as the session unique identifier.
42
42
43
43
Before you send the request, replace the placeholders between the `<>` brackets with values specific to your request.
44
44
@@ -109,9 +109,9 @@ az role assignment create \
109
109
--scope <SESSION_POOL_RESOURCE_ID>
110
110
```
111
111
112
-
If you're using an[large language model (LLM) framework integration](sessions-code-interpreter.md#llm-framework-integrations), the framework handles the token generation and management for you. Ensure that the application is configured with a managed identity with the necessary role assignments on the session pool.
112
+
If you're using a[large language model (LLM) framework integration](sessions-code-interpreter.md#llm-framework-integrations), the framework handles the token generation and management for you. Ensure that the application is configured with a managed identity with the necessary role assignments on the session pool.
113
113
114
-
If you're using the pool's management API endpoints directly, you must generate a token and include it in the `Authorization` header of your HTTP requests. In addition to the role assignments previously mentioned, token needs to contain an audience (`aud`) claim with the value `https://dynamicsessions.io`.
114
+
If you're using the pool's management API endpoints directly, you must generate a token and include it in the `Authorization` header of your HTTP requests. In addition to the role assignments previously mentioned, the token needs to contain an audience (`aud`) claim with the value `https://dynamicsessions.io`.
115
115
116
116
##### [Azure CLI](#tab/cli)
117
117
@@ -310,7 +310,52 @@ This template contains the following settings for managed identity:
310
310
311
311
## Logging
312
312
313
-
Console logs from containers running in a session are available in the Azure Log Analytics workspace associated with the Azure Container Apps environment in a table named `AppEnvSessionConsoleLogs_CL`.
313
+
Azure Container Apps dynamic sessions integrate with Azure Monitor and Log Analytics to collect logs emitted during session execution. Logging behavior is consistent across code interpreter and custom container session pools, and is distinct from metrics returned via API response headers.
314
+
315
+
### Log destinations
316
+
317
+
When Log Analytics is selected as the logging destination for the Container Apps environment, session logs are written to the configured Log Analytics workspace and can be queried using [Kusto Query Language (KQL)](/azure/data-explorer/kusto/query/).
318
+
319
+
### Available Log Analytics tables
320
+
321
+
The following Log Analytics tables are created for session logs when logs are emitted. For a full list of supported categories on the environment resource (`Microsoft.App/managedEnvironments`), see [Supported logs for Microsoft.App/managedEnvironments](/azure/azure-monitor/reference/supported-logs/microsoft-app-managedenvironments-logs).
| Code interpreter sessions (platform-managed) | Application logs |`AppEnvSessionConsoleLogs_CL`| Standard output (`stdout`) and standard error (`stderr`) emitted by code running in the session. Logs appear after a session is invoked. |
326
+
| Code interpreter sessions (platform-managed) | Platform logs | Not applicable | Session lifecycle and pool event logs aren't emitted for code interpreter session pools. |
327
+
| Custom container sessions | Application logs |`AppEnvSessionConsoleLogs_CL`| Standard output (`stdout`) and standard error (`stderr`) emitted by the containerized application. Azure Container Apps does not generate application logs for custom containers; you must emit logs from your container. |
328
+
| Custom container sessions | Platform logs |`AppEnvSessionLifecycleLogs_CL`, `AppEnvSessionPoolEventLogs_CL`| Platform-generated events related to session pool allocation, lifecycle, and operational state. |
329
+
330
+
These tables are created when logs are first emitted. If no sessions have been invoked, the tables might not yet appear in the workspace.
331
+
332
+
Table names include the _CL suffix when logs are sent directly to Log Analytics. When logs are routed through Azure Monitor diagnostic settings, the table names don't include the _CL suffix.
0 commit comments