Skip to main content

Storage Array Discovery

What is Storage Discovery?

Storage array discovery automatically identifies and inventories enterprise storage systems such as SANs, NAS appliances, and unified storage platforms. When Tripl-i detects a storage device during an SNMP scan, it automatically performs deep enrichment using the storage system's management APIs to collect detailed information about pools, volumes (LUNs), controllers, disks, and ports.

How It Works

Storage discovery is a two-phase process:

  1. SNMP Detection — During a standard network scan, SNMP identifies the device as a storage system based on its device profile (manufacturer, model, system description)
  2. Deep Enrichment — Once identified, Tripl-i automatically connects to the storage system's management interface to collect detailed component data

This means you don't need to configure storage scanning separately — it happens automatically when a supported storage device is discovered via SNMP.

Discovery Methods

Tripl-i uses up to three methods to collect storage data, depending on what the device supports:

MethodDescriptionData Quality
REST APIConnects to the vendor's management REST API for the most detailed dataHighest — full component inventory with health and performance
SMI-S / CIM-WBEMUses the industry-standard Storage Management Initiative SpecificationHigh — standardized data across vendors
SNMPBasic device information from standard SNMP MIBsBasic — system identity and capacity only

When multiple methods are available, REST API data takes priority as it provides the richest information.

Supported Storage Vendors

VendorProduct LinesDiscovery Methods
HuaweiOceanStor, DoradoSNMP + REST API + SMI-S
IBMStorwize, SVC, FlashSystemSNMP + REST API + SMI-S
NetAppFAS, AFF (ONTAP)SNMP + REST API
Pure StorageFlashArraySNMP + REST API
Dell EMCUnity, Data DomainSNMP + REST API + SMI-S
HitachiVSPSNMP + REST API

Additional vendors can be supported by adding device profiles to the SNMP catalog.

What Gets Discovered

System Information

For each storage array, the following is captured:

  • Identity — Name, manufacturer, model, serial number, firmware version
  • Capacity — Total, used, and free capacity with utilization percentage
  • Health — Overall system health status (Healthy, Degraded, Critical)
  • Active Alarms — Current alerts with severity levels (Critical, Warning, Info)

Storage Pools

Storage pools (also called aggregates, disk groups, or storage tiers) represent logical groupings of physical disks.

Information CollectedDescription
Pool name and IDUnique identifier for each pool
Total / Used / Free capacityStorage utilization per pool
Utilization percentageCurrent usage level
RAID levelProtection scheme (RAID 5, RAID 6, etc.)
Disk typeSSD, SAS, NL-SAS, NVMe
Storage tierPerformance tier classification
Health statusCurrent operational status

Volumes (LUNs)

Volumes represent the logical storage units presented to servers and applications.

Information CollectedDescription
Volume name and IDUnique identifier
CapacitySize in GB/TB
Allocation typeThin or thick provisioned
Parent poolWhich storage pool the volume belongs to
Mapped hostsWhich servers have access to this volume
WWNWorld Wide Name for SAN identification
Health statusCurrent operational status

Controllers

Storage controllers are the processing units that manage I/O operations.

Information CollectedDescription
Controller name and IDUnique identifier
Model and serial numberHardware identification
Firmware versionCurrent firmware
RolePrimary, secondary, active, or standby
Health statusCurrent operational status

Physical Disks

Individual disk drives that provide the raw storage capacity.

Information CollectedDescription
Disk name and locationSlot, enclosure, and bay identification
CapacitySize in GB/TB
Disk typeSSD, SAS, NL-SAS, NVMe, SATA
Manufacturer and modelHardware identification
Serial numberUnique disk identifier
Firmware versionCurrent firmware
RPMRotational speed (for spinning disks)
Health statusCurrent operational status

Ports

Network ports used for host connectivity and replication.

Information CollectedDescription
Port name and IDUnique identifier
Port typeFC, FCoE, iSCSI, Ethernet, SAS, InfiniBand
WWN / MAC addressNetwork identifier
SpeedLink speed in Gbps
Controller associationWhich controller the port belongs to
Health statusCurrent operational status

CI Types Created

When a storage array is discovered, Tripl-i creates the following Configuration Items in your CMDB:

CI TypeDescription
StorageThe storage array itself, with system info and capacity summary

The detailed component data (pools, volumes, controllers, disks, ports) is stored as sub-collections linked to the parent Storage CI, giving you a complete inventory of every component inside the array.

Credential Requirements

Storage discovery requires credentials to access the management interfaces. Configure these in the Scanner Agent's credential management:

Credential TypeUsed ForWhen Needed
SNMPInitial device detection and basic infoAlways (required for detection)
Storage APIREST API access for detailed discoveryWhen the device supports REST API
SMI-SCIM-WBEM access for standardized dataWhen the device supports SMI-S

Setting Up Credentials

  1. Open the Scanner Agent GUI
  2. Navigate to the Credentials tab
  3. Add credentials for each storage system IP:
    • SNMP credentials — Community string (v2c) or authentication details (v3)
    • Storage API credentials — Username and password for the vendor management interface (e.g., Huawei DeviceManager, NetApp ONTAP API)
    • SMI-S credentials — Username and password for CIM-WBEM access (if supported)

Permission Requirements

  • REST API: A read-only management user is sufficient. No write permissions are needed.
  • SMI-S: Standard CIM-XML read access is sufficient.
  • SNMP: Read-only community string or SNMPv3 user with read access.

Health Monitoring

Storage discovery captures health status at every level — from the overall system down to individual disks and ports. Health statuses are normalized across vendors:

StatusMeaningAction
Healthy / NormalAll components operating normallyNo action needed
Degraded / WarningSome components reporting issuesInvestigate and plan remediation
Critical / ErrorSignificant issues detectedImmediate attention required

Active alarms from the storage system are also captured with their severity level, providing visibility into current issues without needing to log into each vendor's management interface separately.

Capacity Tracking

Each discovered storage array includes a capacity summary:

  • Total capacity — Raw storage capacity in TB
  • Used capacity — Currently consumed storage
  • Free capacity — Available storage
  • Utilization percentage — Current usage level
  • Disk count — Total physical disks
  • Volume count — Number of LUNs/volumes
  • Pool count — Number of storage pools

This information enables capacity planning and helps identify storage systems approaching capacity limits.

Best Practices

Credential Management

  • Use read-only accounts for all storage management interfaces
  • Configure credentials before running discovery scans
  • Use different credentials per storage system if required by your security policy

Scan Scheduling

  • Storage arrays are typically stable — weekly scans are sufficient for most environments
  • Schedule storage scans during low-activity periods to minimize any impact on storage performance
  • Run on-demand scans after significant storage changes (new LUNs, disk replacements)

Monitoring

  • Review the capacity utilization trends to plan storage purchases
  • Set up alerts for storage systems with utilization above 80%
  • Monitor controller health status to detect potential failures early
  • Track disk health to identify aging or failing drives