Skip to main content

Worksheet for NAS path failover configuration (ONTAP 9.7 and earlier)

Contributors netapp-aherbin netapp-barbe netapp-ahibbard netapp-thomi
PDFs

You should complete all sections of the worksheet before configuring NAS path failover.

IPspace configuration

You can use an IPspace to create a distinct IP address space for each SVM in a cluster. Doing so enables clients in administratively separate network domains to access cluster data while using overlapping IP addresses from the same IP address subnet range.

Information

Required?

Your values

IPspace name

  • The name of the IPspace.

  • The name must be unique in the cluster.

Yes

Broadcast domain configuration

A broadcast domain groups ports that belong in the same Layer 2 network and sets the MTU for the broadcast domain ports.

Broadcast domains are assigned to an IPspace. An IPspace can contain one or more broadcast domains.

Note The port to which a LIF fails over must be a member of the failover group for the LIF. When you create a broadcast domain, ONTAP automatically creates a failover group with the same name. The failover group contains all the ports assigned to the broadcast domain.

Information

Required?

Your values

IPspace name

  • The IPspace to which the broadcast domain is assigned.

  • The IPspace must exist.

Yes

Broadcast domain name

  • The name of the broadcast domain.

  • This name must be unique in the IPspace.

Yes

MTU

  • The MTU of the broadcast domain.

  • Commonly set to either 1500 or 9000.

  • The MTU value is applied to all ports in the broadcast domain and to any ports that are later added to the broadcast domain.

Note The MTU value should match all the devices connected to that network. Note that the e0M port handling management and service processor traffic should have the MTU set to no more than 1500 bytes.

Yes

Ports

  • The network ports to add to the broadcast domain.

  • The ports assigned to the broadcast domain can be physical ports, VLANs, or interface groups (ifgroups).

  • If a port is in another broadcast domain, it must be removed before it can be added to the broadcast domain.

  • Ports are assigned by specifying both the node name and port: for example, node1:e0d.

Yes

Subnet configuration

A subnet contains pools of IP addresses and a default gateway that can be assigned to LIFs used by SVMs residing in the IPspace.

  • When creating a LIF on an SVM, you can specify the name of the subnet instead of supplying an IP address and a subnet.

  • Since a subnet can be configured with a default gateway, you do not have to create the default gateway in a separate step when creating an SVM.

  • A broadcast domain can contain one or more subnets.
    You can configure SVM LIFs that are on different subnets by associating more than one subnet with the IPspace's broadcast domain.

  • Each subnet must contain IP addresses that do not overlap with IP addresses assigned to other subnets in the same IPspace.

  • You can assign specific IP addresses to SVM data LIFs and create a default gateway for the SVM instead of using a subnet.

Information

Required?

Your values

IPspace name

  • The IPspace to which the subnet will be assigned.

  • The IPspace must exist.

Yes

Subnet name

  • The name of the subnet.

  • The name must be unique in the IPspace.

Yes

Broadcast domain name

  • The broadcast domain to which the subnet will be assigned.

  • The broadcast domain must reside in the specified IPspace.

Yes

Subnet name and mask

  • The subnet and mask in which the IP addresses reside.

Yes

Gateway

  • You can specify a default gateway for the subnet.

  • If you do not assign a gateway when you create the subnet, you can assign one to the subnet at any time.

No

IP address ranges

  • You can specify a range of IP addresses or specific IP addresses.
    For example, you can specify a range such as:
    192.168.1.1-192.168.1.100, 192.168.1.112, 192.168.1.145

  • If you do not specify an IP address range, the entire range of IP addresses in the specified subnet are available to assign to LIFs.

No

Force update of LIF associations

  • Specifies whether to force the update of existing LIF associations.

  • By default, subnet creation fails if any service processor interfaces or network interfaces are using the IP addresses in the ranges provided.

  • Using this parameter associates any manually addressed interfaces with the subnet and allows the command to succeed.

No

SVM configuration

You use SVMs to serve data to clients and hosts.

The values you record are for creating a default data SVM. If you are creating a MetroCluster source SVM, see the Install a fabric-attached MetroCluster or the Install a stretch MetroCluster.

Information

Required?

Your values

SVM name

  • The name of the SVM.

  • You should use a fully qualified domain name (FQDN) to ensure unique SVM names across cluster leagues.

Yes

Root volume name

  • The name of the SVM root volume.

Yes

Aggregate name

  • The name of the aggregate that holds the SVM root volume.

  • This aggregate must exist.

Yes

Security style

  • The security style for the SVM root volume.

  • Possible values are ntfs, unix, and mixed.

Yes

