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
Copy file name to clipboardExpand all lines: articles/azure-monitor/containers/container-insights-private-link.md
+53-7Lines changed: 53 additions & 7 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -7,21 +7,67 @@ ms.custom: devx-track-azurecli
7
7
ms.reviewer: aul
8
8
---
9
9
10
-
# Enable private link with Container insights
11
-
This article describes how to configure Container insights to use Azure Private Link for your AKS cluster.
10
+
# Enable private link for Kubernetes monitoring
11
+
This article describes how to configure monitoring for your Kubernetes cluster for
12
12
13
+
[Azure Private Link](../../private-link/private-link-overview.md) enables you to access Azure platform as a service (PaaS) resources to your virtual network by using private endpoints. An [Azure Monitor Private Link Scope (AMPLS)](../logs/private-link-security.md) connects a private endpoint to a set of Azure Monitor resources to define the boundaries of your monitoring network.
13
14
14
-
## Cluster using managed identity authentication
15
+
> [!NOTE]
16
+
> - See [Connect to a data source privately](../../../articles/managed-grafana/how-to-connect-to-data-source-privately.md) for details on how to configure private link to query data from your Azure Monitor workspace using Grafana.
17
+
> - See [Use private endpoints for Managed Prometheus and Azure Monitor workspace](azure-monitor-workspace-private-endpoint.md) for details on how to configure private link to query data from your Azure Monitor workspace using workbooks.
15
18
16
-
### [CLI](#tab/cli)
17
19
20
+
## Prerequisites
21
+
This article describes how to connect your cluster to an existing Azure Monitor Private Link Scope (AMPLS). Create an AMPLS following the guidance in [Configure your private link](../logs/private-link-configure.md).
22
+
23
+
## Managed Prometheus
24
+
25
+
### Configure DCEs
26
+
Private links for data ingestion for Managed Prometheus are configured on the Data Collection Endpoints (DCE) of the workspace that stores the data. To identify the DCEs associated with your Azure Monitor workspace, select **Data Collection Endpoints** from your Azure Monitor workspace in the Azure portal.
27
+
28
+
:::image type="content" source="media/private-link-data-ingestion/azure-monitor-workspace-data-collection-endpoints.png" alt-text="A screenshot show the data collection endpoints page for an Azure Monitor workspace." lightbox="media/private-link-data-ingestion/azure-monitor-workspace-data-collection-endpoints.png" :::
29
+
30
+
If your AKS cluster isn't in the same region as your Azure Monitor workspace, then you need to [create another DCE](../essentials/data-collection-endpoint-overview.md#create-a-data-collection-endpoint) in the same region as the AKS cluster. In this case, open the data collection rule (DCR ) created when you enabled Managed Prometheus. This DCR will be named **MSPrometheus-\<clusterName\>-\<clusterRegion\>**. The cluster will be listed on the **Resources** page. On the **Data collection endpoint** dropdown, select the DCE in the same region as the AKS cluster.
31
+
32
+
:::image type="content" source="media/private-link-data-ingestion/azure-monitor-workspace-data-collection-rule.png" alt-text="A screenshot show the data collection rules page for an Azure Monitor workspace." lightbox="media/private-link-data-ingestion/azure-monitor-workspace-data-collection-rule.png" :::
33
+
34
+
35
+
## Ingestion from a private AKS cluster
36
+
By default, a private AKS cluster can send data to Managed Prometheus and your Azure Monitor workspace over the public network using a public Data Collection Endpoint.
37
+
38
+
If you choose to use an Azure Firewall to limit the egress from your cluster, you can implement one of the following:
39
+
40
+
- Open a path to the public ingestion endpoint. Update the routing table with the following two endpoints:
41
+
-`*.handler.control.monitor.azure.com`
42
+
-`*.ingest.monitor.azure.com`
43
+
- Enable the Azure Firewall to access the Azure Monitor Private Link scope and DCE that's used for data ingestion.
44
+
45
+
## Private link ingestion for remote write
46
+
Use the following steps to set up remote write for a Kubernetes cluster over a private link virtual network and an Azure Monitor Private Link scope.
47
+
48
+
1. Create your Azure virtual network.
49
+
1. Configure the on-premises cluster to connect to an Azure VNET using a VPN gateway or ExpressRoutes with private-peering.
50
+
1. Create an Azure Monitor Private Link scope.
51
+
1. Connect the Azure Monitor Private Link scope to a private endpoint in the virtual network used by the on-premises cluster. This private endpoint is used to access your DCEs.
52
+
1. From your Azure Monitor workspace in the portal, select **Data Collection Endpoints** from the Azure Monitor workspace menu.
53
+
1. You'll have at least one DCE which will have the same name as your workspace. Click on the DCE to open its details.
54
+
1. Select the **Network Isolation** page for the DCE.
55
+
2. Click **Add** and select your Azure Monitor Private Link scope. It takes a few minutes for the settings to propagate. Once completed, data from your private AKS cluster is ingested into your Azure Monitor workspace over the private link.
56
+
57
+
58
+
## Container insights
59
+
For Container insights, the cluster needs access to the Log Analytics workspace.
60
+
61
+
### Cluster using managed identity authentication
18
62
19
63
### Prerequisites
20
-
-Azure CLI version 2.61.0 or higher.
21
-
- Create an Azure Monitor Private Link Scope (AMPLS) following the guidance in [Configure your private link](../logs/private-link-configure.md).
64
+
- Create an Azure Monitor Private Link Scope (AMPLS) following the guidance in [Configure your private link](../logs/private-link-configure.md).
65
+
- The template must be deployed in the same resource group as the cluster.
0 commit comments