Bug/Help Needed: Private Endpoint Exposes only one NIC IP address #4464
Labels
bug 🪲
Something isn't working
waiting-on-user-response
Waiting on more information from the original user before progressing.
Describe the bug
Private Endpoint Integration for CosmosDB exposes only one NIC IP address. However, a Private Endpoint for CosmosDB might create more than one NIC + IP address.
Automation can be leveraged to create just one DNS record for
PrimaryNicPrivateIpAddress
:although both IP addresses remain valid for establishing connections:
The issue arises using CosmosDB client (Azure SDK for .NET). By default, client 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
and ConnectionMode set to Gateway. 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, required FQDN records 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: