Guest

Design Zone for Data Centers

FlexPod Data Center with VMware vSphere 5.1

  • Viewing Options

  • PDF (19.0 MB)
  • Feedback

Table Of Contents

About the Authors

About Cisco Validated Design (CVD) Program

VMware vSphere 5.1 on FlexPod Clustered Data ONTAP Deployment Guide

Overview

Audience

Architecture

Software Revisions

Configuration Guidelines

Physical Infrastructure

FlexPod Cabling on Clustered Data ONTAP

Storage Configuration

Controller FAS32xx Series

System Configuration Guides

Controllers

Disk Shelves DS2246 Series

DS2246 Disk Shelves

Cisco NX5596 Cluster Network Switch Configuration

Initial Setup of Cisco Nexus 5596 Cluster Interconnect

Download and Install NetApp Cluster Switch Software

Download and Merge of NetApp Cluster Switch Reference Configuration File

Cisco Smart Call Home Setup

SNMP Monitoring Setup

Clustered Data ONTAP 8.1.2

Node 1

Node 2

Cluster Create in Clustered Data ONTAP

Cluster Join in Clustered Data ONTAP

Log in to the Cluster

Zero All Spare Disks

Set Auto-Revert on Cluster Management

Failover Groups Management in Clustered Data ONTAP

Assign Management Failover Group to Cluster Management LIF

Failover Groups Node Management in Clustered Data ONTAP

Assign Node Management Failover Groups to Node Management LIFs

Flash Cache in Clustered Data ONTAP

64-Bit Aggregates in Clustered Data ONTAP

Service Processor

Upgrade the Service Processor on Each Node to the Latest Release

Configure the Service Processor on Node 01

Configure the Service Processor on Node 02

Storage Failover in Clustered Data ONTAP

IFGRP LACP in Clustered Data ONTAP

VLAN in Clustered Data ONTAP

Jumbo Frames in Clustered Data ONTAP

NTP in Clustered Data ONTAP

SNMP in Clustered Data ONTAP

SNMPv1 in Clustered Data ONTAP

SNMPv3 in Clustered Data ONTAP

AutoSupport HTTPS in Clustered Data ONTAP

Cisco Discovery Protocol in Clustered Data ONTAP

Vserver

Create Load Sharing Mirror of Vserver Root Volume in Clustered Data ONTAP

FC Service in Clustered Data ONTAP

HTTPS Access in Clustered Data ONTAP

NFSv3 in Clustered Data ONTAP

FlexVol in Clustered Data ONTAP

LUN in Clustered Data ONTAP

Deduplication in Clustered Data ONTAP

Failover Groups NAS in Clustered Data ONTAP

NFS LIF in Clustered Data ONTAP

FCP LIF in Clustered Data ONTAP

Add Infrastructure Vserver Administrator

Server Configuration

FlexPod Cisco UCS Base

Perform Initial Setup of Cisco UCS 6248 Fabric Interconnect for FlexPod Environments

FlexPod Cisco UCS FCoE vSphere on Clustered Data ONTAP

Log in to Cisco UCS Manager

Upgrade Cisco UCS Manager Software to Version 2.1(1b)

Add Block of IP Addresses for KVM Access

Synchronize Cisco UCS to NTP

Edit Chassis Discovery Policy

Enable Server and Uplink Ports

Acknowledge Cisco UCS Chassis and FEX

Create Uplink Port Channels to Cisco Nexus 5548 Switches

Create an Organization

Create MAC Address Pools

Create WWNN Pools

Create WWPN Pools

Create UUID Suffix Pool

Create Server Pool

Create VLANs

Create VSANs and FCoE Port Channels

Create Host Firmware Package

Set Jumbo Frames in Cisco UCS Fabric

Create Local Disk Configuration Policy (Optional)

Create Network Control Policy for Cisco Discovery Protocol

Create Power Control Policy

Create Server Pool Qualification Policy (Optional)

Create Server BIOS Policy

Create vNIC/vHBA Placement Policy for Virtual Machine Infrastructure Hosts

Update default Maintenance Policy

Create vNIC Templates

Create vHBA Templates for Fabric A and Fabric B

Create Boot Policies

Create Service Profile Templates

Create Service Profiles

Add More Servers to FlexPod Unit

Storage Networking

FlexPod Cisco Nexus Base

Set Up Initial Configuration

FlexPod Cisco Nexus FCoE Storage vSphere on Clustered Data ONTAP

Enable Licenses

Set Global Configurations

Create VLANs

Add Individual Port Descriptions for Troubleshooting

Create Port Channels

Configure Port Channels

Configure Virtual Port Channels

Configure Ports for Cisco Nexus 1110-X Virtual Appliances

Uplink into Existing Network Infrastructure

Create VSANs, Assign and Enable Virtual Fibre Channel Ports

Create Device Aliases

Create Zones

Storage Part 2

Clustered Data ONTAP SAN Boot Storage Setup

Create Igroups

Map Boot LUNs to Igroups

VMware vSphere 5.1 Setup

FlexPod VMware ESXi 5.1 FCoE on Clustered Data ONTAP

Log in to Cisco UCS 6200 Fabric Interconnect

Set Up VMware ESXi Installation

Install ESXi

Set Up Management Networking for ESXi Hosts

ESXi Host VM-Host-Infra-02

Download VMware vSphere Client and vSphere Remote CLI

Log in to VMware ESXi Hosts by Using VMware vSphere Client

Download Updated Cisco VIC enic and fnic Drivers

Load Updated Cisco VIC enic and fnic Drivers

Set Up VMkernel Ports and Virtual Switch

Mount Required Datastores

Configure NTP on ESXi Hosts

Move VM Swap File Location

FlexPod VMware vCenter 5.1

Build Microsoft SQL Server VM

Install Microsoft SQL Server 2008 R2

Build and Set Up VMware vCenter VM

Install VMware vCenter Server

Set Up vCenter Server

FlexPod Cisco Nexus 1110-X and 1000V vSphere

Configure CIMC Interface on Both Cisco Nexus 1110-Xs

Configure Serial over LAN for Both Cisco Nexus 1110-Xs

Configure Cisco Nexus 1110-X Virtual Appliances

Set Up the Primary Cisco Nexus 1000V VSM

Set Up the Secondary Cisco Nexus 1000V VSM

Install Virtual Ethernet Module on Each ESXi Host

Register Cisco Nexus 1000V as a vCenter Plug-in

Perform Base Configuration of the Primary VSM

Migrate Networking Components for ESXi Hosts to Cisco Nexus 1000V

FlexPod Management Tool Setup

NetApp Virtual Storage Console (VSC) 4.1 Deployment Procedure

VSC 4.1 Preinstallation Considerations

Install VSC 4.1

Register VSC with vCenter Server

Discover and Add Storage Resources

Optimal Storage Settings for ESXi Hosts

VSC 4.1 Backup and Recovery

OnCommand Unified Manager 5.1

Install .NET Framework 3.5.1 Feature

Install SnapDrive 6.4.2

Install NetApp OnCommand Core Package

NetApp NFS Plug-In 1.0 for VMware VAAI

Install NetApp NFS Plug-In for VMware VAAI

Appendix

Build Windows Active Directory Server VM(s)

ESXi Host VM-Host-Infra-01

Configuring Cisco VM-FEX with the UCS Manager

Background

Process Overview

Initial Setup

Create a Dynamic vNIC Connection Policy

Create a Server BIOS Policy

Create a VM-FEX Enabled Service Profile Template

Create VM-FEX Service Profile

Install and Set Up VMware ESXi

Download Cisco VEM Software Bundle

Install the FEX Virtual Ethernet Module on Each ESXi Host

Integrate Cisco UCS with vCenter

Validate Setting in VMware vCenter

Standard Operations

Add Distributed Port Group to the VDS (vSphere Distributed Switch)

Migrate Networking Components for ESXi Hosts to Cisco DVS-FEX

VM-FEX Virtual Interfaces

Expand Two-Node Cluster to Four-Node Cluster FlexPod

Migrate from 7-Mode FlexPod to Clustered Data ONTAP FlexPod

Cisco Nexus 5548 Example Configurations

Cisco Nexus 5548 A

Cisco Nexus 5548 B


FlexPod Data Center with VMware vSphere 5.1
Deployment Guide for FlexPod with VMware vSphere 5.1 and NetApp
Clustered Data ONTAP 8.1.2
Last Updated: November 22, 2013

Building Architectures to Solve Business Problems

About the Authors

Lindsey Street, Systems Architect, Infrastructure and Cloud Engineering, NetApp Systems

Lindsey Street is a systems architect in the NetApp Infrastructure and Cloud Engineering team. She focuses on the architecture, implementation, compatibility, and security of innovative vendor technologies to develop competitive and high-performance end-to-end cloud solutions for customers. Lindsey started her career in 2006 at Nortel as an interoperability test engineer, testing customer equipment interoperability for certification. Lindsey has her Bachelors of Science degree in Computer Networking and her Master's of Science in Information Security from East Carolina University.

John George, Reference Architect, Infrastructure and Cloud Engineering, NetApp Systems

John George is a Reference Architect in the NetApp Infrastructure and Cloud Engineering team and is focused on developing, validating, and supporting cloud infrastructure solutions that include NetApp products. Before his current role, he supported and administered Nortel's worldwide training network and VPN infrastructure. John holds a Master's degree in computer engineering from Clemson University.

Chris O'Brien, Technical Marketing Manager, Server Access Virtualization Business Unit, Cisco Systems

Chris O'Brien is currently focused on developing infrastructure best practices and solutions that are designed, tested, and documented to facilitate and improve customer deployments. Previously, O'Brien was an application developer and has worked in the IT industry for more than 15 years.

Chris Reno, Reference Architect, Infrastructure and Cloud Engineering, NetApp Systems

Chris Reno is a reference architect in the NetApp Infrastructure and Cloud Enablement group and is focused on creating, validating, supporting, and evangelizing solutions based on NetApp products. Before being employed in his current role, he worked with NetApp product engineers designing and developing innovative ways to perform Q and A for NetApp products, including enablement of a large grid infrastructure using physical and virtualized compute resources. In these roles, Chris gained expertise in stateless computing, netboot architectures, and virtualization.

About Cisco Validated Design (CVD) Program


The CVD program consists of systems and solutions designed, tested, and documented to facilitate faster, more reliable, and more predictable customer deployments. For more information visit:

http://www.cisco.com/go/designzone

ALL DESIGNS, SPECIFICATIONS, STATEMENTS, INFORMATION, AND RECOMMENDATIONS (COLLECTIVELY, "DESIGNS") IN THIS MANUAL ARE PRESENTED "AS IS," WITH ALL FAULTS. CISCO AND ITS SUPPLIERS DISCLAIM ALL WARRANTIES, INCLUDING, WITHOUT LIMITATION, THE WARRANTY OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT OR ARISING FROM A COURSE OF DEALING, USAGE, OR TRADE PRACTICE. IN NO EVENT SHALL CISCO OR ITS SUPPLIERS BE LIABLE FOR ANY INDIRECT, SPECIAL, CONSEQUENTIAL, OR INCIDENTAL DAMAGES, INCLUDING, WITHOUT LIMITATION, LOST PROFITS OR LOSS OR DAMAGE TO DATA ARISING OUT OF THE USE OR INABILITY TO USE THE DESIGNS, EVEN IF CISCO OR ITS SUPPLIERS HAVE BEEN ADVISED OF THE POSSIBILITY OF SUCH DAMAGES.

THE DESIGNS ARE SUBJECT TO CHANGE WITHOUT NOTICE. USERS ARE SOLELY RESPONSIBLE FOR THEIR APPLICATION OF THE DESIGNS. THE DESIGNS DO NOT CONSTITUTE THE TECHNICAL OR OTHER PROFESSIONAL ADVICE OF CISCO, ITS SUPPLIERS OR PARTNERS. USERS SHOULD CONSULT THEIR OWN TECHNICAL ADVISORS BEFORE IMPLEMENTING THE DESIGNS. RESULTS MAY VARY DEPENDING ON FACTORS NOT TESTED BY CISCO.

The Cisco implementation of TCP header compression is an adaptation of a program developed by the University of California, Berkeley (UCB) as part of UCB's public domain version of the UNIX operating system. All rights reserved. Copyright © 1981, Regents of the University of California.

Cisco and the Cisco Logo are trademarks of Cisco Systems, Inc. and/or its affiliates in the U.S. and other countries. A listing of Cisco's trademarks can be found at http://www.cisco.com/go/trademarks. Third party trademarks mentioned are the property of their respective owners. The use of the word partner does not imply a partnership relationship between Cisco and any other company. (1005R)

Any Internet Protocol (IP) addresses and phone numbers used in this document are not intended to be actual addresses and phone numbers. Any examples, command display output, network topology diagrams, and other figures included in the document are shown for illustrative purposes only. Any use of actual IP addresses or phone numbers in illustrative content is unintentional and coincidental.

© 2013 Cisco Systems, Inc. All rights reserved.

VMware vSphere 5.1 on FlexPod Clustered Data ONTAP Deployment Guide


Overview

Industry trends indicate a vast data center transformation toward shared infrastructures. By using virtualization, enterprise customers have embarked on the journey to the cloud by moving away from application silos and toward shared infrastructure, thereby increasing agility and reducing costs. Cisco and NetApp have partnered to deliver FlexPod, which serves as the foundation for a variety of workloads and enables efficient architectural designs that are based on customer requirements.

Audience

This document describes the architecture and deployment procedures of an infrastructure composed of Cisco®, NetApp®, and VMware® virtualization that uses FCoE-based storage serving NAS and SAN protocols. The intended audience for this document includes, but is not limited to, sales engineers, field consultants, professional services, IT managers, partner engineering, and customers who want to deploy the core FlexPod architecture with NetApp clustered Data ONTAP®.

Architecture

The FlexPod architecture is highly modular or "podlike." Although each customer's FlexPod unit varies in its exact configuration, after a FlexPod unit is built, it can easily be scaled as requirements and demand change. The unit can be scaled both up (adding resources to a FlexPod unit) and out (adding more FlexPod units).

Specifically, FlexPod is a defined set of hardware and software that serves as an integrated foundation for both virtualized and nonvirtualized solutions. VMware vSphere® built on FlexPod includes NetApp storage, NetApp Data ONTAP, Cisco networking, the Cisco Unified Computing System™ (Cisco UCS®), and VMware vSphere software in a single package. The design is flexible enough that the networking, computing, and storage can fit in one data center rack or be deployed according to a customer's data center design. Port density enables the networking components to accommodate multiple configurations of this kind.

One benefit of the FlexPod architecture is the ability to customize or "flex" the environment to suit a customer's requirements. This is why the reference architecture detailed in this document highlights the resiliency, cost benefit, and ease of deployment of an FCoE-based storage solution. A storage system capable of serving multiple protocols across a single interface allows for customer choice and investment protection because it truly is a wire-once architecture.

Figure 1 shows the VMware vSphere built on FlexPod components and the network connections for a configuration with FCoE-based storage. This design uses the Cisco Nexus® 5548UP, Cisco Nexus 2232PP FEX, and Cisco UCS C-Series and B-Series with the Cisco UCS virtual interface card (VIC) and the NetApp FAS family of storage controllers connected in a highly available design using Cisco Virtual PortChannels (vPCs). This infrastructure is deployed to provide FCoE-booted hosts with file- and block-level access to shared storage datastores. The reference architecture reinforces the "wire-once" strategy, because as additional storage is added to the architecture; be it FC, FCoE, or 10 Gigabit Ethernet, no recabling is required from the hosts to the Cisco UCS fabric interconnect.

Figure 1 VMware vSpahere Built on Flexpod Components

The reference configuration includes:

Two Cisco Nexus 5548UP switches

Two Cisco Nexus 2232PP fabric extenders

Two Cisco UCS 6248UP fabric interconnects

Support for 16 Cisco UCS C-Series servers without any additional networking components

Support for 8 Cisco UCS B-Series servers without any additional blade server chassis

Support for hundreds of Cisco UCS C-Series and B-Series servers by way of additional fabric extenders and blade server chassis

One NetApp FAS3250-AE (HA pair) running clustered Data ONTAP

Storage is provided by a NetApp FAS3250-AE (HA configuration in two chassis) operating in both clustered Data ONTAP and 7-Mode. All system and network links feature redundancy, providing end-to-end high availability (HA). For server virtualization, the deployment includes VMware vSphere. Although this is the base design, each of the components can be scaled flexibly to support specific business requirements. For example, more (or different) servers or even blade chassis can be deployed to increase compute capacity, additional disk shelves can be deployed to improve I/O capacity and throughput, and special hardware or software features can be added to introduce new capabilities.

This document guides you through the low-level steps for deploying the base architecture, as shown in Figure 1. These procedures cover everything from physical cabling to compute and storage configuration to configuring virtualization with VMware vSphere.

Software Revisions

It is important to note the software versions used in this document. Table 1 details the software revisions used throughout this document.

Table 1 Software Revisions

Layer
Compute
Version or Release
Details

Compute

Cisco UCS Fabric Interconnect

2.1(1b)

Embedded management

Cisco UCS C 200 M2 Server

2.1(1b)

Software bundle release

Cisco UCS C 220 M3 Server

2.1(1b)

Software bundle release

Cisco UCS B 200 M2 Server

2.1(1b)

Software bundle release

Cisco UCS B 200 M3 Server

2.1(1b)

Software bundle release

Cisco eNIC

2.1.2.38

Ethernet driver for Cisco VIC

Cisco fNIC

1.5.0.20

FCoE driver for Cisco VIC

Network

Cisco Nexus Switch

5.2(1)N1(3)

Operating system version

Storage

NetApp FAS3250-A

Clustered Data ONTAP 8.1.2

Operating system version

Software

Cisco UCS Hosts

VMware vSphere ESXi™ 5.1

Operating system version

Microsoft® .NET Framework

3.5.1

Feature enabled within Windows® operating system

Microsoft SQL Server®

Microsoft SQL Server 2008 R2 SP1

VM (1 each): SQL Server DB

VMware vCenter™

5.1

VM (1 each): VMware vCenter

NetApp OnCommand®

5.1

VM (1 each): OnCommand

NetApp Virtual Storage Console (VSC)

4.1

Plug-in within VMware vCenter

Cisco Nexus 1110-x

4.2.1.SP1.5.1a

Virtual services appliance

Cisco Nexus 1000v

4.2.1.SV2.1.1a

Virtual services blade within the 1110-x

NetApp NFS Plug-in for VMware vStorage APIs for Array Integration (VAAI)

1.0-018

Plug-in within VMware vCenter


Configuration Guidelines

This document provides details for configuring a fully redundant, highly available configuration for a FlexPod unit with clustered Data ONTAP storage. Therefore, reference is made to which component is being configured with each step, either 01 or 02. For example, node01 and node02 are used to identify the two NetApp storage controllers that are provisioned with this document, and Cisco Nexus A and Cisco Nexus B identify the pair of Cisco Nexus switches that are configured. The Cisco UCS fabric interconnects are similarly configured. Additionally, this document details the steps for provisioning multiple Cisco UCS hosts, and these are identified sequentially: VM-Host-Infra-01, VM-Host-Infra-02, and so on. Finally, to indicate that you should include information pertinent to your environment in a given step, <text> appears as part of the command structure. See the following example for the network port vlan create command:

Usage:

	network port vlan create ?
	[-node] <nodename>                  Node
	{ [-vlan-name] {<netport>|<ifgrp>}  VLAN Name
	|  -port {<netport>|<ifgrp>}        Associated Network Port
	[-vlan-id] <integer> }            Network Switch VLAN Identifier
 
 

Example:

	network port vlan -node <node01> -vlan-name i0a-<vlan id>
 
 

This document is intended to enable you to fully configure the customer environment. In this process, various steps require you to insert customer-specific naming conventions, IP addresses, and VLAN schemes, as well as to record appropriate MAC addresses. Table 2 describes the VLANs necessary for deployment as outlined in this guide. The VM-Mgmt VLAN is used for management interfaces of the VMware vSphere hosts. Table 3 lists the virtual storage area networks (VSANs) necessary for deployment as outlined in this guide.

Table 4 lists the configuration variables that are used throughout this document. Table 4 can be completed based on the specific site variables and used in implementing the document configuration steps.


Note In order for SNMP queries of the storage cluster to function properly, you should use separate in-band and out-of-band management VLANs. You must create a Layer 3 route between these VLANs.


Table 2 Necessary VLANs

VLAN Name
VLAN Purpose
ID Used in Validating This Document

Mgmt in band

VLAN for in-band management interfaces

3175

Mgmt out of band

VLAN for out-of-band management interfaces

3171

Native

VLAN to which untagged frames are assigned

2

NFS

VLAN for NFS traffic

3170

FCoE - A

VLAN for FCoE traffic for fabric A

101

FCoE - B

VLAN for FCoE traffic for fabric B

102

vMotion

VLAN designated for the movement of VMs from one physical host to another

3173

VM Traffic

VLAN for VM application traffic

3174

Packet Control

VLAN for Packet Control traffic (Cisco Nexus 1000v)

3176


Table 3 Necessary VSANs

VSAN Name
VSAN Purpose
ID Used in Validating This Document

VSAN A

VSAN for fabric A traffic. ID matches FCoE-A VLAN

101

VSAN B

VSAN for fabric B traffic. ID matches FCoE-B VLAN

102


Table 4 Created VMware Virtual Machine

Virtual Machine Description
Host Name

vCenter SQL Server database

 

vCenter Server

 

NetApp Virtual Storage Console (VSC) and NetApp OnCommand® core

 

Table 5 Configuration Variables

Variable
Description
Customer Implementation Value

<<var_node01_mgmt_ip>>

Out-of-band management IP for cluster node 01

 

<<var_node01_mgmt_mask>>

Out-of-band management network netmask

 

<<var_node01_mgmt_gateway>>

Out-of-band management network default gateway

 

<<var_url_boot_software>>

Data ONTAP 8.1.2 URL; format: http://

 

<<var_#_of_disks>>

Number of disks to assign to each storage controller

 

<<var_node02_mgmt_ip>>

Out-of-band management IP for cluster node 02

 

<<var_node02_mgmt_mask>>

Out-of-band management network netmask

 

<<var_node02_mgmt_gateway>>

Out-of-band management network default gateway

 

<<var_clustername>>

Storage cluster host name

 

<<var_cluster_base_license_key>>

Cluster base license key

 

<<var_password>>

Global default administrative password

 

<<var_clustermgmt_ip>>

In-band management IP for the storage cluster

 

<<var_clustermgmt_mask>>

In-band management network netmask

 

<<var_clustermgmt_gateway>>

In-band management network default gateway

 

<<var_dns_domain_name>>

DNS domain name

 

<<var_nameserver_ip>>

DNS server IP(s)

 

<<var_node_location>>

Node location string for each node

 

<<var_node01>>

Cluster node 01 host name

 

<<var_node02>>

Cluster node 02 host name

 

<<var_raidsize>>

RAID group size for each node

 

<<var_num_disks>>

Number of disks to assign to each storage data aggregate

 

<<var_node01_sp_ip>>

Out-of-band cluster node 01 service processor management IP

 

<<var_node01_sp_mask>>

Out-of-band management network netmask

 

<<var_node01_sp_gateway>

Out-of-band management network default gateway

 

<<var_node02_sp_ip>>

Out-of-band cluster node 02 device processor management IP

 

<<var_node02_sp_mask>>

Out-of-band management network netmask

 

<<var_node02_sp_gateway>

Out-of-band management network default gateway

 

<<var_timezone>>

FlexPod time zone (for example, America/New_York)

 

<<var_global_ntp_server_ip>>

NTP server IP address

 

<<var_snmp_contact>>

Administrator e-mail address

 

<<var_snmp_location>>

Cluster location string

 

<<var_oncommand_server_fqdn>>

VSC or OnCommand virtual machine fully qualified domain name (FQDN)

 

<<var_snmp_community>>

Storage cluster SNMP v1/v2 community name

 

<<var_mailhost>>

Mail server host name

 

<<var_storage_admin_email>>

Administrator e-mail address

 

<<var_security_cert_vserver_common_name>>

Infrastructure Vserver FQDN

 

<<var_country_code>>

Two-letter country code

 

<<var_state>>

State or province name

 

<<var_city>>

City name

 

<<var_org>>

Organization or company name

 

<<var_unit>>

Organizational unit name

 

<<var_security_cert_cluster_common_name>>

Storage cluster FQDN

 

<<var_security_cert_node01_common_name>>

Cluster node 01 FQDN

 

<<var_security_cert_node02_common_name>>

Cluster node 02 FQDN

 

<<var_esxi_host1_nfs_ip>>

NFS VLAN IP address for each VMware ESXi host

 

<<var_node01_nfs_lif_ip>>

Cluster node 01 NFS VLAN IP address

 

<<var_node01_nfs_lif_mask>

NFS VLAN netmask

 

<<var_node02_nfs_lif_ip>>

Cluster node 02 NFS VLAN IP address

 

<<var_node02_nfs_lif_mask>>

NFS VLAN netmask

 

<<var_nexus_A_hostname>>

Cisco Nexus A host name

 

<<var_nexus_A_mgmt0_ip>>

Out-of-band Cisco Nexus A management IP address

 

<<var_nexus_A_mgmt0_netmask>>

Out-of-band management network netmask

 

<<var_nexus_A_mgmt0_gw>>

Out-of-band management network default gateway

 

<<var_nexus_B_hostname>>

Cisco Nexus B host name

 

<<var_nexus_B_mgmt0_ip>>

Out-of-band Cisco Nexus B management IP address

 

<<var_nexus_B_mgmt0_netmask>>

Out-of-band management network netmask

 

<<var_nexus_B_mgmt0_gw>>

Out-of-band management network default gateway

 

<<var_ib-mgmt_vlan_id>>

In-band management network VLAN ID

 

<<var_native_vlan_id>>

Native VLAN ID

 

<<var_nfs_vlan_id>>

NFS VLAN ID

 

<<var_pkt-ctrl_vlan_id>>

Cisco Nexus 1000v packet control VLAN ID

 

<<var_vmotion_vlan_id>>

VMware vMotion® VLAN ID

 

<<var_vm-traffic_vlan_id>>

VM traffic VLAN ID

 

<<var_nexus_vpc_domain_id>>

Unique Cisco Nexus switch VPC domain ID

 

<<var_nexus_1110x-1>>

Cisco Nexus 1110X-1 host name

 

<<var_nexus_1110x-2>>

Cisco Nexus 1110X-2 host name

 

<<var_fabric_a_fcoe_vlan_id>>

Fabric A FCoE VLAN ID

 

<<var_vsan_a_id>>

Fabric A VSAN ID

 

<<var_fabric_b_fcoe_vlan_id>>

Fabric B FCoE VLAN ID

 

<<var_vsan_b_id>>

Fabric B VSAN ID

 

<<var_ucs_clustername>>

Cisco UCS Manager cluster host name

 

<<var_ucsa_mgmt_ip>>

Cisco UCS fabric interconnect (FI) A out-of-band management IP address

 

<<var_ucsa_mgmt_mask>>

Out-of-band management network netmask

 

<<var_ucsa_mgmt_gateway>>

Out-of-band management network default gateway

 

<<var_ucs_cluster_ip>>

Cisco UCS Manager cluster IP address

 

<<var_ucsb_mgmt_ip>>

Cisco UCS FI B out-of-band management IP address

 

<<var_cimc_ip>>

Out-of-band management IP for each Cisco Nexus 1110-X CIMC

 

<<var_cimc_mask>>

Out-of-band management network netmask

 

<<var_cimc_gateway>>

Out-of-band management network default gateway

 

<<var_1110x_domain_id>>

Unique Cisco Nexus 110-X domain ID

 

<<var_1110x_vsa>>

Virtual storage appliance (VSA) host name

 

<<var_1110x_vsa_ip>>

In-band VSA management IP address

 

<<var_1110x_vsa_mask>>

In-band management network netmask

 

<<var_1110x_vsa_gateway>>

In-band management network default gateway

 

<<var_vsm_domain_id>>

Unique Cisco Nexus 1000v virtual supervisor module (VSM) domain ID

 

<<var_vsm_mgmt_ip>>

Cisco Nexus 1000v VSM management IP address

 

<<var_vsm_mgmt_mask>>

In-band management network netmask

 

<<var_vsm_mgmt_gateway>>

In-band management network default gateway

 

<<var_vsm_hostname>>

Cisco Nexus 1000v VSM host name

 

<<var_vcenter_server_ip>>

vCenter Server IP

 

<<var_nodename>>

Name of node

 

<<var_node01_rootaggrname>>

Root aggregate name of Node 01

 

<<var_clustermgmt_port>>

Port for cluster management

 

<<var_global_domain_name>>

Domain name

 

<<var_dns_ip>>

IP address of the DNS server

 

<<var_vsadmin_password>>

Password for VS admin account

 

<<var_vserver_mgmt_ip>>

Management IP address for Vserver

 

<<var_vserver_mgmt_mask>>

Subnet mask for Vserver

 

<<var_rule_index>>

Rule index number

 

<<var_ftp_server>>

IP address for FTP server

 

<<var_vm_host_infra_01_A_wwpn>>

WWPN of VM-Host-Infra-01 vHBA-A

 

<<var_vm_host_infra_02_A_wwpn>>

WWPN of VM-Host-Infra-02 vHBA-A

 

<<var_fcp_lif01a_wwpn>>

WWPN of FCP_LIF01a

 

<<var_fcp_lif02a_wwpn>>

WWPN of FCP_LIF02a

 

<<var_vm_host_infra_01_B_wwpn>>

WWPN of VM-Host-Infra-01 vHBA-B

 

<<var_vm_host_infra_02_B_wwpn>>

WWPN of VM-Host-Infra-02 vHBA-B

 

<<var_fcp_lif01b_wwpn>>

WWPN of FCP_LIF01b

 

<<var_fcp_lif02b_wwpn>>

WWPN of FCP_LIF02b

 

<<var_vmhost_infra01_ip>>

VMware ESXi host 01 in-band management IP

 

<<var_vmhost_infra02_ip>>

VMware ESXi host 02 in-band management IP

 

<<var_nfs_vlan_id_ip_host-01>>

NFS VLAN IP address for ESXi host 01

 

<<var_nfs_vlan_id_mask_host-01>>

NFS VLAN netmask for ESXi host 01

 

<<var_vmotion_vlan_id_ip_host-01>>

vMotion VLAN IP address for ESXi host 01

 

<<var_vmotion_vlan_id_mask_host-01>>

vMotion VLAN netmask for ESXi host 01

 

<<var_nfs_vlan_id_ip_host-02>>

NFS VLAN IP address for ESXi host 02

 

<<var_nfs_vlan_id_mask_host-02>>

NFS VLAN netmask for ESXi host 02

 

<<var_vmotion_vlan_id_ip_host-02>>

vMotion VLAN IP address for ESXi host 02

 

<<var_vmotion_vlan_id_mask_host-02>>

vMotion VLAN netmask for ESXi host 02

 

Physical Infrastructure

FlexPod Cabling on Clustered Data ONTAP

Figure 2 shows the cabling diagram for a FlexPod configuration using clustered Data ONTAP.

Figure 2 Flexpod Cabling Diagram in Clustered Data ONTAP

The information provided inTable 6 through Table 20 corresponds to each connection shown in Figure 2.

Table 6 Cisco Nexus 5548 A Cabling Information

Local Device
Local Port
Connection
Remote Device
Remote Port

Cisco Nexus 5548 Switch A

Eth1/1

10GbE

NetApp controller 1

e3a

Eth1/2

10GbE

NetApp controller 2

e3a

Eth1/11

10GbE

Cisco UCS fabric interconnect A

Eth1/19

Eth1/12

10GbE

Cisco UCS fabric interconnect B

Eth1/19

Eth1/13

10GbE

Cisco Nexus 5548 B

Eth1/13

Eth1/14

10GbE

Cisco Nexus 5548 B

Eth1/14

Eth1/15

1GbE

Cisco Nexus 1110-X A

LOM A

Eth1/16

1GbE

Cisco Nexus 1110-X B

LOM A

Eth1/31

10GbE

Cisco UCS fabric interconnect A

Eth1/31

Eth1/32

10GbE

Cisco UCS fabric interconnect A

Eth1/32

MGMT0

1GbE

GbE management switch

Any



Note For devices requiring GbE connectivity, use the GbE Copper SFP+s (GLC-T=).


Table 7 Cisco Nexus 5548 B Cabling Information

Local Device
Local Port
Connection
Remote Device
Remote Ports

Cisco Nexus 5548 Switch B

Eth1/1

10GbE

NetApp controller 1

e4a

Eth1/2

10GbE

NetApp controller 2

e4a

Eth1/11

10GbE

Cisco UCS fabric interconnect A

Eth1/20

Eth1/12

10GbE

Cisco UCS fabric interconnect B

Eth1/20

Eth1/13

10GbE

Cisco Nexus 5548 A

Eth1/13

Eth1/14

10GbE

Cisco Nexus 5548 A

Eth1/14

Eth1/15

1GbE

Cisco Nexus 1110-X A

LOM B

Eth1/16

1GbE

Cisco Nexus 1110-X B

LOM B

Eth1/31

10GbE

Cisco UCS fabric interconnect B

Eth1/31

Eth1/32

10GbE

Cisco UCS fabric interconnect B

Eth1/32

MGMT0

1GbE

GbE management switch

Any



Note For devices requiring GbE connectivity, use the GbE Copper SFP+s (GLC-T=).


Table 8 Cisco Nexus 5596 A Cluster Interconnect Cabling Information

Local Device
Local Port
Connection
Remote Device
Remote Port

Cisco Nexus 5596 Switch A

Eth1/1

10GbE

NetApp controller 1

e1a

Eth1/2

10GbE

NetApp controller 2

e1a

Eth1/41

10GbE

Cisco Nexus 5596 B

Eth1/41

Eth1/42

10GbE

Cisco Nexus 5596 B

Eth1/42

Eth1/43

10GbE

Cisco Nexus 5596 B

Eth1/43

Eth1/44

10GbE

Cisco Nexus 5596 B

Eth1/44

Eth1/45

10GbE

Cisco Nexus 5596 B

Eth1/45

Eth1/46

10GbE

Cisco Nexus 5596 B

Eth1/46

Eth1/47

10GbE

Cisco Nexus 5596 B

Eth1/47

Eth1/48

10GbE

Cisco Nexus 5596 B

Eth1/48

MGMT0

1GbE

GbE management switch

Any


Table 9 Cisco Nexus 5596 B Cluster Interconnect Cabling Information

Local Device
Local Port
Connection
Remote Device
Remote Port

Cisco Nexus 5596 Switch B

Eth1/1

10GbE

NetApp controller 1

e2a

Eth1/2

10GbE

NetApp controller 2

e2a

Eth1/41

10GbE

Cisco Nexus 5596 A

Eth1/41

Eth1/42

10GbE

Cisco Nexus 5596 A

Eth1/42

Eth1/43

10GbE

Cisco Nexus 5596 A

Eth1/43

Eth1/44

10GbE

Cisco Nexus 5596 A

Eth1/44

Eth1/45

10GbE

Cisco Nexus 5596 A

Eth1/45

Eth1/46

10GbE

Cisco Nexus 5596 A

Eth1/46

Eth1/47

10GbE

Cisco Nexus 5596 A

Eth1/47

Eth1/48

10GbE

Cisco Nexus 5596 A

Eth1/48

MGMT0

1GbE

GbE management switch

Any



Note When the term e0M is used, the physical Ethernet port to which the table is referring is the port indicated by a wrench icon on the rear of the chassis.


Table 10 NetApp Controller 1 Cabling Information

Local Device
Local Port
Connection
Remote Device
Remote Port

NetApp Controller 1

e0M

100MbE

100MbE management switch

Any

e0a

1GbE

GbE management switch

Any

e0b

1GbE

GbE management switch

Any

e0P

1 GbE

SAS shelves

ACP port

c0a

10GbE

NetApp controller 2

c0a

c0b

10GbE

NetApp controller 2

c0b

e1a

10GbE

Cisco Nexus 5596 A

Eth1/1

e2a

10GbE

Cisco Nexus 5596 B

Eth1/1

e3a

10GbE

Cisco Nexus 5548 A

Eth1/1

e4a

10GbE

Cisco Nexus 5548 B

Eth1/1


Table 11 NetApp Controller 2 Cabling Information

Local Device
Local Port
Connection
Remote Device
Remote Port

NetApp Controller 2

e0M

100MbE

100MbE management switch

Any

e0a

1GbE

GbE management switch

Any

e0b

1GbE

GbE management switch

Any

e0P

1 GbE

SAS shelves

ACP port

c0a

10GbE

NetApp controller 1

c0a

c0b

10GbE

NetApp controller 1

c0b

e1a

10GbE

Cisco Nexus 5596 A

Eth1/2

e2a

10GbE

Cisco Nexus 5596 B

Eth1/2

e3a

10GbE

Cisco Nexus 5548 A

Eth1/2

e4a

10GbE

Cisco Nexus 5548 B

Eth1/2


Table 12 Cisco UCS Fabric Interconnect A Cabling Information

Local Device
Local Port
Connection
Remote Device
Remote Port

Cisco UCS Fabric Interconnect A

Eth1/19

10GbE

Cisco Nexus 5548 A

Eth1/11

Eth1/20

10GbE

Cisco Nexus 5548 B

Eth1/11

Eth1/1

10GbE

Cisco UCS Chassis FEX A/Cisco Nexus 2232PP FEX A

 

Eth1/2

10GbE

Cisco UCS Chassis FEX A/Cisco Nexus 2232PP FEX A

 

Eth1/3

10GbE

Cisco UCS Chassis FEX A/Cisco Nexus 2232PP FEX A

 

Eth1/4

10GbE

Cisco UCS Chassis FEX A/Cisco Nexus 2232PP FEX A

 

Eth1/5

10GbE

Cisco UCS Chassis FEX A/Cisco Nexus 2232PP FEX A

 

Eth1/6

10GbE

Cisco UCS Chassis FEX A/Cisco Nexus 2232PP FEX A

 

Eth1/31

10GbE

Cisco Nexus 5548 A

Eth1/31

Eth1/32

10GbE

Cisco Nexus 5548 A

Eth1/32

MGMT0

1GbE

GbE management switch

Any

L1

1GbE

Cisco UCS fabric interconnect B

L1

L2

1GbE

Cisco UCS fabric interconnect B

L2


Table 13 Cisco UCS Fabric Interconnect B Cabling Information

Local Device
Local Port
Connection
Remote Device
Remote Port

Cisco UCS Fabric Interconnect B

Eth1/19

10GbE

Cisco Nexus 5548 A

Eth1/12

Eth1/20

10GbE

Cisco Nexus 5548 B

Eth1/12

Eth1/1

10GbE

Cisco UCS Chassis FEX B/Cisco Nexus 2232PP FEX B

 

Eth1/2

10GbE

Cisco UCS Chassis FEX B/Cisco Nexus 2232PP FEX B

 

Eth1/3

10GbE

Cisco UCS Chassis FEX B/Cisco Nexus 2232PP FEX B

 

Eth1/4

10GbE

Cisco UCS Chassis FEX B/Cisco Nexus 2232PP FEX B

 

Eth1/5

10GbE

Cisco UCS Chassis FEX B/Cisco Nexus 2232PP FEX B

 

Eth1/6

10GbE

Cisco UCS Chassis FEX B/Cisco Nexus 2232PP FEX B

 

Eth1/31

10GbE

Cisco Nexus 5548 B

Eth1/31

Eth1/32

10GbE

Cisco Nexus 5548 B

Eth1/32

MGMT0

1GbE

GbE management switch

Any

L1

1GbE

Cisco UCS fabric interconnect A

L1

L2

1GbE

Cisco UCS fabric interconnect A

L2


Table 14 Cisco Nexus 2232PP FEX A

Local Device
Local Port
Connection
Remote Device
Remote Port

Cisco Nexus 2232PP FEX A

Port 1

1GbE

Cisco UCS C-Series 1

M1

Port 2

10GbE

Cisco UCS C-Series 1

Port 0

Port 3

1GbE

Cisco UCS C-Series 2

M1

Port 4

10GbE

Cisco UCS C-Series 2

Port 0

Port 5

1GbE

Cisco UCS C-Series 3

M1

Port 6

10GbE

Cisco UCS C-Series 3

Port 0

Port 7

1GbE

Cisco UCS C-Series 4

M1

Port 8

10GbE

Cisco UCS C-Series 4

Port 0

Port 2/1

10GbE

Cisco UCS fabric interconnect A

 

Port 2/2

10GbE

Cisco UCS fabric interconnect A

 

Table 15 Cisco Nexus 2232PP FEX B

Local Device
Local Port
Connection
Remote Devices
Remote Port

Cisco Nexus 2232PP FEX B

Port 1

1GbE

Cisco UCS C-Series 1

M2

Port 2

10GbE

Cisco UCS C-Series 1

Port 1

Port 3

1GbE

Cisco UCS C-Series 2

M2

Port 4

10GbE

Cisco UCS C-Series 2

Port 1

Port 5

1GbE

Cisco UCS C-Series 3

M2

Port 6

10GbE

Cisco UCS C-Series 3

Port 1

Port 7

1GbE

Cisco UCS C-Series 4

M2

Port 8

10GbE

Cisco UCS C-Series 4

Port 1

Port 2/1

10GbE

Cisco UCS fabric interconnect B

 

Port 2/2

10GbE

Cisco UCS fabric interconnect B

 

Table 16 Cisco UCS C-Series 1

Local Device
Local Port
Connection
Remote Device
Remote Port

Cisco UCS C-Series Server 1

M1

1GbE

Cisco Nexus 2232PP FEX A

Port 1

M2

1GbE

Cisco Nexus 2232PP FEX B

Port 1

Port0

10GbE

Cisco Nexus 2232PP FEX A

Port 2

Port1

10GbE

Cisco Nexus 2232PP FEX B

Port 2


Table 17 Cisco UCS C-Series 2

Local Device
Local Port
Connection
Remote Device
Remote Port

Cisco UCS C-Series Server 2

M1

1GbE

Cisco Nexus 2232PP FEX A

Port 3

M2

1GbE

Cisco Nexus 2232PP FEX B

Port 3

Port0

10GbE

Cisco Nexus 2232PP FEX A

Port 4

Port1

10GbE

Cisco Nexus 2232PP FEX B

Port 4


Table 18 Cisco UCS C-Series 3

Local Device
Local Port
Connection
Remote Device
Remote Port

Cisco UCS C-Series Server 3

M1

1GbE

Cisco Nexus 2232PP FEX A

Port 5

M2

1GbE

Cisco Nexus 2232PP FEX B

Port 5

Port0

10GbE

Cisco Nexus 2232PP FEX A

Port 6

Port1

10GbE

Cisco Nexus 2232PP FEX B

Port 6


Table 19 Cisco UCS C-Series 4

Local Device
Local Port
Connection
Remote Device
Remote Port

Cisco UCS C-Series Server 4

M1

1GbE

Cisco Nexus 2232PP FEX A

Port 7

M2

1GbE

Cisco Nexus 2232PP FEX B

Port 7

Port0

10GbE

Cisco Nexus 2232PP FEX A

Port 8

Port1

10GbE

Cisco Nexus 2232PP FEX B

Port 8


Table 20 NetApp FAS3250 Card Layout

Slot
Part Number
Description

1

X1117A-R6

NIC 2-port 10GbE (ports e1a and e1b)

2

X1117A-R6

NIC 2-port 10GbE (ports e2a and e2b)

3

X1140A-R6

Unified target 2-port 10GbE (ports e3a and e3b)

4

X1140A-R6

Unified target 2-port 10GbE (ports e4a and e4b)

5

X1971A-R5

Flash Cache™ - 512GB

6

X2065A-R6

SAS, 4-port, 6Gb


Storage Configuration

Controller FAS32xx Series

Table 21 Controller FAS32XX Series Prerequisites

Requirement
Reference
Comments

Physical site where storage system needs to be installed must be ready

Site Reference Guide:

http://support.netapp.com/NOW/public/knowledge/docs/hardware/NetApp/site/pdf/site.pdf

Refer to the "Site Preparation" section

Storage system connectivity requirements

Site Reference Guide:

http://support.netapp.com/NOW/public/knowledge/docs/hardware/NetApp/site/pdf/site.pdf

Refer to the "System Connectivity Requirements" section

Storage system general power requirements

Site Reference Guide:

http://support.netapp.com/NOW/public/knowledge/docs/hardware/NetApp/site/pdf/site.pdf

Refer to the "Circuit Breaker, Power Outlet Balancing, System Cabinet Power Cord Plugs, and Console Pinout Requirements" section

Storage system model-specific requirements

Site Reference Guide:

http://support.netapp.com/NOW/public/knowledge/docs/hardware/NetApp/site/pdf/site.pdf

Refer to the "FAS32xx/V32xx Series Systems" section


System Configuration Guides

System configuration guides provide supported hardware and software components for the specific Data ONTAP version. These online guides provide configuration information for all NetApp storage appliances currently supported by the Data ONTAP software. They also provide a table of component compatibilities.

1. Make sure that the hardware and software components are supported with the version of Data ONTAP that you plan to install by checking the System Configuration Guides at:

https://now.netapp.com/NOW/knowledge/docs/hardware/NetApp/syscfg/

2. Click the appropriate NetApp storage appliance and then click the component you want to view. Alternatively, to compare components by storage appliance, click a component and then click the NetApp storage appliance you want to view.

Controllers

Follow the physical installation procedures for the controllers in the FAS32xx documentation in NetApp Support site at:

https://now.netapp.com/NOW/knowledge/docs/hardware/filer/210-05224+A0.pdf

Disk Shelves DS2246 Series

DS2246 Disk Shelves

To install a disk shelf for a new storage system, see:

https://now.netapp.com/NOW/knowledge/docs/hardware/filer/210-04881+A0.pdf

For information on cabling with the controller model, see SAS Disk Shelves Universal SAS and ACP Cabling Guide at:

https://now.netapp.com/NOW/knowledge/docs/hardware/filer/215-05500_A0.pdf

The following information applies to DS2246 disk shelves:

SAS disk drives use software-based disk ownership. Ownership of a disk drive is assigned to a specific storage system by writing software ownership information on the disk drive rather than by using the topography of the storage system's physical connections.

Connectivity terms used: shelf-to-shelf (daisy-chain), controller-to-shelf (top connections), and shelf-to controller (bottom connections).

Unique disk shelf IDs must be set per storage system (a number from 0 through 98).

Disk shelf power must be turned on to change the digital display shelf ID. The digital display is on the front of the disk shelf.

Disk shelves must be power-cycled after the shelf ID is changed for it to take effect.

Changing the shelf ID on a disk shelf that is part of an existing storage system running Data ONTAP requires that you wait at least 30 seconds before turning the power back on so that Data ONTAP can properly delete the old disk shelf address and update the copy of the new disk shelf address.

Changing the shelf ID on a disk shelf that is part of a new storage system installation (the disk shelf is not yet running Data ONTAP) requires no wait; you can immediately power-cycle the disk shelf.

Cisco NX5596 Cluster Network Switch Configuration

Table 22 Cisco Nexus 5596 Cluster Network Switch Configuration Prerequisites

Configuration Prerequisites

Rack and connect power to the new Cisco Nexus 5596 switches

Provide a terminal session that connects to the switch's serial console port (9600, 8, n, 1)

Connect the mgmt0 port to the management network and be prepared to provide IP address information

Obtain password for admin

Determine switch name

Identify SSH key type (dsa, rsa, or rsa1)

Set up an e-mail server for Cisco Smart Call Home and IP connectivity between the switch and the e-mail server

Provide SNMP contact information for Cisco Smart Call Home (name, phone, street address)

Identify a CCO ID associated with an appropriate Cisco SMARTnet® Service contract for Cisco Smart Call Home

Enable Cisco SMARTnet Service for the device to be registered for Cisco Smart Call home


Initial Setup of Cisco Nexus 5596 Cluster Interconnect

The first time a Cisco Nexus 5596 cluster interconnect is accessed, it runs a setup program that prompts the user to enter an IP address and other configuration information needed for the switch to communicate over the management Ethernet interface. This information is required to configure and manage the switch. If the configuration must be changed later, the setup wizard can be accessed again by running the setup command in EXEC mode.

To set up the Cisco Nexus 5596 cluster interconnect, follow these steps on both cluster interconnects.

1. Provide applicable responses to the setup prompts displayed on the Cisco Nexus 5596 cluster interconnect.

Do you want to enforce secure password standard (yes/no): yes
Enter the password for the "admin": <password>
Confirm the password for "admin": <password>
Would you like to enter the basic configuration dialog (yes/no): yes
Create another login account (yes/no) [n]: Enter
Configure read-only SNMP community string (yes/no) [n]: Enter
Configure read-write SNMP community string (yes/no) [n]: Enter
Enter the switch name: <switchname>
Continue with out-of-band (mgmt0) management configuration? (yes/no) [y]: Enter
Mgmt0 IPv4 address: <ic_mgmt0_ip>
Mgmt0 IPv4 netmask: <ic_mgmt0_netmask>
Configure the default gateway? (yes/no) [y]: Enter
IPv4 address of the default gateway: <ic_mgmt0_gw>
Enable the telnet service? (yes/no) [n]: Enter
Enable the ssh service? (yes/no) [y]: Enter
Type of ssh key you would like to generate (dsa/rsa): rsa
Number of key bits <768-2048> : 1024
Configure the ntp server? (yes/no) [n]: y
NTP server IPv4 address: <ntp_server_ip>
Enter basic FC configurations (yes/no) [n]: Enter
 
 

At the end of the setup, the configuration choices are displayed. Verify the information and save the configuration at this time.

Would you like to edit the configuration? (yes/no) [n]: <n>
Use this configuration and save it?  (yes/no) [y]: <y>

Download and Install NetApp Cluster Switch Software

When the Cisco Nexus 5596 is being used as a cluster network switch with Data ONTAP 8.1.2, it should be running NX-OS version 5.2(1)N1(1). The show version command from the switch command line interface will show the switch version currently running on the switch. If the currently running version is not 5.2(1)N1(1), go to the NetApp Support site and download and install NX-OS 5.2(1)N1(1) for the Cisco Nexus 5596 switch. Make sure both cluster interconnects are running NX-OS version 5.2(1)N1(1).

Download and Merge of NetApp Cluster Switch Reference Configuration File

Cluster network and management network switches are shipped without the configuration files installed. These files must be downloaded to the switches during deployment. Configuration files must be downloaded when the cluster network and management network switches are first installed or after the Cisco switch software is updated or reinstalled.

After the initial setup is complete, the NetApp cluster network switch reference configuration must be transferred to the switch and merged with the existing configuration. Instructions for this task and the reference configuration files for the appropriate switches are available on the NetApp Support site.

To download configuration files to a host and install them on a Cisco Nexus 5596 switch, follow these steps on both the cluster interconnects:

1. Obtain a console connection to the switch. Verify the existing configuration on the switch by running the show run command.

2. Log in to the switch. Make sure that the host recognizes the switch on the network (for example, use the ping utility).

3. Enter the following command:

copy <transfer protocol>: bootflash: vrf management
 
 

4. Verify that the configuration file is downloaded.

5. Merge the configuration file into the existing running-config. Run the following command, where <config file name> is the file name for the switch type. A series of warnings regarding PortFast is displayed as each port is configured.

copy <config file name> running-config
 
 

6. Verify the success of the configuration merge by running the show run command and comparing its output to the contents of the configuration file (a .txt file) that was downloaded.

a. The output for both installed-base switches and new switches should be identical to the contents of the configuration file for the following items:

banner (should match the expected version)

Switch port descriptions such as description Cluster Node x

The new ISL algorithm port-channel load-balance Ethernet source-dest-port

b. The output for new switches should be identical to the contents of the configuration file for the following items:

Port channel

Policy map

System QoS

Interface

Boot

c. The output for installed-base switches should have the flow control receive and send values on for the following items:

Interface port-channel 1 and 2

Ethernet interface 1/41 through Ethernet interface 1/48

7. Copy the running-config to the startup-config.

copy running-config startup-config

Cisco Smart Call Home Setup

To configure Smart Call Home on a Cisco Nexus 5596 switch, follow these steps:

1. Enter the mandatory system contact using the snmp-server contact command in global configuration mode. Then run the callhome command to enter callhome configuration mode.

NX-5596#config t
NX-5596(config)#snmp-server contact <sys-contact>
NX-5596(config)#callhome
 
 

2. Configure the mandatory contact information (phone number, e-mail address, and street address).

NX-5596(config-callhome)#email-contact <email-address>
NX-5596(config-callhome)#phone-contact <+1-000-000-0000>
NX-5596(config-callhome)#streetaddress <a-street-address>
 
 

3. Configure the mandatory e-mail server information. The server address is an IPv4 address, IPv6 address, or the domain-name of a SMTP server to which Call Home will send e-mail messages. Optional port number (default=25) and VRF may be configured.

NX-5596(config-callhome)#transport email smtp-server <ip-address> port 25 use-vrf 
<vrf-name>
 
 

4. Set the destination profile CiscoTAC-1 e-mail address to callhome@cisco.com

NX-5596(config-callhome)#destination-profile CiscoTAC-1 email-addr 
callhome@cisco.com vrf management
 
 

5. Enable periodic inventory and set the interval.

NX-5596(config-callhome)#periodic-inventory notification
NX-5596(config-callhome)#periodic-inventory notification interval 30
 
 

6. Enable callhome, exit, and save the configuration.

NX-5596(config-callhome)#enable
NX-5596(config-callhome)#end
NX-5596#copy running-config startup-config
 
 

7. Send a callhome inventory message to start the registration process.

NX-5596#callhome test inventory
trying to send test callhome inventory message
successfully sent test callhome inventory message
 
 

8. Watch for an e-mail from Cisco regarding the registration of the switch. Follow the instructions in the e-mail to complete the registration for Smart Call Home.

SNMP Monitoring Setup

Configure SNMP by using the following example as a guideline. This example configures a host receiver for SNMPv1 traps and enables all link up/down traps.

NX-5596(config)# snmp-server host <ip-address> traps { version 1 } <community> 
[udp_port <number>]
NX-5596(config)# snmp-server enable traps link

Clustered Data ONTAP 8.1.2

Node 1

1. Connect to the storage system console port. You should see a Loader-A prompt. However, if the storage system is in a reboot loop, press Ctrl-C to exit the autoboot loop when you see this message:

Starting AUTOBOOT press Ctrl-C to abort
 
 

2. From the Loader-A prompt:

printenv 
 
 

3. If the last-OS-booted-ver parameter is not set to 8.1.2, proceed to step 4 to load Data ONTAP 8.1.2 software. If Data ONTAP 8.1.2 is already loaded, proceed to step 16.

4. Allow the system to boot up.

boot_ontap
 
 

5. Press Ctrl-C when the Press Ctrl-C for Boot Menu message appears.


Note If Data ONTAP 8.1.2 is not the version of software being booted, proceed with the following steps to install new software. If Data ONTAP 8.1.2 is the version being booted, then select option 8 and yes to reboot the node. Then proceed with step 15.


6. To install new software, first select option 7.

7
 
 

7. Answer yes to perform a nondisruptive upgrade.

y
 
 

8. Select e0M for the network port you want to use for the download.

e0M
 
 

9. Select yes to reboot now.

y
 
 

10. Enter the IP address, netmask, and default gateway for e0M in their respective places.

<<var_node01_mgmt_ip>> <<var_node01_mgmt_mask>> <<var_node01_mgmt_gateway>> 
 
 

11. Enter the URL where the software can be found.


Note This Web server must be pingable.


<<var_url_boot_software>>
 
 

12. Press Enter for the user name, indicating no user name.

Enter
 
 

13. Enter yes to set the newly installed software as the default to be used for subsequent reboots.

y

14. Enter yes to reboot the node.

y

Note When installing new software, the system might perform firmware upgrades to the BIOS and adapter cards, causing reboots and possible stops at the LOADER prompt. If these actions occur, the system might deviate from this procedure.


15. Press Ctrl-C to exit autoboot when you see this message:

Starting AUTOBOOT press Ctrl-C to abort...
 
 

16. From the LOADER-A prompt, enter:

printenv

Note If bootarg.init.boot_clustered true is not listed, the system is not set to boot in clustered Data ONTAP.


17. If the system is not set to boot in clustered Data ONTAP, at the LOADER prompt, enter the following command to make sure the system boots in clustered Data ONTAP:

setenv bootarg.init.boot_clustered true
setenv bootarg.bsdportname e0M
 
 

18. At the LOADER-A prompt, enter:

autoboot
 
 

19. When you see Press Ctrl-C for Boot Menu:

Ctrl - C
 
 

20. Select option 4 for clean configuration and initialize all disks.

4
 
 

21. Answer yes to Zero disks, reset config and install a new file system.

y
 
 

22. Enter yes to erase all the data on the disks.

y

Note The initialization and creation of the root volume can take 75 minutes or more to complete, depending on the number of disks attached. After initialization is complete, the storage system reboots. You can continue to node 02 configuration while the disks for node 01 are zeroing.


Node 2

1. Connect to the storage system console port. You should see a Loader-A prompt. However, if the storage system is in a reboot loop, press Ctrl-C to exit the autoboot loop when you see this message:

Starting AUTOBOOT press Ctrl-C to abort...
 
 

2. From the Loader-A prompt, enter:

printenv 
 
 

3. If the last-OS-booted-ver parameter is not set to 8.1.2, proceed to step 4 to load Data ONTAP 8.1.2 software. If Data ONTAP 8.1.2 is already loaded, proceed to step 16.

4. Allow the system to boot up.

boot_ontap
 
 

5. Press Ctrl-C when Press Ctrl-C for Boot Menu is displayed.

Ctrl-C 

Note If Data ONTAP 8.1.2 is not the version of software being booted, proceed with the following steps to install new software. If Data ONTAP 8.1.2 is the version being booted, then select option 8 and yes to reboot the node. Then proceed with step 15.


6. To install new software first select option 7.

7
 
 

7. Answer yes to perform a nondisruptive upgrade.

y
 
 

8. Select e0M for the network port you want to use for the download.

e0M
 
 

9. Select yes to reboot now.

y
 
 

10. Enter the IP address, netmask, and default gateway for e0M in their respective places.

<<var_node02_mgmt_ip>> <<var_node02_mgmt_mask>> <<var_node02_mgmt_gateway>>
 
 

11. Enter the URL where the software can be found.


Note This Web server must be pingable.


<<var_url_boot_software>>
 
 

12. Press Enter for the user name, indicating no user name.

Enter
 
 

13. Select yes to set the newly installed software as the default to be used for subsequent reboots.

y
 
 

14. Select yes to reboot the node.

y

Note When installing new software, the system might perform firmware upgrades to the BIOS and adapter cards, causing reboots and possible stops at the LOADER prompt. If these actions occur, the system might deviate from this procedure.


15. Press Ctrl-C to exit autoboot when you see this message:

Starting AUTOBOOT press Ctrl-C to abort...
 
 

16. From the LOADER-A prompt, enter:

printenv 

Note If bootarg.init.boot_clustered true is not listed, the system is not set to boot in clustered Data ONTAP.


17. If the system is not set to boot in clustered Data ONTAP, at the LOADER prompt, enter the following command to make sure the system boots in clustered Data ONTAP:

setenv bootarg.init.boot_clustered true
setenv bootarg.bsdportname e0M
 
 

18. At the LOADER-A prompt, enter:

autoboot
 
 

19. When you see Press Ctrl-C for Boot Menu, enter:

Ctrl - C
 
 

20. Select option 4 for clean configuration and initialize all disks.

4
 
 

21. Answer yes to Zero disks, reset config and install a new file system.

y
 
 

22. Enter yes to erase all the data on the disks.

y

Note The initialization and creation of the root volume can take 75 minutes or more to complete, depending on the number of disks attached. When initialization is complete, the storage system reboots.


Cluster Create in Clustered Data ONTAP

Table 23 Creating Cluster in Clustered Data ONTAP Prerequisites

Cluster Detail
Cluster Detail Value

Cluster name

<<var_clustername>>

Clustered Data ONTAP base license

<<var_cluster_base_license_key>>

Cluster management IP address

<<var_clustermgmt_ip>>

Cluster management netmask

<<var_clustermgmt_mask>>

Cluster management port

<<var_clustermgmt_port>>

Cluster management gateway

<<var_clustermgmt_gateway>>

Cluster Node01 IP address

<<var_node01_mgmt_ip>>

Cluster Node01 netmask

<<var_node01_mgmt_mask>>

Cluster Node01 gateway

<<var_node01_mgmt_gateway>>


The first node in the cluster performs the cluster create operation. All other nodes perform a cluster join operation. The first node in the cluster is considered Node01.

1. During the first node boot, the Cluster Setup wizard starts running on the console.

Welcome to the cluster setup wizard.
You can enter the following commands at any time:
"help" or "?" - if you want to have a question clarified,
"back" - if you want to change previously answered questions, and
"exit" or "quit" - if you want to quit the cluster setup wizard.
Any changes you made before quitting will be saved.
You can return to cluster setup at any time by typing "cluster setup".
To accept a default or omit a question, do not enter a value.
Do you want to create a new cluster or join an existing cluster?
{create, join}:

Note If a login prompt appears instead of the Cluster Setup wizard, start the wizard by logging in using the factory default settings and then enter the cluster setup command.


2. Enter the following command to create a new cluster:

create
 
 

3. The system defaults are displayed.

System Defaults:
Private cluster network ports [e1a,e2a].
Cluster port MTU values will be set to 9000.
Cluster interface IP addresses will be automatically generated.
Do you want to use these defaults? {yes, no} [yes]: 
 
 

4. NetApp recommends accepting the system defaults. To accept the system defaults, press Enter.


Note Cluster is created; this can take a minute or two.


5. The steps to create a cluster are displayed.

Enter the cluster name: <<var_clustername>>
Enter the cluster base license key: <<var_cluster_base_license_key>>
Creating cluster <<var_clustername>>
Enter additional license key[]: 

Note For this validated architecture we recommend you install license keys for SnapRestore®, NFS, FCP, FlexClone®, and SnapManager® Suite. After you finish entering the license keys, press Enter.


Enter the cluster administrators (username "admin") password: <<var_password>>
Retype the password: <<var_password>>
Enter the cluster management interface port [e0a]: e0a
Enter the cluster management interface IP address: <<var_clustermgmt_ip>>
Enter the cluster management interface netmask: <<var_clustermgmt_mask>>
Enter the cluster management interface default gateway: 
<<var_clustermgmt_gateway>>
 
 

6. Enter the DNS domain name.

Enter the DNS domain names:<<var_dns_domain_name>>
Enter the name server IP addresses:<<var_nameserver_ip>>

Note If you have more than one name server IP address, separate them with a comma.


7. Set up the node.

Where is the controller located []:<<var_node_location>>
Enter the node management interface port [e0M]: e0b
Enter the node management interface IP address: <<var_node01_mgmt_ip>>
enter the node management interface netmask:<<var_node01_mgmt_mask>>
Enter the node management interface default gateway:<<var_node01_mgmt_gateway>>
 
 

Note The node management interface should be in a different subnet than the cluster management interface. The node management interfaces can reside on the out-of-band management network, and the cluster management interface can be on the in-band management network.


8. Press Enter to accept the AutoSupport™ message.

9. Reboot node 01.

system node reboot <<var_node01>>
y
 
 

10. When you see Press Ctrl-C for Boot Menu, enter:

Ctrl - C
 
 

11. Select 5 to boot into maintenance mode.

5
 
 

12. When prompted Continue with boot?, enter y.

13. To verify the HA status of your environment, run the following command:

ha-config show

Note If either component is not in HA mode, use the ha-config modify command to put the components in HA mode.


14. To see how many disks are unowned, enter:

disk show -a

Note No disks should be owned in this list.


15. Assign disks.


Note This reference architecture allocates half the disks to each controller. However, workload design could dictate different percentages.


disk assign -n <<var_#_of_disks>>
 
 

16. Reboot the controller.

halt
 
 

17. At the LOADER-A prompt, enter:

autoboot

Cluster Join in Clustered Data ONTAP

Table 24 Joining Cluster in Clustered Data ONTAP Prerequisites

Cluster Detail
Cluster Detail Value

Cluster name

<<var_clustername>>

Cluster management IP address

<<var_clustermgmt_ip>>

Cluster Node02 IP address

<<var_node02_mgmt_ip>>

Cluster Node02 netmask

<<var_node02_mgmt_mask>>

Cluster Node02 gateway

<<var_node02_mgmt_gateway>>


The first node in the cluster performs the cluster create operation. All other nodes perform a cluster join operation. The first node in the cluster is considered Node01, and the node joining the cluster in this example is Node02.

1. During the node boot, the Cluster Setup wizard starts running on the console.

Welcome to the cluster setup wizard.
You can enter the following commands at any time:
"help" or "?" - if you want to have a question clarified,
"back" - if you want to change previously answered questions, and
"exit" or "quit" - if you want to quit the cluster setup wizard.
Any changes you made before quitting will be saved.
You can return to cluster setup at any time by typing "cluster setup".
To accept a default or omit a question, do not enter a value.
Do you want to create a new cluster or join an existing cluster?
{create, join}:

Note If a login prompt displays instead of the Cluster Setup wizard, start the wizard by logging in using the factory default settings, and then enter the cluster setup command.


2. Enter the following command to join a cluster:

join
 
 

3. The system defaults are displayed.

System Defaults:
Private cluster network ports [e1a,e2a].
Cluster port MTU values will be set to 9000.
Cluster interface IP addresses will be automatically generated.
Do you want to use these defaults? {yes, no} [yes]:
 
 

4. NetApp recommends accepting the system defaults. To accept the system defaults, press Enter.


Note The cluster creation can take a minute or two.


5. The steps to create a cluster are displayed.

Enter the name of the cluster you would like to join [<<var_clustername>>]:Enter 

Note The node should find the cluster name.


6. Set up the node.

Enter the node management interface port [e0M]: e0b
Enter the node management interface IP address: <<var_node02_mgmt_ip>>
Enter the node management interface netmask: Enter
Enter the node management interface default gateway: Enter

7. The node management interface should be in a subnet different from the cluster management interface. The node management interfaces can reside on the out-of-band management network, and the cluster management interface can be on the in-band management network.

8. Press Enter to accept the AutoSupport message.

9. Log in to the Cluster Interface with the admin user id and <<var_password>>.

10. Reboot node 02.

system node reboot <<var_node02>>
y
 
 

11. When you see Press Ctrl-C for Boot Menu, enter:

Ctrl - C
 
 

12. Select 5 to boot into maintenance mode.

5
 
 

13. At the question, Continue with boot? enter:

y
 
 

14. To verify the HA status of your environment, enter:


Note If either component is not in HA mode, use the ha-config modify command to put the components in HA mode.


ha-config show
 
 

15. To see how many disks are unowned, enter:

disk show -a
 
 

16. Assign disks.


Note This reference architecture allocates half the disks to each controller. Workload design could dictate different percentages, however. Assign all remaining disks to node 02.


disk assign -n <<var_#_of_disks>>
 
 

17. Reboot the controller:

halt
 
 

18. At the LOADER-A prompt, enter:

autoboot

19. Press Ctrl-C for boot menu when prompted.

Ctrl-C

Log in to the Cluster

Open an SSH connection to cluster IP or host name and log in to the admin user with the password you provided earlier.

Zero All Spare Disks

Zero all spare disks in the cluster.

disk zerospares

Set Auto-Revert on Cluster Management

To set the auto-revert parameter on the cluster management interface, enter:

network interface modify -vserver <<var_clustername>> -lif cluster_mgmt -auto-revert 
true

Failover Groups Management in Clustered Data ONTAP

Create a management port failover group.

network interface failover-groups create -failover-group fg-cluster-mgmt -node 
<<var_node01>> -port e0a
network interface failover-groups create -failover-group fg-cluster-mgmt -node 
<<var_node02>> -port e0a

Assign Management Failover Group to Cluster Management LIF

Assign the management port failover group to the cluster management LIF.

network interface modify -vserver <<var_clustername>> -lif cluster_mgmt 
-failover-group fg-cluster-mgmt

Failover Groups Node Management in Clustered Data ONTAP

Create a management port failover group.

network interface failover-groups create -failover-group fg-node-mgmt-01 -node 
<<var_node01>> -port e0b
network interface failover-groups create -failover-group fg-node-mgmt-01 -node 
<<var_node01>> -port e0M
network interface failover-groups create -failover-group fg-node-mgmt-02 -node 
<<var_node02>> -port e0b
network interface failover-groups create -failover-group fg-node-mgmt-02 -node 
<<var_node02>> -port e0M

Assign Node Management Failover Groups to Node Management LIFs

Assign the management port failover group to the cluster management LIF.

network interface modify -vserver <<var_node01>> -lif mgmt1 -auto-revert true 
-use-failover-group enabled -failover-group fg-node-mgmt-01
network interface modify -vserver <<var_node02>> -lif mgmt1 -auto-revert true 
-use-failover-group enabled -failover-group fg-node-mgmt-02

Flash Cache in Clustered Data ONTAP

Follow these steps to enable Flash Cache on each node:

Run the following commands from the cluster management interface:

system node run -node <<var_node01>> options flexscale.enable on
system node run -node <<var_node01>> options flexscale.lopri_blocks off
system node run -node <<var_node01>> options flexscale.normal_data_blocks on
system node run -node <<var_node02>> options flexscale.enable on
system node run -node <<var_node02>> options flexscale.lopri_blocks off
system node run -node <<var_node02>> options flexscale.normal_data_blocks on

NoteData ONTAP 8.1 and later does not require a separate license for Flash Cache.

