Specify the location of the OVF file.
Download the zip file, unzip it to extract and save the .ovf, mf, and .vmdk
files to the same directory. The ovf and vmdk files are used to deploy each
instance of the firewall.
If needed, modify the security settings on the server so that you can
download the file types. For example, on the IIS server modify the Mime
Types configuration; on an Apache server edit the
.htaccess file.
Don’t change the Panorama service definition OVF path after a successful
NSX Service Deployment of VM-Series firewalls. Changing the OVF path,
after a successful VM-Series firewall deployment, can result in an NSX
Service Deployment failed state. You may resolve this failure in NSX-T
Manager, however this may cause all VM-Series firewalls to redeploy.
It's recommended that you use an OVF path name that scales and allows you to
change the base image without impacting your deployed firewalls. Instead of
a path such as https://acme.com/software/PA-VM-NST.9.1.0.ovf, use
something such as https://acme.com/software/PanoSvcDef1-Cluster1.ovf.
Using a static path reference will eliminate any future need to change the
OVF path. It's recommended to create a path for each Panorama service
definition (vSphere cluster) in your deployment and change the PAN-OS base
images references on the web server as needed.
In the OVF URL, add the location of the web server
that hosts the ovf file. Both HTTP and HTTPS are supported protocols.
Panorama must have network connectivity with the web server to retrieve
the OVF file.
You can use the same ovf version or different versions across service
definitions. Using different ovf versions across service definitions allows
you to vary the PAN-OS version on the VM-Series firewalls in different ESXi
clusters.