Nexus Dashboard deployment overview
Nexus Dashboard platform
Cisco Nexus Dashboard is a central management console for multiple data center fabrics that provides real-time analytics, visibility, assurance for network policies and operations, as well as policy orchestration for the data center fabrics, such as Cisco ACI and NX-OS.
Nexus Dashboard is the comprehensive management solution for ACI as well as NX-OS deployments spanning LAN fabric, SAN fabric, and IP Fabric for Media (IPFM) networks in data centers powered by Cisco. Nexus Dashboard also supports other devices, such as IOS-XE switches, IOS-XR routers, and non-Cisco devices. Being a multi-fabric controller, Nexus Dashboard manages multiple deployment models such as VXLAN EVPN, classic 3-tier LAN, FabricPath, and routed-based fabrics for LAN while providing ready-to-use control, management, monitoring, and automation capabilities for all these environments. In addition, Nexus Dashboard, when you select SAN installation, Cisco Nexus Dashboard automates Cisco MDS switches and Cisco Nexus-family infrastructure in NX-OS mode with a focus on storage-specific features and analytics capabilities.
![]() Note |
This document describes how to deploy a Nexus Dashboard cluster initially and onboard the fabrics. After your cluster is up and running, see the Nexus Dashboard configuration and operation articles for day-to-day operation. |
Unified Nexus Dashboard deployment
Previous release of Nexus Dashboard 3.x shipped platform software and all of its software in a unified packaging form. Management and Insights of fabrics were still two independent pieces that were not unified. Now, the platform and the individual services have been unified into a single product. You no longer deploy and configure the services separately.
![]() Note |
Depending on the cluster format and the number of cluster nodes that you have deployed, certain features (such as controller, orchestrator, or telemetry) might not be available in Nexus Dashboard release 4.1.1. Review the information in the Nexus Dashboard Capacity Planning tool to verify what features would be available for your cluster installation. |
Hardware vs software stack
Nexus Dashboard is offered as a cluster of specialized Cisco UCS servers (Nexus Dashboard platform) with the software framework (Nexus Dashboard) pre-installed on it. The Cisco Nexus Dashboard software stack can be decoupled from the hardware and deployed in a number of virtual form factors. For the purposes of this document, we will use "Nexus Dashboard hardware" specifically to refer to the hardware and "Nexus Dashboard" to refer to the software stack and the GUI console.
This guide describes the initial deployment of the Nexus Dashboard software, which is common for physical and virtual form factors. If you are deploying a physical cluster, see Nexus Dashboard Hardware Setup Guide for the UCS servers' hardware overview, specification, and racking instructions.
![]() Note |
Root access to the Nexus Dashboard software is restricted to Cisco TAC only. A special user |
Available form factors
This release of Cisco Nexus Dashboard can be deployed using a number of different form factors. However, you must use the
same form factor for all nodes, mixing nodes of different form factors within the same cluster is not supported. The physical
form factor currently supports three different Cisco UCS servers (SE-NODE-G2
, ND-NODE-L4
, and ND-NODE-G5S
). You can mix SE-NODE-G2
and ND-NODE-L4
servers in the same cluster, but you cannot mix a ND-NODE-G5S
server in the same cluster as SE-NODE-G2
and ND-NODE-L4
servers.
-
Physical appliance (
.iso
) – This form factor refers to the Cisco UCS physical appliance hardware with the Nexus Dashboard software stack pre-installed on it.The later sections in this document describe how to configure the software stack on the existing physical appliance hardware to deploy the cluster. Setting up the Nexus Dashboard hardware is described in Nexus Dashboard Hardware Setup Guide for the specific UCS model.
-
Virtual Appliance – The virtual form factor allows you to deploy a Nexus Dashboard cluster using VMware ESX (
.ova
) or RHEL KVM (.qcow2
).The virtual form factor supports the following two profiles:
-
Data node – This profile with higher system requirements is designed for higher scale and/or unified deployment.
-
App node – This profile with lower system requirements can be deployed as secondary nodes. Can also be deployed as primary nodes but does not support unified deployment.
In addition, beginning with Nexus Dashboard release 4.1(1), support is available for running a virtual Nexus Dashboard (vND) on the AWS public cloud. See Deploying a Virtual Nexus Dashboard (vND) in Amazon Web Services (AWS) for more information.
-
![]() Note |
When planning your deployment, ensure to check the list of "Prerequisites and Guidelines" in one of the following sections of this document specific to the form factor you are deploying. A quick reference of the supported form factors, scale, and cluster sizing requirements are available in the Nexus Dashboard Cluster Sizing tool. |
Scale and cluster sizing guidelines
A basic Nexus Dashboard deployment typically consists of 1 or 3 primary
nodes, which are required for the cluster to come up. Depending on scale requirements, 3-node or larger clusters can be extended
with up to 3 additional secondary
nodes to support higher scale.
-
For physical clusters, you can also add up to 2
standby
nodes for easy cluster recovery in case of a primary node failure. -
For virtual clusters, up to 2
standby
nodes are also supported, but only with a 3-node vND (app) profile for a Controller-only or Orchestration-only deployment.
Exact number of additional secondary nodes required for your specific use case is available from the Nexus Dashboard Cluster Sizing tool.
Scale and cluster sizing limitations
These limitations apply to scale and cluster sizing:
-
Single-node deployments cannot be extended to a 3-node cluster after the initial deployment.
If you deploy a single-node cluster and want to extend it to a 3-node cluster or add
secondary
nodes, you will need to back it up, deploy a new 3-node base cluster, and then restore the backup on this later. For more information, see Backing Up and Restoring Your Nexus Dashboard -
Single-node deployments do not support additional
secondary
orstandby
nodes. -
For 3-node clusters, at least two
primary
nodes are required for the cluster to remain operational.For more information, see Deploying Highly Available Services with Cisco Nexus Dashboard.
About supported node types and features
These node types have been available for releases prior to Nexus Dashboard release 4.1.1.
-
SE-NODE-G2
(UCS-C220-M5). The product ID of the 3-node cluster isSE-CL-L3
. -
ND-NODE-L4
(UCS-C225-M6). The product ID of the 3-node cluster isND-CLUSTER-L4
.
Beginning with Nexus Dashboard release 4.1.1, this node type is now also available.
-
ND-NODE-G5S
(UCS-C225-M8). The product ID of the 3-node cluster isND-CLUSTERG5S
.
In addition, in LAN deployments, these are the available features that you can leverage.
-
Controller: Also referred to as Fabric Management. This feature is used to manage NX-OS and non-NX-OS switches (such as Catalyst, ASR, and so on). This includes creating any non-ACI fabric types, as well as performing software upgrades and creating new configurations on those fabrics.
-
Telemetry: This feature provides telemetry functionality, similar to the functionality provided by Nexus Dashboard Insights in releases prior to Nexus Dashboard release 4.1.1. You can enable and use the Telemetry feature when you create or edit a fabric through
. -
Orchestration: You can use the Orchestration feature through Nexus Dashboard to connect multiple ACI fabrics together, and consolidate and deploy tenants, along with network and policy configurations, across multiple ACI fabrics. You can enable and use the Orchestration feature when you add an ACI through
.
You can enable these features independently or, in some cases, as one of these combined feature sets.
-
Controller and Telemetry
-
Orchestration and Telemetry
-
Controller, Telemetry, and Orchestration (not supported on an App node cluster or in a cluster with
SE-NODE-G2
nodes)
Guidelines and limitations
-
For Nexus Dashboard release 4.1.1, you cannot mix the newer
ND-NODE-G5S
(UCS-C225-M8) nodes in a cluster with the olderSE-NODE-G2
(UCS-C220-M5) andND-NODE-L4
(UCS-C225-M6) nodes. -
A 6-node physical appliance cluster is primarily designed for extended scale NX-OS or ACI fabrics with the Telemetry feature enabled and is not recommended for non-Telemetry deployments.
-
The virtual form factor does not support all features in many cluster sizes and types, as described in the Cisco Nexus Dashboard Verified Scalability Guide.