FlashArray Storage FlashArray-Storage-Professional Exam Questions and Answers PDF

In the Pure Storage FlashArray GUI, granular performance metrics (Latency, IOPS, Bandwidth) are located under the Analysis > Performance tabs. When you navigate to the Volumes sub-tab and select a specific volume, Purity displays a unified line graph tracking the performance of that volume over time.

By default, the Latency graph simultaneously plots Read , Write , and Mirrored Write (for volumes participating in an ActiveCluster or synchronous replication pod) latencies. Because these lines can overlap or compress the Y-axis (especially if one metric spikes), isolating a specific metric requires interacting with the graph ' s legend.

To view the exact, un-obscured latency for standard write requests to that volume, the administrator should click on " Read " and " Mirrored Write " in the chart ' s legend. This deselects those metrics, effectively hiding their lines from the graph and automatically rescaling the view to exclusively display the host write latency.

Here is why the other options are incorrect:

Health > Network (A): The Health tab is used to check the hardware status of the physical controller ports, including link state and errors. While you might see port-level throughput or queue depth here, it does not provide volume-specific application latency.

Storage > Volumes > Details (B): The Storage tab is primarily used for provisioning and configuration management. Clicking on a volume here will show its size, data reduction ratio, snapshot policies, and connected hosts, but it does not provide detailed interactive performance graphs.

In Pure1, the ability to simulate snapshot policies—particularly when assessing the capacity requirements and impact of enabling SafeMode—heavily relies on historical telemetry data. Pure1 uses the data from existing snapshots on the FlashArray to calculate the environment ' s daily data change rate, as well as the deduplication and compression ratios specific to those workloads.

By analyzing the footprint of existing snapshots, Pure1 ' s analytics engine can accurately project the future storage capacity required if you were to change your snapshot frequency or extend the retention period (for example, locking them down for 7 to 30 days under a SafeMode policy). If a FlashArray does not have any existing snapshots, Pure1 lacks the foundational baseline metrics needed to simulate and forecast the capacity impact of a proposed snapshot policy.

The Analysis Tab: In the Pure Storage FlashArray GUI, the Analysis tab is the primary location for deep-dive performance troubleshooting and historical data visualization. While the Storage tab provides a real-time " at-a-glance " view of a volume, the Analysis tab allows for granular filtering of specific metrics.

Granular Metric Filtering: When troubleshooting latency, it is critical to distinguish between Read and Write operations, as they interact with the Purity operating environment differently (e.g., writes hitting NVRAM vs. reads hitting the Flash modules).

External vs. Internal Latency: Pure Storage differentiates between " Array Latency " (internal processing) and " External Latency " (the time seen by the host). By navigating to Analysis > Performance , an administrator can drill down into the Volumes sub-tab.

Selecting the Volume and Operations: Once a specific volume is selected, the chart typically defaults to a combined view. To isolate " external latency for write requests, " the administrator must use the legend/filters to select " Write " while deselecting " Read " and " Mirrored Write " (which refers to synchronous replication traffic in ActiveCluster environments). This provides a clean graph of the round-trip write latency specifically for that volume ' s host I/O.

Why other options are incorrect: Option B refers to physical port health and hardware status, not volume-level performance. Option C provides basic volume metadata and real-time total latency, but lacks the granular historical filtering (selecting/deselecting specific I/O types) required for detailed performance analysis.

What is SafeMode Ratcheting?: SafeMode is Purity ' s " immutability " feature that prevents snapshots from being deleted, eradicated, or modified, even by an administrator with compromised credentials. Ratcheting is the process of increasing the protection levels (like extending the retention period) for a protection group (pgroup) to ensure even stricter data safety.

The Dependency on Local Snapshots: SafeMode ' s primary function is to protect point-in-time copies of data residing on the array. For a protection group to be " ratcheted " into a SafeMode-protected state, it must have an active Local Snapshot Schedule .

Why Option C is the Constraint: If a protection group does not have a local snapshot schedule, there are no local snapshots being generated for SafeMode to " lock. " SafeMode cannot protect what doesn ' t exist locally. While a pgroup might be used for replication only, SafeMode requires the local scheduling component to be active and configured to apply its immutable retention policies.

Why Option B is incorrect: Protection groups are designed to contain hosts, host groups, or volumes. This is the standard way to group related data for snapshot consistency and has no negative impact on SafeMode eligibility.

Operational Note: When you enable SafeMode on a protection group with a local schedule, the " Erradicate " button for those snapshots is disabled. To " ratchet " the protection, you typically work with Pure Storage Support to ensure the retention settings meet your compliance needs.