VxRail 7.0.XXX Implementation
VxRail 7.0.XXX Implementation
VxRail 7.0.XXX Implementation
7.0.XXX
IMPLEMENTATION
DOWNLOADABLE CONTENT
DOWNLOADABLE CONTENT
ESCPXD04468 ~ VxRail 7.0.XXX Implementation-SSP
Interaction Instructions
Implement VxRail
Implement VxRail
The list of available procedures depends on the access level of the user: Dell
Employee2, Partner, or Customer.
SolVe Online - Customer View - VxRail SolVe Online - Dell Employee View - VxRail
Procedures Procedures
In SolVe Online, the VxRail installation procedures are located under VxRail
Appliance > VxRail Procedures > Install > Installation Procedures. The
Installation Procedures link is used to generate the VxRail hardware installation
(rack and stack) and the VxRail cluster configuration procedures. The procedure
generator prompts the user with a series of input selections in order to generate the
required procedure.
To learn about the input selections that are the same for the VxRail hardware
installation and VxRail cluster configuration procedures, select each tab:
RPQ Approval
The Request for Product Qualification (RPQ) approval question is only posed to
customers. Select Yes to proceed.
Model
Select the VxRail model. The listing in the Customer view is limited to the models
supported for Customer self-deploy.
Software Version
Select the VxRail software version. The listing in the Customer view is limited to the
software versions supported for Customer self-deploy.
Cluster Type
Select the cluster type. Customers can only self-deploy a Normal Cluster.
Activity
Select the activity. Based on the selected activity, SolVe prompts the user for more
input.
Select Activity
To learn about the SolVe input selections required to generate the procedure for
the deployment of a VxRail standard cluster, select each tab:
Select the vCenter Server and VDS type. Some of the networking options depend
on this selection.
Select the number of ports reserved for VxRail networking. If two ports are
selected, VxRail is implemented with one VDS. If four ports are selected, VxRail
can be implemented with one or two VDS.
Select the link aggregation type. The available options depend on the vCenter
Server, VDS, and port selections.
ToR Content
If using Dell EMC Top of Rack (ToR) switches, the ToR switch configuration guides
can be optionally included with the installation procedure.
If the option to not include the ToR guides is selected, an informational message
with a link to a knowledge base article is displayed. Acknowledge the message to
proceed.
Generate Procedure
Generate Procedure
To learn about the SolVe input selections that are required for the Rack and Stack
Hardware only procedure, select each tab:
Select the ToR switch topology. Dell Technologies recommends two ToR switches.
ToR Content
If using Dell EMC ToR switches, the ToR switch configuration guides can be
optionally included with the installation procedure.
If the option to not include the ToR guides is selected, an informational message
with a link to a knowledge base article is displayed. Acknowledge the message to
proceed.
Generate Procedure
Generate Procedure
A VxRail implementer wants to compare the SolVe installation procedures for two
different VxRail configurations.
Review both procedures and answer the questions. Each procedure opens in a
new browser tab. Keep the procedures open to answer all the questions. The first
question is on this page, the rest of the questions are in the pages that follow.
• Procedure A
• Procedure B
2. Question 2: Review and compare the table of contents for both procedures.
Which set of tasks is different between the two procedures?
a. Tasks under Establish connection to VxRail External Management
Network
b. Tasks under Validate Data Center Environment for VxRail
c. Tasks under Change default VxRail network settings
d. Tasks under Perform VxRail Initial Build
vmnic1
☐ ☒
vmnic2
☒ ☐
vmnic3
☐ ☒
New VxRail nodes are configured with the default port groups and VLAN IDs
shown in the graphic:
Management Network: The port group that is used for external management is
untagged by default and uses the Native VLAN on the ToR switches.
Private Management Network: The port group that is used for automated VxRail
node discovery is configured with the default VLAN ID of 3939. The VxRail
discovery VLAN ID must be configured on the ToR switches to enable discovery
and primary node selection during system initialization.
Private VM Network: The port group that is used for automated VxRail node
discovery by the VxRail Manager VM; same VLAN ID as Private Management
Network.
VM Network: The port group that is used for external management by the VxRail
Manager VM; untagged by default like Management Network.
The default port group VLAN IDs can be modified by running the following ESXCLI
command from the ESXi Shell of the node:
For a tagged external management network, modify the VLAN IDs of the following
port groups:
• Management Network
• VM Network
In the example below a VLAN ID of 270 is set for the external management port
groups:
For a different VxRail node discovery VLAN ID, modify the VLAN IDs of the
following port groups:
• Private Management Network
• Private VM Network
If the VxRail node discovery VLAN ID is changed, restart the Loudmouth service by
running the following CLI command from the ESXi Shell of the node:
/etc/init.d/loudmouth restart
If deploying VxRail by connecting to the default IP address, configure the jump host
with dual IP addresses. One IP address on the 192.168.10.x/24 subnet, and the
other on the same subnet as the permanent IP address of the VxRail Manager. The
jump host must be able to connect to the VxRail Manager default IP address at the
start of the VxRail deployment. The VxRail deployment process changes the VxRail
Manager default IP address to the permanent IP address. Hence the jump host
must also be able to connect to the permanent IP address.
The example below shows a jump host with dual IP addresses, move the slider to
view before and after images. The before image is at the start of the deployment,
the after image is at the end of the deployment. Pay attention to the IP address of
the VxRail Manager.
Start of deployment - Jump host communicates with VxRail Manager with the default IP Address
192.168.10.200.
End of deployment - Jump host communicates with VxRail Manager with the permanent IP Address
10.127.14.211.
3. Use the advanced option to add an IP address on the same subnet as the
default VxRail Manager IP address - 192.168.10.x, subnet mask -
255.255.255.0.
To assign the VxRail Manager permanent IP address, run the following command
from the ESXi Shell of the designated VxRail primary node:
Validating the VxRail network environment before configuring the VxRail cluster is
recommended for a successful deployment. The network validation can be
performed manually, or using the Network Validation Tool (NVT) for VxRail.
The details of the planned VxRail network environment are documented in the
VxRail Configuration Report that is available in the VxRail Configuration Portal.
Example of a VxRail Configuration Report.
The network validation must be performed on the subnet that is planned for the
VxRail management network.
Useful links:
• VxRail Configuration Portal - Pre-deployment checklist overview
• VxRail Customer Firewall Configuration spreadsheet
Confirm that all the required VLANs have been created on the ToR switches. Verify
all VLANs are active on all the switch ports that are connected to the VxRail nodes.
Verify that the External Management VLAN tagging is configured as specified in the
VxRail Configuration Report and is active on the uplink port.
In this example, ToR switch ports 1 through 16 are connected to VxRail nodes and
port 19 is the uplink port. Five VLANs are configured:
• External_Mgmt3 VLAN ID 1751 is an access VLAN active on ports 1 through 16
and 19.
• VM Customer Network VLAN ID 1761 is a tagged VLAN active on ports 1
through 16 and 19.
• Internal_Mgmt4 VLAN ID 3939, vMotion VLAN ID 10, and vSAN VLAN ID 20 are
all tagged VLANs active on ports 1 through 16.
3 The external management VLAN is used for ESXi host management and for
vCenter Server and VxRail Manager management. On a VxRail deployed VDS the
Management Network port group and the vCenter Server Network port group use
this VLAN ID.
4 The internal management network is used for VxRail node discovery. On a VxRail
deployed VDS the VxRail Management port group uses this VLAN ID.
The switch ports that are connected to the VxRail nodes and the uplink ports must
have a status of up. Trunk mode5 must be enabled on these ports to support
multiple VLANs.
In the example, the VxRail node ports (1-16) and the uplink port (19) are up. The
VLAN column shows that 1751 is the access VLAN for ports 1 through 16 while the
other VLAN IDs are tagged VLANs.
5 Trunk and Access modes define how tagged and untagged packets are handled.
A tagged packet contains the VLAN ID in the packet header. When a Trunk mode
port receives a tagged packet, it passes the packet to the VLAN ID specified in the
tag. If a Native (Access) VLAN is configured on Trunk mode ports, the ports accept
untagged packets for that VLAN. Access mode ports only accept untagged packets
for a single VLAN.
In this example, rapid spanning tree is enabled. The ports are set as edge ports
and have a status of FWD (forwarding). This configuration prevents STP from
causing problems with the VxRail system.
VxRail does not support link aggregation for VxRail management traffic. During
initial VxRail deployment, link aggregation for nonmanagement traffic can only be
implemented using an existing VDS on an existing vCenter Server. For all other
cases, link aggregation can be enabled after VxRail has been deployed.
For deployments with the VxRail deployed VDS, confirm that that link aggregation
has not been configured for the VxRail node ports.
Example 1: VxRail deployed with the VxRail vCenter Server. The IP addresses
reserved for the vCenter Server and the ESXi hosts, should fail the ping test. If the
VxRail Manager permanent IP address has not been configured, it should also fail.
Most VxRail implementations are deployed with an external DNS. The external
DNS must be configured with forward and reverse lookup records for the vCenter
Server, ESXi hosts, and the VxRail Manager VM. Depending on the VxRail
deployment options, DNS records for additional components may also be required.
DNS Server
The FQDN and IP addresses are documented in the VxRail Configuration Report.
Check the DNS records for all the required objects. The records should be verified
for both:
• FQDN to IP address resolution - Forward DNS check
• IP address to FQDN resolution - Reverse DNS check
Most VxRail implementations use external NTP servers for time synchronization.
Confirm that the NTP servers are reachable and functional with the following
command from a Windows system:
Components external to the VxRail system use different ports for network traffic.
The port information is documented in the VxRail Customer Firewall Configuration
spreadsheet. If a firewall exists between the VxRail system and the external
components, an administrator must configure the firewall for all the relevant traffic.
The example lists the TCP ports that are used when an existing vCenter Server
manages a VxRail cluster. The Firewall Configuration worksheet has been filtered
to show the relevant ports.
Movie:
The Network Validation Tool (NVT) for VxRail is a Windows-based application that
is used to validate the network configuration before VxRail is deployed.
Download NVT for VxRail either from Dell Technologies Central or the Support site.
Search for Network Validation Tool for VxRail.
NVT for VxRail does not require installation, the downloaded ZIP file includes an
executable (EXE) file. Extract and run the EXE file.
The Let's get started page is the NVT for VxRail home page. To learn about the
available documentation and validation services, select each hotspot:
2: NVT for VxRail performs validation tests for network services, ToR switches, and
upstream switches.
• VLAN configuration
• Port mode
• Port channel protocol
• STP mode and bridge priority
NVT for VxRail should be run from a workstation that has access to the VxRail
Management network. Import the Cluster Configuration JSON file and switch output
into NVT and run the validation. The validation results are shown graphically as a
pie chart and a table.
3 5 4
1
1: Import the Cluster Configuration JSON file downloaded from the VxRail
Configuration Portal into NVT for VxRail. The JSON file has all the information that
is required for the network services validation. Review and if necessary, edit the
imported data before validation.
2: Collect switch output using the instructions documented in the Switch Output
Collection Guide, and then import the file into NVT. Alternately use the integrated
switch grab utility to connect and retrieve switch output directly from the switch.
Switch output templates are also provided.
3: Once the Cluster Configuration JSON file and the switch information have been
imported, click VALIDATE. NVT performs all the validation tests and reports the
results.
If a firewall blocks ICMP Echo Requests, optionally skip ping validations. If the
VxRail cluster has already been deployed, enable VxRail Cluster has been
deployed and then run the validation. NVT tests for IP reachability rather than IP
availability.
Validation options
5: To create a JSON file with all the input data (the cluster configuration data and
the switch information), click SAVE. Import the saved JSON file into NVT for
revalidation after fixing all the identified issues.
The example shows the results on an NVT validation. The results are classified as
Remediation, Warning, Information, Skipped, and Ready.
The detailed result of each test is shown in the table below the pie chart. In this
example, the data has been filtered to show the tests that require remediation.
To ensure a successful VxRail deployment, fix all remediation items and rerun the
validation.
Before deployment, which VLAN IDs should be set on the vSwitch0 port groups
on each node?
VM Network
☒ ☐
Private VM Network
☐ ☒
8. Which validation tests does NVT for VxRail perform? Select three (3).
a. DNS lookup
b. IP address availability
c. VLAN configuration
d. NIC compatibility
e. Network bandwidth
To launch the VxRail Deployment Wizard, open a browser session to the VxRail
Manager - <VxRail Manager IP Address>. If configured, connect to the permanent
IP address, else connect to the default IP address 192.168.10.200.
The second page of the Deployment Wizard is the Dell EMC Software and
Maintenance Agreement. This page includes the Commercial Terms of Sale and
the End User License Agreement (EULA). The EULA must be accepted to continue
the configuration.
On this page, the VxRail Cluster Type and Storage Type for the deployment must
be chosen. A VxRail standard cluster or vSAN 2-Node cluster must use standard
vSAN storage. A dynamic node cluster can use Fibre Channel attached storage or
vSAN HCI Mesh storage.
The Resources page shows the discovered hosts for a cluster configuration. For a
standard VxRail cluster, at least three (3) and a maximum of six (6) nodes must be
selected in order to proceed with the deployment.
If using Dell switches with SmartFabric services, the switches are automatically
discovered in the Top-of-Rack Switch section.
Discovered Resources
Network Confirmation
The Network Confirmation page of the wizard has two prerequisites that must be
completed before continuing.
Network Confirmation
Configuration Method
The Configuration Method page is where the selection on how to get the VxRail
configuration settings implemented. There are two ways, a Step-by-step user
input or by Upload a configuration file.
If the Step-by-step user input is selected, all the fields in the wizard are blank and
require user input.
If the Upload a Configuration File method is selected, the JSON file that is
previously created using the VxRail Configuration Portal is uploaded.
Configuration Method
Global Settings
The Global Settings page of the wizard is where the following settings are
entered:
• Top-level DNS Domain
• Chosen vCenter Implementation
• DNS Server type and IP Addresses
• Optional NTP and Syslog Servers information
Global Settings
VDS Settings
The Virtual Distributed Switch (VDS) Settings page is where the VDS and NIC
configuration that is to be used during a step-by-step configuration is selected.
1. The Predefined VDS Configuration allows for the choice of predefined NIC
configurations.
2. The Custom VDS Configuration allows flexibility in the virtual network
configuration.
VDS Settings
The vCenter Server Settings page is where the vCenter Server FQDN, vCenter
login credentials, and vCenter Management credentials are verified. In a step-by-
step configuration, this information must be completed. In this example, the
information was imported from the configuration file.
Important: The configuration file will not have the passwords and
would require manual entry.
Host Settings
The Host Settings page is where the rack and host information is entered.
Host Settings
The VxRail Manager Settings page is where the hostname, IP address, and
account passwords for the VxRail Manager is entered.
On the Virtual Network Settings page, the VxRail Management Network, vSAN,
and vMotion network information are entered. If a Guest Network is to be used, that
network information is entered as well.
Validate Configuration
The validation process may require several minutes depending on the cluster size
and type.
Validation Configuration
Apply Configuration
Apply Configuration
Deployment Complete
After a successful configuration, you will land on this page. The final configuration
file and certificate can be downloaded for use later.
To verify that the cluster was properly deployed and configured, launch vCenter to
begin the post-deployment verification process.
Deployment Complete
The details of the existing vCenter Server are documented in the VxRail
Configuration Report that is available in the VxRail Configuration Portal. Example
of a VxRail Configuration Report.
Log in to the vSphere Client, review the vCenter Server version, and verify the
existence of or create the required data center and vCenter Server accounts. To
learn more about these tasks, select each tab:
1 The interoperability matrix does not list the build number that is displayed in the
vSphere Client. View VMware KB 2143838 for the correlation between vCenter
Server versions and build numbers. For example, vCenter Server 7.0 U2d
(7.0.2.00500) correlates to build 18455184.
Data Center
Confirm that the required data center exists. If the data center exists, confirm that it
does not contain a cluster with the new VxRail cluster name. The VxRail
deployment process creates the cluster.
If the data center does not exist, create the data center.
Confirm that the VxRail Management user account exists and is assigned either the
VMware HCIA Management role or no roles. The VxRail Management user must
be part of the tenant SSO domain.
If the VxRail Management user does not exist, create the user account with no role
assignments. The VxRail deployment process assigns the VMware HCIA
Management role. Review Task 11 of the example SolVe procedure.
Confirm that the vCenter Server user account that is used for the VxRail
configuration exists. While the existing vCenter Server administrator account can
be used, if security is a concern, create a VxRail configuration user account for the
deployment.
The VxRail configuration user account requires roles with specific privileges.
Review Task 12 of the example SolVe procedure.
Create and assign the following roles to the new VxRail configuration user:
• VxRail Initial Global
• VxRail Datacenter Global
The Deployment Wizard settings that are specific to a VxRail cluster with an
existing vCenter Server and a custom VxRail VDS are in the following pages:
• Global Settings
• vCenter Server Settings
• VDS Settings
Global Settings
For customized VDS configurations, the VDS Settings page has a General section
and sections for each VDS.
To learn how to set the VDS Settings for a customized VxRail deployed VDS,
select each tab:
For a customized VxRail deployed VDS, in the General section, set the VDS
Configuration to Custom, VDS Type to New, and specify the Number of VDS.
In the VDS section, set the MTU, the number of Host NICs, NIC configuration,
and VDS Port Group Teaming and Failover policies.
In the example, MTU is set to 1500 and four NICs are selected. vSAN and vMotion
traffic is on uplink3 and uplink4. The rest of the network traffic is on uplink1 and
uplink2. All the port groups are configured as active/active.
The details of the existing VDS are documented in the VxRail Configuration report
and in the VxRail Configuration JSON file. Excerpt of JSON with VDS details.
Before deploying the VxRail cluster, log in to the vCenter Server and review the
VDS settings. The existing VDS settings must match the details in the VxRail
Configuration report. Excerpt of SolVe procedure to review VDS settings.
• Number of uplinks
• Details of each port group
Existing VDS - Four uplinks, port groups for external management, VxRail discovery, vSAN,
vMotion, and VxRail system VMs.
The VDS Settings page of the Deployment Wizard has settings that are specific for
a VxRail cluster that is deployed with an existing VDS.
For an existing VDS, in the General section, set the VDS Configuration to
Custom, VDS Type to Existing, and specify the Number of VDS.
In the top part of the VDS section, specify the VDS Name, set the number of Host
NICs, and if applicable VDS LAG.
Under NIC configuration, specify the uplink names and select NICs.
Under VDS Port Group Teaming and Failover, specify the port group names and
the VMkernel MTU. The MTU value cannot exceed the MTU configured on the
VDS.
1648887285
The web version of this content contains an interactive activity.
10. The VxRail implementer is deploying a VxRail cluster using the VxRail
Deployment Wizard. The Configuration JSON file has already been uploaded.
Use the simulator below and complete the vCenter Server Settings. Review
the implementer notes for additional information. Click NEXT in the simulator
before you submit your solution.
1870624878
The web version of this content contains an interactive activity.
VxRail Dashboard
VxRail Dashboard
4
1
1: System Health provides a quick reference for overall system health status. The
health status aggregates health metrics from iDRAC, vCenter, and VxRail
Manager.
Clicking the health status link takes you to the Issues and Alarms view of the
VxRail Cluster in the vSphere Client.
2: The Support section of the dashboard is useful for checking the status or
configuring the Secure Remote Service on the VxRail system. It is also useful for
engaging Dell Support resources through opening a Service Request (SR) or
chatting with Support. You can also download useful resources that are associated
with VxRail.
A valid Dell Support account that is associated with the VxRail system is required
to engage Support resources. Clicking the Configure SRS link brings you to the
VxRail Support page shown below. Use this page to configure the support account
and Secure Remote Service.
3: The VxRail Dashboard displays the overall system health, support resources,
VxRail community information, and Knowledge Base articles.
4: The VxRail Community section of the dashboard provides web links to articles
within the VxRail community space. The VxRail online community is a collection of
insights and community discussions from VxRail users and VxRail experts. It can
be a useful resource in managing the VxRail.
5: The Dell Knowledge Base is another resource for information regarding VxRail
systems. The Knowledge Base section lists web links to popular or useful KB
articles for quick reference. To access the KB articles, the VxRail Manager VM
must be able to access the Dell Support site with a valid Dell Support account.
The VxRail code version is displayed on the VxRail > System page in the vSphere
Client.
For VxRail Clusters deployed with the VxRail-managed vCenter Server, the page
also shows the Convert vCenter Mode section.
After the conversion, the vCenter Server Appliance continues to reside in the
VxRail vSAN datastore. However, VxRail Manager does not manage the LCM of
the vCenter Server.
The installed components and versions are displayed on the COMPLIANCE tab of
the VxRail > Updates page.
The VxRail Cluster Health Monitoring is enabled by default, and should remain
enabled under normal circumstances. The setting can be disabled during cluster
maintenance operations to prevent false alarms. For example, health monitoring is
automatically disabled during VxRail upgrade operations or when adding a VxRail
node to the existing cluster.
VxRail Monitoring
Verifying that the Appliances view of the cluster is functioning correctly and
displaying the expected information is an important step in validating the
deployment. The Appliances view of the Cluster is accessed by Cluster > Monitor
tab > VxRail > Appliances. This view shows the physical view of all the VxRail
chassis and the nodes they contain.
In the example shown, the cluster has three VxRail E560F nodes.
Validate the physical view of an individual node by selecting it from the inventory
list. Then select the Monitor > VxRail > Physical View.
The graphic shows the details of a VxRail E560F node. To learn about the physical
view of an individual node, select each hotspot.
Appliance View
5
2
3 4
1: The top of the display shows specific node identification information. This
information is where an indication of a unhealthy state would be seen. If the node is
in an unhealthy state, look under Alerts to identify the issue discovered.
2: OVERVIEW
The OVERVIEW tab displays the power status, system LED status, health,
hostname, node PSNT, serial number, location data, firmware versions, and
component versions.
Node 1 Overview
3: BOOT DEVICE
The BOOT DEVICE tab displays details about the boot device. The example that is
shown is an E560F node.
4: ALERTS
The ALERTS tab lists the triggered VxRail alerts specific to the node. All VxRail
alerts start with VXR.
5: Disk Information
By clicking on any of the active disks, an implementer can find information on the
disk health and monitoring. The Disk Information section would be used to replace
an unhealthy drive.
6: NIC Details
The MAC address of the NIC, link speed, and the link status is displayed in the
INFORMATION section. The DRIVER VERSION section shows the NIC driver
versions.
The power supply details are displayed. The ALERTS section displays any power
supply related alerts.
Node 1 Alerts
Skyline Health checks are divided into several categories. Each category contains
individual component tests. Categories with issues appear at the top as shown in
the graphic. To learn about Skyline Health, select each hotspot.
Skyline Health
2
1
1: The vSAN Skyline Health check runs every 60 minutes by default. The date and
time of the last check is displayed here.
2: Skyline Health can be run on demand by clicking the RETEST button. The
purpose of the RETEST option is to ensure that changes made to the cluster did
not have a negative impact.
3: The vSAN Build Recommendation category has been expanded to show the
related heath checks. In a VxRail environment, vSAN Build Recommendation
warnings can be ignored because the VMware vCenter Update Manager is not
used for Life Cycle Management (LCM).
4: A warning status for Performance service is not unusual soon after the VxRail
deployment because Performance service is disabled by default.
5: A warning status for Online health is expected after the VxRail deployment
because vSAN Support Insight is disabled by default. vSAN Support Insight is
part of the VMware vCenter Customer Experience Improvement Program (CEIP).
Joining CEIP enables vSAN Support Insight. Once enabled, vSAN Support
Insight collects vSAN log information and sends the data to the VMware Analytics
Cloud on a regular cadence.
Online Health
6: vSAN attempts to balance the load between disks in the vSAN cluster, but at any
given moment the load per disk varies. The vSAN disk balance test checks each
healthy disk in the vSAN cluster. The results provide a summary of the average
disk usage, maximum disk usage, average load variance, and maximum load
variance.
If some of the disk's load variance exceeds the threshold, the load balance is not
properly achieved. A tab shows the detailed information for the disks. This
information includes the percentage exceeding the threshold and data which
should be moved to bring the variance below the threshold.
VxRail Licensing
The VxRail system is shipped with 60-day evaluation licenses for vSphere and
vSAN. The vSphere evaluation period starts when the VxRail nodes are first
powered on. New licenses must be applied before the end of the evaluation period
to avoid impact. Examples of impact due to license expiration include:
• ESXi host license expires: The host is disconnected from the vCenter Server.
All powered on virtual machines continue to work, but you cannot power on
virtual machines after they are powered off.
• vSAN license expires: Cannot add capacity to a disk group or create disk
groups.
• Licensing purchased through Dell is provided via Partner Activation Codes and
must be activated through the VMware Customer Connect account.
Licenses are viewed and added through the vSphere Client. The hotspots in the
image provide more information on how to navigate licensing.
2 3
1: New vSphere and vSAN licenses can be obtained through an existing Enterprise
License Agreement (ELA) or by purchasing them through Dell, VMware, or an
authorized Dell partner.
3: The Assets tab displays the license status of various assets like vCenter Server
Systems, Hosts, vSAN Clusters, Supervisor Clusters, and Solutions. The Asset
page is also used to assign available license to the various assets. To assign an
available license, select the asset and click Assign License.
4: From the Menu drop down, select Administration. From the Administration
page, expand Licensing to view the licensing options.
Example presenting the Menu dropdown options available in the vSphere Client.
Additional information:
• Software Licensing Options for VxRail
• VMware vSphere and vSAN Editions Feature Comparison
• About ESXi Evaluation and Licensed Modes
• Considerations about the vSAN License
• How to activate Partner Activation Codes (PAC) for vSphere
License
In this example, the vSphere Client is used to add and assign a vSAN license to a
VxRail cluster. To learn about the step-by-step process, select each tab below.
Manage Licenses
Add License
There are multiple ways to add a license. One of the ways is to browse the
Licenses tab and select Add New Licenses.
The Licenses tab lists all the available licenses. A vSAN license
to replace the evaluation license has not been added yet.
Clicking the Add launches a New Licenses wizard. Follow the wizard to enter
license keys.
The newly added license can be viewed from the Licenses tab.
Assign License
After the license keys are added, browse to the Assets tab. Select VSAN
CLUSTERS and then VxRail-vSAN cluster. Clicking ASSIGN LICENSE launches
the Assign License window. Assign the newly added vSAN license key to the
VxRail vSAN cluster.
Assign License
Alternatively, licenses can also be added from the Assets tab. Select one or more
assets and click ASSING LICENSE. From the Assign License window, go to the
NEW LICENSE tab to add the asset license key and provide a name for the
license.
6. View the updated license in the Assets > vSAN CLUSTERS tab.
The vSAN performance data is used for troubleshooting and performance analysis.
Once enabled, performance data is stored in a database on the vSAN datastore.
To manage the vSAN Performance service, select the VxRail cluster, and go to
Configure > vSAN > Services. The Performance service is disabled by default
as shown in the graphic:
OR
The vSAN Performance service can also be enabled from the vSAN > Skyline
Health view of the Performance service status warning, as shown in the
graphic:
The vSAN Default Storage Policy is adequate for the vSAN performance
history database. The vSAN Performance Service Settings dialog is shown in
the graphic:
For more information about the vSAN Space Efficiency options, go to:
Using Deduplication and compression
While both options reduce redundant data that is stored on your physical disks,
space efficiency features are only supported for all-flash disk groups.
vSAN Space efficiency options are disabled by default. The options are enabled
at the vSAN cluster level from the vSAN Services page.
The storage savings depend on different factors such as the datatype and the
number of duplicate blocks. A larger disk group potentially provides a higher
deduplication ratio. Space efficiency and capacity savings are monitored from the
vSAN Capacity page in the CAPACITY USAGE section.
Capacity Overview
The Capacity Overview section displays the space savings. The ratio is based on
the required logical capacity before applying Deduplication and compression,
compared to the physical capacity required after applying Deduplication and
What if analysis
The What if analysis displays what the effective free space would be for a new
workload without deduplication and compression, with the selected storage policy.
In terms of "free space," does the space saved offset the CPU and RAM used to
compress and dedupe the data in the first place.
Usage breakdown
The Usage breakdown before compression section displays the logical space
that is required before deduplication and compression are applied. You can further
expand each usage category.
vSAN Encryption
To learn about some of the differences between vSAN Data-in-Transit and Data-At-
Rest encryption, see the table.
Additional information:
• Using Encryption in a vSAN Cluster
Data and metadata is encrypted as it Data that is written to the vSAN datastore
moves between data hosts and is encrypted.
witness host8.
Data and metadata is encrypted Data is encrypted using XTS AES 256
using AES 256-bit encryption. cipher, in both the cache and capacity
tiers of the vSAN datastore.
8A Witness host applies only to vSAN 2-node and vSAN stretched cluster
architectures.
File service data traffic is encrypted Data is encrypted after all other
between the vSAN Virtual Distributed processing, such as deduplication and
File System (VDFS) proxy and compression, is complete.
server.
To add a key provider, in the left navigation pane, select the vCenter Server. Then
select the Configure tab. In the middle pane, scroll down to Security, select Key
Providers, and click ADD.
Establish Trust
A trust must be established between the KMS and the vCenter Server after adding
a key provider. Use the appropriate product documentation for setting up the KMS.
Additional information:
• Set up the Standard Key Provider
• Set up a Native Key Provider
• VMware Certified Key Management Servers list
vSAN encryption can be enabled during initial configuration or later. The best
practice is to enable the Data-At-Rest encryption service right after the initial
build.
vSAN encryption is enabled from the vSAN Services page. In the example, both
Data-at-Rest encryption and Data-in-Transit encryption are disabled.
The Wipe residual data check box erases residual data from devices before
enabling encryption. Keep this box cleared unless you want to wipe existing data
from the storage devices when encryption a cluster containing VM data.
The Key provider defaults to the key provider that has been added to the vCenter
Server.
2: vSAN initiates the rekey process to generate new keys at the scheduled
intervals. The default rekey interval is set to one day. The Rekey interval can be
changed to match corporate compliance requirements.
You can also set a CUSTOM Rekey interval by manually entering the values
between 30 to 10080 minutes.
VM Storage Policies are created from the VM Storage Policies page of the
vSphere client.
To learn more about the creating a VM storage policy using the Create VM
Storage Policy wizard, select each tab. In the example, the intent is to create a
RAID-5 VM Storage Policy.
On the Name and description step, create a unique name and a description for
the new policy.
Policy structure
In the Policy structure page, check Enable rules for "vSAN" storage. A vSAN
page is added to the wizard after enabling the rules for vSAN storage.
Policy structure
vSAN Availability
Specify the required Site disaster tolerance and Failures to tolerate in the vSAN
Availability page.
vSAN Availability
Site disaster tolerance provides options for standard and stretched clusters.
Mirroring supports one, two, or three Fault Domain failures. For N failures tolerated,
N+1 copies of the object are created.
Erasure coding supports one Fault Domain failure with RAID-5 or two Fault Domain
failures with RAID-6. Erasure coding is supported on All-flash systems only.
The example below places VMs on datastores which are on an all-flash storage
tier, with no preference for encryption services, or space efficiency.
Under the Advanced Policy Rules, additional rules can be configured. In this
example, the default values have been selected.
Object space reservation is the percentage of the virtual machine disk object
capacity that must be reserved for VM use. The default is Thin provisioning (0%
reservation). The Thick provision option fully reserves storage for the VM (100%
space reservation). Space reservation can also be set at the percentage values of
25%, 50%, or 75%. If deduplication or compression is enabled, the space
reservation must be set to either 0 or 100. If set to 100, no data reduction is
attempted.
For additional vSAN policy rules, see the vSAN Advanced Policy Rules.
Storage compatibility
The Storage compatibility page lists the datastores compatible with the defined
vSAN rules. In this example, there is only one vSAN datastore that meets the
requirements of the configured storage policy.
Storage compatibility
If a storage policy is not specified while creating a VM, the system uses a default
storage policy that is associated with the datastore. The default storage policy for a
vSAN datastore is the vSAN Default Storage Policy.
However, the default storage policy for the vSAN datastore can be changed. For
space efficiency, administrators with All-flash VxRail systems, may choose to
implement a storage policy with RAID-5 erasure coding as the default policy. In the
example, a storage policy that is named RAID5 Policy has been created. This
policy can be designated as the new default storage policy for the vSAN datastore.
Changing the vSAN datastore default storage policy has no impact on currently
assigned storage policies.
An active Dell Support Account is required for configuring Dell Secure Remote
Services (SRS). The support account and Secure Remote Services are configured
from the VxRail Support page.
To access the Support page from the vSphere Client, select the Configure tab for
the VxRail-Cluster, then scroll down to VxRail > Support. To learn more about the
configuration of Secure Remote Services support, select the hotspots.
1:
Enter the support account credentials on this screen to link the account with the
VxRail system and allow access to support services. Before installation, obtain a
support account from https://www.dell.com/myaccount/. The support account is
used to:
Clicking EDIT launches the Edit Dell Secure Remote Services (SRS) window.
Use this window to configure connectivity to an External or Internal Secure Remote
Service system.
To learn about the prerequisites and installation steps for Internal Secure Remote
Services, select the tabs.
Prerequisites
• The VxRail system status is set to 'installed' in the Dell Install Base (IB)
database.
• The VxRail system is installed using the Site ID/Party ID of the customer e-
Service account used to deploy and configure the system. The same account is
used to configure the Secure Remote Services instance with the system. The
Site ID and Contact information are autopopulated based on the support
account authentication.
• The IP address for the Secure Remote Services Gateway is on the same
subnet as the VxRail Manager.
• The hostname is to be defined on the DNS server before a hostname for the
'SRS VM Address' is entered in the VxRail Manager's Configure SRS wizard.
• The active Dell Support account credential is obtained before configuration.
Installation Steps
Follow the VxRail Installation Solve Procedure to register the VxRail system with
the Secure Remote Services system. Review the 'Connect VxRail to Internal
Secure Remote Services Gateway' tasks from a downloaded copy of the Solve
Procedure.
High-level tasks:
• Activate Internal Secure Remote Services by entering the access code that is
sent to the email defined in the Dell EMC Support account profile.
• Verify that the Secure Remote Services deployment and activation was
successful.
1The Site ID and Contact information are autopopulated based on the support
account authentication. The Site ID used must be the same as the VxRail system
was shipped under. If not, the deployment and activation of Secure Remote
Services fail.
To learn about the prerequisites and installation steps for External Secure Remote
Services, select the tabs.
Prerequisites
1 For supported Secure Remote Services versions, see the VxRail Support Matrix.
If Secure Remote Services is not installed, go to the Dell support page to download
the installation files. The Secure Remote Services can be installed on the VxRail
cluster or any other non-VxRail vSphere node.
Installation Steps
Once the prerequisites are met, follow the Solve Procedure to register the VxRail
system with Secure Remote Services system. Review the 'Connect VxRail to
High-level tasks:
The VxRail Manager file-based backup and restore mechanism is designed to help
recover from a catastrophic failure of the VxRail Manager VM. The benefit is that
there is no requirement for any data protection product.
To learn about the VxRail Manager file-based backup and recovery process, select
each hotspot:
5 2
4 3
1: The VxRail Manager backup and restore script is a Python script available on
the VxRail Manager VM. The backup script archives VxRail Manager configuration
files, database tables, and optionally the log files.
For a standard VxRail cluster, the backup archives are stored in a folder on the
VxRail vSAN datastore. The script can be run manually or set up for automatic
backups on a scheduled basis.
To setup the automated backup, follow the 'How To' Perform VxRail Manager File-
Based Backup SolVe procedure.
2: The restoration of the VxRail Manager VM may become necessary under certain
circumstances. For example, the accidental deletion of the VxRail Manager VM or
an unrecoverable failure of the VxRail Manager VM.
Customers must engage Dell Support for assistance with the restore process.
3: The restore process starts with the deployment of a new VxRail Manager VM
that matches the version of the current VxRail Manager.
4: During the restore, the backed-up configuration is applied to the newly deployed
VxRail Manager VM.
The VMware vCenter Server and the vSAN cluster must be healthy for a successful
restore.
5: The VxRail Manager VM and the VxRail cluster must be operational and healthy
in order to setup VxRail Manager file-based backup.
The backup can be configured after the initial deployment of a VxRail system, or
after the VxRail Manager VM has been restored from a file-based backup.
To learn about the options used, and the steps the script performs, select each
hotspot:
2: The script maintains a catalog of all the backups in the vxmbackup.json file on
the VxRail vSAN datastore. The catalog file is created when the backup script is
run for the first time. Then, each time the script runs, the catalog file is downloaded
from the vSAN datastore and updated with the latest information. The updated
catalog file is uploaded back to the datastore after the backup operation is
complete.
3: The script creates the backup archive locally on the VxRail Manager VM and
then uploads the archive to the VxRail vSAN datastore.
4: Once the backup archive has been successfully uploaded to the VxRail vSAN
datastore, the local archive on the VxRail Manager VM is deleted.
The scheduled backup frequency can be daily, weekly, or monthly. The backup
schedule uses the operating system time zone that is set on the VxRail Manager
VM. To learn about determining the time zone setting, the options for scheduling a
backup, and the steps the script performs, select each hot spot:
1
2
1: Determine the VxRail Manager operating system time zone with the date
command. In this system, the time zone is UTC.
2: In this example, the VxRail Manager backup schedule is set to daily at 01:00
UTC. The time is specified in the 24-hour format. The rotation is set to 7 (retain up
to seven backup files), and the VxRail Manager logs are included.
3: The script updates the Cron job on the VxRail Manager VM with the requested
schedule. The schedule information is updated in the vxmbackup.json file. The
updated vxmbackup.json file is uploaded to the VxRail vSAN datastore.
VxRail systems include a Recovery Bundle on the VxRail Manager VM. The
Recovery Bundle contains code that is used during the VxRail node add process. If
the node is at a lower version than the VxRail cluster, the Recovery Bundle is use
to upgrade the node to the version of the cluster.
The Recovery Bundle must be backed up to the vSAN datastore for a successful
VxRail Manager file-based restore. The Recovery Bundle is in the
/data/store2/recovery folder.
Use the scp command to copy the bundle from the VxRail Manager VM to the
vSAN datastore.
Before running the scp command, enable SSH on the VxRail node that is used for
the copy process. In the example shown, the VxRail node in question is esx-270-
vxrail1.vsb.edu (10.127.14.201). The scp command challenges for the root
password of the specific VxRail node.
The backup archives, the backup catalog, and the Recovery Bundle are all stored
in the VxRail vSAN datastore in a folder named VxRail_backup_folder. The
example shows the Recovery Bundle, the vxmbackup.json file, and two backup
archives.
Use the CLI Simulator to log in to the VxRail Manager VM and configure VxRail
Manager file-based backup.
The CLI Simulator has limited capabilities. Enter the commands in the order
described in the instruction panel.
Some command-line options have an abbreviated and a long form, use the
abbreviated form in this simulation. For example, in a live environment the -b or --
backup options can be used to create a backup, in the simulator use the -b
option.
The simulator does not obfuscate passwords, nor does it support tab completion of
commands.
The simulator supports copying and pasting, and using the up arrow to retrieve
previous commands.
A VxRail cluster has been deployed. Use the simulator to determine the VxRail
installed components and versions. Then, below the simulator, choose the correct
version for each component from the dropdown.
13. Why would a VxRail implementer use the retest option of Skyline Health?
Select two (2).
a. To ensure that changes that are made to the cluster are not causing a
negative impact.
b. To ensure that vSAN Disk Balancing is configured.
c. To ensure successful network connectivity between nodes.
d. To ensure that only valid information that is sent to VMware is stored for
audit.
15. What is required to set up a Standard Key Provider for vSAN encryption?
Select two (2).
a. A Key Provider must be added to vCenter Server.
b. A trust must be established with the KMS.
c. A trust must be established with VxRail Manager.
d. A virtual Trusted Platform Module (vTPM) must be created on your virtual
machines.
Use the linked documentation to locate the answer to the following question:
16. A customer is running vSphere 7.0 U3 and wants to implement vSAN Data-At-
Rest Encryption. Which Key Management Servers are compatible with the
vSphere version that the customer is running? Select three (3).
a. Dell CloudLink 6.9
b. Entrust HyTrust KeyControl 5.1.1
c. Thales eSecurity CipherTrust Manager 2.7
d. Zettaset Key Manager 8.4
e. Fornetix Key Orchestration 2.1
17. Using the simulation, make the correct selections for a RAID-5 Storage policy
in a Standard VxRail cluster.
1823025307
19. The VxRail implementer must setup a backup schedule that runs every
Monday at 2:00 AM. The VxRail Manager logs must be included, and 10
backup files should be retained.
Upgrade Overview
The VxRail software upgrade is initiated from the VxRail Plugin. To initiate a
software upgrade, select the Configure tab for a cluster. In the middle pane, select
VxRail > Updates. The Updates page has COMPLIANCE, INTERNET UPDATES,
LOCAL UPDATES, and SETTING tabs.
To perform a local update, download the software upgrade bundle from the Dell
Support Site, select the LOCAL UPDATES tab, and click BROWSE.
The Internet update is used when the VxRail Manager has Internet connectivity. A
valid Dell support account is required to perform an Internet update.
INTERNET UPDATES tab has an option for creating an advisory report which is
used to:
• Compare the installed version against the selected future VxRail version.
• Produce reports without the requirement of the full VxRail update bundle being
downloaded.
Updates Settings
Review the How does vSphere LCM compare with VxRail LCM? blog for
more information on vLCM.
The graphic shows the VxRail Updates page for a system at version 7.0.241.
Specific VxRail software versions allow direct upgrade to VxRail version 7.0.xxx.
See the VxRail version 7.0.x Release Notes for exact version information.
The release notes also provide details of the features and fixes in each release
compared to previous releases, these details help drive the decision to upgrade.
• The external vCenter Server should be at the supported version level before
upgrade. See the VxRail and External vCenter interoperability Matrix for more
information.
23. What are the high-level steps for the VxRail software upgrade? Select three
(3).
a. Run VxVerify for identifying and fixing the defects.
b. Export cluster configuration report.
c. Take a snapshot of each service VM.
d. Download the latest cluster configuration file.
e. Ensure cluster, and vSAN are healthy.
The initial deployment of a VxRail cluster is limited to six nodes. Nodes can be
added to the cluster in one to six node increments. For VxRail deployments with
more than six nodes, build the VxRail cluster with six nodes, and then add the rest
of the nodes.
While a VxRail cluster can be extended beyond a single physical rack, the typical
use case is for cluster expansion within the same rack. When adding nodes within
the same Layer 2 segment, the IP addresses must be on the same subnets as the
existing cluster.
The add node process checks for compatibility after the new nodes are discovered.
Hardware compatibility checks ensure that the VxRail models are compatible.
Software compatibility checks ensure that the ESXi, drivers, firmware, and the
vSphere Installation Bundle (VIB) versions on the new node are at the supported
version levels. Compatible nodes at an older version are automatically upgraded to
the cluster version during the node add process.
A standard VxRail cluster with E560F nodes has been deployed. The automatic
node discovery method was used during initial configuration.
To add a E560F node to the cluster in the same rack, use SolVe to generate the
Compute Node Expansion procedure for Layer 2.
SolVe procedure selections for adding a node to the same Layer 2 segment.
Follow the procedure to complete the node add process. High-level steps:
• Mount the node in the rack.
For VxRail clusters configured with automatic node discovery, the VxRail
Dashboard displays a notification when new nodes are discovered.
Selecting Add to cluster redirects to the Hosts page of the VxRail cluster.
Alternately, from the Hosts and Clusters view, select the VxRail cluster, and then
select the Configure tab. Expand the VxRail section and select Hosts.
Selecting ADD on the VxRail Hosts page launches the Add VxRail Hosts wizard.
To learn how to use the Add VxRail Hosts wizard, select each tab:
Discovered Hosts
For VxRail clusters configured with automatic node discovery, the discovered
nodes and compatibility status are listed. Relevant warnings are also shown. For
VxRail clusters configured with manual node discovery, the hosts must be manually
discovered.
Select the nodes that should be added to the cluster. In the example, one
compatible node has been discovered. Click NEXT.
Discovered Hosts
NIC Configuration
Map the physical NICs to the uplinks on the VDS. The NIC to uplink mapping
defaults to that of the first node in the VxRail cluster. Click NEXT.
NIC Configuration
Host Settings
Host Settings
Host Location
Host Location
Network Settings
Validate
Validate the input settings before adding the node to the cluster. The validation
process is similar to the validation performed by the VxRail Deployment Wizard
during the initial configuration. The validation process could be used to determine
the readiness of the environment for node addition without adding the nodes.
Validate
Finish
The host can be left in Maintenance Mode after the node add process completes.
The default setting is No. In the example, the Yes option is selected.
Successful validation
A node has been successfully added to the VxRail cluster. In this example, the
node was left in maintenance mode.
The node resources are available to the cluster when the node is taken out of
maintenance mode. Taking the node out of maintenance mode could lead to DRS
or vSAN disk rebalance activities. Take the node out of maintenance mode when
the cluster activity is low.
24. An existing vCenter Server manages a six-node VxRail E560F cluster. The
cluster must be expanded by adding four nodes to the same Layer 2 segment.
The cluster was deployed with the default node discovery option. What are the
considerations for cluster expansion in this scenario? Select three (3).
a. The IP addresses for the new nodes must be on the same subnets as the
existing cluster.
b. The IP addresses for the new nodes can be on any subnet. The addresses
must be reachable by the existing cluster.
c. The automatic or the manual discovery method can be used.
d. The manual node discovery method must be used.
e. The DNS server records for the new nodes must be manually created
The VxRail Deployment Wizard displays the status, warnings, and errors for
configuration tasks that are part of the implementation process.
Troubleshooting hints:
• Retry the installation to resolve issues that may be the result of a timeout during
execution.
• Verify that the configuration wizard has the expected values after uploading a
JSON file.
• Use the vSphere Client if vCenter is available, to determine the root cause and
resolve issues.
• Use the VMware Host Client and iDRAC to determine the root cause and
resolve issues.
• Reimage nodes if necessary with assistance from Dell Support.
Review the error in the validation step of the VxRail Deployment Wizard.
Notice that the Global Settings tab shows a red exclamation and that once clicked
also shows which field has an issue.
• Review the NTP Server(s) field and confirm that the IP address originally
entered is the correct IP.
• If the IP address is correct, ping the NTP Server to check availability.
• If ping is successful, validate the NTP service is running on the machine.
Changed from
192.168.10.10
Changed from
192.168.10.10
For VxRail, operations are broken into categories. Day 1 operations are cluster
initialization tasks. Day 2 operations are tasks that are performed after initialization,
like expansion and upgrades.
The table lists VxRail Manager VM log files that are useful when troubleshooting
both categories.
One method to view log files on the VxRail Manager VM, is to use an SSH client.
When logging in, use the mystic account since root access is disabled for SSH.
The IP address and password combination that is used during an SSH client
session depends on the stage of the VxRail cluster installation:
• IP Address:
− Unconfigured VxRail Manager VM = default (192.168.10.200)
− Configured VxRail Manager VM = IP address defined during first run
• mystic Password:
In this example, the VxRail validation failed with a "vmnic1 is down" error. The error
information that is shown is also in the VxRail Manager logs. Since the issue is with
first run, start by examining dayone.log.
Links to KB articles that supplement the VxRail ecosystem can be found in SolVe
procedures, VxRail Manager, and the Dell Support site. The Documentation tab
on the VxRail Support page displays KB articles that are related to VxRail
Manager.
To access VxRail related KB articles from the Dell Support site, go to the VxRail
Support page. After a successful login, you should see the following:
To access a KB from the Dell Support site, use the search box at the top of the
page. Alternately select the Documentation tab to get a search box. In the search
box, type the error message or the Article ID and click enter, and then select the
KB.
Example: VxRail cluster deployment fails with the message "failed to add host into
cluster."
On a VxRail system, logging is enabled on multiple layers of the Dell and VMware
software stack. The VxRail Plugin provides a simple process to collect and
download all the required log bundles. CLI scripts for log collection are available on
the VxRail Manager. The VxRail API provides ways to automate and schedule the
process of generating and downloading the log bundles.
The VxRail SolVe Procedure - How to Collect Log Bundle, details the log collection
steps with the VxRail Plugin and with the VxRail Manager VM CLI scripts.
To access the Log Collection page in the vSphere client, select the VxRail cluster
Configure tab, and then select the Troubleshooting option under VxRail.
Selecting CREATE opens the Create Log Bundle dialog box as shown in the
graphic.
1 2
1: Data to Collect
The Data to Collect section is used to select the required log bundles: VxRail
Manager, vCenter, ESXi, iDRAC, and Platform.
For 2-Node VxRail clusters, the Witness log bundle can also be collected.
2: Host Selection
The Host Selection section becomes visible and required when ESXi, iDRAC, or
Platform are selected.
When the log bundle generation process is complete, the log bundle is available to
download. To download the log bundle, select the bundle and click DOWNLOAD.
The log bundle can be sent to the Dell support team for troubleshooting and
diagnosis.
VxRail provides scripts on the VxRail Manager VM for log collection. To run the log
collection scripts, open a console or a secure shell (SSH) session to the VxRail
Manager VM. The scripts can be found in the /mystic folder.
The generateLogBundle.py script is used to collect the log bundles for specific
components:
• VxRail Manager: -v, --vxm
− Platform: -p --platform
• Witness in a 2-Node VxRail cluster: -w, --witness
The generateFullBundle script collects log bundles for all components on all
nodes; it does not collect the witness log bundle.
Custom scripts and applications can be built with the VxRail API to automatically
generate and download the required logs. The VxRail API base URL is:
https://<VxRail Manager IP Address or FQDN>/rest/vxm/.
The table lists the relevant VxRail APIs for gathering and downloading logs.
VxRail PowerShell cmdlets make the VxRail API accessible using a scripting
interface that is familiar to PowerCLI users. The VxRail API PowerShell Modules
complement VMware PowerCLI.
Dell Support or VMware Support may request diagnostic information that is related
to the vCenter Server or the ESXi nodes to diagnose issues. The vSphere Client
can be used to export the system logs for the ESXi hosts, vCenter Server, and
vSphere Client. Performance data from the ESXi nodes can be optionally included.
The vSAN support logs are contained in a normal ESXi support bundle in the form
of vSAN traces. As vSAN is distributed across multiple ESXi hosts, it is best
practice to gather the ESXi support logs for all hosts that are configured for vSAN.
To export system logs from the vSphere Client, right-click the vCenter server in the
inventory list and select Export System Logs.
In the Export System Logs dialog, select the relevant ESXi hosts. Optionally,
select the Include vCenter Server and vSphere UI Client logs box. Click
NEXT.
In the Select logs page, select the specific system logs and optionally include
performance data in the log bundle. Typically, the support representative specifies
the logs that are required. To generate and download the log bundle, click
EXPORT LOGS.
vSAN Troubleshooting
The All Issues view shows all triggered alarms relevant to the cluster. vSAN
alarms start with vSAN, and VxRail related alarms have VXR in the event code.
vSAN health alarms described in detail in the vSAN Skyline Health view
Triggered alarms
Skyline Health can be used to monitor and sometimes remediate vSAN health.
Each Skyline Health test has an Info tab with details of the test. The Info tab also
has a link to the relevant VMware knowledge base article.
Skyline Health
Info tab
Info tab
3: Stats DB object
Info tab
VXR event codes are documented in the VxRail Event Code Reference and in the
Alarm Definitions within vCenter Server.
To learn about VXR event codes and alarm definitions select each tab.
The VxRail Event Code Reference lists all the VXR alarms, severity level,
message, added in version, and a link to the related Dell KB article if applicable.
This example from the VxRail Event Code Reference shows the information for the
VXR014020 event:
VXR Alarm Definitions are shown on the Alarm Definitions page for all triggered
VXR Alarms. To view VXR alarm definitions, filter the Alarm Name column by VXR
or vxr as the filter is case insensitive.
Filter by VXR
vSAN includes two proactive tests to validate the cluster: the VM Creation Test
and the Network Performance Test. The vSAN proactive tests are available under
the Monitor tab of the VxRail cluster. To learn about vSAN Proactive Tests select
each tab:
VM Creation Test
The VM Creation Test creates a VM on every host and then deletes it. If the
creation and deletion tasks succeed, it can be concluded that many aspects of
vSAN are operational. This active test only takes a few seconds to run and can find
issues that cannot be found with passive tests such as node isolation, cluster
segmentation, and other configuration issues.
Go to the Monitor tab of the VxRail cluster. Select Proactive Tests. Select VM
Creation Test. Click RUN TEST.
Go to the Monitor tab of the VxRail cluster. Select Proactive Tests. Select
Network Performance Test. Click RUN TEST.
ESXCLI commands can be used to troubleshoot vSAN issues. The commands are
documented in the VMware vSAN Monitoring and Troubleshooting guide.
To learn more about investigating vSAN health using the CLI select each tab
below:
Example - the ESXi shell has been enabled and the following command has been
issued: esxcli vsan health cluster list
Example - Status of the health of vSAN objects - esxcli vsan debug object
health summary get
26. Which tools can be used to collect VxRail and vSphere logs in a VxRail
system? Select three (3).
a. VxRail Plugin
b. VxRail Manager VM Shell script
c. VxRail API
d. VxVerify
e. vSAN Support Interface
27. Which of the following resources can be used to troubleshoot vSAN issues?
Select three (3).
a. vSAN Proactive Tests
b. esxcli vsan commands
c. Skyline Health
d. VxVerify
e. Network Validation Tool
VxRail Certification
This Information presents the entirety of the learning activities which support the
VxRail certifications.
Click the Save Progress and Exit button in the course menu to record this
content as complete.
Go to the next learning or assessment, if applicable.
VDS name
vCenter Server
vSphere ESXi
vSAN
• VxRail includes 60-day evaluation licenses for vSphere ESXi and vSAN
however, permanent licenses must be purchased separately.
• Customers can bring their own vSphere and vSAN licenses or licenses can be
purchased from Dell, VMware channel partners, or directly from VMware.
• VxRail supports several vSphere licenses including Standard, Enterprise Plus,
and Remote Office Branch Office (ROBO).
• VxRail supports flexible vSAN licensing options including Standard, Advanced,
Enterprise, and Enterprise Plus.
• The vCenter Server license in VxRail is for the included VxRail-managed
vCenter Server and is not transferable to a customer-supplied vCenter Server.
• VxRail includes a standard license for VMware vRealize Log Insight which is
used with a VxRail-managed vCenter Server.
• VxRail includes five VM licenses per node for RecoverPoint for Virtual
Machines.
• A vSAN license is not required for Dynamic nodes.
For more information about VMware vSphere licensing, see the VMware vSphere
Compute Virtualization - Licensing, pricing and packaging guide
Deduplication
and
Compression
RAID 5/6
Erasure
Coding
vRealize
Operations
within vCenter
Data-at-Rest
Encryption
Stretched
Cluster with
Local Failure
File Services
VMware HCI
Mesh
vROPS 8
Advanced
Services
For more information about VMware vSAN licensing, see the VMware vSAN -
licensing, pricing, and packaging guide.
The table presents the key differences between vSphere encryption and vSAN
Data-At-Rest encryption.
vSphere Encryption
vSAN Data-At-Rest Encryption
1 2 3
2 3 5
3 4 7
1 RAID 5 4
2 RAID 6 6
Number of disk stripes per object Minimum number of capacity drives across
which each replica of a virtual machine
object is striped. Default is one
(recommended). Maximum value is 12.
Flash read cache reservation (%) Flash capacity reserved as read cache for
the virtual machine object. The value is
specified as a percentage of the logical size
of the virtual machine disk object. Other
objects cannot use the reserved flash
capacity. Unreserved flash is shared among
all objects. Flash read cache reservation (%)
is only applicable for hybrid configurations
and should only be changed with input from
support
VxVerify
VxVerify is a tool for checking the health of the nodes and the service VMs. It is
designed to detect issues which could cause complications or failures during VxRail
LCM upgrades. VxVerify unpacks a Python program called 'minion' which is sent to
each ESXi host that runs through a series of checks. This tool is regularly updated,
hence the lifespan of the encoded file is only two weeks. Acquire the latest version
of the tool before using it. Follow the KB 21527 article for instructions on how to run
VxVerify.
In the below example, the VxVerify tool is copied over to the VxRail Manager virtual
machine. A user with root credentials runs the python script. Any issues that the
script identifies must be resolved before performing an LCM upgrade.
Review the alarms by selecting the Monitor tab for a cluster and then selecting
Issues and Alarms > All issues.
Review the overall vSAN health by selecting the Monitor tab for a cluster and then
selecting vSAN > Skyline Health.
Skyline Health
• All systems in a cluster must be running the same version of VxRail software.
• All-flash, all-NVMe, and Hybrid nodes cannot be mixed in the same cluster.
However, mixing of all-flash and all-NVMe nodes in a cluster is allowed.
• All G Series nodes in a chassis must be identical. A G series chassis can be
partially populated.
• All systems in the cluster must run the same base network speed (25 GbE, 10
GbE, or 1 GbE).
• A cluster can have a varied number of drives, CPU, memory, and model types.
• A cluster can have between 2-64 nodes.
− If 1 GbE base networking speed is used, there is a limit of a maximum of
eight nodes in the cluster.
− 1 GbE base networking speed is only supported with hybrid single
processor nodes.
• AMD-based nodes and Intel-based nodes cannot be mixed in the same cluster.
Bearer Authentication
HTTP authentication method that uses a token instead of a username and
password combination.
Fault Domain
A fault domain consist of one or more vSAN hosts grouped according to their
physical location in the data center. Fault domains enable vSAN to tolerate failures
of entire physical racks and failures of a single host, capacity device, network link,
or a network switch dedicated to a fault domain. When fault domains are not
configured, hosts behave as individual fault domains.
Glossary Term
JSON
JavaScript Object Notation (JSON) is a lightweight, text-based, language-
independent data interchange format. JSON uses human-readable text to store
and transmit data objects consisting of attribute-value pairs and array datatypes.
Go to https://www.json.org/json-en.html for more information.
LZ4
LZ4 is a lossless data compression algorithm that is focused on compression and
decompression speed.
NSX-T Federation
NSX-T Federation enables administrators to manage multiple NSX-T deployments,
create global networking with failover capabilities, and enable disaster recovery
solution. NSX-T Federation includes Global Manager. The NSX-T Global Manager
a central component that is deployed as a cluster which has global reach and
manages one or more Local Managers.
RAID 1 Mirroring
Mirroring can accommodate an FTT setting of 1, 2, or 3. If FTM is set to mirroring,
for the N number of failures that are tolerated, N+1 copies of the object are created.
Mirroring requires witness components. The number of witnesses is equal to the
FTT setting. RAID 1 with FTT setting of 1 requires a minimum of 3 hosts. RAID 1
with FTT setting of 2 requires a minimum of 5 hosts and, RAID 1 with FTT setting of
3 requires a minimum of 7 hosts.
SmartFabric Service
VxRail systems that are configured with SmartFabric Services automatically detect
VxRail nodes during expansion. VxRail nodes advertise NIC port information,
system name, and description via the LLDP protocol to the SmartFabric. The
SmartFabric uses the internal management network to apply network state
changes to the top-of-rack (ToR) switches. SmartFabric configuration includes
creating and configuring L2 VLANs and bonded port channels.
STP runs by default on all ports of the switch. STP makes each port wait up to 50 s
before data can be sent on the port. This delay in turn can cause problems with
some applications or protocols including VxRail nodes.
STP was revised to include the Rapid Spanning Tree Protocol (RSTP) as specified
in the IEEE 802.1w standard.
STP is running by default on all ports of the switch. STP makes each port wait up to
50 s before data can be sent on the port. This delay in turn can cause problems
with some applications or protocols including VxRail nodes.
Cisco devices implemented PortFast to alleviate problems that are related to this
delay. The terminology might differ between different vendor devices. PortFast
causes a port to enter the forwarding state almost immediately by dramatically
decreasing the time of the listening and learning states. PortFast minimizes the
time that it takes for the server to come online, thus preventing problems with
applications such as DHCP and DNS. The use of PortFast should only be
implemented when the port on the switch is directly connected to a server and
never to another switch.
VxRail-managed vCenter
A vCenter that is deployed during an initial VxRail cluster build and is upgraded
using VxRail Manager.