Using Azure API Management service with an internal virtual network
With Azure Virtual Networks, Azure API Management can manage APIs not accessible on the internet. A number of VPN technologies are available to make the connection. API Management can be deployed in two main modes inside a virtual network:
When API Management deploys in internal virtual network mode, all the service endpoints (gateway, the Developer portal, the Azure portal, direct management, and Git) are only visible inside a virtual network that you control the access to. None of the service endpoints are registered on the public DNS server.
Using API Management in internal mode, you can achieve the following scenarios:
- Make APIs hosted in your private datacenter securely accessible by third parties outside of it by using site-to-site or Azure ExpressRoute VPN connections.
- Enable hybrid cloud scenarios by exposing your cloud-based APIs and on-premises APIs through a common gateway.
- Manage your APIs hosted in multiple geographic locations by using a single gateway endpoint.
To perform the steps described in this article, you must have:
An active Azure subscription.
If you don't have an Azure subscription, create a free account before you begin.
An Azure API Management instance. For more information, see Create an Azure API Management instance.
The API Management service in an internal virtual network is hosted behind an internal load balancer (ILB).
Enable a virtual network connection using the Azure portal
- Browse to your Azure API Management instance in the Azure portal.
- Select Virtual network.
Configure the API Management instance to be deployed inside the virtual network.
After the deployment succeeds, you should see the internal virtual IP address of your service on the dashboard.
The Test console available on the Azure Portal will not work for Internal VNET deployed service, as the Gateway Url is not registered on the Public DNS. You should instead use the Test Console provided on the Developer portal.
Enable a virtual network connection by using PowerShell cmdlets
You can also enable virtual network connectivity by using PowerShell cmdlets.
Create an API Management service inside a virtual network: Use the cmdlet New-AzureRmApiManagement to create an Azure API Management service inside a virtual network and configure it to use the internal virtual network type.
Deploy an existing API Management service inside a virtual network: Use the cmdlet Update-AzureRmApiManagementDeployment to move an existing API Management service inside a virtual network and configure it to use the internal virtual network type.
When API Management is in external virtual network mode, the DNS is managed by Azure. For internal virtual network mode, you have to manage your own routing.
API Management service does not listen to requests coming from IP addresses. It only responds to requests to the host name configured on its service endpoints. These endpoints include gateway, the Azure portal and the Developer portal, direct management endpoint, and Git.
Access on default host names
When you create an API Management service, named "contoso" for example, the following service endpoints are configured by default:
Gateway or proxy: contoso.azure-api.net
The Azure portal and the Developer portal: contoso.portal.azure-api.net
Direct management endpoint: contoso.management.azure-api.net
To access these API Management service endpoints, you can create a virtual machine in a subnet connected to the virtual network in which API Management is deployed. Assuming the internal virtual IP address for your service is 10.0.0.5, you can map the hosts file, %SystemDrive%\drivers\etc\hosts, as follows:
You can then access all the service endpoints from the virtual machine you created. If you use a custom DNS server in a virtual network, you can also create A DNS records and access these endpoints from anywhere in your virtual network.
Access on custom domain names
If you don’t want to access the API Management service with the default host names, you can set up custom domain names for all your service endpoints as shown in the following image:
Then you can create records in your DNS server to access the endpoints that are only accessible from within your virtual network.
- A load balanced private virtual IP address from the subnet range will be reserved and used to access the API Management service endpoints from within the vnet.
- A load balanced public IP address (VIP) will also be reserved to provide access to the management service endpoint only over port 3443.
- An IP address from a subnet IP range (DIP) will be used to access resources within the vnet and a public IP address (VIP) will be used to access resources outside the vnet.
- Load balanced public and private IP addresses can be found on the Overview/Essentials blade in the Azure portal.
To learn more, see the following articles: