7.1

Table Of Contents
When provisioning virtual machines by cloning or by using kickstart/autoYaST provisioning, the requesting
machine owner can assign static IP addresses from a predetermined range.
If you specify a network prole in a reservation and a blueprint, the blueprint value takes precedence. For
example, if you specify a network prole in the blueprint by using the
VirtualMAchine.NetworkN.ProfileName custom property and in a reservation that is used by the blueprint,
the network prole specied in the blueprint takes precedence. However, if the custom property is not used
in the blueprint, and you select a network prole for a machine NIC, vRealize Automation uses the
reservation network path for the machine NIC for which the network prole is specied.
Table 34. Available Network Types for a vRealize Automation Network Profile
Network Type Description
External Existing networks congured on the vSphere server. They are the external part of the NAT and routed
networks types. An external network prole can dene a range of static IP addresses available on the
external network.
You can also use IP ranges obtained from the supplied VMware internal IPAM provider or an external
IPAM provider solution that you have imported and registered in vRealize Orchestrator, such as
Infoblox IPAM.
An external network prole with a static IP range is a prerequisite for NAT and routed networks.
NAT Created during provisioning. They are networks that use one set of IP addresses for external
communication and another set for internal communications. With one-to-one NAT networks, every
virtual machine is assigned an external IP address from the external network prole and an internal IP
address from the NAT network prole. With one-to-many NAT networks, all machines share a single
IP address from the external network prole for external communication.
A NAT network prole denes local and external networks that use a translation table for mutual
communication.
Routed Created during provisioning. They represent a routable IP space divided across subnets that are
linked together using Distributed Logical Router (DLR). Every new routed network has the next
available subnet assigned to it and is associated with other routed networks that use the same
network prole. The virtual machines that are provisioned with routed networks that have the same
routed network prole can communicate with each other and the external network.
A routed network prole denes a routable space and available subnets.
For more information about Distributed Logical Router, see NSX Administration Guide.
Assigning a Static IP Address Range by Using Network Profiles
You can use network proles to assign static IP addresses from a predened range to virtual machines that
are provisioned by cloning, by using Linux kickstart or autoYaST, or to cloud machines that are provisioned
in OpenStack by using kickstart.
By default, vRealize Automation uses Dynamic Host Conguration Protocol (DHCP) to assign IP addresses
to provisioned machines.
You can create network proles to dene a range of static IP addresses that you can assign to machines. You
can assign network proles to specic network paths on a reservation. Machines that are provisioned by
cloning or by kickstart or autoYaST and are aached to a network path with an associated network prole
are provisioned with an assigned static IP address. For provisioning with a static IP address assignment,
you must use a customization specication.
You can assign a network prole to a vSphere machine component in a blueprint by adding an existing, on-
demand NAT, or on-demand routed network component to the design canvas and selecting a network
prole to which to connect the vSphere machine component. You can also assign network proles to
blueprints by using the custom property VirtualMachine.NetworkN.ProfileName, where N is the network
identier.
You can optionally use the supplied VMware internal IPAM or a registered external IPAM service provider
to obtain and congure IP addresses. For information about external IPAM requirements, see “Checklist for
Preparing External IPAM Provider Support,” on page 14.
Chapter 3 Configuring Resources
VMware, Inc. 179