Create a Deployment
Learn how to create an NGINX as a Service for Azure deployment.
Find the NGINX as a Service for Azure offer in the Azure portal
-
Sign in to the Azure portal with your Azure account.
-
Use the Azure portal to find the NGINXaaS for Azure offer.
-
Select Marketplace from the available options (or search for Marketplace).
-
Search for NGINX as a Service – Azure Native ISV Service offer in the Marketplace.
-
Select the offer to Subscribe.
Create a deployment
Basics tab
-
On the Create NGINXaaS Deployment Basics page, provide the following information:
Field Description Subscription Select the appropriate Azure subscription that you have access to. Resource group Specify whether you want to create a new resource group or use an existing one.
For more information, see Azure Resource Group overview.Name Provide a unique name for your deployment. Region Select the region you want to deploy to. Pricing Plan Select the Standard plan. NCU Capacity Select the capacity of your deployment in NCUs. Learn more about NCUs in Scaling Guidance. Email Provide an email address that can be used to access service alerts, maintenance data and activity reports. -
Select Next: Networking.
Networking tab
-
On the Create NGINXaaS Deployment Networking page, provide the following information:
Field Description Virtual Network A virtual network is required for communication between the resources you create.
You can create a new virtual network or use an existing one (for an existing one see note below).
Additionally, you can peer a new virtual network with existing ones (in any region) to create network access from NGINXaaS for Azure to your upstream servers. To peer the virtual network with another see Create, change, or delete a virtual network peering.Subnet If you select an existing virtual network, you can select the existing subnet to be used. Before creating a deployment, the existing subnet needs to be delegated to NGINX.NGINXPLUS/nginxDeployments
. To delegate a subnet to an Azure service, see Delegate a subnet to an Azure service.
Otherwise, if you have chosen to create a new virtual network, a new subnet will be selected by default.
The minimum size subnet is /27; however, we recommend a subnet size of /24.
The subnet can contain other resources and is not dedicated to the NGINXaaS for Azure resource.Allow NGINX access to Virtual Network Confirm that you allow:
- Registration of the NGINX provider to your Azure subscription.
- Delegation of the subnet to the NGINX provider.IP address Set the IP address (public or private) that the service listens to for requests:
If you select a public IP address:
- Create a new public IP or use an existing one (for an existing one see the note below).
- Set the resource name for your public IP address.
Newly created public IPs are zone-redundant in supported regions.
If you select a private IP address:
- Provide a static IP address from the same subnet range set previously. -
Select Next: Tags.
Note:
If you are selecting existing Network resources (VNET, Public IP), then the following caveats apply:
- The subnet used by NGINXaaS for Azure needs to have a Network Security Group (NSG) applied to it to ensure your deployment is locked down and only allows inbound connections on ports that the NGINX service is listening on.
Tags Tab
-
Add custom tags for the new NGINXaaS Deployment. Each tag consists of a name and value.
-
After adding the tags, select Next: Review+Create
Review + Create Tab
-
On the Review + create tab, your configuration is validated. You can review the selections made in the previous screens.
-
After validation has succeeded and you’ve reviewed the terms, select Create for Azure to start the deployment.
-
After the deployment finishes, select the NGINX deployment to view information about the deployed resource.
Test Your Deployment
At this point, you can go to the IP address noted on the overview page to test your deployment. You will get the default NGINX welcome screen.
Note:
Update the network security group associated with the subnet used by this deployment by opening up TCP port 80 (HTTP) inbound. This allows you to browse to the IP address.
Note:
As part of the deployment, the service creates a managed resource group that hosts underlying infrastructure for the deployment. See FAQ for more information.