Converse agora com nosso suporte
Chat com o suporte

Foglight for Storage Management Shared 6.0.0 - User Guide

Getting Started Configuring Agents to Monitor Storage Devices
Brocade SAN Switches Cisco SAN Switches Dell Compellent Arrays Dell EqualLogic PS Series Array Groups EMC CLARiiON CX Series Arrays (CLI) EMC CLARiiON, VNX, or VMAX Storage Arrays (SMI-S) EMC Isilon EMC VPLEX Hitachi Data Systems AMS, USP, and VSP HP EVA Storage Arrays HP 3PAR Arrays NetApp Filers Configuration Procedures
Managing Agents Using Foglight for Storage Management Monitoring Storage Performance Investigating Storage Devices Investigating Storage Components Investigating VPLEX Storage Troubleshooting Storage Performance Managing Data Collection, Rules, and Alarms Understanding Metrics Appendix: Supported Storage Devices Table

Introducing the Virtualization Dashboards

This workflow introduces you to the version of the Virtualization dashboards available in Foglight for Storage Management. For detailed information, see the VMware Monitoring in Foglight for Storage Management User and Reference Guide or Hyper-V Monitoring in Foglight for Storage Management User and Reference Guide.

 
Table 15. List of dashboards that display virtualization storage environment-to-SAN relationships when data collection is enabled on VMware or Hyper-V Performance agents
Dashboard
SAN Topology Tab
SAN Data Paths Tab
ESX Host/Hyper-V Server

Yes

Yes

Virtual Machine

Yes

Yes

Cluster

Yes

—

Datastore, CSV, logical disk

Yes

—

LUN

Yes

Yes

NASVolume

Yes

—

The following workflow walks you through opening a virtualization dashboard and selecting an entity to explore.

To use the virtualization dashboard and topology diagrams:
1
On the navigation panel, under Dashboards, click either VMware > VMware Explorer or Hyper-V > Hyper-V Explorer.
 
* 
TIP: If you do not see the menu, ask your Foglight for Storage Management Administrator to add the role VMware Administrator or Hyper-V Administrator to your user account.
The Explorer opens an Infrastructure menu below the Dashboards menu on the navigation panel.
2
Under Infrastructure, on the Topology tab, select the desired entity.
The dashboard opens.
* 
NOTE: The topology will display clusters, virtualization servers, and virtual machines. For VMware, it will display Virtual Centers and Datacenters.
•
From the Summary tab, you can monitor and investigate entities in your virtual infrastructure using an approach similar to the Storage Environment dashboard.
•
When you click the Storage tab, you see a list of all logical storage used by the entity and the associated storage capacity. Click a storage entity name to open the dashboard containing details about the entity.
 
* 
TIP: When the list of entities is long—which is often the case for virtual machines—you can find an entity by typing its full or partial name in the Topology tab’s Search box.
When you select a cluster, the dashboard will include SAN Topology tabs. Host/server and virtual machine dashboards will include SAN Data Paths views in addition to SAN Topology that you can explore.
•
Click the SAN Topology tab. For instructions about this view, see Exploring Connectivity with SAN Topology Diagrams.
•
Click the SAN Data Path tab. For instructions about this view, see Exploring I/O Performance with SAN Data Paths.

Summary of Icons Used in Topology Diagrams

In topology diagrams, the icons represent entities in your monitored virtual infrastructure and storage infrastructure, as described in the following table. Each icon incorporates a small status icon to show the status of the entity.

 
Table 16. Icons used in topology diagrams.
Icon
Represents
Description
Physical Host

A physical server in your network.
ESX Host
 
 
 
Hyper-V Server

A physical server hosting the hypervisor-based architecture and virtual machines controlling and managing resources for the virtual machines.
Virtual Machine
VMware
 
 
Hyper-V
 

A virtual machine running on a host or server.

Datastore
 
 
 
Logical Disk
 
 
 
 
CSV
 

A datastore or CSV (Cluster Shared Volume) or logical disk is a logical storage structure used to provide virtual machine disks and files.
Disk Extent

A disk extent is all or part of a host disk that can provide the physical storage for a datastore, CSV or logical disk. The disk extent can be on a local DAS device, or it can be mapped to a LUN on a storage array or filer in the SAN.
Cloud

Hides port-level complexity in a topology diagram. Click the icon to view ports and their connected devices in a Detail window.

NOTE: The SAN Data Paths tab does not use the cloud icon. All ports and their devices are shown in the diagram.
FC Port

FC ports connect to other FC ports on switches, physical hosts, storage arrays, or filers using fibre-channel network technology in the SAN.
IP Port

IP ports provide access to the IP network for storage devices using iSCSI or other protocols.

Controller

A controller manages the ports used by a storage array or filer.
LUN

A LUN (logical unit number) represents a logical SAN block storage device on an array or filer that can be exposed for mapping to a server.

NASVolume

