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
Private Endpoint Integration for CosmosDB exposes only one NIC IP address. However, a Private Endpoint might create more than one NIC + IP address. Automation can be leveraged to create just one DNS record, although both IP addresses remain valid for establishing connections.
The issue arises because the CosmosDB client (Azure SDK for .NET), by default, has the LimitToEndpointProperty set to false. This configuration instructs the SDK to automatically discover write and read regions and use them when the configured application region is unavailable. In my case, the application opted to use the regional FQDN, even though the endpoint connection was configured as global. This behavior can be addressed by setting the LimitToEndpointProperty to true, but this adjustment requires knowing what to look for.
Azure Service Operator Version: 2.9.0
Expected behavior
Both regional and global ip addresses are exposed
To Reproduce
Deploy CosmosDB with Private Endpoint integration. Use the Azure SDK for .NET to establish a connection to the database with default settings. Observe that the client selects the regional endpoint, even though the supplied database FQDN is global.
Screenshots
N/A
Additional context
N/A
The text was updated successfully, but these errors were encountered:
Describe the bug
Private Endpoint Integration for CosmosDB exposes only one NIC IP address. However, a Private Endpoint might create more than one NIC + IP address. Automation can be leveraged to create just one DNS record, although both IP addresses remain valid for establishing connections.
The issue arises because the CosmosDB client (Azure SDK for .NET), by default, has the
LimitToEndpointProperty
set tofalse
. This configuration instructs the SDK to automatically discover write and read regions and use them when the configured application region is unavailable. In my case, the application opted to use the regional FQDN, even though the endpoint connection was configured as global. This behavior can be addressed by setting theLimitToEndpointProperty
totrue
, but this adjustment requires knowing what to look for.Azure Service Operator Version: 2.9.0
Expected behavior
Both regional and global ip addresses are exposed
To Reproduce
Deploy CosmosDB with Private Endpoint integration. Use the Azure SDK for .NET to establish a connection to the database with default settings. Observe that the client selects the regional endpoint, even though the supplied database FQDN is global.
Screenshots
N/A
Additional context
N/A
The text was updated successfully, but these errors were encountered: