Worksheet for NAS path failover configuration

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 IP space 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.
  • The name must be unique in the IPspace.
Yes
MTU
  • The MTU of the broadcast domain.
  • You can specify 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 must match all the devices connected to that network.
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.

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 address 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 Fabric-attached MetroCluster Installation and Configuration Guide or the Stretch MetroCluster Installation and Configuration Guide.

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.
  • The 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.
  • The 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.

    The language of the SVM can be modified 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 CIFS 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 data
Allowed protocols
  • The protocols that can use the LIF.
  • By default, CIFS, 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  
Service policy

Service policy for the LIF (available starting with ONTAP 9.5)

The service policy defines which network services can use the LIF. Starting with ONTAP 9.5, a small number of network services can be included in a LIF's service policy.

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
  • 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 CIFS server.

Information Required? Your values
SVM name
  • The name of the SVM on which you want to create an NFS or CIFS 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 CIFS 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 CIFS 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. CIFS 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.

    Microsoft TechNet: How DNS Support for Active Directory Works

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 CIFS 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 CIFS 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