A NASVolume is a volume whose physical storage is on a filer or unified storage supplier. It can be mounted by an ESX host to provide the physical storage for a datastore using NFS.
Member or Node

A storage server that works together with other members or nodes in a clustered storage architecture. The array cluster distributes the workloads among the members of the cluster.
Logical Interface

In Netapp cluster mode, users access storage by SVMs.

Connectivity to SVMs is provided through logical interfaces (LIFs). A LIF has an IP address or a World Wide Port Name, used by a client or host to connect to an SVM.

Exploring Connectivity with SAN Topology Diagrams

SAN Topology diagrams map the connections through the virtual environment (VMs-to-virtualization storage-to-extents) to the resources in the SAN (LUNs and NASVolumes). Topology diagrams hide port-level details to focus on connectivity. Using this view, you can see which resources have an alarm status along each connection path, and begin to form hypotheses about whether or not the SAN environment is contributing to performance issues in the virtual environment. You can then drill down on resources to test those hypotheses.

In a topology diagram, you can view individual port connections by clicking one or more cloud icons. Details are shown in a separate window.

 
* 
TIP: If your primary goal is to assess the performance of the ports that are used by the datastores and disk extents connecting to the SAN, use the SAN Data Paths tab instead (when available). For more information, see Exploring I/O Performance with SAN Data Paths.

The SAN Topology view displays as a graph for a VM, Datastore or CSV, and for a storage LUN or NASVolume.

The SAN Topology view for a Cluster or server or host will offer the following choices for viewing the topology:

•
Show Datastore or CSV resources used by VMs as graph
•
Show RDM or pass-through disk resources used by VMs as graph
•
Show storage resources used by VMs as table
•
Show all storage resources as table

The option to show all storage resources as a table will include Datastores or CSVs that are not used by VMs.

The following workflow explains how you can verify connectivity and the status of entities and storage devices in your infrastructure using a topology diagram. This procedure assumes that you navigated to a topology view from a Virtualization Explorer dashboard (see Introducing the Virtualization Dashboards) or from a Storage Explorer component dashboard (see Investigating a LUN or Investigating a NASVolume).

To use a topology diagram graph:
1
Click on a Datastore or CSV icon to see the VMs that use this storage. Click on a cloud icon to see the extents that map to the LUN.
 
* 
NOTE: When viewing the graph for a Cluster, the VMs and disk extents are not displayed on the main graph. When viewing the graph for a server or host, if it supports large numbers of VMs, as in a VDI environment, the VMs will not display on the main graph.
The following image shows virtual machines connected to separate datastores. The disk extents are identified and linked through the network to LUNs. For descriptions of icons, see Summary of Icons Used in Topology Diagrams.
2
When a topology diagram has a very large number of elements to be displayed, the graphical representation may be changed to a table for clarity. If the graph is too large to display in the viewing area, you can use the browser’s scroll bars and the Navigator to view the hidden areas. The Navigator enables you to scale the topology diagram and, in large diagrams, drag the viewing area to a different part of the diagram.
3
Click a Datastore or CSV icon to see the VMs that use this storage.
4
Click any icon to review key details and metrics about the entity.
5
Click a Cloud icon to display the ports and SAN paths from the logical storage to the LUN, through the host or server.
In this example, you can see that the LUN’s controller has a Critical status.
6
To investigate an entity, click its icon. For example:
a
Click the controller icon.
b
To view the alarm message, click the alarm count (opens an Alarm Summary window) or the controller name (opens the Controller dashboard).
c
The Alarm Summary reports the cause.
7
In some topology diagrams, you may see an inferred host (indicated with an orange line). On these diagrams, if an inferred-host-to-port assignment is incorrect, you can click the host port icon and click the appropriate action to correct it.
To use a topology diagram table:
1
Click on a VM cell to display the VMs that use this Datastore or CSV, or RDM. Click on a cloud icon to display the ports and SAN paths from the storage to the LUN, through the hosts or servers.
 
* 
NOTE: The table view provides the same information as the graphical view.

Exploring I/O Performance with SAN Data Paths

The SAN Data Paths tab focuses on input/output performance of the ports used in the data paths connecting the virtual environment to the SAN. This view combines an I/O Data Paths table with a topology diagram that includes port details and I/O performance metrics. The table displays the worst-performing path segment of the possible data paths between each disk extent and the LUN during the time period, helping you to identify bottlenecks resulting in high latency. The diagram enables you see the entities that are capable of doing I/O through each path segment, corresponding to the table rows.

Because the metric values in the SAN Data Paths tab represent the average values over the time period, consider selecting a shorter time range (one hour or less) to help investigate performance spikes. For example, if a customer is complaining about latency issues in the last 15 minutes, you may want to set the dashboard time range to the last 15-30 minutes to focus on the problem period.

* 
TIP: If your primary goal is to discover which SAN resources are used by entities in your virtual environment, use the SAN Topology tab instead. For more information, see Exploring Connectivity with SAN Topology Diagrams.

This workflow walks you through using the SAN Data Paths tab from the VMware Explorer’s ESX Host dashboard. The content of the SAN Data Paths tab may be slightly different on the Virtual Machine, Datastore, and LUN dashboards, but the flow is the same. The workflow for Hyper-V servers, VMs, and CSVs is similar, but uses the Hyper-V terminology. This workflow continues from Introducing the Virtualization Dashboards.

To review data paths:
1
On the SAN Data Paths tab, review the In Use I/O Paths table to see the worst-performing path segments in terms of Latency.
The color of the bars (in the table and in the diagram) highlights data values that fall within various thresholds. Metrics without thresholds are displayed in dark blue.
The columns display the following details and metrics. On the Virtual Machine, Datastore, and LUN dashboards, the details and metrics may be slightly different.
•
Datastore/Disk Extent. List of datastores and the disks that they use, ordered so that the datastores with high-latency disk extents appear at the top. Datastores configured from a NASVolume show only the associated volume; no other data is available. If an RDM or Other node is displayed, the disk extents under this node are RDMs providing storage directly to the virtual machine.
•
Latency. Average latency per operation.
 
* 
NOTE: When physical hosts are inferred, latency values are unavailable because the disk extents that map to the selected LUN are unknown. For more information, see Inferring Physical-Host-to-Storage Relationships.
•
Data Rate. Average data rate for I/O from the ESX or VM to the LUN.
•
ESX FC Ports --> SAN Util. Displays the busiest link (read or write utilization) in the possible paths between the ESX and the FC switches. Click the cell to display all the port links. Review the topology diagram to see the ports and link utilization. Data is not available for IP ports.
•
SAN --> A/F Ports Util. Displays the busiest link (read or write utilization) in the possible paths between the FC switches and the array/filer ports. Click the cell to display all the port links. Review the topology diagram to see the ports and link utilization. Data is not available for IP ports.
•
A/F Ctrl Busy. Displays the CPU % Busy metric for the busiest controller in the data path for a storage array or filer. % Busy values are not available on some devices.
•
LUN / NASVolume / Dir. Displays the LUN that is mapped to the extent, or displays the NASVolume (filers) or directory (Isilon arrays) providing the storage for a datastore.
•
% Competing I/O at LUN. Displays the percentage of I/O being experienced by this LUN for all VMs accessing the Datastore, not just those in this ESX. Click the cell to display the top five VMs doing I/O to this LUN.
•
LUN State. Reports on the state of the LUN as follows:
 
Table 17. LUN states
  

Indicates that the LUN is reporting activity that gives an indication of performance problems, it is currently degraded or rebuilding, or the % Busy or Latency metrics are over their thresholds for the time period. Dwell on the cell for details.

  

Indicates that the vendor does not provide % Busy or Latency metrics.

  

Indicates that either the % Busy metric or Latency metric is within normal range during the time period, and the LUN is not reporting that it is currently degraded or rebuilding. Dwell on the cell for details.

•
Latency (ms). Average latency per operation to the LUN during the time period.
2
In the diagram, ensure that Select Desired View is set to Show full data paths.
The diagram shows the data paths between datastores and the LUNs providing the physical storage within an ESX host. The bars shown below the icons summarize average latency for hosts (if available), link utilization for FC ports, and percentage busy for controllers. For descriptions of icons, see Summary of Icons Used in Topology Diagrams.
This diagram highlights how ports are often shared by multiple disk extents. You may be able to trace the cause of a poorly-performing disk extent to poor link utilization values or to some resource issue further down the data path in the SAN. Or if all SAN ports and resources are in a Normal status, you may be able to rule out a storage issue.
3
Review the data paths for the worst performing entities to identify bottlenecks that may be contributing to the high latency values.
4
To see more of the diagram, use the Navigator to shrink the diagram or move the viewing area. For more information, see Exploring Connectivity with SAN Topology Diagrams.
 
* 
TIP: You can also close the I/O Paths table using the arrow on the far right of the table title bar.
5
To investigate an entity, click its icon or name. Use the breadcrumbs to return to this view.
6
If you find that the colors used in some metric bars do not reflect acceptable thresholds in your environment, you can ask your Foglight for Storage Management Administrator to edit the threshold values in the following registry variables:
•
Latency: VMW:diskTotalLatency.[warning|critical|fatal]
•
Latency: HPV:diskTotalLatency.[Warning, Critical, Fatal]
•
Port utilization: StSAN.FCSwitchPort.Utilization.[Warning|Critical|Fatal]
•
A/F Ctrl Busy: StSAN.Controller.PctBusyThreshold.[Warning|Critical]
 
* 
NOTE: Registry variables are global variables that are often referenced by rules. Before editing a registry variable, ensure that the edit will not cause unintended changes to how the affected rules trigger alarms. For more information, search for “Registry Variable” in the online help.
Documentos relacionados

The document was helpful.

Selecione a classificação

I easily found the information I needed.

Selecione a classificação