Occasionally, VNX\CX administrators need to copy data between disks manually. Whether you need to replace an online disk, invoke a proactive copy to hotspare, or just copy data from an online disk to an unbound disk, Navisphere CLI commands can get the job done.
NOTE – I think this goes without saying, but if you have any doubts about the process, contact EMC Support. Errors when copying disk data can have disastrous effects.
In this tutorial, we will be copying data from an online disk to an unbound disk. We will be utilizing Navisphere CLI from the command line to invoke the process. If you have not already, install Navisphere CLI. It is also possible to run Navisphere commands from the array’s control station via SSH.
Let’s start with a breakdown of the syntax.
Navisphere CLI is a command line interface tool provided by EMC for accessing and managing VNX or Clariion storage arrays. Administrators can issue commands for general array management, including storage provisioning, status, and configuration control. Navisphere CLI can also be leveraged for automating management tasks through scripts or batch files. Navisphere CLI is supported on EMC VNX, CX, CX3, CX4, and AX4-5 storage systems. Starting at VNX OE 5.31, Classic CLI (NaviCLI) is no longer compatible. Secure CLI (NaviSecCLI) commands are now required.
As per EMC recommendation, the Navisphere CLI version should be matched with the Block Software version of the storage system. For instance, if the Block side version is 05.33.x, use Navisphere CLI 7.33.x or higher.
A great feature that was introduced in vSphere 6.5 was the ability to implement vCenter High Availability (VCHA). If you are unfamiliar with the vCenter High Availability, it is an active-passive architecture to safeguard your vCenter Server appliance from host, hardware, or application failures.
How does it work?
The VCHA deployment is comprised of three nodes; active, passive and witness. The active node is just that, the active vCenter Server Appliance instance. This node has two interfaces; a standard management interface (eth0) and an HA network interface (eth1). VCHA replicates data from the active node to the passive node on the HA network. The active vCenter database is replicated synchronously and the file system is replicated asynchronously. The passive node also has two interfaces; however, eth0, which contains the identical FQDN, IP, and MAC address, is dormant. This interface becomes active in the event of a failover. The final piece of the VCHA architecture is the witness node. The witness is utilized for quorum services, informing the cluster which nodes should be active at any given time. All three nodes must be online and be functioning for a healthy cluster.
In a failover event, eth0 of the passive node is brought online. A gratuitous ARP will be performed to notify the network that the passive node has now become active and taken over the FQDN, IP and MAC address. After failover, if the failed node can be brought back online, replication will resume. If the original node cannot be brought back online, the node can be removed from inventory and redeployed.
Last month, we discussed how to install VMware vRealize Orchestrator (vRO) 7.x. Once vRO is installed, you can begin utilizing Orchestrator plug-ins. Orchestrator plug-ins allow you to access and interact with external applications through workflows. Natively, the vRealize Orchestrator appliance deploys with a set of standard plug-ins. It is also possible to develop custom plug-ins with Orchestrator’s open standards.
The vCenter connection plug-in is a good place to begin your Orchestrator journey. In order to access objects and run workflows against your vSphere environment, this connection needs to be configured to your vCenter Server instance.
Configure Connection to vCenter Server
Log into the vRealize Orchestrator Client. From the Workflows tab, locate Add a vCenter Instance workflow under Library > vCenter > Configuration. Right-click the workflow and select Start workflow.
Historically, the adoption rate on major server releases is slow. With Windows Server 2016 about to hit one year in the release cycle, more organizations are gearing up to deploy the operating system in their environments. That being the case, it seemed appropriate to walk through an install of Microsoft Windows Server 2016 as the guest OS in a vSphere 6.5 environment.
NOTE – Server 2016 is fully supported from ESXi 5.5 and up, as per the VMware Compatibility Guide.