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.Inbound port rules Select None
to disallow inbound access on any port, or choose to allow traffic from one of these common http(s) ports.
Note: This option is only available when specifying a new virtual network as part of the create workflow. If you select an existing virtual network which is associated with a subnet and Network Security Group (NSG), you will need to edit the Inbound security rules to add access for the specific ports you want to allow (for example, ports 80 and 443). -
Select Next: Tags.
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
- To test your deployment, you can go to the IP address noted on the overview page. The default NGINX welcome screen should load.
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.