Professional Documents
Culture Documents
VxRail Appliance. An overview of VMware vSAN and the VxRail naming conventions is also presented.
The VxRail Manager provides a wizard-based, user-friendly dashboard interface to automate the
appliance configuration, health, and management. Another feature within VxRail Manager is EMC Secure
Remote Services (ESRS). ESRS is a two-way, secure remote connection between the Dell EMC
equipment and Dell EMC Customer Service that enables remote monitoring, diagnosis, and repair.
vCenter Server is included with VxRail. Customers can optionally use the vCenter Server license included
with their VxRail Appliance or alternatively, they can add the VxRail nodes to an existing vCenter Server.
VMware vCenter Server provides a centralized platform for managing VMware vSphere environments to
automate and deliver a virtual infrastructure with confidence. Administer the entire vSphere infrastructure
from a single location. Allocate and optimize resources for maximum efficiency.
VxRail manager uses VMware vRealize Log Insight to capture events and provide real-time holistic
notifications about the state of applications, VMs, and hardware. Log Insight also tracks alerts for
hardware, software, and VMs. It delivers real time automated log management with log monitoring,
intelligent grouping, and analytics.
Remote management is also available for the VxRail hardware. Remote management can provide, but is
not limited to, remote console access, power controls, virtual media, and BIOS access type activities. Dell
iDRAC is used for the Gen 3 VxRail hardware, and the older generation VxRail hardware nodes use the
IPMI/BMC interface providing the same basic capabilities.
When managing across sites and the entire ecosystem, VxRail seamlessly integrates with vRealize
Operations and vRealize Automation.
You can use VxRail Manager to monitor system health with deep hardware intelligence and graphical
representation. View appliance software versions and updates. Access online support and community
resources such as the user forum and knowledgebase. Use the VxRail Market to access qualified
software products. Perform maintenance operations such as replacing hardware, adding drives, and
cycling power to the cluster or nodes. Perform system software upgrades, and expand the cluster by
adding nodes.
Dell EMC or Dell EMC Partners execute the initial setup of the VxRail Appliance. VxRail Manager is
accessed via a supported web browser – https://<VxRail Manager hostname or IP address>. Log in to
VxRail Manager with the administrator or management user names that were used during the VxRail initial
setup.
The VxRail Manager software stack runs on a VM hosted on the VxRail vSAN cluster.
With ESRS, Dell EMC can periodically monitor the appliance and is notified of failures enabling support to
take preventative measures to help avoid downtime. When coupled with ESRS, Dell EMC 24x7 Support is
incredibly simple. Dell EMC handles all appliance issues regardless of whether they are hardware or
software related. Support can be reached directly from the VxRail Manager.
• Core VM and resource services such as an inventory service, task scheduling, statistics logging, alarm
and event management, and VM provisioning and configuration
VMware Host Client was introduced in vSphere 6.0 U2 and provides direct management of individual ESXi
hosts. In vSphere 6.5, it replaces the Windows-based vSphere Client, and it is only used when
management through vCenter Server is not possible.
When using the Remote Management interface, you must adhere to the power guidelines in the Dell EMC
VxRail Appliance Guide unless otherwise instructed. Use VxRail Manager to handle VxRail cluster
shutdown operations. This action enforces proper cluster shutdown unless working on a single node, such
as a node replacement or node maintenance.
When you log in to iDRAC, the System Summary page allows you to view the managed system's health
and server information. You can also preview the virtual console, and quickly launch tasks. The tab on the
top provides you option to view system details including hardware, iDRAC information, and system
location. The system inventory tab provides information on system hardware and firmware inventory. The
menu on the left provides information on various aspects of a Dell PowerEdge server. The list contains:
• System event and Lifecycle Logs
• Power and Thermal configuration and monitoring
• Access to server console through HTML5 and Java plug-ins
• Alerts, and SNMP settings
• System boot setup
• Diagnostics and troubleshooting
• iDRAC license and chassis intrusion
• iDRAC settings
• System performance and hardware overview
• Storage overview and topology
• Host OS information
For detailed information on iDRAC, refer to the iDRAC user manual available at www.dell.com.
A vSAN enabled system eliminates the need for external storage resources, such as a storage array while
providing storage configuration and virtual machine provisioning. vSAN software resides in the ESXi
hypervisor itself and is fully integrated with VMware vSphere. It also supports vSphere features that
require shared storage such as High Availability (HA), vMotion and Distributed Resource Scheduler
(DRS).
Similar to SAN storage, the cluster boundary is similar to SAN zoning. No host outside the cluster can
access the vSAN datastore.
FTM is the failure tolerance method, either RAID-1 (Mirroring) or RAID-5/6 (Erasure Coding). Mirroring
can accommodate an FTT setting of 1–3. If FTM is set to mirroring, then for N failures tolerated, N+1
copies of the object are created. Mirroring requires witness components, the number of witnesses is equal
to the FTT setting. Hence 2N+1 hosts contributing storage are required. The witness components serve as
tiebreakers when availability decisions are made in the vSAN cluster.
Erasure coding can only accommodate FTT=1 (RAID-5) or FTT=2 (RAID-6). Erasure coding does not
require a witness disk stripe per object
Objects are objects on disk like snapshots, VMDK files, and witnesses. VMware recommends leaving the
default value of one. Force provisioning can be used to override all variables
There are two protection options. RAID-5, single parity to protect against one failure and RAID-6 to protect
against two concurrent failures.
Erasure coding is only available for all flash VxRail systems. There is a slight impact on latency and IOPS
throughput of the All Flash appliance. It takes CPU cycles to compute parity and some additional network
activity. However, consider that the All Flash appliance provides significantly higher throughput and lower
latency than the Hybrid appliance.
While there is no data loss, the appliance is now exposed and further failures could lead to data loss or
data unavailability.
If there is a failure that is less than a complete node failure like storage controller or disk. There is a
possibility of recovery, but only to the node with the failed component.
The scenario above shows why three nodes is not a desired configuration even though it is supported.
Understanding the implications of this table is critical. Three is the minimum node configuration, but that is
only available in FTT=1, FTM=RAID1. This configuration is vulnerable to a failure during maintenance and
if a node fails and the system cannot self-heal.
In all flash VxRail systems, customers might want to use RAID-5 for space efficiency. For RAID-5, a
minimum of four nodes are required. An extra node would be required for each configuration for self-
healing.
It is important to understand that three node clusters are only supported with specific storage
configurations which are not ideal for all use cases.
For a customer supplied (external) vCenter Server, the datacenter, and cluster names are customer
specified. The datacenter must exist in the external vCenter Server, the dluster name is specified during
the initial setup of VxRail. The specified cluster name applies to the VxRail vSAN cluster and to the VDS
(virtual distributed switch).
For deployments which use the VxRail deployed vCenter Server, the datacenter and cluster names are
created during deployment. The names are as shown on the slide depending on the version of VxRail.
VxRail components can be renamed, follow the specific procedures which are available in Dell EMC
SolVe Desktop. We present renaming in a later module of this course.
VxRail deployments with the internal vCenter Server: The VxRail Manager, the vCenter Server Appliance,
and the vCenter Server Platform Services Controller VMs are hosted on the VxRail cluster. Optionally with
the internal vCenter Server deployment the vRealize Log Insight and ESRS/VE VMs could also be hosted
on the VxRail cluster.
VxRail deployments with a customer supplied vCenter Server: In addition to the VxRail Manager VM, the
ESRS/VE could also be hosted on the VxRail cluster.
Each VxRail node is configured with at least four VMkernel adapters, these adapters are members of the
VxRail Management, Management, vSAN and vMotion port groups. The VxRail Management port group is
used internally by VxRail during initial setup.
The vCenter Server port group is for the virtual machine traffic generated by the VxRail system VMs like
the VxRail Manager. Customer VM network port groups are also typically configured for customer VM
traffic.
Encryption is a vSAN feature introduced in vSAN 6.6 and is available in VxRail 4.5. Encryption requires an
external vCenter Server and an external key management system. Integrates with all KMIP-compliant key
management technologies.
Unicast is supported for vSAN communications starting with vSAN 6.6 and is available on VxRail 4.5.
vSAN automatically uses unicast mode in new VxRail 4.5 deployments. The core benefit is to reduce
network configuration complexity. ToR switches do not have to be configured for IGMP snooping, or PIM
for routing multicast traffic.
The VxRail system VMs use VXRAIL-SYSTEM-STORAGE-PROFILE which guarantees 100% object
space reservation with failures to tolerate set to 1. Thus in effect the system VMs have RAID-1 protection
with guaranteed storage.
VXRAIL-STORAGE-PROFILE has number of failures to tolerate set to 1, this policy is available for use by
any VMs deployed on the VxRail cluster. Other vSAN storage policies can be created and used as
necessary.
On VxRail systems pre-v4.5 the VxRail vSAN storage policy names started with MARVIN instead of
VXRAIL.