For directions on how to configure Flash Cache in metadata mode or low-priority data caching mode, see TR-3832: Flash Cache Best Practices Guide. Before customizing the settings, determine whether the custom settings are required or if the default settings are sufficient.

64-Bit Aggregates in Clustered Data ONTAP

A 64-bit aggregate containing the root volume is created during the Data ONTAP setup process. To create additional 64-bit aggregates, determine the aggregate name, the node on which to create it, and the number of disks it will contain.

1. Execute the following command to create new aggregates:

aggr create -aggregate aggr01 -nodes <<var_node01>> -B 64 -s <<var_raidsize>> 
-diskcount <<var_num_disks>>
aggr create -aggregate aggr02 -nodes <<var_node02>> -B 64 -s <<var_raidsize>> 
-diskcount <<var_num_disks>>

NoteRetain at least one disk (select the largest disk) in the configuration as a spare. A best practice is to have at least one spare for each disk type and size.

Calculate the RAID group size to allow for roughly balanced (same size) RAID groups of from 12 through 20 disks (for SAS disks) within the aggregate. For example, if 52 disks were being assigned to the aggregate, select a RAID group size of 18. A RAID group size of 18 would yield two 18-disk RAID groups and one 16-disk RAID group. Keep in mind that the default RAID group size is 16 disks, and that the larger the RAID group size, the longer the disk rebuild time in case of a failure.

The aggregate cannot be created until disk zeroing completes. Use the aggr show command to display aggregate creation status. Do not proceed until both aggr01 and aggr02 are online.

2. Disable Snapshot copies for the two data aggregates just created.

node run <<var_node01>> aggr options aggr01 nosnap on
node run <<var_node02>> aggr options aggr02 nosnap on
 
 

3. Delete any existing Snapshot copies for the two data aggregates.

node run <<var_node01>> snap delete -A -a -f aggr01
node run <<var_node02>> snap delete -A -a -f aggr02
 
 

4. Rename the root aggregate on node 01 to match the naming convention for this aggregate on node 02.

aggr show
aggr rename -aggregate aggr0 -newname <<var_node01_rootaggrname>>

Service Processor

Gather information about the network and the AutoSupport settings before configuring the Service Processor (SP).

Configure the SP using DHCP or static addressing. If the SP uses a static IP address, verify that the following SP prerequisites have been met:

An available static IP address

The network netmask

The network gateway IP

AutoSupport information

A best practice is to configure the AutoSupport recipients and mail host before configuring the SP. Data ONTAP automatically sends AutoSupport configuration to the SP, allowing the SP to send alerts and notifications through an AutoSupport message to the system administrative recipients specified in AutoSupport. When configuring the SP, enter the name or the IP address of the AutoSupport mail host, when prompted.

A service processor needs to be set up on each node.

Upgrade the Service Processor on Each Node to the Latest Release

With Data ONTAP 8.1.2, you must upgrade to the latest service processor (SP) firmware to take advantage of the latest updates available for the remote management device.

1. Using a Web browser, connect to http://support.netapp.com/NOW/cgi-bin/fw.

2. Navigate to the Service Process Image for installation from the Data ONTAP prompt page for your storage platform.

3. Proceed to the download page for the latest release of the SP firmware for your storage platform.

4. Using the instructions on this page, update the SPs on both nodes in your cluster. You will need to download the .zip file to a Web server that is reachable from the cluster management interface. In step 1a of the instructions substitute the following command: system image get -node * -package http://web_server_name/path/SP_FW.zip.

Also, instead of run local, use system node run <<var_nodename>>, then execute steps 2-6 on each node.

Configure the Service Processor on Node 01

1. From the cluster shell, enter the following command:

system node run <<var_node01>> sp setup

2. Enter the following to set up the SP:

Would you like to configure the SP? Y
Would you like to enable DHCP on the SP LAN interface? no
Please enter the IP address of the SP[]: <<var_node01_sp_ip>>
Please enter the netmask of the SP[]: <<var_node01_sp_mask>>
Please enter the IP address for the SP gateway[]: <<var_node01_sp_gateway>>

Configure the Service Processor on Node 02

1. From the cluster shell, enter the following command:

system node run <<var_node02>> sp setup

2. Enter the following to set up the SP:

Would you like to configure the SP? Y
Would you like to enable DHCP on the SP LAN interface? no
Please enter the IP address of the SP[]: <<var_node02_sp_ip>>
Please enter the netmask of the SP[]: <<var_node02_sp_mask>>
Please enter the IP address for the SP gateway[]: <<var_node02_sp_gateway>>

Storage Failover in Clustered Data ONTAP

Run the following commands in a failover pair to enable storage failover:

1. Enable failover on one of the two nodes.

storage failover modify -node <<var_node01>> -enabled true

Note Enabling failover on one node enables it for both nodes.


2. Enable HA mode for two-node clusters only.


Note Do not run this command for clusters with more than two nodes because it will cause problems with failover.


cluster ha modify -configured true
Do you want to continue? {y|n}: y
 
 

3. Verify that hardware assist is correctly configured and if needed modify the partner IP address.

storage failover hwassist show
storage failover modify -hwassist-partner-ip <<var_node02_mgmt_ip>> -node 
<<var_node01>>
storage failover modify -hwassist-partner-ip <<var_node01_mgmt_ip>> -node 
<<var_node02>>

IFGRP LACP in Clustered Data ONTAP

This type of interface group requires two or more Ethernet interfaces and a switch that supports LACP. Therefore, make sure that the switch is configured properly.

1. Run the following commands on the command line to create interface groups (ifgrps).

ifgrp create -node <<var_node01>> -ifgrp a0a -distr-func port -mode multimode_lacp
network port ifgrp add-port -node <<var_node01>> -ifgrp a0a -port e3a
network port ifgrp add-port -node <<var_node01>> -ifgrp a0a -port e4a
ifgrp create -node <<var_node02>> -ifgrp a0a -distr-func port -mode multimode_lacp
network port ifgrp add-port -node <<var_node02>> -ifgrp a0a -port e3a
network port ifgrp add-port -node <<var_node02>> -ifgrp a0a -port e4a

NoteAll interfaces must be in the down status before being added to an interface group.

The interface group name must follow the standard naming convention of a0x.

VLAN in Clustered Data ONTAP

Create NFS VLANs.

network port vlan create -node <<var_node01>> -vlan-name a0a-<<var_nfs_vlan_id>>
network port vlan create -node <<var_node02>> -vlan-name a0a-<<var_nfs_vlan_id>>

Jumbo Frames in Clustered Data ONTAP

To configure a clustered Data ONTAP network port to use jumbo frames (which usually have an MTU of 9,000 bytes), run the following command from the cluster shell:

network port modify -node <<var_node01>> -port a0a-<<var_nfs_vlan_id>> -mtu 9000
 
 
Warning: Changing the network port settings will cause a serveral second interruption 
in carrier.
 
 
Do you want to continue? {y|n}: y
 
 
network port modify -node <<var_node02>> -port a0a-<<var_nfs_vlan_id>> -mtu 9000
 
 
Warning: Changing the network port settings will cause a serveral second interruption 
in carrier.
 
 
Do you want to continue? {y|n}: y

NTP in Clustered Data ONTAP

To configure time synchronization on the cluster, follow these steps:

1. Set the time zone for the cluster.

timezone <<var_timezone>>

Note For example, in the Eastern United States, the time zone is America/New_York.


2. Set the date for the cluster.

date <ccyymmddhhmm>

Note The format for the date is <[Century][Year][Month][Day][Hour][Minute]>; for example, 201208081240.


3. Configure the Network Time Protocol (NTP) for each node in the cluster.

system services ntp server create -node <<var_node01>> -server 
<<var_global_ntp_server_ip>> system services ntp server create -node 
<<var_node02>> -server <<var_global_ntp_server_ip>>

4. Enable the NTP for the cluster.

system services ntp config modify -enabled true

SNMP in Clustered Data ONTAP

1. Configure SNMP basic information, such as the location and contact. When polled, this information is visible as the sysLocation and sysContact variables in SNMP.

snmp contact <<var_snmp_contact>>
snmp location "<<var_snmp_location>>"
snmp init 1
options snmp.enable on
 
 

2. Configure SNMP traps to send to remote hosts, such as a DFM server or another fault management system.

snmp traphost add <<var_oncommand_server_fqdn>>

SNMPv1 in Clustered Data ONTAP

Set the shared secret plain-text password, which is called a community.

snmp community delete all
snmp community add ro <<var_snmp_community>>

Note Use the delete all command with caution. If community strings are used for other monitoring products, the delete all command will remove them.


SNMPv3 in Clustered Data ONTAP

SNMPv3 requires that a user be defined and configured for authentication.

1. Create a user called snmpv3user.

security login create -username snmpv3user -authmethod usm -application snmp

2. Select all of the default authoritative entities and select md5 as the authentication protocol.

3. Enter an eight-character minimum-length password for the authentication protocol, when prompted.

4. Select des as the privacy protocol.

5. Enter an eight-character minimum-length password for the privacy protocol, when prompted.

AutoSupport HTTPS in Clustered Data ONTAP

AutoSupport sends support summary information to NetApp through HTTPS.

Execute the following commands to configure AutoSupport:

system node autosupport modify -node * -state enable -mail-hosts <<var_mailhost>> 
-transport https -support enable -noteto <<var_storage_admin_email>>

Cisco Discovery Protocol in Clustered Data ONTAP

To enable Cisco Discovery Protocol (CDP) on the NetApp storage controllers, follow these steps:


Note To be effective, CDP must also be enabled on directly connected networking equipment such as switches and routers.


To enable CDP on the NetApp storage controllers, execute the following commands:

Enable CDP on Data ONTAP:

node run -node <<var_node01>> options cdpd.enable on
node run -node <<var_node02>> options cdpd.enable on

Vserver

To create an infrastructure Vserver, follow these steps:

1. Run the Vserver setup wizard.

vserver setup
 
 
Welcome to the Vserver Setup Wizard, which will lead you through
the steps to create a virtual storage server that serves data to clients.
 
 
You can enter the following commands at any time:
"help" or "?" if you want to have a question clarified,
"back" if you want to change your answers to previous questions, and
"exit" if you want to quit the Vserver Setup Wizard. Any changes
you made before typing "exit" will be applied.
 
 
You can restart the Vserver Setup Wizard by typing "vserver setup". To accept a 
default
or omit a question, do not enter a value.
 
 
Step 1. Create a Vserver.
You can type "back", "exit", or "help" at any question.
 
 

2. Enter the Vserver name.

Enter the Vserver name:Infra_Vserver
 
 

3. Select the Vserver data protocols to configure.

Choose the Vserver data protocols to be configured {nfs, cifs, fcp, iscsi}:nfs, 
fcp
 
 

4. Select the Vserver client services to configure.

Choose the Vserver client services to configure {ldap, nis, dns}:Enter
 
 

5. Enter the Vserver's root volume aggregate:

Enter the Vserver's root volume aggregate {aggr01, aggr02} [aggr01]:aggr01
 
 

6. Enter the Vserver language setting. English is the default [C].

Enter the Vserver language setting, or "help" to see all languages [C]:Enter
 
 

7. Enter the Vserver's security style:

Enter the Vservers root volume's security style {unix, ntfs, mixed]} [unix]: Enter
 
 

8. Answer no to Do you want to create a data volume?

Do you want to create a data volume?  {yes, no} [Yes]: no
 
 

9. Answer no to Do you want to create a logical interface?

Do you want to create a logical interface?  {yes, no} [Yes]: no
 
 

10. Answer no to Do you want to Configure FCP? {yes, no} [yes]: no.

Do you want to Configure FCP? {yes, no} [yes]: no
 
 

11. Add the two data aggregates to the Infra_Vserver aggregate list for NetApp Virtual Console.

vserver modify -vserver Infra_Vserver -aggr-list aggr01, aggr02

Create Load Sharing Mirror of Vserver Root Volume in Clustered Data ONTAP

1. Create a volume to be the load sharing mirror of the infrastructure Vserver root volume on each node.

volume create -vserver Infra_Vserver -volume root_vol_m01 -aggregate aggr01 -size 
20MB -type DP 
 
 
volume create -vserver Infra_Vserver -volume root_vol_m02 -aggregate aggr02 -size 
20MB -type DP
 
 

2. Create the mirroring relationships.

snapmirror create -source-path //Infra_Vserver/root_vol -destination-path 
//Infra_Vserver/root_vol_m01 -type LS 
snapmirror create -source-path //Infra_Vserver/root_vol -destination-path 
//Infra_Vserver/root_vol_m02 -type LS
 
 

3. Initialize the mirroring relationship.

snapmirror initialize-ls-set -source-path //Infra_Vserver/root_vol
 
 

4. Set an hourly (at 5 minutes past the hour) update schedule on each mirroring relationship.

snapmirror modify -source-path //Infra_Vserver/root_vol -destination-path * 
-schedule hourly

FC Service in Clustered Data ONTAP

Create the FC service on each Vserver. This command also starts the FC service and sets the FC alias to the name of the Vserver.

fcp create -vserver Infra_Vserver

HTTPS Access in Clustered Data ONTAP

Secure access to the storage controller must be configured.

1. Increase the privilege level to access the certificate commands.

set -privilege advanced
Do you want to continue? {y|n}: y
 
 

2. Generally, a self-signed certificate is already in place. Check it with the following command:

security certificate show
 
 

3. Run the following commands as one-time commands to generate and install self-signed certificates:


Note You can also use the security certificate delete command to delete expired certificates


security certificate create -vserver Infra_Vserver -common-name 
<<var_security_cert_vserver_common_name>> -size 2048 -country <<var_country_code>> 
-state <<var_state>> -locality <<var_city>> -organization <<var_org>> -unit 
<<var_unit>> -email <<var_storage_admin_email>>
security certificate create -vserver <<var_clustername>> -common-name 
<<var_security_cert_cluster_common_name>> -size 2048 -country <<var_country_code>> 
-state <<var_state>> -locality <<var_city>> -organization <<var_org>> -unit 
<<var_unit>> -email <<var_storage_admin_email>>
security certificate create -vserver <<var_node01>> -common-name 
<<var_security_cert_node01_common_name>> -size 2048 -country <<var_country_code>> 
-state <<var_state>> -locality <<var_city>> -organization <<var_org>> -unit 
<<var_unit>> -email <<var_storage_admin_email>>
security certificate create -vserver <<var_node02>> -common-name 
<<var_security_cert_node02_common_name>> -size 2048 -country <<var_country_code>> 
-state <<var_state>> -locality <<var_city>> -organization <<var_org>> -unit 
<<var_unit>> -email <<var_storage_admin_email>>
 
 

4. Configure and enable SSL and HTTPS access and disable Telnet access.

system services web modify -external true -sslv3-enabled true
Do you want to continue {y|n}: y
system services firewall policy delete -policy mgmt -service http -action allow
system services firewall policy create -policy mgmt -service http -action deny 
-ip-list 0.0.0.0/0
system services firewall policy delete -policy mgmt -service telnet -action allow
system services firewall policy create -policy mgmt -service telnet -action deny 
-ip-list 0.0.0.0/0
security ssl modify -vserver Infra_Vserver -certificate 
<<var_security_cert_vserver_common_name>> -enabled true
y
security ssl modify -vserver <<var_clustername>> -certificate 
<<var_security_cert_cluster_common_name>> -enabled true
y
security ssl modify -vserver <<var_node01>> -certificate 
<<var_security_cert_node01_common_name>> -enabled true
y
security ssl modify -vserver <<var_node02>> -certificate 
<<var_security_cert_node02_common_name>> -enabled true
y
set -privilege admin
vserver services web modify -name spi|ontapi|compat -vserver * -enabled true
vserver services web access create -name spi -role admin -vserver 
<<var_clustername>>
vserver services web access create -name ontapi -role admin -vserver 
<<var_clustername>>
 
 

Note vserver services web access create -name compat -role admin -vserver <<var_clustername>>It is normal for some of these commands to return an error message stating that the entry does not exist.


NFSv3 in Clustered Data ONTAP

Run all commands to configure NFS on the Vserver.

1. Secure the default rule for the default export policy and create the FlexPod export policy.

vserver export-policy rule modify -vserver Infra_Vserver -policyname default 
-ruleindex 1 -rorule never -rwrule never -superuser never
vserver export-policy create -vserver Infra_Vserver FlexPod
 
 

2. Create a new rule for the FlexPod export policy.


Note For each ESXi host being created, create a rule. Each host will have its own rule index. Your first ESXi host will have rule index 1, your second ESXi host will have rule index 2, and so on.


vserver export-policy rule create -vserver Infra_Vserver -policyname FlexPod 
-ruleindex 1 -protocol nfs -clientmatch <<var_esxi_host1_nfs_ip>> -rorule sys 
-rwrule sys -superuser sys -allow-suid false
 
 

3. Assign the FlexPod export policy to the infrastructure Vserver root volume.

volume modify -vserver Infra_Vserver -volume root_vol -policy FlexPod

FlexVol in Clustered Data ONTAP

The following information is required to create a FlexVol® volume: the volume's name and size, and the aggregate on which it will exist. Create two VMware datastore volumes, a server boot volume, and a volume to hold the OnCommand database LUN. Also, update the Vserver root volume load sharing mirrors to make the NFS mounts accessible.

volume create -vserver Infra_Vserver -volume infra_datastore_1 -aggregate aggr02 
-size 500g -state online -policy FlexPod -junction-path /infra_datastore_1 
-space-guarantee none -percent-snapshot-space 0
 
 
volume create -vserver Infra_Vserver -volume infra_swap -aggregate aggr01 -size 
100g -state online -policy FlexPod -junction-path /infra_swap -space-guarantee 
none -percent-snapshot-space 0 -snapshot-policy none
 
 
 
 
volume create -vserver Infra_Vserver -volume esxi_boot -aggregate aggr01 -size 
100g -state online -policy default -space-guarantee none -percent-snapshot-space 0
volume create -vserver Infra_Vserver -volume OnCommandDB -aggregate aggr02 -size 
200g -state online -policy default -space-guarantee none -percent-snapshot-space 0
 
 
snapmirror update-ls-set -source-path //Infra_Vserver/root_vol

LUN in Clustered Data ONTAP

1. Create two boot LUNS: VM-Host-Infra-01 and VM-Host-Infra-02.

lun create -vserver Infra_Vserver -volume esxi_boot -lun VM-Host-Infra-01 -size 
10g -ostype vmware -space-reserve disabled
lun create -vserver Infra_Vserver -volume esxi_boot -lun VM-Host-Infra-02 -size 
10g -ostype vmware -space-reserve disabled

Deduplication in Clustered Data ONTAP

Enable deduplication on appropriate volumes.

volume efficiency on -vserver Infra_Vserver -volume infra_datastore_1
volume efficiency on -vserver Infra_Vserver -volume esxi_boot
volume efficiency on -vserver Infra_Vserver -volume OnCommandDB

Failover Groups NAS in Clustered Data ONTAP

Create an NFS port failover group.

network interface failover-groups create -failover-group 
fg-nfs-<<var_nfs_vlan_id>> -node <<var_node01>> -port a0a-<<var_nfs_vlan_id>>
network interface failover-groups create -failover-group 
fg-nfs-<<var_nfs_vlan_id>> -node <<var_node02>> -port a0a-<<var_nfs_vlan_id>>

NFS LIF in Clustered Data ONTAP

Create an NFS logical interface (LIF).

network interface create -vserver Infra_Vserver -lif nfs_lif01 -role data 
-data-protocol nfs -home-node <<var_node01>> -home-port a0a-<<var_nfs_vlan_id>> 
-address <<var_node01_nfs_lif_ip>> -netmask <<var_node01_nfs_lif_mask>> 
-status-admin up -failover-policy nextavail -firewall-policy data -auto-revert 
true -use-failover-group enabled -failover-group fg-nfs-<<var_nfs_vlan_id>>
 
 
network interface create -vserver Infra_Vserver -lif nfs_lif02 -role data 
-data-protocol nfs -home-node <<var_node02>> -home-port a0a-<<var_nfs_vlan_id>> 
-address <<var_node02_nfs_lif_ip>> -netmask <<var_node02_nfs_lif_mask>> 
-status-admin up -failover-policy nextavail -firewall-policy data -auto-revert 
true -use-failover-group enabled -failover-group fg-nfs-<<var_nfs_vlan_id>>

FCP LIF in Clustered Data ONTAP

Create four FCoE LIFs, two on each node.

network interface create -vserver Infra_Vserver -lif fcp_lif01a -role data 
-data-protocol fcp -home-node <<var_node01>> -home-port 3a
network interface create -vserver Infra_Vserver -lif fcp_lif01b -role data 
-data-protocol fcp -home-node <<var_node01>> -home-port 4a
network interface create -vserver Infra_Vserver -lif fcp_lif02a -role data 
-data-protocol fcp -home-node <<var_node02>> -home-port 3a
network interface create -vserver Infra_Vserver -lif fcp_lif02b -role data 
-data-protocol fcp -home-node <<var_node02>> -home-port 4a

Add Infrastructure Vserver Administrator

Add the infrastructure Vserver administrator and Vserver administration logical interface in the out-of-band management network with the following commands:

network interface create -vserver Infra_Vserver -lif vsmgmt -role data 
-data-protocol none -home-node <<var_node02>> -home-port e0a -address 
<<var_vserver_mgmt_ip>> -netmask <<var_vserver_mgmt_mask>> -status-admin up 
-failover-policy nextavail -firewall-policy mgmt -auto-revert true 
-use-failover-group enabled -failover-group fg-cluster-mgmt
 
 
network routing-groups route create -vserver Infra_Vserver -routing-group 
d<<var_clustermgmt_ip>> -destination 0.0.0.0/0 -gateway 
<<var_clustermgmt_gateway>>
security login password -username vsadmin -vserver Infra_Vserver
Please enter a new password:  <<var_vsadmin_password>>
Please enter it again:  <<var_vsadmin_password>>
 
 
security login unlock -username vsadmin -vserver Infra_Vserver

Server Configuration

FlexPod Cisco UCS Base

Perform Initial Setup of Cisco UCS 6248 Fabric Interconnect for FlexPod Environments

This section provides detailed procedures for configuring the Cisco Unified Computing System (Cisco UCS) for use in a FlexPod environment. These steps are necessary to provision the Cisco UCS C-Series and B-Series servers and should be followed precisely to avoid improper configuration.

Cisco UCS 6248UP Fabric Interconnect A

To configure the Cisco UCS for use in a FlexPod environment, follow these steps:

1. Connect to the console port on the first Cisco UCS 6248 fabric interconnect.

Enter the configuration method: console 
Enter the setup mode; setup newly or restore from backup.(setup/restore)? setup
You have choosen to setup a a new fabric interconnect? Continue? (y/n): y
Enforce strong passwords? (y/n) [y]: y
Enter the password for "admin": <<var_password>>
Enter the same password for "admin": <<var_password>> 
Is this fabric interconnect part of a cluster (select 'no' for standalone)? 
(yes/no) [n]: y
Which switch fabric (A|B): A
Enter the system name: <<var_ucs_clustername>>
Physical switch Mgmt0 IPv4 address: <<var_ucsa_mgmt_ip>>
Physical switch Mgmt0 IPv4 netmask: <<var_ucsa_mgmt_mask>>
IPv4 address of the default gateway: <<var_ucsa_mgmt_gateway>>
Cluster IPv4 address: <<var_ucs_cluster_ip>>
Configure DNS Server IPv4 address? (yes/no) [no]: y
DNS IPv4 address: <<var_nameserver_ip>>
Configure the default domain name? y
Default domain name: <<var_dns_domain_name>>
Join centralized management environment (UCS Central)? (yes/no) [n]: Enter
 
 

2. Review the settings printed to the console. If they are correct, answer yes to apply and save the configuration.

3. Wait for the login prompt to make sure that the configuration has been saved.

Cisco UCS 6248UP Fabric Interconnect B

To configure the Cisco UCS for use in a FlexPod environment, follow these steps:

1. Connect to the console port on the second Cisco UCS 6248 fabric interconnect.