IPspace name

  • The IPspace to which the SVM is assigned.

  • This IPspace must exist.

No

SVM language setting

  • The default language to use for the SVM and its volumes.

  • If you do not specify a default language, the default SVM language is set to C.UTF-8.

  • The SVM language setting determines the character set used to display file names and data for all NAS volumes in the SVM.
    You can modify The language after the SVM is created.

No

LIF configuration

An SVM serves data to clients and hosts through one or more network logical interfaces (LIFs).

Information

Required?

Your values

SVM name

  • The name of the SVM for the LIF.

Yes

LIF name

  • The name of the LIF.

  • You can assign multiple data LIFs per node, and you can assign LIFs to any node in the cluster, provided that the node has available data ports.

  • To provide redundancy, you should create at least two data LIFs for each data subnet, and the LIFs assigned to a particular subnet should be assigned home ports on different nodes.
    Important: If you are configuring a SMB server to host Hyper-V or SQL Server over SMB for nondisruptive operation solutions, the SVM must have at least one data LIF on every node in the cluster.

Yes

LIF role

  • The role of the LIF.

  • Data LIFs are assigned the data role.

Yes
Deprecated from ONTAP 9.6

data

Service policy
Service policy for the LIF.

The service policy defines which network services can use the LIF. Built-in services and service policies are available for managing data and management traffic on both data and system SVMs.

Yes
Beginning with ONTAP 9.6

Allowed protocols

  • The protocols that can use the LIF.

  • By default, SMB, NFS, and FlexCache are allowed.
    The FlexCache protocol enables a volume to be used as an origin volume for a FlexCache volume on a system running Data ONTAP operating in 7-Mode.

Note The protocols that use the LIF cannot be modified after the LIF is created. You should specify all protocols when you configure the LIF.

No

Home node

  • The node to which the LIF returns when the LIF is reverted to its home port.

  • You should record a home node for each data LIF.

Yes

Home port or broadcast domain

  • The port to which the logical interface returns when the LIF is reverted to its home port.

  • You should record a home port for each data LIF.

Yes

Subnet name

  • The subnet to assign to the SVM.

  • All data LIFs used to create continuously available SMB connections to application servers must be on the same subnet.

Yes (if using a subnet)

DNS configuration

You must configure DNS on the SVM before creating an NFS or SMB server.

Information

Required?

Your values

SVM name

  • The name of the SVM on which you want to create an NFS or SMB server.

Yes

DNS domain name

  • A list of domain names to append to a host name when performing host- to-IP name resolution.

  • List the local domain first, followed by the domain names for which DNS queries are most often made.

Yes

IP addresses of the DNS servers

  • List of IP addresses for the DNS servers that will provide name resolution for the NFS or SMB server.

  • The listed DNS servers must contain the service location records (SRV) needed to locate the Active Directory LDAP servers and domain controllers for the domain that the SMB server will join.
    The SRV record is used to map the name of a service to the DNS computer name of a server that offers that service. SMB server creation fails if ONTAP cannot obtain the service location records through local DNS queries.
    The simplest way to ensure that ONTAP can locate the Active Directory SRV records is to configure Active Directory-integrated DNS servers as the SVM DNS servers.
    You can use non-Active Directory-integrated DNS servers provided that the DNS administrator has manually added the SRV records to the DNS zone that contains information about the Active Directory domain controllers.

  • For information about the Active Directory-integrated SRV records, see the topic How DNS Support for Active Directory Works on Microsoft TechNet.

Yes

Dynamic DNS configuration

Before you can use dynamic DNS to automatically add DNS entries to your Active Directory- integrated DNS servers, you must configure dynamic DNS (DDNS) on the SVM.

DNS records are created for every data LIF on the SVM. By creating multiple data LIFS on the SVM, you can load-balance client connections to the assigned data IP addresses. DNS load balances connections that are made using the host name to the assigned IP addresses in a round- robin fashion.

Information

Required?

Your values

SVM name

  • The SVM on which you want to create an NFS or SMB server.

Yes

Whether to use DDNS

  • Specifies whether to use DDNS.

  • The DNS servers configured on the SVM must support DDNS. By default, DDNS is disabled.

Yes

Whether to use secure DDNS

  • Secure DDNS is supported only with Active Directory-integrated DNS.

  • If your Active Directory-integrated DNS allows only secure DDNS updates, the value for this parameter must be true.

  • By default, secure DDNS is disabled.

  • Secure DDNS can be enabled only after a SMB server or an Active Directory account has been created for the SVM.

No

FQDN of the DNS domain

  • The FQDN of the DNS domain.

  • You must use the same domain name configured for DNS name services on the SVM.

No