Enter the configuration method: console 
Installer has detected the presence of a peer Fabric interconnect. This Fabric 
interconnect will be added to the cluster.  Do you want to continue {y|n}? y 
Enter the admin password for the peer fabric interconnect: <<var_password>>
Physical switch Mgmt0 IPv4 address: <<var_ucsb_mgmt_ip>>
Apply and save the configuration (select `no' if you want to re-enter)? (yes/no): 
y
 
 

2. Wait for the login prompt to make sure that the configuration has been saved.

FlexPod Cisco UCS FCoE vSphere on Clustered Data ONTAP

Log in to Cisco UCS Manager

To log in to the Cisco Unified Computing System (UCS) environment, follow these steps:

1. Open a Web browser and navigate to the Cisco UCS 6248 fabric interconnect cluster address.

2. Click Launch UCS Manager link to download the Cisco UCS Manager software.

3. If prompted to accept security certificates, accept as necessary.

4. When prompted, enter admin as the user name and enter the administrative password.

5. Click Login to log in to Cisco UCS Manager.

Upgrade Cisco UCS Manager Software to Version 2.1(1b)

This document assumes the use of Cisco UCS 2.1(1b). To upgrade the Cisco UCS Manager software and the UCS 6248 Fabric Interconnect software to version 2.1(1b), see Cisco UCS Manager Install and Upgrade Guides at: http://www.cisco.com/en/US/docs/unified_computing/ucs/sw/upgrading/from2.0/to2.1/b_UpgradingCiscoUCSFrom2.0To2.1.html

Add Block of IP Addresses for KVM Access

To create a block of IP addresses for server Keyboard, Video, Mouse (KVM) access in the Cisco UCS environment, follow these steps:


Note This block of IP addresses should be in the same subnet as the management IP addresses for the Cisco UCS Manager.


1. In Cisco UCS Manager, click the LAN tab in the navigation pane.

2. Choose Pools > root > IP Pools > IP Pool ext-mgmt.

3. In the Actions pane, choose Create Block of IP Addresses.

4. Enter the starting IP address of the block and the number of IP addresses required, and the subnet and gateway information.

5. Click OK to create the IP block.

6. Click OK in the confirmation message window.

Synchronize Cisco UCS to NTP

To synchronize the Cisco UCS environment to the NTP server, follow these steps:

1. In Cisco UCS Manager, click the Admin tab in the navigation pane.

2. Choose All > Timezone Management.

3. In the Properties pane, choose the appropriate time zone in the Timezone menu.

4. Click Save Changes, and then click OK.

5. Click Add NTP Server.

6. Enter <<var_global_ntp_server_ip>> and click OK.

7. Click OK.

Edit Chassis Discovery Policy

Setting the discovery policy simplifies the addition of B-Series Cisco UCS chassis and of additional fabric extenders for further C-Series connectivity.

To modify the chassis discovery policy, follow these steps:

1. In Cisco UCS Manager, click the Equipment tab in the navigation pane and choose Equipment in the list on the left.

2. In the right pane, click the Policies tab.

3. Under Global Policies, set the Chassis/FEX Discovery Policy to 2-link or set it to match the number of uplink ports that are cabled between the chassis or fabric extenders (FEXes) and the fabric interconnects.

4. Set the Link Grouping Preference to Port Channel.

5. Click Save Changes.

6. Click OK.

Enable Server and Uplink Ports

To enable server and uplink ports, follow these steps:

1. In Cisco UCS Manager, click the Equipment tab in the navigation pane.

2. Choose Equipment > Fabric Interconnects > Fabric Interconnect A (primary) > Fixed Module.

3. Expand Ethernet Ports.

4. Choose the ports that are connected to the chassis or to the Cisco 2232 FEX (two per FEX), right-click them, and choose Configure as Server Port.

5. Click Yes to confirm server ports and click OK.

6. Verify that the ports connected to the chassis or to the Cisco 2232 FEX are now configured as server ports.

Figure 3 Configured Server Ports

7. Choose ports 19 and 20 that are connected to the Cisco Nexus 5548 switches, right-click them, and choose Configure as Uplink Port.

8. Click Yes to confirm uplink ports and click OK.

9. Choose ports 31 and 32, which will serve as FCoE uplinks to the Cisco Nexus 5548 switches; right-click them; and choose Configure as FCoE Uplink Port.

10. Click Yes to confirm FCoE uplink ports and click OK.

11. Choose Equipment > Fabric Interconnects > Fabric Interconnect B (subordinate) > Fixed Module.

12. Expand Ethernet Ports.

13. Choose the ports that are connected to the chassis or to the Cisco 2232 FEX (two per FEX), right-click them, and choose Configure as Server Port.

14. Click Yes to confirm server ports and click OK.

15. Choose ports 19 and 20 that are connected to the Cisco Nexus 5548 switches, right-click them, and choose Configure as Uplink Port.

16. Click Yes to confirm the uplink ports and click OK.

17. Choose ports 31 and 32 that will serve as FCoE uplinks to the Cisco Nexus 5548 switches, right-click them, and choose Configure as FCoE Uplink Port.

18. Click Yes to confirm FCoE uplink ports and click OK.

Acknowledge Cisco UCS Chassis and FEX

To acknowledge all Cisco UCS chassis and external 2232 FEX modules, follow these steps:

1. In Cisco UCS Manager, click the Equipment tab in the navigation pane.

2. Expand Chassis.

3. Choose each chassis that is listed, right-click on each chassis and choose Acknowledge Chassis.

Figure 4 Acknowledging Cisco UCS Chassis

4. Click Yes and then click OK to complete acknowledging the chassis.

5. If C-Series servers are part of the configuration, expand Rack Mounts and FEX.

6. Right-click each FEX that is listed and choose Acknowledge FEX.

Figure 5 Acknowledging Cisco UCS Fabric Extenders

7. Click Yes and then click OK to complete acknowledging the FEX.

Create Uplink Port Channels to Cisco Nexus 5548 Switches

To configure the necessary port channels out of the Cisco UCS environment, follow these steps:

1. In Cisco UCS Manager, click the LAN tab in the navigation pane.


Note In this procedure, two port channels are created: one from fabric A to both Cisco Nexus 5548 switches and one from fabric B to both Cisco Nexus 5548 switches.


2. Under LAN > LAN Cloud, expand the Fabric A tree.

3. Right-click Port Channels.

4. Choose Create Port Channel.

5. Enter 13 as the unique ID of the port channel.

6. Enter vPC-13-N5548 as the name of the port channel.

7. Click Next.

Figure 6 Creating Port Channels

8. Choose the following ports to be added to the port channel:

Slot ID 1 and port 19

Slot ID 1 and port 20

9. Click >> to add the ports to the port channel.

10. Click Finish to create the port channel.

11. Click OK.

12. In the navigation pane, under LAN > LAN Cloud, expand the fabric B tree.

13. Right-click Port Channels.

14. Choose Create Port Channel.

15. Enter 14 as the unique ID of the port channel.

16. Enter vPC-14-N5548 as the name of the port channel.

17. Click Next.

18. Choose the following ports to be added to the port channel:

Slot ID 1 and port 19

Slot ID 1 and port 20

19. Click >> to add the ports to the port channel.

20. Click Finish to create the port channel.

21. Click OK.

Create an Organization

Organizations are used to organize resources and restrict access to various groups within the IT organization, thereby enabling multi-tenancy of the compute resources.


Note Although this document does not assume the use of organizations this procedure provides instructions for creating one.


To configure an organization in the Cisco UCS environment, follow these steps:

1. In Cisco UCS Manager, from the New menu in the toolbar at the top of the window, choose Create Organization.

2. Enter a name for the organization.

3. (Optional) Enter a description for the organization.

4. Click OK.

5. Click OK in the confirmation message window.

Create MAC Address Pools

To configure the necessary MAC address pools for the Cisco UCS environment, follow these steps:

1. In Cisco UCS Manager, click the LAN tab in the navigation pane.

2. Choose Pools > root.


Note In this procedure, two MAC address pools are created, one for each switching fabric.


3. Right-click MAC Pools under the root organization.

4. Choose Create MAC Pool to create the MAC address pool.

5. Enter MAC_Pool_A as the name of the MAC pool.

6. (Optional) Enter a description for the MAC pool.

7. Click Next.

8. Click Add.

9. Specify a starting MAC address.


Note For the FlexPod solution, the recommendation is to place 0A in the next-to-last octet of the starting MAC address to identify all of the MAC addresses as fabric A addresses.


10. Specify a size for the MAC address pool that is sufficient to support the available blade or server resources.

Figure 7 Creating MAC Address Pool for Fabric A

11. Click OK.

12. Click Finish.

13. In the confirmation message window, click OK.

14. Right-click MAC Pools under the root organization.

15. Choose Create MAC Pool to create the MAC address pool.

16. Enter MAC_Pool_B as the name of the MAC pool.

17. (Optional) Enter a description for the MAC pool.

18. Click Next.

19. Click Add.

20. Specify a starting MAC address.


Note For the FlexPod solution, the recommendation is to place 0B in the next to last octet of the starting MAC address to identify all the MAC addresses in this pool as fabric B addresses.

21. Specify a size for the MAC address pool that is sufficient to support the available blade or server resources.

Figure 8 Creating MAC Address Pool for Fabric B

22. Click OK.

23. Click Finish.

24. In the confirmation message window, click OK.

Create WWNN Pools

To configure the necessary World Wide Node Name (WWNN) pools for the Cisco UCS environment, follow these steps:

1. In Cisco UCS Manager, click the SAN tab in the navigation pane.

2. Choose Pools > root.

3. Right-click WWNN Pools.

4. Choose Create WWNN Pool.

5. Enter WWNN_Pool as the name of the WWNN pool.

6. (Optional) Add a description for the WWNN pool.

7. Click Next.

8. Click Add to add a block of WWNNs.

9. Keep the default block of WWNNs, or specify a base WWNN.

10. Specify a size for the WWNN block that is sufficient to support the available blade or server resources.

Figure 9 Creating WWNN Pool

11. Click OK.

12. Click Finish.

13. Click OK.

Create WWPN Pools

To configure the necessary World Wide Port Name (WWPN) pools for the Cisco UCS environment, follow these steps:

1. In Cisco UCS Manager, click the SAN tab in the navigation pane.

2. Choose Pools > root.


Note In this procedure, two WWPN pools are created: one for fabric A and one for fabric B.


3. Right-click WWPN Pools.

4. Choose Create WWPN Pool.

5. Enter WWPN_Pool_A as the name of the WWPN pool for fabric A.

6. (Optional) Enter a description for this WWPN pool.

7. Click Next.

8. Click Add to add a block of WWPNs.

9. Specify the starting WWPN in the block for fabric A.


Note For the FlexPod solution, the recommendation is to place 0A in the next-to-last octet of the starting WWPN to identify all the WWPNs in this pool as fabric A addresses.


10. Specify a size for the WWPN block that is sufficient to support the available blade or server resources.

Figure 10 Creating WWPN Pool

11. Click OK.

12. Click Finish to create the WWPN pool.

13. Click OK.

14. Right-click WWPN Pools.

15. Choose Create WWPN Pool.

16. Enter WWPN_Pool_B as the name for the WWPN pool for fabric B.

17. (Optional) Enter a description for this WWPN pool.

18. Click Next.

19. Click Add to add a block of WWPNs.

20. Enter the starting WWPN address in the block for fabric B.


Note For the FlexPod solution, the recommendation is to place 0B in the next to last octet of the starting WWPN to identify all the WWPNs in this pool as fabric B addresses.


21. Specify a size for the WWPN block that is sufficient to support the available blade or server resources.

22. Click OK.

23. Click Finish.

24. Click OK.

Create UUID Suffix Pool

To configure the necessary universally unique identifier (UUID) suffix pool for the Cisco UCS environment, follow these steps:

1. In Cisco UCS Manager, click the Servers tab in the navigation pane.

2. Choose Pools > root.

3. Right-click UUID Suffix Pools.

4. Choose Create UUID Suffix Pool.

5. Enter UUID_Pool as the name of the UUID suffix pool.

6. (Optional) Enter a description for the UUID suffix pool.

7. Keep the prefix at the derived option.

8. Click Next.

9. Click Add to add a block of UUIDs.

10. Keep the From field at the default setting.

11. Specify a size for the UUID block that is sufficient to support the available blade or server resources.

Figure 11 Creating UUID Suffix Pool

12. Click OK.

13. Click Finish.

14. Click OK.

Create Server Pool

To configure the necessary server pool for the Cisco UCS environment, follow these steps:


Note Consider creating unique server pools to achieve the granularity that is required in your environment.


1. In Cisco UCS Manager, click the Servers tab in the navigation pane.

2. Choose Pools > root.

3. Right-click Server Pools.

4. Choose Create Server Pool.

5. Enter Infra_Pool as the name of the server pool.

6. (Optional) Enter a description for the server pool.

7. Click Next.

8. Choose two servers to be used for the VMware management cluster and click >> to add them to the Infra_Pool server pool.

9. Click Finish.

10. Click OK.

Create VLANs

To configure the necessary virtual local area networks (VLANs) for the Cisco UCS environment, follow these steps:

1. In Cisco UCS Manager, click the LAN tab in the navigation pane.


Note In this procedure, five VLANs are created.


2. Choose LAN > LAN Cloud.

3. Right-click VLANs.

4. Choose Create VLANs.

5. Enter IB-MGMT-VLAN as the name of the VLAN to be used for management traffic.

6. Keep the Common/Global option selected for the scope of the VLAN.

7. Enter <<var_ib-mgmt_vlan_id>> as the ID of the management VLAN.

8. Keep the Sharing Type as None.

9. Click OK, and then click OK again.

Figure 12 Creating VLAN for Management Traffic

10. Right-click VLANs.

11. Choose Create VLANs.

12. Enter NFS-VLAN as the name of the VLAN to be used for NFS.

13. Keep the Common/Global option selected for the scope of the VLAN.

14. Enter the <<var_nfs_vlan_id>> for the NFS VLAN.

15. Keep the Sharing Type as None.

16. Click OK, and then click OK again.

Figure 13 Creating VLAN for NFS Traffic

17. Right-click VLANs.

18. Choose Create VLANs.

19. Enter vMotion-VLAN as the name of the VLAN to be used for vMotion.

20. Keep the Common/Global option selected for the scope of the VLAN.

21. Enter the <<var_vmotion_vlan_id>> as the ID of the vMotion VLAN.

22. Keep the Sharing Type as None.

23. Click OK, and then click OK again.

24. Right-click VLANs.

25. Choose Create VLANs.

26. Enter VM-Traffic-VLAN as the name of the VLAN to be used for the VM traffic.

27. Keep the Common/Global option selected for the scope of the VLAN.

28. Enter the <<var_vm-traffic_vlan_id>> for the VM Traffic VLAN.

29. Keep the Sharing Type as None.

30. Click OK, and then click OK again.

Figure 14 Creating VLAN for VM Traffic

31. Right-click VLANs.

32. Choose Create VLANs.

33. Enter Native-VLAN as the name of the VLAN to be used as the native VLAN.

34. Keep the Common/Global option selected for the scope of the VLAN.

35. Enter the <<var_native_vlan_id>> as the ID of the native VLAN.

36. Keep the Sharing Type as None.

37. Click OK, and then click OK again.

Figure 15 Creating Native VLAN

38. Expand the list of VLANs in the navigation pane, right-click the newly created Native-VLAN and choose Set as Native VLAN.

39. Click Yes, and then click OK.

Create VSANs and FCoE Port Channels

To configure the necessary virtual storage area networks (VSANs) and FCoE uplink port channels for the Cisco UCS environment, follow these steps:

1. In Cisco UCS Manager, click the SAN tab in the navigation pane.

2. Expand the SAN > SAN Cloud tree.

3. Right-click VSANs.

4. Choose Create VSAN.

5. Enter VSAN_A as the name of the VSAN for fabric A.

6. Keep the Disabled option selected for FC Zoning.

7. Click the Fabric A radio button.

8. Enter <<var_vsan_a_id>> as the VSAN ID for fabric A.

9. Enter <<var_fabric_a_fcoe_vlan_id>>as the FCoE VLAN ID for fabric A.


Note For the FlexPod solution, it is recommended to use the same ID for the VSAN and the FCoE VLAN required for fabric A.


10. Click OK, and then click OK again to create the VSAN.

Figure 16 Creating VSAN for Fabric A

11. Right-click VSANs.

12. Choose Create VSAN.

13. Enter VSAN_B as the name of the VSAN for fabric B.

14. Keep the Disabled option selected for FC Zoning.

15. Click the Fabric B radio button.

16. Enter <<var_vsan_b_id>> as the VSAN ID for fabric B.

17. Enter <<var_fabric_b_fcoe_vlan_id>> as the FCoE VLAN ID for fabric B.


Note It is recommended to use the same ID for the VSAN and the FCoE VLAN required for fabric B.


18. Click OK, and then click OK again to create the VSAN.

Figure 17 Creating VSAN for Fabric B

19. In the navigation pane, under SAN > SAN Cloud, expand the Fabric A tree.

20. Right-click FCoE Port Channels.

21. Choose Create FCoE Port Channel.

22. Enter 1 for the port channel ID and Po1 for the port channel name.

23. Click Next.

24. Choose ports 31 and 32 and click >> to add the ports to the port channel.

25. Click Finish.

26. check the check box for Show Navigator for FCoE Port-Channel 1 (Fabric A).

27. Click OK to create the port channel.

28. In the right pane, under Properties, choose VSAN VSAN_A for Fabric A in the VSAN list.

29. Click Apply, and then click OK.

30. Click OK to close the navigator.

31. In the navigation pane, under SAN > SAN Cloud, expand the fabric B tree.

32. Right-click FCoE Port Channels.

33. Choose Create FCoE Port Channel.

34. Enter 2 for the port channel ID and Po2 for the port channel name.

35. Click Next.

36. Choose ports 31 and 32 and click >> to add the ports to the port channel.

37. Click Finish.

38. Check the check box for Show Navigator for FCoE Port-Channel 2 (Fabric B).

39. Click OK to create the port channel.

40. In the right pane, under Properties, choose VSAN VSAN_B for Fabric B.

41. Click Apply, and then click OK.

42. Click OK to close the navigator.

Create Host Firmware Package

Firmware management policies allow the administrator to select the corresponding packages for a given server configuration. These policies often include packages for adapter, BIOS, board controller, FC adapters, host bus adapter (HBA) option ROM, and storage controller properties.

To create a firmware management policy for a given server configuration in the Cisco UCS environment, follow these steps:

1. In Cisco UCS Manager, click the Servers tab in the navigation pane.

2. Choose Policies > root.

3. Right-click Host Firmware Packages.

4. Choose Create Host Firmware Package.

5. Enter VM-Host-Infra as the name of the host firmware package.

6. Keep the radio button Simple selected.

7. Choose the version 2.1(1b) for both the Blade and Rack Packages.

8. Click OK to create the host firmware package.

9. Click OK.

Figure 18 Creating Host Firmware Package

Set Jumbo Frames in Cisco UCS Fabric

To configure jumbo frames and enable quality of service in the Cisco UCS fabric, follow these steps:

1. In Cisco UCS Manager, click the LAN tab in the navigation pane.

2. Choose LAN > LAN Cloud > QoS System Class.

3. In the right pane, click the General tab.

4. On the Best Effort row, enter 9216 in the box under the MTU column.

5. Click Save Changes.

6. Click OK.

Figure 19 Setting Jumbo Frame

Create Local Disk Configuration Policy (Optional)

A local disk configuration for the Cisco UCS environment is necessary if the servers in the environment do not have a local disk.


Note This policy should not be used on servers that contain local disks.


To create a local disk configuration policy, follow these steps:

1. In Cisco UCS Manager, click the Servers tab in the navigation pane.

2. Choose Policies > root.

3. Right-click Local Disk Config Policies.

4. Choose Create Local Disk Configuration Policy.

5. Enter SAN-Boot as the local disk configuration policy name.

6. Change the mode to No Local Storage.

7. Click OK to create the local disk configuration policy.

Figure 20 Creating Local Disk Configuration Policy

8. Click OK.

Create Network Control Policy for Cisco Discovery Protocol

To create a network control policy that enables Cisco Discovery Protocol (CDP) on virtual network ports, follow these steps:

1. In Cisco UCS Manager, click the LAN tab in the navigation pane.

2. Choose Policies > root.

3. Right-click Network Control Policies.

4. Choose Create Network Control Policy.

5. Enter Enable_CDP as the policy name.

6. For CDP, choose the Enabled option.

7. Click OK to create the network control policy.

Figure 21 Creating Network Control Policy

8. Click OK.

Create Power Control Policy

To create a power control policy for the Cisco UCS environment, follow these steps:

1. In Cisco UCS Manager, click the Servers tab in the navigation pane.

2. Choose Policies > root.

3. Right-click Power Control Policies.

4. Choose Create Power Control Policy.

5. Enter No-Power-Cap as the power control policy name.

6. Change the power capping setting to No Cap.

7. Click OK to create the power control policy.

8. Click OK.

Figure 22 Creating Power Control Policy

Create Server Pool Qualification Policy (Optional)

To create an optional server pool qualification policy for the Cisco UCS environment, follow these steps:


Note This example creates a policy for a B200-M3 server.


1. In Cisco UCS Manager, click the Servers tab in the navigation pane.

2. Choose Policies > root.

3. Right-click Server Pool Policy Qualifications.

4. Choose Create Server Pool Policy Qualification.

5. Enter UCSB-B200-M3 as the name for the policy.

6. Choose Create Server PID Qualifications.

7. Enter UCSB-B200-M3 as the PID.

8. Click OK to create the server pool qualification policy.

9. Click OK, and then click OK again.

Figure 23 Creating Server PID Qualifications

Create Server BIOS Policy

To create a server BIOS policy for the Cisco UCS environment, follow these steps:

1. In Cisco UCS Manager, click the Servers tab in the navigation pane.

2. Choose Policies > root.

3. Right-click BIOS Policies.

4. Choose Create BIOS Policy.

5. Enter VM-Host-Infra as the BIOS policy name.

6. Change the Quiet Boot setting to Disabled.

7. Click Finish to create the BIOS policy.

Figure 24 Creating BIOS Policy

8. Click OK.

Create vNIC/vHBA Placement Policy for Virtual Machine Infrastructure Hosts

To create a vNIC/vHBA placement policy for the infrastructure hosts, follow these steps:

1. In Cisco UCS Manager, click the Servers tab in the navigation pane.

2. Choose Policies > root.

3. Right-click vNIC/vHBA Placement Policies.

4. Choose Create Placement Policy.

5. Enter VM-Host-Infra as the name of the placement policy.

6. Click 1 and choose Assigned Only.

7. Click OK, and then click OK again.

Figure 25 Creating Placement Policy

Update default Maintenance Policy

To update the default Maintenance Policy, follow these steps:

1. In Cisco UCS Manager, click the Servers tab in the navigation pane.

2. Choose Policies > root.

3. Choose Maintenance Policies > default.

4. Change the Reboot Policy to User Ack.

5. Click Save Changes.

6. Click OK to accept the change.

Figure 26 Updating Maintenance Policy

Create vNIC Templates

To create multiple virtual network interface card (vNIC) templates for the Cisco UCS environment, follow these steps:

1. In Cisco UCS Manager, click the LAN tab in the navigation pane.

2. Choose Policies > root.

3. Right-click vNIC Templates.

4. Choose Create vNIC Template.

5. Enter vNIC_Template_A as the vNIC template name.

6. Keep the radio button Fabric A selected.

7. Do not check the Enable Failover check box.

8. Under Target, make sure that the VM check box is not checked.

9. Click the Updating Template radio button as the Template Type.

10. Under VLANs, check the check boxes for IB-MGMT-VLAN, NFS-VLAN, Native-VLAN, VM-Traffic-VLAN, and vMotion-VLAN.

11. Set Native-VLAN as the native VLAN.

12. For MTU, enter 9000.

13. In the MAC Pool list, Choose MAC_Pool_A.

14. In the Network Control Policy list, Choose Enable_CDP.

15. Click OK to create the vNIC template.

16. Click OK.

Figure 27 Creating vNIC Template for Fabric A

17. In the navigation pane, click the LAN tab.

18. Choose Policies > root.

19. Right-click vNIC Templates.

20. Choose Create vNIC Template.

21. Enter vNIC_Template_B as the vNIC template name.

22. Click the radio button Fabric B.

23. Do not check the Enable Failover check box.

24. Under Target, make sure the VM check box is not checked.

25. Click the Updating Template radio button as the template type.

26. Under VLANs, check the check boxes for IB-MGMT-VLAN, NFS-VLAN, Native-VLAN, VM-Traffic-VLAN, and vMotion-VLAN.

27. Set Native-VLAN as the native VLAN.

28. For MTU, enter 9000.

29. In the MAC Pool list, Choose MAC_Pool_B.

30. In the Network Control Policy list, Choose Enable_CDP.

31. Click OK to create the vNIC template.

32. Click OK.

Figure 28 Creating vNIC Template for Fabric B

Create vHBA Templates for Fabric A and Fabric B

To create multiple virtual host bus adapter (vHBA) templates for the Cisco UCS environment, follow these steps:

1. In Cisco UCS Manager, click the SAN tab in the navigation pane.

2. Choose Policies > root.

3. Right-click vHBA Templates.

4. Choose Create vHBA Template.

5. Enter vHBA_Template_A as the vHBA template name.

6. Click the radio button Fabric A.

7. In the Select VSAN list, Choose VSAN_A.

8. In the WWPN Pool list, Choose WWPN_Pool_A.

9. Click OK to create the vHBA template.

10. Click OK.

Figure 29 Creating vHBA Template for Fabric A

11. In the navigation pane, click the SAN tab.

12. Choose Policies > root.

13. Right-click vHBA Templates.

14. Choose Create vHBA Template.

15. Enter vHBA_Template_B as the vHBA template name.

16. Click the radio button Fabric B.

17. In the Select VSAN list, Choose VSAN_B.

18. In the WWPN Pool, Choose WWPN_Pool_B.

19. Click OK to create the vHBA template.

20. Click OK.

Figure 30 Creating vHBA Template for Fabric B

Create Boot Policies

This procedure applies to a Cisco UCS environment in which two FCoE logical interfaces (LIFs) are on cluster node 1 (fcp_lif01a and fcp_lif01b) and two FCoE LIFs are on cluster node 2 (fcp_lif02a and fcp_lif02b). Also, it is assumed that the A LIFs are connected to fabric A (Cisco Nexus 5548 A) and the B LIFs are connected to fabric B (Cisco Nexus 5548 B).

Two boot policies are configured in this procedure. The first policy configures the primary target to be fcp_lif01a and the second boot policy configures the primary target to be fcp_lif01b.

To create boot policies for the Cisco UCS environment, follow these steps:

1. In Cisco UCS Manager, click the Servers tab in the navigation pane.

2. Choose Policies > root.

3. Right-click Boot Policies.

4. Choose Create Boot Policy.

5. Enter Boot-Fabric-A as the name of the boot policy.

6. (Optional) Enter a description for the boot policy.

7. Keep the Reboot on Boot Order Change check box unchecked.

8. Expand the Local Devices drop-down menu and Choose Add CD-ROM.

9. Expand the vHBAs drop-down menu and Choose Add SAN Boot.

10. In the Add SAN Boot dialog box, enter Fabric-A in the vHBA field.

11. Make sure that the Primary radio button is selected as the SAN boot type.

12. Click OK to add the SAN boot initiator.

Figure 31 Adding SAN Boot Initiator for Fabric A

13. From the vHBA drop-down menu, choose Add SAN Boot Target.

14. Keep 0 as the value for Boot Target LUN.

15. Enter the WWPN for fcp_lif01a.


Note To obtain this information, log in to the storage cluster and run the network interface show command.


16. Keep the Primary radio button selected as the SAN boot target type.

17. Click OK to add the SAN boot target.

Figure 32 Adding SAN Boot Target for Fabric A

18. From the vHBA drop-down menu, choose Add SAN Boot Target.

19. Keep 0 as the value for Boot Target LUN.

20. Enter the WWPN for fcp_lif02a.


Note To obtain this information, log in to the storage cluster and run the network interface show command.


21. Click OK to add the SAN boot target.

Figure 33 Adding Secondary SAN Boot Target for Fabric A

22. From the vHBA drop-down menu, choose Add SAN Boot.

23. In the Add SAN Boot dialog box, enter Fabric-B in the vHBA box.

24. The SAN boot type should automatically be set to Secondary, and the Type option should be unavailable.

25. Click OK to add the SAN boot initiator.

Figure 34 Adding SAN Boot Initiator for Fabric B

26. From the vHBA drop-down menu, choose Add SAN Boot Target.

27. Keep 0 as the value for Boot Target LUN.

28. Enter the WWPN fcp_lif01b.


Note To obtain this information, log in to the storage cluster and run the network interface show command.


29. Keep Primary as the SAN boot target type.

30. Click OK to add the SAN boot target.

Figure 35 Adding Primary SAN Boot Target for Fabric B

31. From the vHBA drop-down menu, choose Add SAN Boot Target.

32. Keep 0 as the value for Boot Target LUN.

33. Enter the WWPN for fcp_lif02b.


Note To obtain this information, log in to the storage cluster and run the network interface show command.


34. Click OK to add the SAN boot target.

Figure 36 Adding Secondary SAN Boot Target

35. Click OK, and then OK again to create the boot policy.

36. Right-click Boot Policies again.

37. Choose Create Boot Policy.

38. Enter Boot-Fabric-B as the name of the boot policy.

39. (Optional) Enter a description of the boot policy.

40. Keep the Reboot on Boot Order Change check box unchecked.

41. From the Local Devices drop-down menu choose Add CD-ROM.

42. From the vHBA drop-down menu choose Add SAN Boot.

43. In the Add SAN Boot dialog box, enter Fabric-B in the vHBA box.

44. Make sure that the Primary radiobutton is selected as the SAN boot type.

45. Click OK to add the SAN boot initiator.

Figure 37 Adding SAN Boot Initiator for Fabric B

46. From the vHBA drop-down menu, choose Add SAN Boot Target.

47. Keep 0 as the value for Boot Target LUN.

48. Enter the WWPN fcp_lif01b.


Note To obtain this information, log in to the storage cluster and run the network interface show command.


49. Keep Primary as the SAN boot target type.

50. Click OK to add the SAN boot target.

Figure 38 Adding Primary SAN Boot Target for Fabric B

51. From the vHBA drop-down menu, choose Add SAN Boot Target.

52. Keep 0 as the value for Boot Target LUN.

53. Enter the WWPN for fcp_lif02b.


Note To obtain this information, log in to the storage cluster and run the network interface show command.


54. Click OK to add the SAN boot target.

Figure 39 Adding Secondary SAN Boot Target for Fabric B

55. From the vHBA menu, choose Add SAN Boot.

56. In the Add SAN Boot dialog box, enter Fabric-A in the vHBA box.

57. The SAN boot type should automatically be set to Secondary, and the Type option should be unavailable.

58. Click OK to add the SAN boot initiator.

Figure 40 Adding SAN Boot for Fabric A

59. From the vHBA menu, choose Add SAN Boot Target.

60. Keep 0 as the value for Boot Target LUN.

61. Enter the WWPN for fcp_lif01a.


Note To obtain this information, log in to the storage cluster and run the network interface show command.


62. Keep Primary as the SAN boot target type.

63. Click OK to add the SAN boot target.

Figure 41 Adding Primary SAN Boot Target for Fabric A

64. From the vHBA drop-down menu, choose Add SAN Boot Target.

65. Keep 0 as the value for Boot Target LUN.

66. Enter the WWPN for fcp_lif02a.


Note To obtain this information, log in to the storage cluster and run the network interface show command.


67. Click OK to add the SAN boot target.

Figure 42 Adding Secondary SAN Boot Target for Fabric A

68. Click OK, and then click OK again to create the boot policy.

Create Service Profile Templates

In this procedure, two service profile templates are created: one for fabric A boot and one for fabric B boot. The first profile is created and then cloned and modified for the second host.

To create service profile templates, follow these steps:

1. In Cisco UCS Manager, click the Servers tab in the navigation pane.

2. Choose Service Profile Templates > root.

3. Right-click root.

4. Choose Create Service Profile Template to open the Create Service Profile Template wizard.

5. Identify the Service Profile Template:

a. Enter VM-Host-Infra-Fabric-A as the name of the service profile template. This service profile template is configured to boot from node 1 on fabric A.

b. Click the Updating Template radio button.

c. Under UUID, choose UUID_Pool as the UUID pool.

d. Click Next.

Figure 43 Details for Creating Service Profile Template

6. Configure the Networking options:

a. Keep the default setting for Dynamic vNIC Connection Policy.

b. Click the Expert radio button to configure the LAN connectivity.

c. Click Add to add a vNIC to the template.

d. In the Create vNIC dialog box, enter vNIC-A as the name of the vNIC.

e. Check the Use vNIC Template check box.

f. In the vNIC Template list, choose vNIC_Template_A.

g. In the Adapter Policy list, choose VMWare.

h. Click OK to add this vNIC to the template.

Figure 44 Creating vNIC Using vNIC Template

i. On the Networking page of the wizard, click Add to add another vNIC to the template.

j. In the Create vNIC box, enter vNIC-B as the name of the vNIC.

k. Check the Use vNIC Template check box.

l. In the vNIC Template list, choose vNIC_Template_B.

m. In the Adapter Policy list, choose VMWare.

n. Click OK to add the vNIC to the template.

o. Review the table in the Networking page to make sure that both vNICs were created.

p. Click Next.

Figure 45 LAN Configuration Details

7. Configure the Storage options:

a. Choose a local disk configuration policy:

If the server in question has local disks, choose default in the Local Storage list.

If the server in question does not have local disks, choose SAN-Boot.

b. Click the Expert radio button to configure the SAN connectivity.

c. In the WWNN Assignment list, choose WWNN_Pool.

d. Click Add at the bottom of the page to add a vHBA to the template.

e. In the Create vHBA dialog box, enter Fabric-A as the name of the vHBA.

f. Check the Use vHBA Template check box.

g. In the vHBA Template list, choose vHBA_Template_A.

h. In the Adapter Policy list, choose VMware.

i. Click OK to add this vHBA to the template.

Figure 46 Creating vHBA Using vHBA Template

j. On the Storage page of the wizard, click Add at the bottom of the page to add another vHBA to the template.

k. In the Create vHBA dialog box, enter Fabric-B as the name of the vHBA.

l. Check the check box for Use HBA Template.

m. In the vHBA Template list, choose vHBA_Template_B.

n. In the Adapter Policy list, choose VMware.

o. Click OK to add the vHBA to the template.

p. Review the table in the Storage page to verify that both vHBAs were created.

q. Click Next.

Figure 47 Storage Window Showing Created vHBAs

8. Set no Zoning options and click Next.

9. Set the vNIC/vHBA placement options.

a. In the Select Placement list, choose the VM-Host-Infra placement policy.

b. Choose vCon1 and assign the vHBAs/vNICs to the virtual network interfaces policy in the following order:

vHBA Fabric-A

vHBA Fabric-B

vNIC-A

vNIC-B

c. Review the table to verify that all vNICs and vHBAs were assigned to the policy in the appropriate order.

d. Click Next.

Figure 48 Placing vNIC and vHBA on Physical Adapters

10. Set the Server Boot Order:

a. In the Boot Policy list, choose Boot-Fabric-A.

b. Review the table to verify that all boot devices were created and identified. Verify that the boot devices are in the correct boot sequence.

c. Click Next.

Figure 49 Setting Boot Order for the Service Profile Template

11. Add a Maintenance Policy:

a. Choose the Default Maintenance Policy.

b. Click Next.

Figure 50 Choosing a Maintenance Policy

12. Specify the Server Assignment:

a. In the Pool Assignment list, choose Infra_Pool.

b. (Optional) Choose a Server Pool Qualification policy.

c. Choose Down as the power state to be applied when the profile is associated with the server.

d. Expand Firmware Management at the bottom of the page and choose VM-Host-Infra from the Host Firmware list.

e. Click Next.

Figure 51 Assigning a Server Pool to the Service Profile Template

13. Add Operational Policies:

a. In the BIOS Policy list, choose VM-Host-Infra.

b. Expand Power Control Policy Configuration and choose No-Power-Cap in the Power Control Policy list.

Figure 52 Setting Operational Policy

14. Click Finish to create the service profile template.

15. Click OK in the confirmation message.

16. Click the Servers tab in the navigation pane.

17. Choose Service Profile Templates > root.

18. Right-click the previously created VM-Host-Infra-Fabric-A template.

19. Choose Create a Clone.

20. In the dialog box, enter VM-Host-Infra-Fabric-B as the name of the clone, choose the root Org, and click OK.

Figure 53 Cloning a Service Profile Template

21. Click OK.

22. Choose the newly cloned service profile template and click the Boot Order tab.

23. Click Modify Boot Policy.

24. In the Boot Policy list, choose Boot-Fabric-B.

Figure 54 Modifying Boot Policy

25. Click OK, and then click OK again.

26. In the right pane, click the Network tab and then click Modify vNIC/HBA Placement.

27. Expand vCon 1 and move vHBA Fabric-B ahead of vHBA Fabric-A in the placement order.

Figure 55 Modifying Placement Policy

28. Click OK, and then click OK again.

Create Service Profiles

To create service profiles from the service profile template, follow these steps:

1. In Cisco UCS Manager, click the Servers tab in the navigation pane.

2. Choose Service Profile Templates > root > Service Template VM-Host-Infra-Fabric-A.

3. Right-click VM-Host-Infra-Fabric-A and choose Create Service Profiles from Template.

4. Enter VM-Host-Infra-0 as the service profile prefix.

5. Enter 1 as the number of service profiles to create.

6. Click OK to create the service profile.

Figure 56 Creating Service Profile from a Service Profile Template

7. Click OK in the confirmation message.

8. Choose Service Profile Templates > root > Service Template VM-Host-Infra-Fabric-B.

9. Right-click VM-Host-Infra-Fabric-B and choose Create Service Profiles from Template.

10. Enter VM-Host-Infra-0 as the service profile prefix.

11. Enter 1 as the number of service profiles to create.

12. Click OK to create the service profile.

Figure 57 Creating Service Profile from a Service Profile Template

13. Click OK in the confirmation message.

Verify that the service profiles VM-Host-Infra-01 and VM-Host-Infra-02 have been created. The service profiles are automatically associated with the servers in their assigned server pools.

14. (Optional) Choose each newly created service profile and enter the server host name or the FQDN in the User Label field in the General tab. Click Save Changes to map the server host name to the service profile name.

Add More Servers to FlexPod Unit

Additional server pools, service profile templates, and service profiles can be created in the respective organizations to add more servers to the FlexPod unit. All other pools and policies are at the root level and can be shared among the organizations.

Gather Necessary Information

After the Cisco UCS service profiles have been created, each infrastructure blade in the environment will have a unique configuration. To proceed with the FlexPod deployment, specific information must be gathered from each Cisco UCS blade and from the NetApp controllers. Insert the required information into Table 25 and Table 26.

Table 25 FCP LIFs for FC WWPNs

FCP LIFS
FC WWPN

fcp_lif01a

 

fcp_lif01b

 

fcp_lif02a

 

fcp_lif02b

 


Note To gather the FC WWPN, run the network interface show command on the storage controller.


Table 26 vHBA WWPNs for Fabric A and Fabric B

Cisco UCS Service Profile Name
Fabric A vHBA WWPN
Fabric B vHBA WWPN

VM-Host-infra-01

   

VM-Host-infra-02

   


Note To gather the vHBA WWPN information, launch the Cisco UCS Manager GUI. In the navigation pane, click the Servers tab. Expand Servers > Service Profiles > root. Click each service profile and then click the Storage tab in the right pane. In Table 26, record the WWPN information that is displayed in the right pane for both the Fabric A vHBA and the Fabric B vHBA for each service profile.


Storage Networking

FlexPod Cisco Nexus Base

Table 27 Flexpod Cisco Nexus Base Prerequisite

Description

The Cisco Nexus switch must be running Cisco Nexus NX-OS 5.2(1)N1(3) or late


The following procedures describe how to configure the Cisco Nexus switches for use in a base FlexPod environment. Follow these steps precisely; failure to do so might result in an improper configuration.

Set Up Initial Configuration

Cisco Nexus A

To set up the initial configuration for the Cisco Nexus A switch on <<var_nexus_A_hostname>>, follow these steps:

Configure the switch.


Note On initial boot and connection to the serial or console port of the switch, the NX-OS setup should automatically start and attempt to enter Power on Auto Provisioning.


Abort Power on Auto Provisioning and continue with normal setup? (yes/no) [no]: 
yes
Do you want to enforce secure password standard (yes/no): yes
Enter the password for the "admin": <<var_password>>
Confirm the password for "admin": <<var_password>>
Would you like to enter the basic configuration dialog (yes/no): yes
Create another login account (yes/no) [n]: Enter
Configure read-only SNMP community string (yes/no) [n]: Enter
Configure read-write SNMP community string (yes/no) [n]: Enter
Enter the switch name: <<var_nexus_A_hostname>>
Continue with out-of-band (mgmt0) management configuration? (yes/no) [y]: Enter
Mgmt0 IPv4 address: <<var_nexus_A_mgmt0_ip>>
Mgmt0 IPv4 netmask: <<var_nexus_A_mgmt0_netmask>>
Configure the default gateway? (yes/no) [y]: Enter
IPv4 address of the default gateway: <<var_nexus_A_mgmt0_gw>>
Enable the telnet service? (yes/no) [n]: Enter
Enable the ssh service? (yes/no) [y]: Enter
Type of ssh key you would like to generate (dsa/rsa): rsa
Number of key bits <768-2048> : 1024
Configure the ntp server? (yes/no) [n]: y
NTP server IPv4 address: <<var_global_ntp_server_ip>>
Enter basic FC configurations (yes/no) [n]: Enter
Would you like to edit the configuration? (yes/no) [n]: Enter
2.	Review the configuration summary before enabling the configuration.
Use this configuration and save it? (yes/no) [y]: Enter

Cisco Nexus B

To set up the initial configuration for the Cisco Nexus B switch on <<var_nexus_B_hostname>>, follow these steps:

1. Configure the switch.


Note On initial boot and connection to the serial or console port of the switch, the NX-OS setup should automatically start and attempt to enter Power on Auto Provisioning.


Abort Power on Auto Provisioning and continue with normal setup? (yes/no) [no]: 
yes
Do you want to enforce secure password standard (yes/no): yes
Enter the password for the "admin": <<var_password>>
Confirm the password for "admin": <<var_password>>
Would you like to enter the basic configuration dialog (yes/no): yes
Create another login account (yes/no) [n]: Enter
Configure read-only SNMP community string (yes/no) [n]: Enter
Configure read-write SNMP community string (yes/no) [n]: Enter
Enter the switch name: <<var_nexus_B_hostname>>
Continue with out-of-band (mgmt0) management configuration? (yes/no) [y]: Enter
Mgmt0 IPv4 address: <<var_nexus_B_mgmt0_ip>>
Mgmt0 IPv4 netmask: <<var_nexus_B_mgmt0_netmask>>
Configure the default gateway? (yes/no) [y]: Enter
IPv4 address of the default gateway: <<var_nexus_B_mgmt0_gw>>
Enable the telnet service? (yes/no) [n]: Enter
Enable the ssh service? (yes/no) [y]: Enter
Type of ssh key you would like to generate (dsa/rsa): rsa
Number of key bits <768-2048> : 1024
Configure the ntp server? (yes/no) [n]: y
NTP server IPv4 address: <<var_global_ntp_server_ip>>
Enter basic FC configurations (yes/no) [n]: Enter
Would you like to edit the configuration? (yes/no) [n]: Enter
 
 

2. Review the configuration summary before enabling the configuration.

Use this configuration and save it? (yes/no) [y]: Enter

FlexPod Cisco Nexus FCoE Storage vSphere on Clustered Data ONTAP

Enable Licenses

Cisco Nexus A

To license the Cisco Nexus A switch on <<var_nexus_A_hostname>>, follow these steps:

1. Log in as admin.

2. Run the following commands:

config t
feature fcoe
feature npiv
feature lacp
feature vpc

Cisco Nexus B

To license the Cisco Nexus B switch on <<var_nexus_B_hostname>>, follow these steps:

1. Log in as admin.

2. Run the following commands:

config t
feature fcoe
feature npiv
feature lacp
feature vpc

Set Global Configurations

Cisco Nexus 5548 A and Cisco Nexus 5548 B

To set global configurations, follow these steps on both switches:

Run the following commands to set global configurations and jumbo frames in QoS:

spanning-tree port type network default
spanning-tree port type edge bpduguard default
port-channel load-balance ethernet source-dest-port 
policy-map type network-qos jumbo
class type network-qos class-default
mtu 9216
exit
class type network-qos class-fcoe
pause no-drop
mtu 2158
exit
exit
system qos
service-policy type network-qos jumbo
exit
copy run start

Create VLANs

Cisco Nexus 5548 A and Cisco Nexus 5548 B

To create the necessary virtual local area networks (VLANs), follow these steps on both switches:

From the global configuration mode, run the following commands:

vlan <<var_ib-mgmt_vlan_id>>
name IB-MGMT-VLAN
exit
vlan <<var_native_vlan_id>>
name Native-VLAN
exit
vlan <<var_nfs_vlan_id>>
name NFS-VLAN
exit
vlan <<var_pkt-ctrl_vlan_id>>
name Packet-Control-VLAN
exit
vlan <<var_vmotion_vlan_id>>
name vMotion-VLAN
exit
vlan <<var_vm-traffic_vlan_id>>
name VM-Traffic-VLAN
exit

Add Individual Port Descriptions for Troubleshooting

Cisco Nexus 5548 A

To add individual port descriptions for troubleshooting activity and verification for switch A, follow these steps:

From the global configuration mode, run the following commands:

interface Eth1/1
description <<var_node01>>:e3a
exit
interface Eth1/2
description <<var_node02>>:e3a
exit
interface Eth1/11
description <<var_ucs_clustername>>-A:1/19
exit
interface Eth1/12
description <<var_ucs_clustername>>-B:1/19
exit
interface Eth1/13
description <<var_nexus_B_hostname>>:1/13
exit
interface Eth1/14
description <<var_nexus_B_hostname>>:1/14
exit
interface eth1/31
description <<var_ucs_clustername>>-A:1/31
exit
interface eth1/32
description <<var_ucs_clustername>>-A:1/32
exit

Cisco Nexus 5548 B

To add individual port descriptions for troubleshooting activity and verification for switch B, follow these steps:

From the global configuration mode, run the following commands:

interface Eth1/1
description <<var_node01>>:e4a
exit
interface Eth1/2
description <<var_node02>>:e4a
exit
interface Eth1/11
description <<var_ucs_clustername>>-A:1/20
exit
interface Eth1/12
description <<var_ucs_clustername>>-B:1/20
exit
interface Eth1/13
description <<var_nexus_A_hostname>>:1/13
exit
interface Eth1/14
description <<var_nexus_A_hostname>>:1/14
exit
interface eth1/31
description <<var_ucs_clustername>>-B:1/31
exit
interface eth1/32
description <<var_ucs_clustername>>-B:1/32
exit

Create Port Channels

Cisco Nexus 5548 A and Cisco Nexus 5548 B

To create the necessary port channels between devices, follow these steps on both switches:

From the global configuration mode, run the following commands:

interface Po10
description vPC peer-link
exit
interface Eth1/13-14
channel-group 10 mode active
no shutdown
exit
interface Po11
description <<var_node01>>
exit
interface Eth1/1
channel-group 11 mode active
no shutdown
exit
interface Po12
description <<var_node02>>
exit
interface Eth1/2
channel-group 12 mode active
no shutdown
exit
interface Po13
description <<var_ucs_clustername>>-A
exit
interface Eth1/11
channel-group 13 mode active
no shutdown
exit
interface Po14
description <<var_ucs_clustername>>-B
exit
interface Eth1/12
channel-group 14 mode active
no shutdown
exit
copy run start

Configure Port Channels

Cisco Nexus 5548 A and Cisco Nexus 5548 B

To configure the port channels, follow these steps on both switches:

From the global configuration mode, run the following commands:

interface Po10
switchport mode trunk
switchport trunk native vlan <<var_native_vlan_id>>
switchport trunk allowed vlan <<var_ib-mgmt_vlan_id>>, <<var_nfs_vlan_id>>, 
<<var_pkt-ctrl_vlan_id>>, <<var_vmotion_vlan_id>>, <<var_vm-traffic_vlan_id>>
spanning-tree port type network
no shutdown
exit
interface Po11
switchport mode trunk
switchport trunk native vlan <<var_native_vlan_id>>
switchport trunk allowed vlan <<var_nfs_vlan_id>>
spanning-tree port type edge trunk
no shutdown
exit
interface Po12
switchport mode trunk
switchport trunk native vlan <<var_native_vlan_id>>
switchport trunk allowed vlan <<var_nfs_vlan_id>>
spanning-tree port type edge trunk
no shutdown
exit
interface Po13
switchport mode trunk
switchport trunk native vlan <<var_native_vlan_id>>
switchport trunk allowed vlan <<var_ib-mgmt_vlan_id>>, <<var_nfs_vlan_id>>, 
<<var_vmotion_vlan_id>>, <<var_vm-traffic_vlan_id>>
spanning-tree port type edge trunk
no shutdown
exit
interface Po14
switchport mode trunk
switchport trunk native vlan <<var_native_vlan_id>>
switchport trunk allowed vlan 
<<var_ib-mgmt_vlan_id>>, <<var_nfs_vlan_id>>, <<var_vmotion_vlan_id>>, 
<<var_vm-traffic_vlan_id>>
spanning-tree port type edge trunk
no shutdown
exit
copy run start

Configure Virtual Port Channels

Cisco Nexus 5548 A

To configure virtual port channels (vPCs) for switch A, follow these steps:

From the global configuration mode, run the following commands:

vpc domain <<var_nexus_vpc_domain_id>>
role priority 10
peer-keepalive destination <<var_nexus_B_mgmt0_ip>> source 
<<var_nexus_A_mgmt0_ip>>
auto-recovery
exit
interface Po10
vpc peer-link
exit
interface Po11
vpc 11
exit
interface Po12
vpc 12
exit
interface Po13
vpc 13
exit
interface Po14
vpc 14
exit
copy run start

Cisco Nexus 5548 B

To configure vPCs for switch B, follow these steps:

From the global configuration mode, run the following commands.

vpc domain <<var_nexus_vpc_domain_id>>
role priority 20
peer-keepalive destination <<var_nexus_A_mgmt0_ip>> source 
<<var_nexus_B_mgmt0_ip>>
auto-recovery
exit
interface Po10
vpc peer-link
exit
interface Po11
vpc 11
exit
interface Po12
vpc 12
exit
interface Po13
vpc 13
exit
interface Po14
vpc 14
exit
copy run start

Configure Ports for Cisco Nexus 1110-X Virtual Appliances

Cisco Nexus 5548 A

To configure the ports in switch A that are connected to the Cisco Nexus 1110-X, follow these steps:

From the global configuration mode, run the following commands:

interface Eth1/15
description <<var_nexus_1110x-1>>:Eth1
switchport mode trunk
switchport trunk allowed vlan <<var_ib-mgmt_vlan_id>>, <<var_pkt-ctrl_vlan_id>>
speed 1000
spanning-tree port type edge trunk
no shutdown
exit
interface Eth1/16
description <<var_nexus_1110x-2>>:Eth1
switchport mode trunk
switchport trunk allowed vlan <<var_ib-mgmt_vlan_id>>, <<var_pkt-ctrl_vlan_id>>
speed 1000
spanning-tree port type edge trunk
no shutdown
exit
copy run start

Cisco Nexus 5548 B

To configure the ports in switch B that are connected to the Cisco Nexus 1110-X, follow these steps:

From the global configuration mode, run the following commands:

interface Eth1/15
description <<var_nexus_1110x-1>>:Eth2
switchport mode trunk
switchport trunk allowed vlan <<var_ib-mgmt_vlan_id>>, <<var_pkt-ctrl_vlan_id>>
speed 1000
spanning-tree port type edge trunk
no shutdown
exit
interface Eth1/16
description <<var_nexus_1110x-2>>:Eth2
switchport mode trunk
switchport trunk allowed vlan <<var_ib-mgmt_vlan_id>>, <<var_pkt-ctrl_vlan_id>>
speed 1000
spanning-tree port type edge trunk
no shutdown
exit
copy run start

Uplink into Existing Network Infrastructure

Depending on the available network infrastructure, several methods and features can be used to uplink the FlexPod environment. If an existing Cisco Nexus environment is present, NetApp recommends using vPCs to uplink the Cisco Nexus 5548 switches included in the FlexPod environment into the infrastructure. The previously described procedures can be used to create an uplink vPC to the existing environment. Make sure to run copy run start to save the configuration on each switch after configuration is completed.

Create VSANs, Assign and Enable Virtual Fibre Channel Ports

This procedure sets up Fibre Channel over Ethernet (FCoE) connections between the Cisco Nexus 5548 switches, the Cisco UCS Fabric Interconnects, and the NetApp storage systems.

Cisco Nexus 5548 A

To configure virtual storage area networks (VSANs), assign virtual Fibre Channel (vFC) ports, and enable vFC ports on switch A, follow these steps:

From the global configuration mode, run the following commands:

vlan <<var_fabric_a_fcoe_vlan_id>>
name FCoE_Fabric_A
fcoe vsan <<var_vsan_a_id>>
exit
interface po11
switchport trunk allowed vlan add <<var_fabric_a_fcoe_vlan_id>>
exit
interface vfc11
switchport description <<var_node01>>:3a
bind interface Eth1/1
switchport trunk allowed vsan <<var_vsan_a_id>>
no shutdown
exit
interface po12
switchport trunk allowed vlan add <<var_fabric_a_fcoe_vlan_id>>
exit
interface vfc12
switchport description <<var_node02>>:3a
bind interface Eth1/2
switchport trunk allowed vsan <<var_vsan_a_id>>
no shutdown
exit
interface po15 
description <<var_ucs_clustername>>-A:FCoE
exit
interface Eth1/31-32
channel-group 15 mode active
exit
interface po15
switchport mode trunk
switchport trunk native vlan <<var_native_vlan_id>> 
switchport trunk allowed vlan <<var_fabric_a_fcoe_vlan_id>>
spanning-tree port type edge trunk
no shutdown
exit
interface vfc15
switchport description <<var_ucs_clustername>>-A:FCoE
bind interface po15 
switchport trunk allowed vsan <<var_vsan_a_id>>
no shutdown
vsan database
vsan <<var_vsan_a_id>> name Fabric_A
vsan <<var_vsan_a_id>> interface vfc11
vsan <<var_vsan_a_id>> interface vfc12
vsan <<var_vsan_a_id>> interface vfc15
exit

Cisco Nexus 5548 B

To configure VSANs, assign vFC ports, and enable vFC ports on switch B, follow these steps:

From the global configuration mode, run the following commands:

vlan <<var_fabric_b_fcoe_vlan_id>>
name FCoE_Fabric_B
fcoe vsan <<var_vsan_b_id>>
exit
interface po11
switchport trunk allowed vlan add <<var_fabric_b_fcoe_vlan_id>>
exit
interface vfc11
switchport description <<var_node01>>:4a
bind interface Eth1/1
switchport trunk allowed vsan <<var_vsan_b_id>>
no shutdown
exit
interface po12
switchport trunk allowed vlan add <<var_fabric_b_fcoe_vlan_id>>
exit
interface vfc12
switchport description <<var_node02>>:4a
bind interface Eth1/2
switchport trunk allowed vsan <<var_vsan_b_id>>
no shutdown
exit
interface po15 
description <<var_ucs_clustername>>-B:FCoE
exit
interface Eth1/31-32
channel-group 15 mode active
exit
interface po15
switchport mode trunk
switchport trunk native vlan <<var_native_vlan_id>> 
switchport trunk allowed vlan <<var_fabric_b_fcoe_vlan_id>>
spanning-tree port type edge trunk
no shutdown
exit
interface vfc15
switchport description <<var_ucs_clustername>>-B:FCoE
bind interface po15 
switchport trunk allowed vsan <<var_vsan_b_id>>
no shutdown
vsan database
vsan <<var_vsan_b_id>> name Fabric_B
vsan <<var_vsan_b_id>> interface vfc11
vsan <<var_vsan_b_id>> interface vfc12
vsan <<var_vsan_b_id>> interface vfc15
exit  

Create Device Aliases

Cisco Nexus 5548 A

To configure device aliases and zones for the primary boot paths of switch A on <<var_nexus_A_hostname>>, follow these steps:

From the global configuration mode, run the following commands:

device-alias database
device-alias name VM-Host-Infra-01_A pwwn <<var_vm_host_infra_01_A_wwpn>>
device-alias name VM-Host-Infra-02_A pwwn <<var_vm_host_infra_02_A_wwpn>>
device-alias name fcp_lif01a pwwn <<var_fcp_lif01a_wwpn>>
device-alias name fcp_lif02a pwwn <<var_fcp_lif02a_wwpn>>
exit
device-alias commit 

Cisco Nexus 5548 B

To configure device aliases and zones for the boot paths of switch B on <<var_nexus_B_hostname>>, follow these steps:

From the global configuration mode, run the following commands:

device-alias database
device-alias name VM-Host-Infra-01_B pwwn <<var_vm_host_infra_01_B_wwpn>>
device-alias name VM-Host-Infra-02_B pwwn <<var_vm_host_infra_02_B_wwpn>>
device-alias name fcp_lif01b pwwn <<var_fcp_lif01b_wwpn>>
device-alias name fcp_lif02b pwwn <<var_fcp_lif02b_wwpn>>
exit
device-alias commit

Create Zones

Cisco Nexus 5548 A

To create zones for the service profiles on switch A, follow these steps:

1. Create a zone for each service profile.

zone name VM-Host-Infra-01_A vsan <<var_vsan_a_id>>
member device-alias VM-Host-Infra-01_A
member device-alias fcp_lif01a
member device-alias fcp_lif02a
exit
zone name VM-Host-Infra-02_A vsan <<var_vsan_a_id>>
member device-alias VM-Host-Infra-02_A
member device-alias fcp_lif01a
member device-alias fcp_lif02a
exit

2. After the zone for the Cisco UCS service profiles has been created, create the zone set and add the necessary members.

zoneset name FlexPod vsan <<var_vsan_a_id>>
member VM-Host-Infra-01_A
member VM-Host-Infra-02_A
exit

3. Activate the zone set.

zoneset activate name FlexPod vsan <<var_vsan_a_id>>
exit
copy run start

Cisco Nexus 5548 B

To create zones for the service profiles on switch B, follow these steps:

1. Create a zone for each service profile.

zone name VM-Host-Infra-01_B vsan <<var_vsan_b_id>>
member device-alias VM-Host-Infra-01_B
member device-alias fcp_lif01b
member device-alias fcp_lif02b
exit
zone name VM-Host-Infra-02_B vsan <<var_vsan_b_id>>
member device-alias VM-Host-Infra-02_B
member device-alias fcp_lif01b 
member device-alias fcp_lif02b
exit

2. After all of the zones for the Cisco UCS service profiles have been created, create the zone set and add the necessary members.

zoneset name FlexPod vsan <<var_vsan_b_id>>
member VM-Host-Infra-01_B
member VM-Host-Infra-02_B 
exit

3. Activate the zone set.

zoneset activate name FlexPod vsan <<var_vsan_b_id>>
exit
copy run start

Storage Part 2

Clustered Data ONTAP SAN Boot Storage Setup

Create Igroups

From the cluster management node SSH connection, enter the following:

igroup create -vserver Infra_Vserver -igroup VM-Host-Infra-01 -protocol fcp -ostype 
vmware -initiator <<var_vm_host_infra_01_A_wwpn>>, <<var_vm_host_infra_01_B_wwpn>> 
igroup create -vserver Infra_Vserver -igroup VM-Host-Infra-02 -protocol fcp -ostype 
vmware -initiator <<var_vm_host_infra_02_A_wwpn>>, <<var_vm_host_infra_02_B_wwpn>>
igroup create -vserver Infra_Vserver -igroup MGMT-Hosts -protocol fcp -ostype vmware 
-initiator <<var_vm_host_infra_01_A_wwpn>>, <<var_vm_host_infra_01_B_wwpn>>, 
<<var_vm_host_infra_02_A_wwpn>>, <<var_vm_host_infra_02_B_wwpn>>

Note To view the three igroups just created, type igroup show.


Map Boot LUNs to Igroups

From the cluster management SSH connection, enter the following:

lun map -vserver Infra_Vserver -volume esxi_boot -lun VM-Host-Infra-01 -igroup 
VM-Host-Infra-01 -lun-id 0
lun map -vserver Infra_Vserver -volume esxi_boot -lun VM-Host-Infra-02 -igroup 
VM-Host-Infra-02 -lun-id 0

VMware vSphere 5.1 Setup

FlexPod VMware ESXi 5.1 FCoE on Clustered Data ONTAP

This section provides detailed instructions for installing VMware ESXi 5.1 in a FlexPod environment. After the procedures are completed, two FCP-booted ESXi hosts will be provisioned. These deployment procedures are customized to include the environment variables.


Note Several methods exist for installing ESXi in a VMware environment. These procedures focus on how to use the built-in Keyboard, Video, Mouse (KVM) console and virtual media features in Cisco UCS Manager to map remote installation media to individual servers and connect to their Fibre Channel Protocol (FCP) boot logical unit numbers (LUNs).


Log in to Cisco UCS 6200 Fabric Interconnect

Cisco UCS Manager

The IP KVM enables the administrator to begin the installation of the operating system (OS) through remote media. It is necessary to log in to the UCS environment to run the IP KVM.

To log in to the Cisco UCS environment, follow these steps:

1. Open a Web browser and enter the IP address for the Cisco UCS cluster address. This step launches the Cisco UCS Manager application.

2. Log in to Cisco UCS Manager by using the admin user name and password.

3. From the main menu, click the Servers tab.

4. Choose Servers > Service Profiles > root > VM-Host-Infra-01.

5. Right-click VM-Host-Infra-01 and choose KVM Console.

6. Choose Servers > Service Profiles > root > VM-Host-Infra-02.

7. Right-click VM-Host-Infra-02 and choose KVM Console Actions > KVM Console.

Set Up VMware ESXi Installation

ESXi Hosts VM-Host-Infra-01 and VM-Host-Infra-02

To prepare the server for the OS installation, follow these steps on each ESXi host:

1. In the KVM window, click the Virtual Media tab.

2. Click Add Image.

3. Browse to the ESXi installer ISO image file and click Open.

4. Check the Mapped check box to map the newly added image.

5. Click the KVM tab to monitor the server boot.

6. Boot the server by selecting Boot Server and click OK. Then click OK again.

Install ESXi

ESXi Hosts VM-Host-Infra-01 and VM-Host-Infra-02

To install VMware ESXi to the SAN-bootable LUN of the hosts, follow these steps on each host:

1. On reboot, the machine detects the presence of the ESXi installation media. Choose the ESXi installer from the menu that is displayed.

2. After the installer is finished loading, press Enter to continue with the installation.

3. Read and accept the end-user license agreement (EULA). Press F11 to accept and continue.

4. Choose the NetApp LUN that was previously set up as the installation disk for ESXi and press Enter to continue with the installation.

5. Choose the appropriate keyboard layout and press Enter.

6. Enter and confirm the root password and press Enter.

7. The installer issues a warning that existing partitions will be removed from the volume. Press F11 to continue with the installation.

8. After the installation is complete, uncheck the Mapped check box (located in the Virtual Media tab of the KVM console) to unmap the ESXi installation image.


Note The ESXi installation image must be unmapped to make sure that the server reboots into ESXi and not into the installer.


9. The Virtual Media window might issue a warning stating that it is preferable to eject the media from the guest. Because the media cannot be ejected and it is read-only, simply click Yes to unmap the image.

10. From the KVM tab, press Enter to reboot the server.

Set Up Management Networking for ESXi Hosts

Adding a management network for each VMware host is necessary for managing the host. To add a management network for the VMware hosts, follow these steps on each ESXi host:

ESXi Host VM-Host-Infra-01

To configure the VM-Host-Infra-01 ESXi host with access to the management network, follow these steps:

1. After the server has finished rebooting, press F2 to customize the system.

2. Log in as root and enter the corresponding password.

3. Choose the Configure the Management Network option and press Enter.

4. Choose the VLAN (Optional) option and press Enter.

5. Enter the <<var_ib-mgmt_vlan_id>> and press Enter.

6. From the Configure Management Network menu, choose IP Configuration and press Enter.

7. Choose the Set Static IP Address and Network Configuration option by using the space bar.

8. Enter the IP address for managing the first ESXi host: <<var_vm_host_infra_01_ip>>.

9. Enter the subnet mask for the first ESXi host.

10. Enter the default gateway for the first ESXi host.

11. Press Enter to accept the changes to the IP configuration.

12. Choose the IPv6 Configuration option and press Enter.

13. Using the spacebar, deselect Enable IPv6 (restart required) and press Enter.

14. Choose the DNS Configuration option and press Enter.


Note Because the IP address is assigned manually, the DNS information must also be entered manually.


15. Enter the IP address of the primary DNS server.

16. (Optional) Enter the IP address of the secondary DNS server.

17. Enter the fully qualified domain name (FQDN) for the first ESXi host.

18. Press Enter to accept the changes to the DNS configuration.

19. Press Esc to exit the Configure Management Network submenu.

20. Press Y to confirm the changes and return to the main menu.

21. The ESXi host reboots. After reboot, press F2 and log back in as root.

22. Choose Test Management Network to verify that the management network is set up correctly and press Enter.

23. Press Enter to run the test.

24. Press Enter to exit the window.

25. Press Esc to log out of the VMware console.

ESXi Host VM-Host-Infra-02

To configure the VM-Host-Infra-02 ESXi host with access to the management network, follow these steps:

1. After the server has finished rebooting, press F2 to customize the system.

2. Log in as root and enter the corresponding password.

3. Choose the Configure the Management Network option and press Enter.

4. Choose the VLAN (Optional) option and press Enter.

5. Enter the <<var_ib-mgmt_vlan_id>> and press Enter.

6. From the Configure Management Network menu, choose IP Configuration and press Enter.

7. Choose the Set Static IP Address and Network Configuration option by using the space bar.

8. Enter the IP address for managing the second ESXi host: <<var_vm_host_infra_02_ip>>.

9. Enter the subnet mask for the second ESXi host.

10. Enter the default gateway for the second ESXi host.

11. Press Enter to accept the changes to the IP configuration.

12. Choose the IPv6 Configuration option and press Enter.

13. Using the spacebar, deselect Enable IPv6 (restart required) and press Enter.

14. Choose the DNS Configuration option and press Enter.


Note Because the IP address is assigned manually, the DNS information must also be entered manually.


15. Enter the IP address of the primary DNS server.

16. (Optional) Enter the IP address of the secondary DNS server.

17. Enter the FQDN for the second ESXi host.

18. Press Enter to accept the changes to the DNS configuration.

19. Press Esc to exit the Configure Management Network submenu.

20. Press Y to confirm the changes and return to the main menu.

21. The ESXi host reboots. After reboot, press F2 and log back in as root.

22. Choose Test Management Network to verify that the management network is set up correctly and press Enter.

23. Press Enter to run the test.

24. Press Enter to exit the window.

25. Press Esc to log out of the VMware console.

Download VMware vSphere Client and vSphere Remote CLI

To download the VMware vSphere Client and install Remote CLI, follow these steps:

1. Open a Web browser on the management workstation and navigate to the VM-Host-Infra-01 management IP address.

2. Download and install both the vSphere Client and the Windows version of vSphere Remote Command Line.


Note These applications are downloaded from the VMware Web site and Internet access is required on the management workstation.


Log in to VMware ESXi Hosts by Using VMware vSphere Client

ESXi Host VM-Host-Infra-01

To log in to the VM-Host-Infra-01 ESXi host by using the VMware vSphere Client, follow these steps:

1. Open the recently downloaded VMware vSphere Client and enter the IP address of VM-Host-Infra-01 as the host you are trying to connect to: <<var_vm_host_infra_01_ip>>.

2. Enter root for the user name.

3. Enter the root password.

4. Click Login to connect.

ESXi Host VM-Host-Infra-02

To log in to the VM-Host-Infra-02 ESXi host by using the VMware vSphere Client, follow these steps:

1. Open the recently downloaded VMware vSphere Client and enter the IP address of VM-Host-Infra-02 as the host you are trying to connect to: <<var_vm_host_infra_02_ip>>.

2. Enter root for the user name.

3. Enter the root password.

4. Click Login to connect.

Download Updated Cisco VIC enic and fnic Drivers

To download the Cisco virtual interface card (VIC) enic and fnic drivers, follow these steps:


Note The enic version used in this configuration is 2.1.2.38, and the fnic version is 1.5.0.20.


1. Open a Web browser on the management workstation and navigate to http://software.cisco.com/download/release.html?mdfid=283853163&softwareid=283853158&release=2.0(5)&relind=AVAILABLE&rellifecycle=&reltype=latest

Login and choose the driver ISO for version 2.1(1a). Download the ISO file. Once the ISO file is downloaded, either burn the ISO to a CD or map the ISO to a drive letter. Extract the following files from within the VMware directory for ESXi 5.1:

Network - net-enic-2.1.2.38-1OEM.500.0.0.472560.x86_64.zip

Storage - scsi-fnic-1.5.0.20-1OEM.500.0.0.472560.x86_64.zip

2. Document the saved location.

Load Updated Cisco VIC enic and fnic Drivers

ESXi Hosts VM-Host-Infra-01 and VM-Host-Infra-02

To load the updated versions of the enic and fnic drivers for the Cisco VIC, follow these steps for the hosts on each vSphere Client:

1. From each vSphere Client, choose the host in the inventory.

2. Choose the Summary tab to view the environment summary.

3. From Resources > Storage, right-click datastore1 and choose Browse Datastore.

4. Click the fourth button and choose Upload File.

5. Navigate to the saved location for the downloaded enic driver version and choose net-enic-2.1.2.38-1OEM.500.0.0.472560.x86_64.zip.

6. Click Open to open the file.

7. Click Yes to upload the .zip file to datastore1.

8. Click the fourth button and choose Upload File.

9. Navigate to the saved location for the downloaded fnic driver version and choose scsi-fnic-1.5.0.20-1OEM.500.0.0.472560.x86_64.zip.

10. Click Open to open the file.

11. Click Yes to upload the .zip file to datastore1.

12. From the management workstation, open the VMware vSphere Remote CLI that was previously installed.

13. At the command prompt, run the following commands to account for each host (enic):

esxcli -s <<var_vm_host_infra_01_ip>> -u root -p <<var_password>> software vib 
install --no-sig-check -d 
/vmfs/volumes/datastore1/net-enic-2.1.2.38-1OEM.500.0.0.472560.x86_64.zip
esxcli -s <<var_vm_host_infra_02_ip>> -u root -p <<var_password>> software vib 
install --no-sig-check -d 
/vmfs/volumes/datastore1/net-enic-2.1.2.38-1OEM.500.0.0.472560.x86_64.zip
 
 

14. At the command prompt, run the following commands to account for each host (fnic):

esxcli -s <<var_vm_host_infra_01_ip>> -u root -p <<var_password>> software vib 
install --no-sig-check -d 
/vmfs/volumes/datastore1/scsi-fnic-1.5.0.20-1OEM.500.0.0.472560.x86_64.zip
esxcli -s <<var_vm_host_infra_02_ip>> -u root -p <<var_password>> software vib 
install --no-sig-check -d 
/vmfs/volumes/datastore1/scsi-fnic-1.5.0.20-1OEM.500.0.0.472560.x86_64.zip
 
 

15. From the vSphere Client, right-click each host in the inventory and choose Reboot.

16. Click Yes to continue.

17. Enter a reason for the reboot and click OK.

18. After the reboot is complete, log back in to both hosts using the vSphere Client.

Set Up VMkernel Ports and Virtual Switch

ESXi Host VM-Host-Infra-01

To set up the VMkernel ports and the virtual switches on the VM-Host-Infra-01 ESXi host, follow these steps:

1. From each vSphere Client, choose the host in the inventory.

2. Click the Configuration tab.

3. Click Networking in the Hardware pane.

4. Click Properties on the right side of vSwitch0.

5. Choose the vSwitch configuration and click Edit.

6. From the General tab, change the MTU to 9000.

7. Click OK to close the properties for vSwitch0.

8. Choose the Management Network configuration and click Edit.

9. Change the network label to VMkernel-MGMT and check the Management Traffic check box.

10. Click OK to finalize the edits for Management Network.

11. Choose the VM Network configuration and click Edit.

12. Change the network label to IB-MGMT Network and enter <<var_ib-mgmt_vlan_id>> in the VLAN ID (Optional) field.

13. Click OK to finalize the edits for VM Network.

14. Click Add to add a network element.

15. Choose VMkernel and click Next.

16. Change the network label to VMkernel-NFS and enter <<var_nfs_vlan_id>> in the VLAN ID (Optional) field.

17. Click Next to continue with the NFS VMkernel creation.

18. Enter the IP address <<var_nfs_vlan_id_ip_host-01>> and the subnet mask <<var_nfs_vlan_id_mask_host01>> for the NFS VLAN interface for VM-Host-Infra-01.

19. Click Next to continue with the NFS VMkernel creation.

20. Click Finish to finalize the creation of the NFS VMkernel interface.

21. Choose the VMkernel-NFS configuration and click Edit.

22. Change the MTU to 9000.

23. Click OK to finalize the edits for the VMkernel-NFS network.

24. Click Add to add a network element.

25. Choose VMkernel and click Next.

26. Change the network label to VMkernel-vMotion and enter <<var_vmotion_vlan_id>> in the VLAN ID (Optional) field.

27. Check the Use This Port Group for vMotion check box.

28. Click Next to continue with the vMotion VMkernel creation.

29. Enter the IP address <<var_vmotion_vlan_id_ip_host-01>> and the subnet mask <<var_vmotion_vlan_id_mask_host-01>> for the vMotion VLAN interface for VM-Host-Infra-01.

30. Click Next to continue with the vMotion VMkernel creation.

31. Click Finish to finalize the creation of the vMotion VMkernel interface.

32. Choose the VMkernel-vMotion configuration and click Edit.

33. Change the MTU to 9000.

34. Click OK to finalize the edits for the VMkernel-vMotion network.

35. Close the dialog box to finalize the ESXi host networking setup. The networking for the ESXi host should be similar to Figure 58.

Figure 58 vSphere Client Showing VMKernel Ports and Virtual Switch

ESXi Host VM-Host-Infra-02

To set up the VMkernel ports and the virtual switches on the VM-Host-Infra-02 ESXi host, follow these steps:

1. From each vSphere Client, choose the host in the inventory.

2. Click the Configuration tab.

3. Click Networking in the Hardware pane.

4. Click Properties on the right side of vSwitch0.

5. Choose the vSwitch configuration and click Edit.

6. From the General tab, change the MTU to 9000.

7. Click OK to close the properties for vSwitch0.

8. Choose the Management Network configuration and click Edit.

9. Change the network label to VMkernel-MGMT and check the Management Traffic check box.

10. Click OK to finalize the edits for Management Network.

11. Choose the VM Network configuration and click Edit.

12. Change the network label to IB-MGMT Network and enter <<var_ib-mgmt_vlan_id>> in the VLAN ID (Optional) field.

13. Click OK to finalize the edits for VM Network.

14. Click Add to add a network element.

15. Choose VMkernel and click Next.

16. Change the network label to VMkernel-NFS and enter <<var_nfs_vlan_id>> in the VLAN ID (Optional) field.

17. Click Next to continue with the NFS VMkernel creation.

18. Enter the IP address <<var_nfs_vlan_id_ip_host-02>> and the subnet mask <<var_nfs_vlan_id_mask_host02>> for the NFS VLAN interface for VM-Host-Infra-02.

19. Click Next to continue with the NFS VMkernel creation.

20. Click Finish to finalize the creation of the NFS VMkernel interface.

21. Choose the VMkernel-NFS configuration and click Edit.

22. Change the MTU to 9000.

23. Click OK to finalize the edits for the VMkernel-NFS network.

24. Click Add to add a network element.

25. Choose VMkernel and click Next.

26. Change the network label to VMkernel-vMotion and enter <<var_vmotion_vlan_id>> in the VLAN ID (Optional) field.

27. Check the Use This Port Group for vMotion check box.

28. Click Next to continue with the vMotion VMkernel creation.

29. Enter the IP address <<var_vmotion_vlan_id_ip_host-02>> and the subnet mask <<var_vmotion_vlan_id_mask_host-02>> for the vMotion VLAN interface for VM-Host-Infra-02.

30. Click Next to continue with the vMotion VMkernel creation.

31. Click Finish to finalize the creation of the vMotion VMkernel interface.

32. Choose the VMkernel-vMotion configuration and click Edit.

33. Change the MTU to 9000.

34. Click OK to finalize the edits for the VMkernel-vMotion network.

35. Close the dialog box to finalize the ESXi host networking setup. The networking for the ESXi host should be similar to Figure 59.

Figure 59 vSphere Client Showing VMKernel Ports and Virtual Switch

Mount Required Datastores

ESXi Hosts VM-Host-Infra-01 and VM-Host-Infra-02

To mount the required datastores, follow these steps on each ESXi host:

1. From each vSphere Client, choose the host in the inventory.

2. Click the Configuration tab to enable configurations.

3. Click Storage in the Hardware pane.

4. From the Datastore area, click Add Storage to open the Add Storage wizard.

5. Select Network File System and click Next.

6. The wizard prompts for the location of the NFS export. Enter <<var_nfs_lif02_ip>> as the IP address for nfs_lif02.

7. Enter /infra_datastore_1 as the path for the NFS export.

8. Make sure that the Mount NFS read only check box is unchecked.

9. Enter infra_datastore_1 as the datastore name.

10. Click Next to continue with the NFS datastore creation.

11. Click Finish to finalize the creation of the NFS datastore.

12. From the Datastore area, click Add Storage to open the Add Storage wizard.

13. Choose Network File System and click Next.

14. The wizard prompts for the location of the NFS export. Enter <<var_nfs_lif01_ip>> as the IP address for nfs_lif01.

15. Enter /infra_swap as the path for the NFS export.

16. Make sure that the Mount NFS read only check box is unchecked.

17. Enter infra_swap as the datastore name.

18. Click Next to continue with the NFS datastore creation.

19. Click Finish to finalize the creation of the NFS datastore.

Configure NTP on ESXi Hosts

ESXi Hosts VM-Host-Infra-01 and VM-Host-Infra-02

To configure Network Time Protocol (NTP) on the ESXi hosts, follow these steps on each host:

1. From each vSphere Client, choose the host in the inventory.

2. Click the Configuration tab to enable configurations.

3. Click Time Configuration in the Software pane.

4. Click Properties at the upper right side of the window.

5. At the bottom of the Time Configuration dialog box, click Options.

6. In the NTP Daemon Options dialog box, follow these steps:

a. Click General in the left pane and choose Start and stop with host.

b. Click NTP Settings in the left pane and click Add.

7. In the Add NTP Server dialog box, enter <<var_global_ntp_server_ip>> as the IP address of the NTP server and click OK.

8. In the NTP Daemon Options dialog box, check the Restart NTP Service to Apply Changes check box and click OK.

9. In the Time Configuration dialog box, follow these steps:

a. Check the NTP Client Enabled check box and click OK.

b. Verify that the clock is now set to approximately the correct time.


Note The NTP server time may vary slightly from the host time.


Move VM Swap File Location

ESXi Hosts VM-Host-Infra-01 and VM-Host-Infra-02

To move the VM swap file location, follow these steps on each ESXi host:

1. From each vSphere Client, choose the host in the inventory.

2. Click the Configuration tab to enable configurations.

3. Click Virtual Machine Swapfile Location in the Software pane.

4. Click Edit at the upper right side of the window.

5. Choose Store the swapfile in a swapfile datastore selected below.

6. Choose infra_swap as the datastore in which to house the swap files.

7. Click OK to finalize moving the swap file location.

FlexPod VMware vCenter 5.1

The procedures in the following subsections provide detailed instructions for installing VMware vCenter 5.1 in a FlexPod environment. After the procedures are completed, a VMware vCenter Server will be configured along with a Microsoft SQL Server database to provide database support to vCenter. These deployment procedures are customized to include the environment variables.


Note This procedure focuses on the installation and configuration of an external Microsoft SQL Server 2008 R2 database, but other types of external databases are also supported by vCenter. For information about how to configure the database and integrate it into vCenter, see the VMware vSphere5.1 documentation at: http://www.vmware.com/support/pubs/vsphere-esxi-vcenter-server-pubs.html


To install VMware vCenter 5.1, an accessible Windows Active Directory® (AD) Domain is necessary. If an existing AD Domain is not available, an AD virtual machine, or AD pair, can be set up in this FlexPod environment. See "Appendix" section for this setup.

Build Microsoft SQL Server VM

ESXi Host VM-Host-Infra-01

To build a SQL Server virtual machine (VM) for the VM-Host-Infra-01 ESXi host, follow these steps:

1. Log in to the host by using the VMware vSphere Client.

2. In the vSphere Client, choose the host in the inventory pane.

3. Right-click the host and choose New Virtual Machine.

4. Choose Custom and click Next.

5. Enter a name for the VM. Click Next.

6. Choose infra_datastore_1. Click Next.

7. Choose Virtual Machine Version: 8. Click Next.

8. Verify that the Windows option and the Microsoft Windows Server 2008 R2 (64-bit) version are selected. Click Next.

9. Choose two virtual sockets and one core per virtual socket. Click Next.

10. Choose 4GB of memory. Click Next.

11. Choose one network interface card (NIC).

12. For NIC 1, choose the IB-MGMT Network option and the VMXNET 3 adapter. Click Next.

13. Keep the LSI Logic SAS option for the SCSI controller selected. Click Next.

14. Keep the Create a New Virtual Disk option selected. Click Next.

15. Make the disk size at least 60GB. Click Next.

16. Click Next.

17. Check the Edit the Virtual Machine Settings Before Completion check box. Click Continue.

18. Click the Options tab.

19. Choose Boot Options.

20. Check the Force BIOS Setup check box.

21. Click Finish.

22. From the left pane, expand the host field by clicking the plus sign (+).

23. Right-click the newly created SQL Server VM and click Open Console.

24. Click the third button (green right arrow) to power on the VM.

25. Click the ninth button (CD with a wrench) to map the Windows Server 2008 R2 SP1 ISO, and then choose Connect to ISO Image on Local Disk.

26. Navigate to the Windows Server 2008 R2 SP1 ISO, select it, and click Open.

27. In the BIOS Setup Utility window and use the right arrow key to navigate to the Boot menu. Use the down arrow key to choose CD-ROM Drive. Press the plus (+) key twice to move CD-ROM Drive to the top of the list. Press F10 and Enter to save the selection and exit the BIOS Setup Utility.

28. The Windows Installer boots. Choose the appropriate language, time and currency format, and keyboard. Click Next.

29. Click Install Now.

30. Make sure that the Windows Server 2008 R2 Standard (Full Installation) option is selected. Click Next.

31. Read and accept the license terms and click Next.

32. Choose Custom (Advanced). Make sure that Disk 0 Unallocated Space is selected. Click Next to allow the Windows installation to complete.

33. After the Windows installation is complete and the VM has rebooted, click OK to set the Administrator password.

34. Enter and confirm the Administrator password and choose the blue arrow to log in. Click OK to confirm the password change.

35. After logging in to the VM desktop, from the VM console window, choose the VM menu. Under Guest, choose Install/Upgrade VMware Tools. Click OK.

36. If prompted to eject the Windows installation media before running the setup for the VMware tools, click OK, then click OK.

37. In the dialog box, choose Run setup64.exe.

38. In the VMware Tools installer window, click Next.

39. Make sure that Typical is selected and click Next.

40. Click Install.

41. Click Finish.

42. Click Yes to restart the VM.

43. After the reboot is complete, choose the VM menu. Under Guest, choose Send Ctrl+Alt+Del and then enter the password to log in to the VM.

44. Set the time zone for the VM, IP address, gateway, and host name. Add the VM to the Windows AD domain.


Note A reboot is required.


45. If necessary, activate Windows.

46. Log back in to the VM and download and install all required Windows updates.


Note This process requires several reboots.


Install Microsoft SQL Server 2008 R2

vCenter SQL Server VM

To install SQL Server on the vCenter SQL Server VM, follow these steps:

1. Connect to an AD Domain Controller in the FlexPod Windows Domain and add an admin user for the FlexPod using the Active Directory Users and Computers tool. This user should be a member of the Domain Administrators security group.

2. Log in to the vCenter SQL Server VM as the FlexPod admin user and open Server Manager.

3. Expand Features and click Add Features.

4. Expand .NET Framework 3.5.1 Features and choose only .NET Framework 3.5.1.

Figure 60 Adding Features for Installing SQL Server

5. Click Next.

6. Click Install.

7. Click Close.

8. Open Windows Firewall with Advanced Security by navigating to Start > Administrative Tools > Windows Firewall with Advanced Security.

9. Choose Inbound Rules and click New Rule.

10. Choose Port and click Next.

11. Choose TCP and enter the specific local port 1433. Click Next.

12. Choose Allow the Connection. Click Next, and then click Next again.

13. Name the rule SQL Server and click Finish.

14. Close Windows Firewall with Advanced Security.

15. In the vCenter SQL Server VMware console, click the ninth button (CD with a wrench) to map the Microsoft SQL Server 2008 R2 ISO. Choose Connect to ISO Image on Local Disk.

16. Navigate to the SQL Server 2008 R2 ISO, select it, and click Open.

17. In the dialog box, click Run setup.exe.

18. In the SQL Server Installation Center window, click Installation on the left.

19. Choose New Installation or Add Features to an Existing Installation.

20. Click OK.

21. Choose Enter the Product Key. Enter a product key and click Next.

22. Read and accept the license terms and choose whether to check the second check box. Click Next.

23. Click Install to install the setup support files.

24. Address any warnings except for the Windows firewall warning. Click Next.


Note The Windows firewall issue was addressed in Step 13.


25. Choose SQL Server Feature Installation and click Next.

26. Under Instance Features, choose only Database Engine Services.

27. Under Shared Features, choose Management Tools > Basic and Management Tools > Complete. Click Next.

Figure 61 Selecting SQL Server Features

28. Click Next.

29. Keep Default Instance selected. Click Next.

Figure 62 SQL Server Instance Configuration

30. Click Next for Disk Space Requirements.

31. For the SQL Server Agent service, choose the first cell in the Account Name column and then click <<Browse...>>.

32. Enter the local machine administrator name (for example, systemname\Administrator), click Check Names, and click OK.

33. Enter the administrator password in the first cell under Password.

34. Change the startup type for SQL Server Agent to Automatic.

35. For the SQL Server Database Engine service, choose Administrator in the Account Name column and enter the administrator password again. Click Next.

Figure 63 Configuring SQL Server

36. Choose Mixed Mode (SQL Server Authentication and Windows Authentication). Enter and confirm the password for the SQL Server system administrator (sa) account, click Add Current User, and Click Next.

Figure 64 Configuring Database Engine

37. Choose whether to send error reports to Microsoft. Click Next.

38. Click Next.

39. Click Install.

40. After the installation is complete, click Close to close the SQL Server installer.

41. Close the SQL Server Installation Center.

42. Install all available Microsoft Windows updates by navigating to Start > All Programs > Windows Update.

43. Open the SQL Server Management Studio by selecting Start > All Programs > Microsoft SQL Server 2008 R2 > SQL Server Management Studio.

44. Under Server Name, choose the local machine name. Under Authentication, choose SQL Server Authentication. Enter sa in the Login field and enter the sa password. Click Connect.

45. Click New Query.

46. Run the following script, substituting the vpxuser password for <Password>:

use [master]
go
CREATE DATABASE [VCDB] ON PRIMARY
(NAME = N'vcdb', FILENAME = N'C:\VCDB.mdf', SIZE = 2000KB, FILEGROWTH = 10% )
LOG ON
(NAME = N'vcdb_log', FILENAME = N'C:\VCDB.ldf', SIZE = 1000KB, FILEGROWTH = 10%)
COLLATE SQL_Latin1_General_CP1_CI_AS
go
use VCDB
go
sp_addlogin @loginame=[vpxuser], @passwd=N'<Password>', @defdb='VCDB',
@deflanguage='us_english'
go
ALTER LOGIN [vpxuser] WITH CHECK_POLICY = OFF
go
CREATE USER [vpxuser] for LOGIN [vpxuser]
go
use MSDB
go
CREATE USER [vpxuser] for LOGIN [vpxuser]
go
use VCDB
go
sp_addrolemember @rolename = 'db_owner', @membername = 'vpxuser'
go
use MSDB
go
sp_addrolemember @rolename = 'db_owner', @membername = 'vpxuser'
go

Note This example illustrates the script.


Figure 65 Executing the Query

47. Click Execute and verify that the query executes successfully.

48. Close Microsoft SQL Server Management Studio.

49. Disconnect the Microsoft SQL Server 2008 R2 ISO from the SQL Server VM.

Build and Set Up VMware vCenter VM

Build VMware vCenter VM

To build the VMware vCenter VM, follow these steps:

1. Using the instructions for building a SQL Server VM provided in the section "Build Microsoft SQL Server VM," build a VMware vCenter VM with the following configuration in the <<var_ib-mgmt_vlan_id>> VLAN:

4GB RAM

Two CPUs

One virtual network interface

2. Start the VM, install VMware Tools, and assign an IP address and host name to it in the Active Directory domain.

Set Up VMware vCenter VM

To set up the newly built VMware vCenter VM, follow these steps:

1. Log in to the vCenter VM as the FlexPod admin user and open Server Manager.

2. Expand Features and click Add Features.

3. Expand .NET Framework 3.5.1 Features and choose only .NET Framework 3.5.1.

4. Click Next.

5. Click Install.

6. Click Close to close the Add Features wizard.

7. Close Server Manager.

8. Download and install the client components of the Microsoft SQL Server 2008 R2 Native Client from the Microsoft Download Center.

9. Create the vCenter database data source name (DSN). Open Data Sources (ODBC) by selecting Start > Administrative Tools > Data Sources (ODBC).

10. Click the System DSN tab.

11. Click Add.

12. Choose SQL Server Native Client 10.0 and click Finish.

13. Name the data source VCDB. In the Server field, enter the IP address of the vCenter SQL server. Click Next.

Figure 66 Creating New Data Source

14. Choose With SQL Server authentication using a login ID and password entered by the user. Enter vpxuser as the login ID and the vpxuser password. Click Next.

Figure 67 Login Credentials for SQL Server

15. Choose Change the Default Database To and choose VCDB from the list. Click Next.

Figure 68 Setting Up the Database

16. Click Finish.

17. Click Test Data Source. Verify that the test completes successfully.

Figure 69 Verifying ODBC Data Source

18. Click OK and then click OK again.

19. Click OK to close the ODBC Data Source Administrator window.

20. Install all available Microsoft Windows updates by navigating to Start > All Programs > Windows Update.


Note A restart might be required.


Install VMware vCenter Server

vCenter Server VM

To install vCenter Server on the vCenter Server VM, follow these steps:

1. In the vCenter Server VMware console, click the ninth button (CD with a wrench) to map the VMware vCenter ISO and choose Connect to ISO Image on Local Disk.

2. Navigate to the VMware vCenter 5.1 (VIMSetup) ISO, select it, and click Open.

3. In the dialog box, click Run autorun.exe.

4. In the VMware vCenter Installer window, make sure that VMware vCenter Simple Install is selected and click Install.

Figure 70 Installing VMware vSphere

5. Click Yes at the User Account Control warning.

6. Click Next to install vCenter Single Sign On.

7. Click Next.

8. Accept the terms of the license agreement and click Next.

9. Enter and confirm <<var_password>> for admin@System-Domain. Click Next.

10. Keep the radio button checked to install a local Microsoft SQL Server 2008 R2 Express instance and click Next.

11. Enter and confirm <<var_password>> for both user names. Click Next.

12. Verify the vCenter VM FQDN and click Next.

13. Leave Use network service account selected and click Next.

14. Click Next to choose the default destination folder.

15. Click Next to choose the default HTTPS port.

16. Click Install to install vCenter Single Sign On.

17. Click Yes at the User Account Control warning.

18. Click Yes at the User Account Control warning.

19. Enter the vCenter 5.1 license key and click Next.

20. Choose Use an Existing Supported Database. Choose VCDB from the Data Source Name list and click Next.

Figure 71 Selecting Database for VMware vSphere

21. Enter the vpxuser password and click Next.

Figure 72 Entering Database Login Credentials

22. Review the warning and click OK.

23. Click Next to use the SYSTEM Account.

24. Click Next to accept the default ports.

25. Choose the appropriate inventory size. Click Next.

26. Click Install.

27. Click Finish.

28. Click OK to confirm the installation.

29. Click Exit in the VMware vCenter Installer window.

30. Disconnect the VMware vCenter ISO from the vCenter VM.

31. Install all available Microsoft Windows updates by navigating to Start > All Programs > Windows Updates.


Note A restart might be required.


Set Up vCenter Server

vCenter Server VM

To set up vCenter Server on the vCenter Server VM, follow these steps:

1. Using the vSphere Client, log in to the newly created vCenter Server as the FlexPod admin user.

2. Click Create a data center.

3. Enter FlexPod_DC_1 as the data center name.

4. Right-click the newly created FlexPod_DC_1 data center and Choose New Cluster.

5. Name the cluster FlexPod_Management and check the check boxes for Turn On vSphere HA and Turn on vSphere DRS. Click Next.

Figure 73 Selecting Cluster Features

6. Accept the defaults for vSphere DRS. Click Next.

7. Accept the defaults for Power Management. Click Next.

8. Accept the defaults for vSphere HA. Click Next.

9. Accept the defaults for Virtual Machine Options. Click Next.

10. Accept the defaults for VM Monitoring. Click Next.

11. Accept the defaults for VMware EVC. Click Next.


Note If mixing UCS B or C-Series M2 and M3 servers within a vCenter cluster, it is necessary to enable VMware Enhanced vMotion Compatibility (EVC) mode. For more information about setting up EVC mode, see Enhanced vMotion Compatibility (EVC) Processor Support at: http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1003212


12. Choose Store the swapfile in the datastore specified by the host. Click Next.

13. Click Finish.

14. Right-click the newly created FlexPod_Management cluster and Choose Add Host.

15. In the Host field, enter either the IP address or the host name of the VM-Host-Infra_01 host. Enter root as the user name and the root password for this host. Click Next.

16. Click Yes.

17. Click Next.

18. Choose Assign a New License Key to the Host. Hit Enter Key and enter a vSphere license key. Click OK, and then click Next.

19. Click Next.

20. Click Next.

21. Click Finish. VM-Host-Infra-01 is added to the cluster.

22. Repeat this procedure to add VM-Host-Infra-02 to the cluster.

FlexPod Cisco Nexus 1110-X and 1000V vSphere

The following sections provide detailed procedures for installing a pair of high-availability (HA) Cisco Nexus 1110-X Virtual Services Appliances (VSAs) in a FlexPod configuration. Primary and standby Cisco Nexus 1000V Virtual Supervisor Modules (VSMs) are installed on the 1110-Xs. By the end of this section, a Cisco Nexus 1000V distributed virtual switch (DVS) will be provisioned. This procedure assumes that the Cisco Nexus 1000V software version 4.2(1)SV2(1.1a) has been downloaded from www.cisco.com and expanded. This procedure also assumes that VMware vSphere 5.1 Enterprise Plus licensing is installed.

Configure CIMC Interface on Both Cisco Nexus 1110-Xs

Cisco Nexus 1110-X A and Cisco Nexus 1110-X B

To configure the Cisco Integrated Management Controller (CIMC) interface on the Cisco Nexus 1110-X VSAs, follow these steps:

1. Using the supplied dongle, connect a monitor and USB keyboard to the KVM console port on the front of the Cisco Nexus 1110-X virtual appliance.

2. Reboot the virtual appliance.

3. Press F8 when prompted to configure the CIMC interface.

4. Using the spacebar, set the NIC mode to Dedicated.

5. Clear the check box for DHCP enabled.

6. Set the CIMC IP address (<<var_cimc_ip>>) in the out-of -band management VLAN.

7. Set the CIMC subnet mask (<<var_cimc_mask>>).

8. Set the CIMC gateway (<<var_cimc_gateway>>).

9. Set the NIC redundancy to None.

10. Set and reenter the CIMC default password (<<var_password>>).

11. Press F10 to save the configuration.

12. Continue pressing F5 until Network settings configured is shown.

13. Press Esc to reboot the virtual appliance.

Configure Serial over LAN for Both Cisco Nexus 1110-Xs

Cisco Nexus 1110-X A and Cisco Nexus 1110-X B

To configure serial over LAN on the Cisco Nexus 1110-X VSAs, follow these steps:

1. Use a Web browser to open the URL at http://<<var_cimc_ip>>.

2. Log in to the CIMC with the admin user id and the CIMC default password (<<var_password>>).

3. In the left column, click Remote Presence.

4. Click the option Serial over LAN tab.

5. Check the Enabled check box for Serial over LAN Properties.

6. From the Baud Rate drop-down menu, choose 9600 bps.

7. Click Save Changes.

Figure 74 Configuring Serial Over LAN on Cisco Nexus 1110-Xs

8. Log out of the CIMC Web interface.

9. Use an SSH client to connect to <<var_cimc_ip>> with the default CIMC user name and password.

10. Run connect host.

Figure 75 Execute Command for Connecting the Host

Configure Cisco Nexus 1110-X Virtual Appliances

Cisco Nexus 1110-X A

To configure Cisco Nexus 1110-X A, follow these steps:

1. Reboot the virtual appliance. The appliance should boot into a setup mode.

Enter the password for "admin": <<var_password>>
Confirm the password for "admin": <<var_password>>
Enter HA role[primary/secondary]: primary
Enter network-uplink type <1-5>: 1
Enter control VLAN <1-3967, 4048-4093>: <<var_pkt-ctrl_vlan_id>>
Enter the domain<1-4095>: <<var_1110x_domain_id>>
Enter management vlan <1-3967, 4048-4093>: <<var_ib-mgmt_vlan_id>>
Would you like to enter the basic system configuration dialogue (yes/no): yes
Create another login account (yes/no) [n]: Enter
Configure read-only SNMP community string (yes/no)[n]: Enter
Configure read-write SNMP community string (yes/no)[n]: Enter
Enter the VSA name : <<var_1110x_vsa>>
Continue with Out-of-band (mgmt0) management configuration? (yes/no) [y]: Enter
Mgmt0 IP address type V4/V6? (V4): Enter 
Mgmt0 IPv4 address : <<var_1110x_vsa_ip>>
Mgmt0 IPv4 netmask : <<var_1110x_vsa_mask>>
Configure the default gateway? (yes/no) [y]: Enter
IPv4 address of the default gateway : <<var_1110x_vsa_gateway>>
Configure advanced IP options? (yes/no) [n]: Enter
Enable the telnet service? (yes/no) [n]: Enter
Enable the ssh service? (yes/no) [y]: Enter
Type of ssh key you would like to generate (das/rsa) [rsa]: Enter
Number of rsa key bits <768-2048> [1024]: Enter 
Enable the http server? (yes/no) [y]: Enter
Configure the ntp server? (yes/no) [n]: y
NTP server IPv4 address: <<var_global_ntp_server_ip>>
 
 

2. Review the configuration summary. If everything is correct, enter no to skip editing the configuration.

Would you like to edit the configuration? (yes/no) [n]: Enter 
Use this configuration and save it? (yes/no) [y]: Enter 
 
 

3. The Cisco Nexus 1110-X saves the configuration and reboots. After reboot, log back in as admin.

Cisco Nexus 1110-X B

To configure the Cisco Nexus 1110-X B, follow these steps:

1. Reboot the virtual appliance. The appliance should boot into a setup mode.

Enter the password for "admin": <<var_password>>

Note This is the same password that you entered on the primary Cisco Nexus 1110-X.


2. Enter the admin password again to confirm: <<var_password>>.

Enter HA role[primary/secondary]: secondary
Enter network-uplink type <1-5>: 1
Enter control vlan <1-3967, 4048-4093>: <<var_pkt-ctrl_vlan_id>>
Enter the domain id<1-4095>: <<var_1110x_domain_id>>

Note This is the same unique Cisco Nexus 1110 domain ID entered on Cisco Nexus 1110-X A.


Enter management vlan <1-3967, 4048-4093>: <<var_ib-mgmt_vlan_id>>
 
 

3. The Cisco Nexus 1110-X saves the configuration and reboots.

Set Up the Primary Cisco Nexus 1000V VSM

Cisco Nexus 1110-X A

To set up the primary Cisco Nexus 1000V VSM on the Cisco Nexus 1110-X A, follow these steps:

1. Continue periodically running the following command until module 2 (Cisco Nexus 1110-X B) has a status of ha-standby.

show module
 
 

2. Enter the global configuration mode and create a virtual service blade.

config t
virtual-service-blade VSM-1
dir /repository
 
 

3. If the desired Cisco Nexus 1000V ISO file (nexus-1000v.4.2.1.SV2.1.1a.iso) is not present on the Cisco Nexus 1110-X, run the copy command to copy it to the Cisco Nexus 1110-X disk. You must place the file either on an FTP server or on a UNIX® or Linux® machine (using scp) that is accessible from the Cisco Nexus 1110-X management interface. An example copy command from an FTP server is copy ftp://<<var_ftp_server>>/nexus-1000v.4.2.1.SV2.1.1a.iso /repository/.

virtual-service-blade-type new nexus-1000v.4.2.1.SV2.1.1a.iso
interface control vlan <<var_pkt-ctrl_vlan_id>> 
interface packet vlan <<var_pkt-ctrl_vlan_id>> 
enable primary
Enter vsb image:[nexus-1000v.4.2.1.SV2.1.1a.iso] Enter
Enter domain id[1-4095]: <<var_vsm_domain_id>>

Note This domain ID should be different than the VSA domain ID.


Enter SVS Control mode (L2 / L3): [L3] Enter
Management IP version [V4/V6]: [V4] Enter
Enter Management IP address: <<var_vsm_mgmt_ip>>
Enter Management subnet mask: <<var_vsm_mgmt_mask>>
IPv4 address of the default gateway: <<var_vsm_mgmt_gateway>>
Enter HostName: <<var_vsm_hostname>>
Enter the password for 'admin': <<var_password>>
copy run start
 
 

4. Run show virtual-service-blade summary. Continue periodically entering this command until the primary VSM-1 has a state of VSB POWERED ON.

Set Up the Secondary Cisco Nexus 1000V VSM

To set up the secondary Cisco Nexus 1000V VSM on Cisco Nexus 1110-X B, follow these steps in both the subsections:

Cisco Nexus 1110-X A

Run system switchover to activate Cisco Nexus 1110-X B.

Cisco Nexus 1110-X B

1. Log in to Cisco Nexus 1110-X B as the admin user.

config t
virtual-service-blade VSM-1
dir /repository
 
 

2. If the desired Cisco Nexus 1000V ISO file (nexus-1000v.4.2.1.SV2.1.1a.iso) is not present on the Cisco Nexus 1110-X, run the copy command to copy it to the Cisco Nexus 1110-X disk. You must place the file either on an FTP server or on a UNIX or Linux machine (using the scp command) that is accessible from the Cisco Nexus 1110-X management interface. An example copy command from an FTP server is copy ftp:// <<var_ftp_server>>/nexus-1000v.4.2.1.SV2.1.1a.iso /repository/.

enable secondary
Enter vsb image: [nexus-1000v.4.2.1.SV2.1.1a.iso] Enter
Enter domain id[1-4095]: <<var_vsm_domain_id>>
Enter SVS Control mode (L2 / L3): [L3] Enter
Management IP version [V4/V6]: [V4] Enter
Enter Management IP address: <<var_vsm_mgmt_ip>>
Enter Management subnet mask: <<var_vsm_mgmt_mask>>
IPv4 address of the default gateway: <<var_vsm_mgmt_gateway>>
Enter HostName: <<var_vsm_hostname>>
 
 

3. Enter the admin password <<var_password>>.

4. Type show virtual-service-blade summary. Continue periodically entering this command until both the primary and secondary VSM-1s have a state of VSB POWERED ON.

copy run start
 
 

5. Run system switchover on Cisco Nexus 1110-X B to activate Cisco Nexus 1110-X A. This causes Cisco Nexus 1110-X B to reboot.

Install Virtual Ethernet Module on Each ESXi Host

vCenter Server VM

To install the Virtual Ethernet Module (VEM) on the ESXi hosts, follow these steps:

1. Launch a Web browser to http://<<var_vsm_mgmt_ip>>.

2. Right-click the cross_cisco-vem-v152-4.2.1.2.1.1a.0-3.1.1.vib hyperlink and choose Save target as.

3. Save the file as cross_cisco-vem-v152-4.2.1.2.1.1a.0-3.1.1.vib, type All Files, on the Desktop of the management workstation.

4. From the main window in the vSphere Client connected to vCenter, click the first server in the list under the FlexPod Management cluster.

5. Click the Summary tab.

6. Under Storage on the right, right-click infra_datastore_1 and choose Browse Datastore.

7. Choose the root folder (/) and click the third button at the top to add a folder.

8. Name the folder VEM and click OK.

9. On the left, select the VEM folder.

10. Click the fourth button at the top and choose Upload File.

11. Navigate to the cross_cisco-vem-v152-4.2.1.2.1.1a.0-3.1.1.vib file and click Open.

12. Click Yes. The VEM file should now appear in the VEM folder in the datastore.

13. Open the VMware vSphere CLI command prompt.

14. For each ESXi host in the VMware vSphere CLI, run the following command:

esxcli -s <Host Server IP> -u root -p <Root Password> software vib install -v 
/vmfs/volumes/infra_datastore_1/VEM/cross_cisco-vem-v152-4.2.1.2.1.1a.0-3.1.1.vib

Figure 76 Executing Command for Each ESXi Hosts

Register Cisco Nexus 1000V as a vCenter Plug-in

To register the Cisco Nexus 1000V as a vCenter plug-in, follow these steps:

1. Using a Web browser, navigate to the <<var_vsm_mgmt_ip>> using http://<<var_vsm_mgmt_ip>>.

2. Right-click the cisco_nexus_1000v_extension.xml hyperlink and choose Save target as.

3. Save the XML file to the local desktop.

4. In the vSphere Client connected to vCenter, choose Plug-ins > Manage Plug-ins.

5. Right-click the white space in the window and choose New Plug-in.

6. Browse to the desktop and choose the cisco_nexus_1000v_extension.xml document that was previously saved. Click Open.

7. Click Register Plug-in.

8. Click Ignore.

9. Click OK.

10. The Cisco_Nexus_1000V should now appear in the list of available plug-ins.

11. Click Close to close the Plug-in Manager.

Perform Base Configuration of the Primary VSM

To perform the base configuration of the primary VSM, follow these steps:

1. Using an SSH client, log in to the primary Cisco Nexus 1000V VSM as admin.

2. Run the following configuration commands.

config t
svs connection vCenter
protocol vmware-vim
remote ip address <<var_vcenter_server_ip>> port 80
vmware dvs datacenter-name FlexPod_DC_1
connect
exit
ntp server <<var_global_ntp_server_ip>> use-vrf management
vlan <<var_ib-mgmt_vlan_id>>
name IB-MGMT-VLAN
vlan <<var_nfs_vlan_id>>
name NFS-VLAN
vlan <<var_vmotion_vlan_id>>
name vMotion-VLAN
vlan <<var_vm-traffic_vlan_id>>
name VM-Traffic-VLAN
vlan <<var_native_vlan_id>>
name Native-VLAN
exit
port-profile type ethernet system-uplink
vmware port-group
switchport mode trunk
switchport trunk native vlan <<var_native_vlan_id>>
switchport trunk allowed vlan <<var_ib-mgmt_vlan_id>>, <<var_nfs_vlan_id>>, 
<<var_vmotion_vlan_id>>, <<var_vm-traffic_vlan_id>>
channel-group auto mode on mac-pinning
no shutdown
system vlan <<var_mgmt_vlan_id>>, <<var_nfs_vlan_id>>, <<var_vmotion_vlan_id>>, 
<<var_vm-traffic_vlan_id>>
system mtu 9000
state enabled
port-profile type vethernet IB-MGMT-VLAN
vmware port-group
switchport mode access
switchport access vlan <<var_ib-mgmt_vlan_id>>
no shutdown
system vlan <<var_ib-mgmt_vlan_id>>
state enabled
port-profile type vethernet NFS-VLAN
vmware port-group
switchport mode access
switchport access vlan <<var_nfs_vlan_id>>
no shutdown
system vlan <<var_nfs_vlan_id>>
state enabled
port-profile type vethernet vMotion-VLAN
vmware port-group
switchport mode access
switchport access vlan <<var_vmotion_vlan_id>>
no shutdown
system vlan <<var_vmotion_vlan_id>>
state enabled
port-profile type vethernet VM-Traffic-VLAN
vmware port-group
switchport mode access
switchport access vlan <<var_vm-traffic_vlan_id>>
no shutdown
system vlan <<var_vm-traffic_vlan_id>>
state enabled
port-profile type vethernet n1kv-L3
capability l3control
vmware port-group
switchport mode access
switchport access vlan <<var_ib-mgmt_vlan_id>>
no shutdown
system vlan <<var_ib-mgmt_vlan_id>>
state enabled
exit
copy run start
 
 

Migrate Networking Components for ESXi Hosts to Cisco Nexus 1000V

vSphere Client Connect to vCenter

To migrate the networking components for the ESXi hosts to the Cisco Nexus 1000V, follow these steps:

1. In the VMware vSphere Client connected to vCenter, choose Home > Networking.

2. Expand the vCenter, DataCenter, and Cisco Nexus 1000V folders. Choose the Cisco Nexus 1000V switch.

3. Under Basic Tasks for the vSphere distributed switch, choose Add a Host.

4. For both hosts, choose vmnic1 and choose the system-uplink Uplink port group. Click Next.

Figure 77 Adding Host to the vSphere Distributed Switch

5. For all VMkernel ports, choose the appropriate Destination Port Group from the Cisco Nexus1000V, making sure to choose the "n1kv-L3" destination port group for the MGMT VMkernel ports. Click Next.

Figure 78 Assigning Port Groups

6. Choose the Migrate Virtual Machine Networking check box. Expand each VM and choose the port groups for migration individually. Click Next.

Figure 79 Choosing Port Groups for Each VMs

7. Click Finish. Wait for the migration process to complete.

8. In the vSphere Client window, choose Home > Hosts and Clusters.

9. Choose the first ESXi host and click the Configuration tab. In the Hardware box, click Networking.

10. Make sure that vSphere Standard Switch is selected at the top next to View. vSwitch0 should not have any active VMkernel or VM Network ports on it. On the upper right of vSwitch0, click Remove.

11. Click Yes.

12. After vSwitch0 has disappeared from the screen, click vSphere Distributed Switch at the top next to View.

13. Click Manage Physical Adapters.

14. Scroll down to the system-uplink box and click Add NIC.

15. Choose vmnic0 and click OK.

16. Click OK to close the Manage Physical Adapters window. Two system uplinks should now be present.

17. Choose the second ESXi host and Click the Configuration tab. In the Hardware field, click Networking.

18. Make sure vSphere Standard Switch is selected at the top next to View. vSwitch0 should have no active VMkernel or VM Network ports on it. On the upper right of vSwitch0, click Remove.

19. Click Yes.

20. After vSwitch0 has disappeared from the screen, click vSphere Distributed Switch at the top next to View.

21. Click Manage Physical Adapters.

22. Scroll down to the system-uplink box and click Add NIC.

23. Choose vmnic0 and click OK.

24. Click OK to close the Manage Physical Adapters window. Two system-uplinks should now be present.

25. From the SSH client that is connected to the Cisco Nexus 1000V, run show interface status to verify that all interfaces and port channels have been correctly configured.

Figure 80 Verifying Interfaces and Port Channels

26. Run show module and verify that the two ESXi hosts are present as modules.

Figure 81 Verifying the ESXi Hosts are Shown as Modules

27. Run copy run start.

28. Type exit two times to log out of the Cisco Nexus 1000v.

FlexPod Management Tool Setup

NetApp Virtual Storage Console (VSC) 4.1 Deployment Procedure

VSC 4.1 Preinstallation Considerations

The following licenses are required for VSC on storage systems that run clustered Data ONTAP 8.1.2:

Protocol licenses (NFS and FCP)

FlexClone (for provisioning and cloning only)

SnapRestore (for backup and recovery)

SnapManager suite

Install VSC 4.1

To install the VSC 4.1 software, follow these steps:

1. Using the instructions in section "Build Microsoft SQL Server VM," build a VSC and an OnCommand virtual machine with 4GB RAM, two CPUs, and one virtual network interface in the <<var_ib-mgmt_vlan_id>> VLAN. The virtual network interface should be a VMXNET 3 adapter. Bring up the VM, install VMware Tools, assign IP addresses, and join the machine to the Active Directory domain. Install the current version of Adobe Flash Player on the VM. Install all Windows updates on the VM.

2. Log in to the VSC and OnCommand VM as the FlexPod admin user.

3. Download the x64 version of the Virtual Storage Console 4.1 at: http://support.netapp.com/NOW/cgi-bin/software/?product=Virtual+Storage+Console&platform=VMware+vSphere from the NetApp Support site.

4. Right-click the file downloaded in step 3 and choose Run As Administrator.

5. Click Yes at the User Access Control warning.

6. On the Installation wizard Welcome page, click Next.

7. Choose the backup and recovery capability. Click Next.


Note The backup and recovery capability requires an additional license.


Figure 82 Selecting the Desired Capabilities of VSC 4.1

8. Click Next to accept the default installation location.

Figure 83 Installation Location

9. Click Install.

10. Click Finish.

Figure 84 Ready to Install VSC 4.1

Register VSC with vCenter Server

To register the VSC with the vCenter Server, follow these steps:

1. A browser window with the registration URL opens automatically when the installation phase is complete.

2. Click Continue to this website (not recommended).

3. In the Plug-in Service Information section, choose the local IP address that the vCenter Server uses to access the VSC server from the drop-down list.

4. In the vCenter Server Information section, enter the host name or IP address, user name (FlexPod admin user), and user password for the vCenter Server. Click Register to complete the registration.

Figure 85 Registering VSC with vCenter Server

Discover and Add Storage Resources

To discover storage resources for the Monitoring and Host Configuration and the Provisioning and Cloning capabilities, follow these steps:

1. Using the vSphere Client, log in to the vCenter Server as FlexPod admin user. If the vSphere Client was previously opened, close it and then reopen it.

2. Click the Home tab in the left side of the vSphere Client window.

3. Under Solutions and Applications, click NetApp.

Figure 86 Adding Storage Resource

4. Click Yes when the security certificate warning appears. To view the certificate, click View Certificate.

Figure 87 Certificate Details

5. In the navigation pane, choose Monitoring and Host Configuration if it is not selected by default.

6. In the list of storage controllers, right-click the first controller listed and choose Modify Credentials.

7. Enter the storage cluster management IP address in the Management IP address field. Enter admin for the User name, and the admin password for the Password. Make sure that Use SSL is selected. Click OK.

8. Click OK to accept the controller privileges.

Figure 88 vSphere Client Showing Storage Controllers

Optimal Storage Settings for ESXi Hosts

VSC allows for the automated configuration of storage-related settings for all ESXi hosts that are connected to NetApp storage controllers. To use these settings, follow these steps:

1. Choose individual or multiple ESXi hosts.

2. Right-click and choose Set Recommended Values for these hosts.

Figure 89 Setting Recommended Values for the Hosts

3. Check the settings to apply to selected vSphere hosts. Click OK to apply the settings.

This functionality sets values for HBAs and CNAs, sets appropriate paths and path-selection plug-ins, and verifies appropriate settings for software-based I/O (NFS and iSCSI).

Figure 90 Recommended Settings for NetApp Storage System


Note Depending on what changes have been made, the servers might require a restart for network-related parameter changes to take effect. If no reboot is required, the Status value is set to Normal. If a reboot is required, the Status value is set to Pending Reboot. If a reboot is required, the ESX or ESXi servers should be placed into Maintenance Mode, evacuate (if necessary), and be restarted before proceeding.


VSC 4.1 Backup and Recovery

Adding Storage Systems to the Backup and Recovery Capability

Before you begin using the Backup and Recovery capability to schedule backups and restore your datastores, virtual machines, or virtual disk files, you must add the storage systems that contain the datastores and virtual machines for which you are creating backups.


Note The Backup and Recovery capability does not use the user credentials from the Monitoring and Host Configuration capability.


Follow these steps to add the storage systems to the Backup and Recovery capability:

Figure 91 Adding Storage System to Backup and Recovery Capability

1. Click Backup and Recovery and then click Setup.

2. Click Add. The Add Storage System dialog box appears.

3. Type the DNS name or IP address and the user credentials of the storage cluster.

4. Click Add to add the storage cluster.

Backup and Recovery Configuration

The following steps detail the procedure to configure a backup job for a datastore.

1. Click Backup and Recovery, then choose Backup.

2. Click Add. The Backup wizard appears.

Figure 92 Configuring Backup

3. Type a backup job name and description.

4. If you want to create a VMware snapshot for each backup, choose Perform VMware consistency snapshot in the options pane.

5. Click Next.

6. choose infra_datastore_1 and then click to move it to the selected entities. Click Next.

Figure 93 Selecting Entities to Backup

7. choose one or more backup scripts if available and click Next.

8. choose the hourly, daily, weekly, or monthly schedule that you want for this backup job and click Next.

Figure 94 Setting Schedule for Backup

9. Use the default vCenter credentials or type the user name and password for the vCenter Server and click Next.

10. Specify backup retention details as per requirements. Enter an e-mail address for receiving e-mail alerts. You can add multiple e-mail addresses by using semicolons to separate e-mail addresses. Click Next.

Figure 95 Specifying Backup Retention Period

11. Review the summary page and click Finish. If you want to run the job immediately, choose the Run Job Now option and then click Finish.

Figure 96 Summary of Backup Settings

12. On the management interface of storage controller 2, automatic Snapshot copies of the infrastructure datastore volume can be disabled by typing the command:

snap sched infra_datastore_1 0 0 0
 
 

13. Also, to delete any existing automatic Snapshot copies that have been created on the volume type the following command:

snap list infra_datastore_1
snap delete infra_datastore_1 <snapshot name>

OnCommand Unified Manager 5.1

Create Raw Device Mapping (RDM) Datastore

From the VMware vCenter Client, do as follows:

1. In the VMware vCenter Client, from Home > Inventory > Hosts and Clusters, right-click the FlexPod_Management cluster.

2. Choose NetApp > Provisioning and Cloning > Provision Datastore.

3. Make sure the Infra_Vserver is selected in Vserver drop-down menu and click Next.

4. Choose VMFS as the Datastore type and click Next.

5. Choose FCP as the Protocol type, set the Size to 100, enter the datastore name as RDM_Map, check the check box to create new volume container, choose aggr02 as the Aggregate, check the Thin Provision check box, and click Next.

6. Verify settings and click Apply.

Install .NET Framework 3.5.1 Feature

From the Virtual Storage Console (VSC) and OnCommand VM:

1. Log in to the VSC and OnCommand VM as the FlexPod admin and open Server Manager.

2. Click Features and click Add Features.

3. Expand .NET Framework 3.5.1 Features and choose only .NET Framework 3.5.1.

Figure 97 Selecting Features to be Installed on the Server

4. Click Next.

5. Click Install.

6. Click Close.

7. Close Server Manager.

Install SnapDrive 6.4.2

Follow these steps to install SnapDrive® 6.4.2:

1. Download SnapDrive 6.4.2 from the NetApp Support Site.

2. Browse to the location of the SnapDrive installation package and double-click the executable file. This launches the SnapDrive installation wizard and opens the Welcome page.

3. Click Next in the Welcome page of the SnapDrive installation wizard.

4. If this is a new SnapDrive installation, read and accept the license agreement. Click Next.

5. If this is a SnapDrive upgrade, choose Modify/Upgrade in the Program Maintenance page. Click Next.

6. Choose "Per Storage System" as the license type. Click Next.


NoteIn the case of upgrading SnapDrive, the license information will already be populated.

In the case of selecting storage system licensing, SnapDrive can be installed without entering a license key. SnapDrive operations can be executed only on storage systems that have a SnapDrive or SnapManager license installed.

In the case of clustered Data ONTAP 8.1-based systems, the storage system licensing for SnapDrive is bundled with the other SnapManager product licenses. They are now a single license called the SnapManager_suite license.

7. In the Customer Information page, type the user name and organization name. Click Next.

8. The Destination Folder page prompts for a directory in which to install SnapDrive on the host. For new installations, by default this directory is C:\Program Files\NetApp\SnapDrive\.To accept the default, click Next.

9. Check the Enable VirtualCenter or ESX Server Settings check box. Enter the IP address, user name, and password for the vCenter Server and click Next.


Note Selecting Enable VirtualCenter or ESX Server Settings enables SnapDrive to use RDM pass-through LUNs. Choose this option to use RDM pass-through disks. By default, this option is not selected.


Figure 98 Specifying Account Information for Installing SnapDrive 6.4.2

10. Check the Enable SnapManager for Virtual Infrastructure Configuration Details check box. Enter the IP address of the VSC and OnCommand Server, and accept the default port. Click Next.

Figure 99 Specifying Virtual Infrastructure Details

11. Enter your credentials or follow these steps to select a user account:

a. In the Enter object name to select box, enter the local machine administrator in Domain name\user name format. Click Add.

b. Click Check Names.

c. Click OK.

d. Enter the Administrator password.

e. Click Next.

f. Click OK.

Figure 100 Specifying SnapDrive Service Credentials


Note The specified account must be a member of the local administrators' group of this system.


12. In the SnapDrive Web Service Configuration page, keep the default ports unless any of them are already being used exclusively by another service. Click Next.

Figure 101 SnapDrive Web Service Configuration

13. In the Transport Protocol Default Setting screen:

a. choose Enable Transport Protocol Settings.

b. choose HTTPS as the transport protocol.

c. Enter the user name (vsadmin) and password for the Infra_Vserver vserver.

d. Verify that port ID is set to 443 and click Next.

Figure 102 Transport Protocol Settings

14. Click Next > Next > Install > Finish.

15. From the Start menu, open SnapDrive.

16. In the left pane, expand the local machine and choose Disks.

17. In the right pane, choose Create Disk.

18. In the create disk Wizard Window, click Next.

19. In the storage system name field, enter the Infra_Vserver management IP address, and click Add.

20. In the list that appears, choose OnCommandDB.

21. Enter OnCommandDB for the LUN Name and click Next.

Figure 103 Adding LUN Information

22. Make sure the LUN type is set to Dedicated and click Next.

23. Assign drive letter O and set LUN size to 100GB. Click Next.

Figure 104 Entering LUN Properties

24. Choose all initiators on the Initiator List, and click Next.

25. Choose manual as the Initiator group management, and click Next.

26. Choose the MGMT-Hosts igroup, and click Next.

Figure 105 Specifying igroups for the LUN

27. Choose the RDM_Map Datastore in the Select Datastore section. Click Next.

Figure 106 Selecting a Datastore to Store LUN Mapping

28. Click Finish to create the disk.

29. Close SnapDrive.

Install NetApp OnCommand Core Package

To install the OnCommand Unified Manager Core Package, follow these steps:

1. To download the OnCommand Unified Manager Core Package for Windows, click here.

2. Using the FlexPod admin credentials, log in to the VSC and OnCommand VM.

3. Identify the DataFabric® Manager Server license key before starting the installation.

The DataFabric Manager Server license key

4. Navigate to the path or directory containing the downloaded file and launch the file.

5. In the Security Warning message, click Yes to start the installation.

6. In the Welcome screen, click Next.

7. Accept the AutoSupport notice and click Next.

8. Identify whether the OnCommand Unified Manager instance should manage systems with clustered Data ONTAP or 7-Mode and click Next.


NoteFor a 7-Mode environment, either the Express edition or the Standard edition of the software is available.

For a clustered Data ONTAP environment, only the Standard edition of the software is available.

If the infrastructure has both 7-Mode and clustered Data ONTAP systems, two OnCommand instances are needed to manage the respective 7-Mode or clustered Data ONTAP systems.

9. Enter the 14-character license key when prompted and click Next.

10. Choose the installation location, if different from the default


Note Do not change the default location of the local Temp Folder directory, or the installation will fail. The installer automatically extracts the installation files to the %TEMP% location.


11. Follow the remaining setup prompts to complete the installation.

From an MS-DOS command prompt, perform the following steps as an administrator:

1. In preparation for the database movement to the previously created LUN from local storage, stop all OnCommand Unified Manager services and verify that the services have stopped.

dfm service stop
dfm service list
 
 

2. Move the data to the previously created LUN.


Note The dfm datastore setup help command provides switch options available with the command.


dfm datastore setup O:\
 
 

3. Start OnCommand Unified Manager and then verify that all services have started.

dfm service start
dfm service list
 
 

4. Generate an SSL key.

dfm ssl server setup 
Key Size (minimum = 512..1024..2048..) [default=512]: 1024
Certificate Duration (days) [default=365]: Enter
Country Name (e.g., 2 letter code): <<var_country_code>>
State or Province Name (full name): <<var_state>>
Locality Name (city): <<var_city>>
Organization Name (e.g., company): <<var_org>>
Organizational Unit Name (e.g., section): <<var_ unit>>
Common Name (fully-qualified hostname): <<var_oncommand_server_fqdn>>
Email Address:  <<var_admin_email>>
 
 

Note The SSL key command fails if certain command line option inputs do not follow specified character lengths (for example, a two-letter country code), and any multiword entries must be encased in double quotation marks, for example, "North Carolina."


5. Turn off automatic discovery.

dfm option set discoverEnabled=no
 
 

6. Set the protocol security options for communication with various devices.

dfm service stop http
dfm option set httpsEnabled=yes 
dfm option set httpEnabled=no
dfm option set httpsPort=8443
dfm option set hostLoginProtocol=ssh
dfm option set hostAdminTransport=https

Note The HTTPS and SSH protocols must be enabled on the storage controllers that are monitored by OnCommand Unified Manager.


7. Restart the DataFabric Manager HTTP services to make sure that the security options take effect.

dfm service start http
 
 

8. Configure OnCommand Unified Manager to use SNMPv3 to poll configuration information from the storage devices. Use the user name and password generated for SNMPv3.

dfm snmp modify -v 3 -c <<var_snmp_community>> -U snmpv3user -P <<var_password>> 
-A MD5 -X <<var_password>> default
 
 

9. Set up OnCommand Unified Manager to send AutoSupport through HTTPS to NetApp.

dfm option set SMTPServerName=<<var_mailhost>>
dfm option set autosupportAdminContact=<<var_storage_admin_email>>
dfm option set autosupportContent=complete
dfm option set autosupportProtocol=https
 
 

10. Manually add the storage cluster to the OnCommand server.

dfm host add <<var_cluster>>
 
 

11. Set the array login and password credentials in OnCommand Unified Manager. This is the root or administrator account.

dfm host set <<var_cluster>> hostlogin=admin
dfm host set <<var_cluster>> hostPassword=<<var_password>>
 
 

12. List the storage systems discovered by OnCommand Unified Manager and their properties.

dfm host list
dfm host get <<var_cluster>>
 
 

13. Test the network configuration and connectivity between the OnCommand server and the named host. This test helps identify misconfigurations that prevent the OnCommand server from monitoring or managing a particular appliance. The test should be the first command used if a problem using the OnCommand server occurs with only some of the appliances.

dfm host diag <<var_cluster>>
 
 

14. (optional) Configure an SNMP trap host.

dfm alarm create -T <<var_oncommand_server_fqdn>>
 
 

15. Configure OnCommand Unified Manager to generate and send e-mails for every event whose importance ranks as critical or higher.

dfm alarm create -E <<var_admin_email>> -v Critical
 
 

16. Create a manual backup.

dfm backup create -t snapshot
 
 

17. Schedule backups to a virtual backup directory on the 100GB FC LUN.

dfm option set backupRetentionCount=20
dfm backup schedule set -t snapshot -D 21:00
 
 

18. To open Windows Firewall with Advanced Security, click Start > Administrative Tools > Windows Firewall with Advanced Security.

19. Choose Inbound Rules.

20. Click New Rule.

21. Choose Port and click Next.

22. Leave TCP selected and enter 8443 in the Specific local ports text box. Click Next.

23. Click Next.

24. Click Next.

25. Name the rule OnCommand Console External Access and click Finish.

26. Click New Rule.

27. Choose Port and click Next.

28. Choose UDP and enter 162 in the Specific local ports text box. Click Next.

29. Click Next.

30. Click Next.

31. Name the rule OnCommand SNMP Trap and click Finish.

32. Close Windows Firewall with Advanced Security.

NetApp NFS Plug-In 1.0 for VMware VAAI

Enable VMware vStorage for NFS in Clustered Data ONTAP

To enable VMware vStorage for NFS in clustered Data ONTAP, complete the following steps:

1. From an SSH session to the storage cluster management address, log in with the admin user name and password.

2. Enable vStorage on the Vserver.

vserver nfs modify -vserver Infra_Vserver -vstorage enabled

3. Verify that the export policy rules are set up correctly.

vserver export-policy rule show -vserver Infra_Vserver

4. The access protocol for the FlexPod policy name should be NFS. If the access protocol is not NFS for a given rule index, run the following command to set NFS as the access protocol:

vserver export-policy rule modify -vserver Infra_Vserver -policyname FlexPod 
-ruleindex <<var_rule_index>> -protocol nfs

Install NetApp NFS Plug-In for VMware VAAI

To install the NetApp NFS plug-in for VMware vStorage APIs for Array Integration (VAAI), follow these steps:

1. From the vSphere console of the VSC and OnCommand virtual machine (VM), go to the Software Downloads page in the NetApp Support site.

2. Scroll down to locate the NetApp NFS Plug-in for VMware VAAI, choose the ESXi platform, and click Go.

3. Download the .vib file of the most recent plug-in version.

4. Verify that the file name of the .vib file matches the predefined name that VSC 4.1 for VMware vSphere uses: NetAppNasPlugin.vib.


Note If the .vib file name does not match the predefined name, rename the .vib file. Neither the VSC client nor the NetApp vSphere Plug-in Framework (NVPF) service needs to be restarted after the .vib file is renamed.


5. Copy the plug-in .vib file (NetAppNasPlugin.vib) to C:\Program Files\Virtual Storage Console\etc\vsc\web.


Note The default directory path is C:\Program Files\NetApp\Virtual Storage Console\. However, VSC 4.1 for VMware vSphere lets you change this directory. For example, if you are using the default installation directory, the path to the NetAppNasPlugin.vib file is the following: C:\Program Files\Virtual Storage Console\etc\vsc\web\NetAppNasPlugin.vib.


6. In the VMware vSphere Client connected to the vCenter Server, choose Home > Solutions and Applications > NetApp.

7. In the Monitoring and Host Configuration capability navigation pane, choose Tools.

8. Under NFS Plug-in for VMware VAAI, click Install on Host.

Figure 107 Installing NFS Plug-in for VMware VAAI on Host

9. Choose all ESXi hosts and click Install, and then click Yes.


Note The Monitoring and Host Configuration capability automatically installs the plug-in on the hosts selected.


Figure 108 Selecting All the ESXi Host for Installing NFS Plug-in

10. Choose Home > Inventory > Host and Clusters.

11. For each host (one at a time), right-click the host and choose Enter Maintenance Mode.

Figure 109 Entering Maintenance Mode in vSPhere Client

12. Click Yes, click Yes again, and then click OK.


Note It might be necessary to migrate all VMs away from the host.


13. After the host is in maintenance mode, right-click the host and choose Reboot.

14. Enter a reason for the reboot and click OK.

15. After the host reconnects to the vCenter Server, right-click the host and choose Exit Maintenance Mode.

16. Make sure that all ESXi hosts get rebooted.

Appendix

Build Windows Active Directory Server VM(s)

ESXi Host VM-Host-Infra-01

To build an Active Directory Server virtual machine (VM) for the VM-Host-Infra-01 ESXi host, follow these steps:

1. Log in to the host by using the VMware vSphere Client.

2. In the vSphere Client, choose the host in the inventory pane.

3. Right-click the host and choose New Virtual Machine.

4. Choose Custom and click Next.

5. Enter a name for the VM. Click Next.

6. Choose infra_datastore_1. Click Next.

7. Choose Virtual Machine Version: 8. Click Next.

8. Verify that the Windows option and the Microsoft Windows Server 2008 R2 (64-bit) version are selected. Click Next.

9. Choose two virtual sockets and one core per virtual socket. Click Next.

10. Choose 4GB of memory. Click Next.

11. Choose one network interface card (NIC).

12. For NIC 1, choose the IB-MGMT Network option and the VMXNET 3 adapter. Click Next.

13. Keep the LSI Logic SAS option for the SCSI controller selected. Click Next.

14. Keep the Create a New Virtual Disk option selected. Click Next.

15. Make the disk size at least 60GB. Click Next.

16. Click Next.

17. Check the check box for Edit the Virtual Machine Settings Before Completion. Click Continue.

18. Click the Options tab.

19. choose Boot Options.

20. Check the Force BIOS Setup check box.

21. Click Finish.

22. From the left pane, expand the host field by clicking the plus sign (+).

23. Right-click the newly created AD Server VM and click Open Console.

24. Click the third button (green right arrow) to power on the VM.

25. Click the ninth button (CD with a wrench) to map the Windows Server 2008 R2 SP1 ISO, and then choose Connect to ISO Image on Local Disk.

26. Navigate to the Windows Server 2008 R2 SP1 ISO, select it, and click Open.

27. In the BIOS Setup Utility window and use the right arrow key to navigate to the Boot menu. Use the down arrow key to choose CD-ROM Drive. Press the plus (+) key twice to move CD-ROM Drive to the top of the list. Press F10 and Enter to save the selection and exit the BIOS Setup Utility.

28. The Windows Installer boots. Choose the appropriate language, time and currency format, and keyboard. Click Next.

29. Click Install now.

30. Make sure that the Windows Server 2008 R2 Standard (Full Installation) option is selected. Click Next.

31. Read and accept the license terms and click Next.

32. Choose Custom (Advanced). Make sure that Disk 0 Unallocated Space is selected. Click Next to allow the Windows installation to complete.

33. After the Windows installation is complete and the VM has rebooted, click OK to set the Administrator password.

34. Enter and confirm the Administrator password and click the blue arrow to log in. Click OK to confirm the password change.

35. After logging in to the VM desktop, from the VM console window, choose the VM menu. Under Guest, choose Install/Upgrade VMware Tools. Click OK.

36. If prompted to eject the Windows installation media before running the setup for the VMware tools, click OK, then click OK.

37. In the dialog box, choose Run setup64.exe.

38. In the VMware Tools installer window, click Next.

39. Make sure that Typical is selected and click Next.

40. Click Install.

41. Click Finish.

42. Click Yes to restart the VM.

43. After the reboot is complete, choose the VM menu. Under Guest, choose Send Ctrl+Alt+Del. Then enter the password to log in to the VM.

44. Set the time zone for the VM, IP address, gateway, and host name.


Note A reboot is required.


45. If necessary, activate Windows.

46. Download and install all required Windows updates.


Note This process requires several reboots.


47. Open Server Manager.

48. On the left, click Roles, the choose Add Roles on the right.

49. Click Next.

50. In the list, check the check box next to Active Directory Domain Services.

51. In the popup, click Add Required Features to add .NET Framework 3.5.1.

Figure 110 Selecting Roles to Install on the Server

52. Click Next.

53. Click Next.

Figure 111 Confirming Installation Selections

54. Click Install.

Figure 112 Installation Completion Summary

55. In the middle of the window, click Close this wizard and launch the Active Directory Domain Services Installation Wizard (dcpromo.exe).

56. In the Active Directory Domain Services Installation Wizard, click Next.

57. Click Next.

58. Choose Create a new domain in a new forest and click Next.

Figure 113 Creating a Domain Controller for a New Forest

59. Type the FQDN of the Windows domain for this FlexPod and click Next.

Figure 114 Naming the Forest Root Domain

60. Choose the appropriate forest functional level and click Next.

61. Keep DNS server selected and click Next.

Figure 115 Selecting Additional Options for the Domain Controller

62. If one or more DNS servers exist that this domain can resolve from, Click Yes to create a DNS delegation. If this is AD server is being created on an isolated network, click No, to not create a DNS delegation. The remaining steps in this procedure assume a DNS delegation is not created. Click Next.

63. Click Next to accept the default locations for database and log files.

64. Enter and confirm <<var_password>> for the Directory Services Restore Mode Administrator Password. Click Next.

65. Review the Summary information and click Next. Active Directory Domain Services will install.

66. Click Finish.

67. Click Restart Now to restart the AD Server.

68. After the machine has rebooted, log in as the domain Administrator.

69. Open the DNS Manager by clicking Start > Administrative Tools > DNS.

70. (Optional) Add Reverse Lookup Zones for your IP address ranges.

71. Expand the Server and Forward Lookup Zones. Choose the zone for the domain. Right-click and choose New Host (A or AAAA). Populate the DNS Server with Host Records for all components in the FlexPod.

72. (Optional) Build a second AD server VM. Add this server to the newly created Windows Domain and activate Windows. Install Active Directory Domain Services on this machine. Launch dcpromo.exe at the end of this installation. Choose to add a domain controller to a domain in an existing forest. Add this domain controller to the domain created earlier. Complete the installation of this second domain controller. After vCenter Server is installed, affinity rules can be created to keep the two AD servers running on different hosts.

Configuring Cisco VM-FEX with the UCS Manager

Background

FlexPod for VMware utilizes distributed virtual switching to manage the virtual access layer from a central point. While previous versions of FlexPod have only described the use of the Cisco Nexus 1000V, there exists an option to use the built-in virtual switching functionality delivered through hardware on the Cisco UCS known as VM-FEX. This has several advantages:

There is no need for extra HW such as Cisco Nexus 1110-X.

Cisco UCS provides a central configuration environment with which the administrator is already familiar.

Compared to using the Cisco Nexus 1000v as virtual appliances within vCenter itself, this setup avoids an SPOF and common restart issues when running the distributed switches in an environment in which they are required for the network functionality of the ESX servers on which they are running. This is a common problem that needs to be addressed in the solution design.

In other words, it dramatically simplifies the hardware setup and operation by optimally utilizing the new hardware features.

Process Overview

This section provides a detailed overview of VM-FEX setup, configuration, and operation using Cisco UCS Manager.

This section describes:

Initial setup and configuration

Operation, that is, adding networks for additional tenants

For configuration details, see Configuration Guide: http://www.cisco.com/en/US/docs/unified_computing/ucs/sw/vm_fex/vmware/gui/config_guide/2.1/b_GUI_VMware_VM-FEX_UCSM_Configuration_Guide_2_1.html

Initial Setup

For initial setup, follow these steps:

1. Create a vNIC connection policy in Cisco UCS Manager.

2. Create a server BIOS policy.

3. Clone an existing service profile.

4. Install the VEM software on the ESX server.

5. Install the plug-in into vCenter.

Create a Dynamic vNIC Connection Policy

To define the dynamic vNIC connection policy that vNICs created from a vNIC template should use, follow these steps in Cisco UCS Manager:

1. Log in to Cisco UCS Manager.

2. Click the LAN tab in the left navigation pane and click LAN > Policies > root > Sub-organizations (name of the suborganization if applicable) > Dynamic vNIC Connection Profile.

3. Right-click and choose Create Dynamic vNIC Connection Policy to start the wizard.

4. Type a name and description for the vNIC connection policy. Choose VMWare from the Adapter Policy drop-down menu. Choose the Protected option. Click OK.


NoteThe Protected option allows the vNIC to use both fabric A and fabric B.

With Cisco UCS C-Series servers, the number of dynamic vNICs that can be used depends on the hardware in use. Refer to appendix 13.3, "VM-FEX Virtual Interfaces."

Figure 116 Creating Dynamic vNIC Policy

Create a Server BIOS Policy

To define the BIOS policy for a service profile that supports VM-FEX on ESXi, follow these steps in Cisco UCS Manager:

1. Click the Server tab in the left navigation pane, and choose Server > Policies > root > Sub-organizations (name of the suborganization if applicable) > BIOS Policies.

2. Right-click and choose Create BIOS Policy to start the wizard.

3. Type a name for the policy and retain the platform defaults.

Figure 117 Creating BIOS Policy

4. For Virtualization Technology (VT) and Direct Cache Access, choose enabled.

Figure 118 Processor Settings for BIOS Policy

5. Click Next.

6. For VT For Directed IO, choose enabled.

Figure 119 Intel Directed IO Settings for BIOS Policy

7. Click Next.

8. The remaining sections of the Create BIOS Policy wizard (RAS Memory, Serial Port, USB, PCI Configuration, Boot Options, and Server Management) can retain the Platform Default option. Click Next on each of these windows and then click Finish to complete the wizard.

Create a VM-FEX Enabled Service Profile Template

To create a Cisco UCS service profile using VM-FEX, clone a previously defined Cisco UCS service profile and apply the dynamic vNIC and BIOS policies by completing the following steps in the Cisco UCS Manager:

1. Click the Servers tab in the left navigation pane and expand the Service Profile Templates.

2. Right-click VM-Host-Infra-Fabric-A and choose Create a Clone.

3. Type a clone name and choose an organizational owner for the new service profile template.

Figure 120 Cloning Service Profile Template

4. Click OK when notified that the service profile clone was successfully created. The Service Template navigation window appears.

5. Click the Network tab and choose Change Dynamic vNIC Connection Policy under the Actions section of the working pane. The Change Dynamic vNIC Connection Policy form appears.

6. Choose Use a Dynamic vNIC Connection Policy from the drop-down menu and the previously created Dynamic vNIC policy. Click OK.

Figure 121 Changing the Dynamic vNIC Connection Policy

7. Click OK when notified that the vNIC connection policy was successfully modified.

8. From the Service Template properties window, click the Policies tab.

9. Expand the BIOS Policies in the Policies section of the working pane.

10. Choose the previously defined FEX BIOS policy and click OK.

Figure 122 Choosing a BIOS Policy

Create VM-FEX Service Profile

To create service profiles from the service profile template, follow these steps:

1. In Cisco UCS Manager, click the Servers tab in the navigation pane.

2. Choose Service Profile Templates > Service Template VM-Host-Infra-VMFEX-Fabric-A.

3. Right-click VM-Host-Infra-FEX-Fabric-A and choose Create Service Profiles from Template.

4. Enter VM-Host-FEX-0 as the service profile prefix.

5. Enter 1 as the number of service profiles to create.

6. Click OK to create the service profile.

Figure 123 Creating Service Profile from Template

7. Click OK in the confirmation message.

8. Verify that the service profile VM-Host-FEX-1 has been created. The service profile is automatically associated with the servers in their assigned server pools.

Install and Set Up VMware ESXi

Refer to section 11.1 to install and completely set up VMware ESXi version 5.1 on the two ESXi hosts. After ESXi setup is complete, add the two new hosts to VMware vCenter.

Download Cisco VEM Software Bundle

To download the Cisco UCS B-Series or C-Series server drivers, follow these steps:


Note The following bundle was used during validation cisco-vem-v151-5.1-1.1.1.1.vib.


1. Open a Web browser on the management workstation and navigate to the following Cisco Download Software pages:

a. Downloads Home > Products > Servers - Unified Computing > Cisco UCS B-Series Blade Server Software > Unified Computing System (UCS) Drivers-2.1(1d)

b. Downloads Home > Products > Servers - Unified Computing > Cisco UCS C-Series Rack-Mount UCS-Managed Server Software > Unified Computing System (UCS) Drivers-1.4(5b)

2. Follow the steps necessary to download the software bundles located on the ISO image.

3. Mount the ISO image and copy the appropriate vib file from the VMware > VM-FEX > Cisco directory to the local machine.

4. From the vCenter vSphere Client, choose the infra_datastore_1 in the Inventory > Datastores and Datastore Clusters navigation menu.

5. Under the Basic Tasks choose Browse this Datastore

6. Choose the root folder (/) and click the third button at the top to add a folder.

7. Name the folder VM-FEX and click OK.

8. On the left, choose the VM-FEX folder.

9. Click the fourth button at the top and choose Upload File.

10. Navigate to the cisco-vem-v151-5.1-1.1.1.1.vib file and click Open.

11. Click Yes to upload the .vib file to infra_datastore_1.

The VM-FEX file should now appear in the VM-FEX folder in the datastore.

Install the FEX Virtual Ethernet Module on Each ESXi Host

To install the Virtual Ethernet Module (VEM) on the ESXi hosts, follow these steps:

1. Open the VMware vSphere CLI command prompt.

2. For each ESXi host in the VMware vSphere CLI, run the following command:

esxcli -s <host_ip> -u root -p <host_password> software vib install -v 
/vmfs/volumes/infra_datastore_1/VM-FEX/cisco-vem-v151-5.1-1.1.1.1.vib

Integrate Cisco UCS with vCenter

To integrate Cisco UCS Manager and vCenter, follow these steps:

1. Log in to the Cisco UCS Manager.

2. In the navigation pane, click the VM tab, and in the VM tab, expand the All folder. Choose the VMware node, and in the Working Area, click the General tab.

3. Choose Configure VMware Integration in the Actions area to start the Configuration wizard.

Figure 124 Configuring VMware Integration

4. Follow the instructions and click Export and complete the steps to install the UCSM extension file in vCenter.

Figure 125 Exporting vCenter Extension Plug-in

5. Click Next.

6. Enter the VMware vCenter Server name, vCenter Server host name or IP address, vCenter data center name, DVS folder, and DVS name.

7. Click Next.

Figure 126 Defining VMware DVS

8. Create the FEX-MGMT port profile, choose the MGMT-VLAN, and indicate it is the native VLAN.

Figure 127 Defining Port Profile for VMware Integration

9. Click Next.

10. When finishing the wizard, the Cisco UCS Manager connects to vCenter and adds the plug-in.

Figure 128 VMware Integration is succesful


Note The ESXi host will require additional hypervisor vNICs to support VMware vMotion, and NFS traffic uses the generic port-profile creation steps documented in section "Standard Operations" to establish a FEX-vMotion and FEX-NFS Port Profile.


Validate Setting in VMware vCenter

To validate the successful installation of the Cisco UCS Manager plug-in, follow these steps:

1. Log in to the vCenter Server.

2. In the Main menu, choose Plug-ins > Manage Plug-ins.

The popup windows shows that the Cisco UCS Manager is already integrated in vCenter.

Figure 129 Cisco UCS Manager Integrated in vCenter

3. Click Inventory > Networking to see FEX added to distributed switch from Cisco UCS Manager.

Figure 130 Verifying FEX-DVS in Cisco UCS Manager

Standard Operations

The VM-FEX environment supports the addition of port profiles to the distributed switch. The following section describes how to add these distributed port groups.

Add Distributed Port Group to the VDS (vSphere Distributed Switch)

Port Profiles

Port profiles contain the properties and settings that you can use to configure virtual interfaces in Cisco UCS for VM-FEX. The port profiles are created and administered in Cisco UCS Manager. After a port profile is created, assigned to, and actively used by one or more distributed virtual switches (DVSs), any changes made to the networking properties of the port profile in Cisco UCS Manager are immediately applied to those DVSs.

In VMware vCenter, a port profile is represented as a port group. Cisco UCS Manager pushes the port profile names to VMware vCenter, which displays the names as port groups. None of the specific networking properties or settings in the port profile is visible in VMware vCenter. You must configure at least one port profile client for a port profile if you want Cisco UCS Manager to push the port profile to VMware vCenter.

Port Profile Client

The port profile client determines the DVSs to which a port profile is applied. By default, the port profile client specifies that the associated port profile applies to all DVSs in VMware vCenter. However, you can configure the client to apply the port profile to all DVSs in a specific data center or data center folder or to only one DVS.

Create a VM-FEX Port Profile

Follow these steps to create VM-FEX port profiles for use on the Cisco UCS distributed virtual switch.

1. Log in to Cisco UCS Manager.

2. Click the VM tab.

3. Right-click Port Profile > Create Port Profile.

4. Enter the name of the Port Profile.

5. (Optional) Enter a description.

6. (Optional) Choose a QoS policy.

7. (Optional) Choose a network control policy.

8. Enter the maximum number of ports that can be associated with this port profile. The default is 64 ports.


Note The maximum number of ports that can be associated with a single DVS is 4096. If the DVS has only one associated port profile, that port profile can be configured with up to 4096 ports. However, if the DVS has more than one associated port profile, the total number of ports associated with all of those port profiles combined cannot exceed 4096.


9. (Optional) Choose High Performance.


Note Select None—Traffic to and from a virtual machine passes through the DVS.


Select High Performance— Traffic to and from a virtual machine bypasses the DVS and hypervisor and travels directly between the virtual machines and a virtual interface card (VIC) adapter.

10. Choose the VLAN.

11. Choose Native-VLAN.

12. Click OK.

Figure 131 Creating Port Profile

Or

Figure 132 Creating Port Profile with High Performance

The port profile created will appear in the working pane.

Create the Port Profile Client

To create the client profile for use in the Cisco UCS virtual distributed switch, Follow these steps:

1. In the navigation pane under the VM tab, expand All > Port Profiles. Right-click the Port Profile and click Create Profile Client.

2. Choose the data center created in your vCenter Server, folder, and distributed virtual switch created in section "Integrate Cisco UCS with vCenter."

3. Click OK.

Figure 133 Creating Profile Client

Or

Figure 134 Creating Profile Client for DVS-FEX

The client profile created will appear in your distributed virtual switch DVS-FEX in vCenter as a port group.

Repeat these steps as necessary for the workloads in the environment.

Migrate Networking Components for ESXi Hosts to Cisco DVS-FEX

vCenter Server VM

To migrate the networking components for the ESXi hosts to the Cisco FEX-DVS, follow these steps:

1. In the VMware vSphere client connected to vCenter, choose Home > Networking.

2. Expand the vCenter, DataCenter, and DVS-FEX folders. choose the DVS-FEX switch.

3. Under Basic Tasks for the vSphere distributed switch, choose Add a Host.

4. For both hosts, choose vmnic1 and choose the uplink-pg-DVS-FEX Uplink port group. Click Next.

Figure 135 Selecting Physical Adapters to Add to the Vsphere Distributed Switch

5. For all VMkernel ports, choose the appropriate destination Port Group from the Cisco DVS-FEX. Click Next.

Figure 136 Selecting Destination Port Groups

6. Check the Migrate Virtual Machine Networking check box. Expand each VM and choose the port groups for migration individually. Click Next.

Figure 137 Selecting Port Groups on Each VM to Migrate Individually

7. Click Finish. Wait for the migration process to complete.

8. In the vSphere Client window, choose Home > Hosts and Clusters.

9. Choose the first ESXi host and click the Configuration tab. In the Hardware field, choose Networking.

10. Make sure that vSphere Standard Switch is selected at the top next to View. vSwitch0 should not have any active VMkernel or VM Network ports on it. On the upper right of vSwitch0, click Remove.

11. Click Yes.

12. After vSwitch0 has disappeared from the screen, click vSphere Distributed Switch at the top next to View.

13. Click Manage Physical Adapters.

14. In the uplink-pg-DVS-FEX field click Add NIC.

15. Choose vmnic0 and click OK.

16. Click OK to close the Manage Physical Adapters window. Two uplinks should now be present.

17. Choose the second ESXi host and click the Configuration tab. In the Hardware field, choose Networking.

18. Make sure vSphere Standard Switch is selected at the top next to View. vSwitch0 should have no active VMkernel or VM Network ports on it. On the upper right of vSwitch0, click Remove.

19. Click Yes.

20. After vSwitch0 has disappeared from the screen, click vSphere Distributed Switch.

21. Click Manage Physical Adapters.

22. In the uplink-pg-DVS-FEX field click Add NIC.

23. Choose vmnic0 and click OK.

24. Click OK to close the Manage Physical Adapters window. Two uplinks should now be present.

VM-FEX Virtual Interfaces

In a blade server environment, the number of vNICs and vHBAs configurable for a service profile is determined by adapter capability and the amount of virtual interface (VIF) namespace available in the adapter. In Cisco UCS, portions of VIF namespace are allotted in chunks called VIFs. Depending on your hardware, the maximum number of VIFs is allocated on a predefined, per-port basis.

The maximum number of VIFs varies based on hardware capability and port connectivity. For each configured vNIC or vHBA, one or two VIFs are allocated. Standalone vNICs and vHBAs use one VIF, and failover vNICs and vHBAs use two.

The following variables affect the number of VIFs available to a blade server, and therefore, the number of vNICs and vHBAs you can configure for a service profile.

The maximum number of VIFs supported on your fabric interconnect

How the fabric interconnects are cabled

If the fabric interconnect and IOM are configured in fabric port channel mode

For more information about the maximum number of VIFs supported by your hardware configuration, refer to the Cisco UCS 6100 and 6200 Series Configuration Limits for Cisco UCS Manager for your software release. Tables 28 and 29 reference these limits.

Table 28 VM-FEX Environment Configuration Limits

Feature
Cisco UCS 6200 Series Fabric Interconnect

Host per DVS

52

DVSs per Cisco UCS Domain

1

vCenter Server units per Cisco UCS Domain

4

Port profiles per Cisco UCS Domain

512

Dynamic ports per port profile

4096

Dynamic ports per DVS

4096


Table 29 Cisco UCS Fabric Interconnect and Cisco UCS C-Series Server VIF Support

Acknowledge Link Between FEX and FI
Maximum VIFs (vNICs+vHBAs) per VIC Adapter in Single-Wire Management
Maximum VIFs (vNICs+vHBAs) per VIC Adapter in Dual-Wire Management

1

12

13

2

27

28

4

57

58

8

117

118



NoteFor a non-VIC adapter the maximum number of vNICs is two and the maximum number of vHBAs is two.

If the server in single-wire mode has two VIC adapters, the maximum number of VIFs (vNICs + vHBAs) available for the second adapter would be same as for an adapter in a dual-wire mode server.

For more information on Cisco UCS C-Series Server integration into UCSM, see: http://www.cisco.com/en/US/docs/unified_computing/ucs/c-series_integration/ucsm2.1/b_UCSM2-1_C-Integration.pdf

Expand Two-Node Cluster to Four-Node Cluster FlexPod

1. Log in to the cluster interface and disable cluster HA by typing:

cluster ha modify -configured false
 
 

2. Build the two new storage cluster nodes using the procedure described in section 7 "Storage Configuration."

a. In section 7.4, "Clustered Data ONTAP 8.1.2," make sure Data ONTAP 8.1.2 is installed, initialize the disks, and assign disks for the two new controllers.

b. In section 7.5, "Cluster Create in Clustered Data ONTAP," use the Node 2 instructions to join Nodes 3 and 4 to the cluster.

c. Log in to the cluster (refer to section 7.7 "Log in to the Cluster").

d. In section 7.8, "Zero All Spare Disks," zero all spare disks on Nodes 3 and 4.

e. In section 7.9, "Set Auto-Revert on Cluster Management," no action is necessary.

f. In section 7.10, "Failover Groups Management in Clustered Data ONTAP," add Node 3 and 4 e0a ports to the mgmt failover group.

g. In section 7.11, "Assign Management Failover Group to Cluster Management LIF," no action is necessary.

h. In section 7.12, "Failover Groups Node Management in Clustered Data ONTAP," create failover groups node-mgmt03 and node-mgmt04.

i. In section 7.13, "Assign Node Management Failover Groups to Node Management LIFs," complete the assignments for Nodes 3 and 4.

j. In section 7.14, "Flash Cache in Clustered Data ONTAP," set up Flash Cache on Nodes 3 and 4.

k. In section 7.15, "64-Bit Aggregates in Clustered Data ONTAP," create aggr03 on Node3 and aggr04 on Node 4, disable Snapshot copies on these aggregates, and delete any existing Snapshot copies on these aggregates. Rename aggr0 on Node 3.

l. In section 7.16, "Service Processor," upgrade and configure the service processors on Nodes 3 and 4.

m. In section 7.17, "Storage Failover in Clustered Data ONTAP," execute steps 1 and 3 for Nodes 3 and 4.

n. In section 7.18, "IFGRP LACP in Clustered Data ONTAP," create ifgrp i0a on Nodes 3 and 4.

o. In section 7.19, "VLAN in Clustered Data ONTAP," add VLAN interfaces for the NFS VLAN on Nodes 3 and 4.

p. In section 7.20, "Jumbo Frames in Clustered Data ONTAP," modify the newly added VLAN interfaces for jumbo frames.

q. In section 7.21, "NTP in Clustered Data ONTAP," only create the NTP server services for Nodes 3 and 4.

r. No action is necessary under the following sections:

SNMPv1 in Clustered Data ONTAP

SNMPv3 in Clustered Data ONTAP

s. In section 7.25, "AutoSupport HTTPS in Clustered Data ONTAP," execute the one step listed.

t. In section 7.26, "Cisco Discovery Protocol in Clustered Data ONTAP," enable CDP on Nodes 3 and 4.

u. In section 7.27, "Vserver," only execute the last step to add aggr03 and aggr04 to the aggregate list for Infra_Vserver:

vserver modify -vserver Infra_Vserver -aggr-list aggr01, aggr02, aggr03, aggr04
 
 

v. In section 7.28, "Create Load Sharing Mirror of Vserver Root Volume in Clustered Data ONTAP," create root_vol_m03 on aggr03 and root_vol_m04 on aggr04. Create the two new SnapMirror relationships. Use the following commands to initialize the two new SnapMirror relationships.

snapmirror initialize -source-path //Infra_Vserver/root_vol -destination-path 
//Infra_Vserver/root_vol_m03 
snapmirror initialize -source-path //Infra_Vserver/root_vol -destination-path 
//Infra_Vserver/root_vol_m04
Finally, execute step 4 to set the SnapMirror relationships to an hourly schedule.
 
 

w. In section 7.29, "FC Service in Clustered Data ONTAP," no action is necessary.

x. In section 7.30, "HTTPS Access in Clustered Data ONTAP," generate certificates for the Node 3 and Node 4 Management Interfaces, and delete the preconfigured certificates for these interfaces. Using the security ssl modify command, assign these newly created certificates to the Node Management interfaces.

y. No action is necessary under the following sections:

NFSv3 in Clustered Data ONTAP

FlexVol in Clustered Data ONTAP

LUN in Clustered Data ONTAP

Deduplication in Clustered Data ONTAP

z. In section "Failover Groups NAS in Clustered Data ONTAP," add Node 3 and 4 NFS ports to the NFS failover group.

aa. In section "NFS LIF in Clustered Data ONTAP," create LIF nfs_lif03 on Node 3 and nfs_lif04 on Node 4.

ab. In section "FCP LIF in Clustered Data ONTAP," create fcp_lif03a and fcp_lif03b on Node 3 and fcp_lif-4a and fcp_lif04b on Node 4.

ac. No action is necessary for section "Add Infrastructure Vserver Administrator."

3. Using the procedures in described in section 9, "Storage Networking," provision the Ethernet Ports, Port Channels, and VPCs for the ports connected from Nodes 3 and 4 to the switches. Then, add device aliases for the new FCP LIFs, add the FCoE VLAN to the storage port channels on each switch, and configure the new vFC interfaces and add them to the VASN database on each switch.

4. You can now add datastores on the new nodes or migrate volumes and NAS LIFs to the two nodes in your cluster.

Migrate from 7-Mode FlexPod to Clustered Data ONTAP FlexPod

This procedure describes one method of migrating the FlexPod VMware Management Cluster (two ESXi hosts) from existing 7-Mode storage in a FlexPod unit to added clustered Data ONTAP storage. For FlexPod workload migration, engage NetApp Professional Services to properly migrate application data LUNs to clustered Data ONTAP. This procedure assumes setting up two new ESXi hosts on the clustered Data ONTAP storage and migrating all management VMs to these two new servers instead of migrating the host boot LUNs to clustered Data ONTAP. To migrate the boot LUNs to clustered Data ONTAP, it is necessary to engage NetApp Professional Services.

1. Cable the two new clustered Data ONTAP nodes by referring to section 6, "Physical Infrastructure."

2. Build the storage cluster according to section 7, "Storage Configuration." Assume that two new servers will be added. Assign NFS IPs to these two new servers and use them to create FlexPod export policy rules.

3. On the 7-Mode storage systems, add the two new servers' NFS IPs to the exports for infra_datastore_1.

4. In the Cisco UCS Manager, create clustered Data ONTAP boot policies, service profile templates, and two Service Profiles. Refer to section 8, "Server Configuration."

5. In the Cisco Nexus 5548s, add the cluster node ports, vPCs, and vFCs. Add the new device aliases for the cluster FCP LIFs and the two new server HBAs. Add zones for the two new servers, put them in the FlexPod zoneset, and activate it. Refer to section 9, "Storage Networking."

6. Create igroups in the cluster and map the two new boot LUNs to the igroups using section 10 as a guide.

7. Install and configure ESXi on the two new servers. Refer to section 11, "VMware vSphere 5.1 Setup." Mount the infra_datastore_1 and infra_swap datastores with different names on the two new servers, that is, infra_cl_datastore_1 and infr_cl_swap.

8. Add the two new servers to the FlexPod_Management cluster in vCenter.

9. Add the two new servers to the Cisco Nexus 1000v, including installing the VEM on each server.

10. Using VSC, add the storage cluster to VSC.

11. Using VSC set up the best practice parameters on the two new servers.

12. Install the NetApp VAAI NFS plug-in on the two new servers, including enabling vStorage on the infrastructure Vserver.

13. In the vSphere Client connected to vSphere, under Home > Inventory > Hosts and Clusters, right-click each of the two new ESXi hosts and using NetApp submenu, mount the 7-Mode infra_datastore_1 to the two new servers that are booted from the clustered storage.

14. If the 7-Mode storage will not be retained in the FlexPod unit, do the following:

a. Go in to the VSC-OnCommand VM and uninstall OnCommand Core. Using SnapDrive, delete and the OnCommandDB LUN and disk.

b. If no other VMs are using RDM mapped disks, using VSC, destroy the RDM_Map datastore on the 7-Mode storage.

c. Shut down and remove the VASA VM.

d. Use vMotion to migrate the VC, VCSQL, and VSC-OC VMs to the two new servers in which the 7-Mode datastore is mounted.

e. Use Storage vMotion to migrate the VC, VCSQL, and VSC-OC VMs to the clustered Data ONTAP datastore.

f. Unmount the 7-Mode datastore from the two new servers.

g. Shut down the two old Management ESXi Servers that were booted from 7-Mode storage.

h. Remove these servers from vCenter and from the Cisco Nexus 1000v.

i. Halt and remove the 7-Mode storage controllers from the FlexPod unit.

j. Remove zones and any network port data for the 7-Mode storage controllers in the Cisco Nexus switches.

k. In VSC, remove the 7-Mode storage controllers from the configuration.

l. In VSC Backup and Recovery, remove the 7-Mode storage controllers and all associated backup jobs.

15. If the 7-Mode storage will be retained in the FlexPod unit, do the following:

a. Use vMotion to migrate the VC, VCSQL, VASA, and VSC-OC VMs to the two new servers where the 7-Mode datastore is mounted.

b. Use Storage vMotion to migrate the VC and VCSQL to the clustered Data ONTAP datastore.

c. Shut down the two old Management ESXi Servers that were booted from 7-Mode storage.

d. Remove these servers from vCenter and from the Cisco Nexus 1000v.

e. Remove the boot LUNs for these servers from the 7-Mode storage controllers.

f. Remove zones for the 7-Mode storage controllers in the Cisco Nexus switches.

g. The new servers now are booted from the clustered Data ONTAP storage but have the NFS datastores mounted from both types of storage.

h. Build a new VM on the clustered Data ONTAP datastore for OnCommand, and install SnapDrive on it. Refer to section 12.2, "OnCommand Unified Manager 5.1."

16. Using VSC, thin provision a new 100GB RDM_Map_CL datastore on aggr02 on the clustered Data ONTAP storage on the FlexPod_Management cluster in vCenter.

17. Add the storage cluster to the VSC Backup and Recovery module, and optionally create a recurring backup job for the datastore now containing the management virtual machines. Refer to the section, "VSC 4.1 Backup and Recovery."

18. Log in to the VSC-OnCommand VM or the newly built clustered Data ONTAP OnCommand VM. Set the SnapDrive default storage system Transport Protocol settings to the login for the Infra_Vserver credentials. Use SnapDrive to create the OnCommandDB LUN on the cluster. Install and configure OnCommand Core.

19. Contact NetApp Professional services to migrate your workload to the cluster.

Cisco Nexus 5548 Example Configurations

Cisco Nexus 5548 A

!Command: show running-config
!Time: Mon Feb 25 18:52:54 2013
 
 
version 5.2(1)N1(3)
feature fcoe
switchname icef1-sw1
feature npiv
no feature telnet
cfs eth distribute
feature lacp
feature vpc
feature lldp
username admin password 5 $1$bzvqy03B$xPzr5b6TKfwPE2vWVj25A/  role network-admin
 
 
banner motd #Nexus 5000 Switch
#
 
 
ip domain-lookup
class-map type qos class-fcoe
class-map type queuing class-fcoe
  match qos-group 1
class-map type queuing class-all-flood
  match qos-group 2
class-map type queuing class-ip-multicast
  match qos-group 2
class-map type network-qos class-fcoe
  match qos-group 1
class-map type network-qos class-all-flood
  match qos-group 2
class-map type network-qos class-ip-multicast
  match qos-group 2
policy-map type network-qos jumbo
  class type network-qos class-fcoe
    pause no-drop
    mtu 2158
  class type network-qos class-default
    mtu 9216
    multicast-optimize
system qos
  service-policy type queuing input fcoe-default-in-policy
  service-policy type queuing output fcoe-default-out-policy
  service-policy type qos input fcoe-default-in-policy
  service-policy type network-qos jumbo
snmp-server user admin network-admin auth md5 0x9f7f45ac8ee14ff3cf5e72e22bb95942 priv 
0x9f7f45ac8ee14ff3cf5e72e22bb95942 localizedkey
ntp server 192.168.171.4 use-vrf management
vrf context management
  ip route 0.0.0.0/0 192.168.171.1
vlan 1
vlan 2
  name Native-VLAN
vlan 101
  fcoe vsan 101 
  name FCoE_Fabric_A
vlan 3170
  name NFS-VLAN
vlan 3173
  name vMotion-VLAN
vlan 3174
  name VM-Traffic-VLAN
vlan 3175
  name IB-MGMT-VLAN
vlan 3176
  name Packet-Control-VLAN
spanning-tree port type edge bpduguard default
spanning-tree port type network default
port-channel load-balance ethernet source-dest-port
vpc domain 23
  role priority 10
  peer-keepalive destination 192.168.171.70 source 192.168.171.69
auto-recovery
port-profile default max-ports 512
vsan database
  vsan 101 name "Fabric_A" 
device-alias database
  device-alias name fcp_lif01a pwwn 20:01:00:a0:98:37:79:a0
  device-alias name fcp_lif02a pwwn 20:03:00:a0:98:37:79:a0
  device-alias name VM-Host-Infra-01_A pwwn 20:00:00:25:b5:01:0a:0f
  device-alias name VM-Host-Infra-02_A pwwn 20:00:00:25:b5:01:0a:1f
 
 
device-alias commit
 
 
fcdomain fcid database
  vsan 101 wwn 50:0a:09:81:88:12:85:b3 fcid 0x550000 dynamic
  vsan 101 wwn 20:01:00:a0:98:37:79:a0 fcid 0x550001 dynamic
!              [fcp_lif01a]
  vsan 101 wwn 50:0a:09:81:88:22:87:76 fcid 0x550020 dynamic
  vsan 101 wwn 20:03:00:a0:98:37:79:a0 fcid 0x550021 dynamic
!              [fcp_lif02a]
  vsan 101 wwn 22:ca:54:7f:ee:23:52:7f fcid 0x550040 dynamic
  vsan 101 wwn 20:00:00:25:b5:01:0a:0f fcid 0x550041 dynamic
!              [VM-Host-Infra-01_A]
  vsan 101 wwn 20:00:00:25:b5:01:0a:1f fcid 0x550042 dynamic
!              [VM-Host-Infra-02_A]
 
 
 
 
interface port-channel10
  description vPC peer-link
  switchport mode trunk
  switchport trunk native vlan 2
  switchport trunk allowed vlan 3170,3173-3176
  spanning-tree port type network
  vpc peer-link
 
 
interface port-channel11
  description icef1-stcl-01
  switchport mode trunk
  switchport trunk native vlan 2
  switchport trunk allowed vlan 101,3170
  spanning-tree port type edge trunk
  vpc 11
 
 
interface port-channel12
  description icef1-stcl-02
  switchport mode trunk
  switchport trunk native vlan 2
  switchport trunk allowed vlan 101,3170
  spanning-tree port type edge trunk
  vpc 12
 
 
interface port-channel13
  description icef1-uc1-A
  switchport mode trunk
  switchport trunk native vlan 2
  switchport trunk allowed vlan 3170,3173-3175
  spanning-tree port type edge trunk
  vpc 13
 
 
interface port-channel14
  description icef1-uc1-B
  switchport mode trunk
  switchport trunk native vlan 2
  switchport trunk allowed vlan 3170,3173-3175
  spanning-tree port type edge trunk
  vpc 14
 
 
interface port-channel15
  description icef1-uc1-A:FCoE
  switchport mode trunk
  switchport trunk native vlan 2
  switchport trunk allowed vlan 101
  spanning-tree port type edge trunk
 
 
interface port-channel20
  description icecore Uplink
  switchport mode trunk
  switchport trunk native vlan 2
  switchport trunk allowed vlan 3175
  spanning-tree port type network
  vpc 20
 
 
interface vfc11
  bind interface Ethernet1/1
  switchport trunk allowed vsan 101
  switchport description icef1-stcl-01:3a
  no shutdown
 
 
interface vfc12
  bind interface Ethernet1/2
  switchport trunk allowed vsan 101
  switchport description icef1-stcl-02:3a
  no shutdown
 
 
interface vfc15
  bind interface port-channel15
  switchport trunk allowed vsan 101
  switchport description icef1-uc1-A:FCoE
  no shutdown
vsan database
  vsan 101 interface vfc11
  vsan 101 interface vfc12
  vsan 101 interface vfc15
 
 
interface Ethernet1/1
  description icef1-stcl-01:e3a
  switchport mode trunk
  switchport trunk native vlan 2
  switchport trunk allowed vlan 101,3170
  channel-group 11 mode active
 
 
interface Ethernet1/2
  description icef1-stcl-02:e3a
  switchport mode trunk
  switchport trunk native vlan 2
  switchport trunk allowed vlan 101,3170
  channel-group 12 mode active
 
 
interface Ethernet1/3
 
 
interface Ethernet1/4
 
 
interface Ethernet1/5
 
 
interface Ethernet1/6
 
 
interface Ethernet1/7
 
 
interface Ethernet1/8
 
 
interface Ethernet1/9
 
 
interface Ethernet1/10
 
 
interface Ethernet1/11
  description icef1-uc1-A:1/19
  switchport mode trunk
  switchport trunk native vlan 2
  switchport trunk allowed vlan 3170,3173-3175
  channel-group 13 mode active
 
 
interface Ethernet1/12
  description icef1-uc1-B:1/19
  switchport mode trunk
  switchport trunk native vlan 2
  switchport trunk allowed vlan 3170,3173-3175
  channel-group 14 mode active
 
 
interface Ethernet1/13
  description icef1-sw2:1/13
  switchport mode trunk
  switchport trunk native vlan 2
  switchport trunk allowed vlan 3170,3173-3176
  channel-group 10 mode active
 
 
interface Ethernet1/14
  description icef1-sw2:1/14
  switchport mode trunk
  switchport trunk native vlan 2
  switchport trunk allowed vlan 3170,3173-3176
  channel-group 10 mode active
 
 
interface Ethernet1/15
  description icef1-1110x-1:Eth1
  switchport mode trunk
  switchport trunk allowed vlan 3175-3176
  spanning-tree port type edge trunk
  speed 1000
 
 
interface Ethernet1/16
  description icef1-1110x-2:Eth1
  switchport mode trunk
  switchport trunk allowed vlan 3175-3176
  spanning-tree port type edge trunk
  speed 1000
 
 
interface Ethernet1/17
 
 
interface Ethernet1/18
 
 
interface Ethernet1/19
 
 
interface Ethernet1/20
  description icecore:Eth1/7 Uplink
  switchport mode trunk
  switchport trunk native vlan 2
  switchport trunk allowed vlan 3175
  spanning-tree port type network
  channel-group 20 mode active
 
 
interface Ethernet1/21
 
 
interface Ethernet1/22
 
 
interface Ethernet1/23
 
 
interface Ethernet1/24
 
 
interface Ethernet1/25
 
 
interface Ethernet1/26
 
 
interface Ethernet1/27
 
 
interface Ethernet1/28
 
 
interface Ethernet1/29
 
 
interface Ethernet1/30
 
 
interface Ethernet1/31
  description icef1-uc1-A:1/31
  switchport mode trunk
  switchport trunk native vlan 2
  switchport trunk allowed vlan 101
  channel-group 15 mode active
 
 
interface Ethernet1/32
  description icef1-uc1-A:1/32
  switchport mode trunk
  switchport trunk native vlan 2
  switchport trunk allowed vlan 101
  channel-group 15 mode active
 
 
interface mgmt0
  ip address 192.168.171.69/24
line console
line vty
boot kickstart bootflash:/n5000-uk9-kickstart.5.2.1.N1.3.bin
boot system bootflash:/n5000-uk9.5.2.1.N1.3.bin 
!Full Zone Database Section for vsan 101
zone name VM-Host-Infra-01_A vsan 101
    member pwwn 20:00:00:25:b5:01:0a:0f
!               [VM-Host-Infra-01_A]
    member pwwn 20:01:00:a0:98:37:79:a0
!               [fcp_lif01a]
    member pwwn 20:03:00:a0:98:37:79:a0
!               [fcp_lif02a]
 
 
zone name VM-Host-Infra-02_A vsan 101
    member pwwn 20:00:00:25:b5:01:0a:1f
!               [VM-Host-Infra-02_A]
    member pwwn 20:01:00:a0:98:37:79:a0
!               [fcp_lif01a]
    member pwwn 20:03:00:a0:98:37:79:a0
!               [fcp_lif02a]
 
 
zoneset name FlexPod vsan 101
    member VM-Host-Infra-01_A
    member VM-Host-Infra-02_A
 
 
zoneset activate name FlexPod vsan 101

Cisco Nexus 5548 B

!Command: show running-config
!Time: Mon Feb 25 18:54:02 2013
 
 
version 5.2(1)N1(3)
feature fcoe
switchname icef1-sw2
feature npiv
no feature telnet
cfs eth distribute
feature lacp
feature vpc
feature lldp
username admin password 5 $1$uCGfL31v$UuLHg53DEK3VvDGkbjUGb1  role network-admin
 
 
banner motd #Nexus 5000 Switch
#
 
 
ip domain-lookup
class-map type qos class-fcoe
class-map type queuing class-fcoe
  match qos-group 1
class-map type queuing class-all-flood
  match qos-group 2
class-map type queuing class-ip-multicast
  match qos-group 2
class-map type network-qos class-fcoe
  match qos-group 1
class-map type network-qos class-all-flood
  match qos-group 2
class-map type network-qos class-ip-multicast
  match qos-group 2
policy-map type network-qos jumbo
  class type network-qos class-fcoe
    pause no-drop
    mtu 2158
  class type network-qos class-default
    mtu 9216
    multicast-optimize
system qos
  service-policy type queuing input fcoe-default-in-policy
  service-policy type queuing output fcoe-default-out-policy
  service-policy type qos input fcoe-default-in-policy
  service-policy type network-qos jumbo
snmp-server user admin network-admin auth md5 0x2bd90b73090e2a5ffe4b35ead5f6e070 priv 
0x2bd90b73090e2a5ffe4b35ead5f6e070 localizedkey
ntp server 192.168.171.4 use-vrf management
vrf context management
  ip route 0.0.0.0/0 192.168.171.1
vlan 1
vlan 2
  name Native-VLAN
vlan 102
  fcoe vsan 102 
  name FCoE_Fabric_B
vlan 3170
  name NFS-VLAN
vlan 3173
  name vMotion-VLAN
vlan 3174
  name VM-Traffic-VLAN
vlan 3175
  name IB-MGMT-VLAN
vlan 3176
  name Packet-Control-VLAN
spanning-tree port type edge bpduguard default
spanning-tree port type network default
port-channel load-balance ethernet source-dest-port
vpc domain 23
  role priority 20
  peer-keepalive destination 192.168.171.69 source 192.168.171.70
auto-recovery
port-profile default max-ports 512
vsan database
  vsan 102 name "Fabric_B" 
device-alias database
  device-alias name fcp_lif01b pwwn 20:02:00:a0:98:37:79:a0
  device-alias name fcp_lif02b pwwn 20:04:00:a0:98:37:79:a0
  device-alias name VM-Host-Infra-01_B pwwn 20:00:00:25:b5:01:0b:0f
  device-alias name VM-Host-Infra-02_B pwwn 20:00:00:25:b5:01:0b:1f
 
 
device-alias commit
 
 
fcdomain fcid database
  vsan 102 wwn 50:0a:09:83:88:22:87:76 fcid 0x3f0000 dynamic
  vsan 102 wwn 20:04:00:a0:98:37:79:a0 fcid 0x3f0001 dynamic
!              [fcp_lif02b]
  vsan 102 wwn 50:0a:09:83:88:12:85:b3 fcid 0x3f0020 dynamic
  vsan 102 wwn 20:02:00:a0:98:37:79:a0 fcid 0x3f0021 dynamic
!              [fcp_lif01b]
  vsan 102 wwn 22:cb:54:7f:ee:23:8b:3f fcid 0x3f0040 dynamic
  vsan 102 wwn 20:00:00:25:b5:01:0b:1f fcid 0x3f0041 dynamic
!              [VM-Host-Infra-02_B]
  vsan 102 wwn 20:00:00:25:b5:01:0b:0f fcid 0x3f0042 dynamic
!              [VM-Host-Infra-01_B]
 
 
 
 
interface port-channel10
  description vPC peer-link
  switchport mode trunk
  switchport trunk native vlan 2
  switchport trunk allowed vlan 3170,3173-3176
  spanning-tree port type network
  vpc peer-link
 
 
interface port-channel11
  description icef1-stcl-01
  switchport mode trunk
  switchport trunk native vlan 2
  switchport trunk allowed vlan 102,3170
  spanning-tree port type edge trunk
  vpc 11
 
 
interface port-channel12
  description icef1-stcl-02
  switchport mode trunk
  switchport trunk native vlan 2
  switchport trunk allowed vlan 102,3170
  spanning-tree port type edge trunk
  vpc 12
 
 
interface port-channel13
  description icef1-uc1-A
  switchport mode trunk
  switchport trunk native vlan 2
  switchport trunk allowed vlan 3170,3173-3175
  spanning-tree port type edge trunk
  vpc 13
 
 
interface port-channel14
  description icef1-uc1-B
  switchport mode trunk
  switchport trunk native vlan 2
  switchport trunk allowed vlan 3170,3173-3175
  spanning-tree port type edge trunk
  vpc 14
 
 
interface port-channel15
  description icef1-uc1-B:FCoE
  switchport mode trunk
  switchport trunk native vlan 2
  switchport trunk allowed vlan 102
  spanning-tree port type edge trunk
 
 
interface port-channel20
  description icecore Uplink
  switchport mode trunk
  switchport trunk native vlan 2
  switchport trunk allowed vlan 3175
  spanning-tree port type network
  vpc 20
 
 
interface vfc11
  bind interface Ethernet1/1
  switchport trunk allowed vsan 102
  switchport description icef1-stcl-01:4a
  no shutdown
 
 
interface vfc12
  bind interface Ethernet1/2
  switchport trunk allowed vsan 102
  switchport description icef1-stcl-02:4a
  no shutdown
 
 
interface vfc15
  bind interface port-channel15
  switchport trunk allowed vsan 102
  switchport description icef1-uc1-B:FCoE
  no shutdown
vsan database
  vsan 102 interface vfc11
  vsan 102 interface vfc12
  vsan 102 interface vfc15
 
 
interface Ethernet1/1
  description icef1-stcl-01:e4a
  switchport mode trunk
  switchport trunk native vlan 2
  switchport trunk allowed vlan 102,3170
  channel-group 11 mode active
 
 
interface Ethernet1/2
  description icef1-stcl-02:e4a
  switchport mode trunk
  switchport trunk native vlan 2
  switchport trunk allowed vlan 102,3170
  channel-group 12 mode active
 
 
interface Ethernet1/3
 
 
interface Ethernet1/4
 
 
interface Ethernet1/5
 
 
interface Ethernet1/6
 
 
interface Ethernet1/7
 
 
interface Ethernet1/8
 
 
interface Ethernet1/9
 
 
interface Ethernet1/10
 
 
interface Ethernet1/11
  description icef1-uc1-A:1/20
  switchport mode trunk
  switchport trunk native vlan 2
  switchport trunk allowed vlan 3170,3173-3175
  channel-group 13 mode active
 
 
interface Ethernet1/12
  description icef1-uc1-B:1/20
  switchport mode trunk
  switchport trunk native vlan 2
  switchport trunk allowed vlan 3170,3173-3175
  channel-group 14 mode active
 
 
interface Ethernet1/13
  description icef1-sw1:1/13
  switchport mode trunk
  switchport trunk native vlan 2
  switchport trunk allowed vlan 3170,3173-3176
  channel-group 10 mode active
 
 
interface Ethernet1/14
  description icef1-sw1:1/14
  switchport mode trunk
  switchport trunk native vlan 2
  switchport trunk allowed vlan 3170,3173-3176
  channel-group 10 mode active
 
 
interface Ethernet1/15
  description icef1-1110x-1:Eth2
  switchport mode trunk
  switchport trunk allowed vlan 3175-3176
  spanning-tree port type edge trunk
  speed 1000
 
 
interface Ethernet1/16
  description icef1-1110x-2:Eth2
  switchport mode trunk
  switchport trunk allowed vlan 3175-3176
  spanning-tree port type edge trunk
  speed 1000
 
 
interface Ethernet1/17
 
 
interface Ethernet1/18
 
 
interface Ethernet1/19
 
 
interface Ethernet1/20
  description icecore:Eth1/8 Uplink
  switchport mode trunk
  switchport trunk native vlan 2
  switchport trunk allowed vlan 3175
  spanning-tree port type network
  channel-group 20 mode active
 
 
interface Ethernet1/21
 
 
interface Ethernet1/22
 
 
interface Ethernet1/23
 
 
interface Ethernet1/24
 
 
interface Ethernet1/25
 
 
interface Ethernet1/26
 
 
interface Ethernet1/27
 
 
interface Ethernet1/28
 
 
interface Ethernet1/29
 
 
interface Ethernet1/30
 
 
interface Ethernet1/31
  description icef1-uc1-B:1/31
  switchport mode trunk
  switchport trunk native vlan 2
  switchport trunk allowed vlan 102
  channel-group 15 mode active
 
 
interface Ethernet1/32
  description icef1-uc1-B:1/32
  switchport mode trunk
  switchport trunk native vlan 2
  switchport trunk allowed vlan 102
  channel-group 15 mode active
 
 
interface mgmt0
  ip address 192.168.171.70/24
line console
line vty
boot kickstart bootflash:/n5000-uk9-kickstart.5.2.1.N1.3.bin
boot system bootflash:/n5000-uk9.5.2.1.N1.3.bin 
!Full Zone Database Section for vsan 102
zone name VM-Host-Infra-01_B vsan 102
    member pwwn 20:00:00:25:b5:01:0b:0f
!               [VM-Host-Infra-01_B]
    member pwwn 20:02:00:a0:98:37:79:a0
!               [fcp_lif01b]
    member pwwn 20:04:00:a0:98:37:79:a0
!               [fcp_lif02b]
 
 
zone name VM-Host-Infra-02_B vsan 102
    member pwwn 20:00:00:25:b5:01:0b:1f
!               [VM-Host-Infra-02_B]
    member pwwn 20:02:00:a0:98:37:79:a0
!               [fcp_lif01b]
    member pwwn 20:04:00:a0:98:37:79:a0
!               [fcp_lif02b]
 
 
zoneset name FlexPod vsan 102
    member VM-Host-Infra-01_B
    member VM-Host-Infra-02_B
 
 
zoneset activate name FlexPod vsan 102