Free FAAA_004 Practice Test Questions and Answers (2026)

The FlashArray//X architecture is fundamentally designed around a modular, common chassis that supports multiple generations of controllers. This design is a core tenet of Pure Storage's Evergreen architecture. When upgrading from an //XR2 to an //XR3 model, the existing 3U chassis, power supplies, and flash modules remain in place. The upgrade is performed by non-disruptively swapping the older //XR2 controller modules with the new //XR3 modules, one at a time. This eliminates the need for a "forklift" upgrade or data migration, dramatically simplifying the process both physically and logically.

B. InfiniBand connectivity between controllers: This is the high-speed internal interconnect for high availability in all modern FlashArray models; it is not a specific design choice that simplifies the upgrade between generations.

C. NVRAM modules in both controllers: NVRAM is a standard, critical component for write caching and power-loss protection in all FlashArray controllers, not an architectural feature that simplifies the physical upgrade process.

D. Re-use of existing HBAs to prevent WWN changes: Host Bus Adapters (HBAs) are integrated components of the controller module. Therefore, they are replaced during a controller upgrade, not re-used. The Purity software manages WWN persistence to minimize host-side changes.

1. Pure Storage, Inc. (2021). FlashArray//X Hardware Guide. Section: "FlashArray//X Chassis". This guide details the common 3U chassis used across different //X generations (R2, R3, R4), illustrating that the chassis is a persistent component while controllers are modular and swappable. The upgrade path relies on this shared physical platform.

2. Pure Storage, Inc. (2022). White Paper: An Introduction to Evergreen Storage. Page 4, Section: "Upgrade Flex". This document explicitly states, "With Upgrade Flex, you can modernize your controllers to the latest generation, any time, within the same chassis. This means no downtime, no performance impact, and no data migration." This directly supports the concept of a common chassis simplifying controller upgrades.

A Protection Group in Pure Storage Purity//FA is a logical container used to apply consistent data protection policies, such as snapshot schedules and replication, to a group of related storage objects. When an administrator adds members to a Protection Group, the available object types are individual volumes, hosts, and host groups. Adding a host or a host group as a member automatically includes all volumes currently connected to that host or group, ensuring that all components of an application are protected with crash-consistency.

C. Add Snapshots: Snapshots are the result of a protection policy being applied to the members of a Protection Group; they are not objects that can be added as members.

E. Add HBA WWN: An HBA WWN (Host Bus Adapter World Wide Name) is a hardware identifier for Fibre Channel connectivity and is not a manageable object that can be directly added to a Protection Group.

1. Pure Storage, Inc. (2022). Purity//FA User Guide Purity 6.3. Section: "Protection > Protection Groups > Creating Protection Groups". The guide explicitly states and visually depicts in the GUI screenshots that members can be added from the "Hosts," "Host Groups," and "Volumes" categories.

2. Pure Storage, Inc. (2021). FlashArray Best Practices for VMware vSphere 7.0 Update 3. Document ID: 202111.1. Section: "Protection Groups," page 23. This document describes the composition of Protection Groups, stating, "A protection group can contain volumes, hosts, or host groups. When a host or host group is added to a protection group, all of the volumes connected to that host or host group are automatically added."

3. Pure Storage Support Knowledge Base (2023). Purity FA - Protection Groups. Article ID: KB-10012. This article details the objects that can be added to a Protection Group, specifying that "Protection Groups can contain one or more volumes, hosts, or host groups as members." It makes no mention of snapshots or HBA WWNs as potential members.

The customer's requirements point to a three-site business continuity solution. The need for a stretched cluster for high availability is met by Pure Storage ActiveCluster, which provides a symmetric active-active, zero Recovery Point Objective (RPO) solution across two sites. The requirement for a third copy in a remote geographic location is then fulfilled by configuring asynchronous snapshot replication from the ActiveCluster stretched pod to a third FlashArray. This topology combines high availability (HA) with disaster recovery (DR), directly addressing the customer's use case.

A. CloudSnap is used for backing up snapshots to a cloud object store for long-term retention or archival, not for creating a stretched cluster for high availability.

B. Fan-out replication describes a one-to-many asynchronous topology from a single source array. It does not provide the synchronous, stretched cluster capability required.

C. ActiveDR is a continuous, near-synchronous replication solution for disaster recovery with a low RPO. It is not a stretched cluster and does not provide zero RPO or transparent failover.

1. Pure Storage, "Purity ActiveCluster™ Technical Overview" White Paper (WP-AC-052021-02):

Page 4, "ActiveCluster Overview": "Pure Storage® ActiveCluster is a fully symmetric active-active bidirectional replication solution that provides synchronous replication for RPO zero and automatic transparent failover for RTO zero." This confirms ActiveCluster meets the stretched cluster requirement.

Page 11, "Three-Data-Center Replication": This section explicitly describes the requested topology: "For customers who require a three-data-center (or more) replication topology, ActiveCluster can be combined with asynchronous replication. A pod that is stretched between two arrays can also be a source for asynchronous replication to a third array."

2. Pure Storage, "FlashArray Best Practices for Business Continuity and Disaster Recovery" Technical Report (TR-190801-01):

Page 11, "Figure 6: ActiveCluster with Asynchronous Replication to a Third Site": This document provides a visual diagram and description of the exact solution. The text states, "ActiveCluster can be combined with asynchronous replication to provide a third copy of data at a disaster recovery site. In this configuration, a pod is stretched between two arrays in an ActiveCluster configuration, and that pod is also the source for asynchronous replication to a third array."

The exhibit displays the Synchronous Replication dashboard in Pure1. The question asks to identify the array that replicated the most data, which corresponds to the array with the highest replication throughput. The "Throughput" column shows the rate of data transfer.

By examining this column, we can see that two arrays, dogfood-cheesewheel and dogfood-chuckwagon, both have a throughput of 1.1 GB/s. This is the highest value in the table, greater than the 1.0 GB/s throughput for the other arrays. Therefore, both dogfood-cheesewheel and dogfood-chuckwagon replicated the most data during this period.

C. dogfood-couch: This array's replication throughput is 1.0 GB/s, which is lower than the maximum observed throughput of 1.1 GB/s.

D. dogfood-elk: This array's replication throughput is 1.0 GB/s, which is lower than the maximum observed throughput of 1.1 GB/s.

1. Pure Storage Pure1 Manage User Guide: In the section "Monitoring Performance," the "Replication" tab is described. It details the key performance indicators for replication, including "Throughput," which is defined as the rate of data being replicated between arrays, measured in bytes per second. The exhibit directly reflects this monitoring capability. (Reference: Pure1 Manage User Guide, Section: Analytics > Performance > Replication).

2. Pure Storage FlashArray Best Practices: ActiveCluster: This technical report discusses monitoring for ActiveCluster, Pure's synchronous replication solution. It emphasizes tracking performance metrics like throughput to ensure replication health and performance. The "Throughput" metric shown in the Pure1 exhibit is the primary indicator of the volume of data being replicated. (Reference: FlashArray™ Best Practices: ActiveCluster, Document: TR-180804-01, Section: "Monitoring ActiveCluster").

The customer's requirement is for the "fastest possible array" to support a "highly transactional" medical records database. This describes a top-tier, mission-critical workload demanding maximum performance and the lowest latency. The Pure Storage FlashArray//XL is specifically engineered for these most demanding enterprise applications. It provides significantly higher performance, throughput, and lower latency compared to other models in the FlashArray family, making it the correct recommendation for a customer whose primary requirement is speed for a critical database.

B. FlashArray//X: While a high-performance array for Tier-1 workloads, the FlashArray//XL is positioned and engineered for even greater performance, making it the "fastest" option.

C. FlashArray//C: This model is optimized for capacity using QLC flash. It is designed for Tier-2 workloads and data protection, not for maximum transactional performance.

1. Pure Storage®, "FlashArray//XL™ Datasheet". (2023). Page 1, "Product Overview" section states, "FlashArray//XL is designed for the highest-end enterprise workloads, from large databases to containerized and cloud-native applications." It also notes it "Delivers up to 100% more performance than FlashArray//X."

2. Pure Storage®, "FlashArray™ Family Datasheet". (2024). Page 2, "FlashArray Models" comparison table. This table explicitly categorizes the primary use case for FlashArray//XL as "Mission-critical databases and apps," while FlashArray//X is for general "Databases, virtual machines, containers," and FlashArray//C is for "Less-critical workloads, disaster recovery."

3. Pure Storage Blog, "Introducing FlashArray//XL: The New Top End of the FlashArray Family". (November 9, 2021). Paragraph 2 states, "FlashArray//XL is designed for mission-critical applications—massive databases, containerized applications, and more—that require maximum performance..." This confirms its positioning as the top-performing solution.

The customer's primary goal is to improve their Recovery Point Objective (RPO) and Recovery Time Objective (RTO) by replicating data to a secondary datacenter.

ActiveDR (D) is a continuous asynchronous replication feature designed for disaster recovery. It provides a near-zero RPO (seconds) and a low RTO (minutes) between geographically dispersed datacenters, directly addressing the customer's need for improved SLAs.

ActiveCluster (B) is an active-active synchronous replication solution that provides a zero RPO and a near-zero RTO. For customers with stringent SLAs and datacenters within metro distances (<11ms RTT latency), this is the premier business continuity and disaster recovery solution.

An SE should focus on both ActiveDR and ActiveCluster as the two primary technical solutions to present to the customer, allowing for a discussion to determine which best fits their specific latency, distance, and SLA requirements.

A. FlashRecover: This is the name of the entire data protection software suite, not a specific feature. ActiveDR and ActiveCluster are components within the FlashRecover suite. It is too general.

C. CloudSnap: This feature sends snapshots to cloud object storage (e.g., S3, Azure Blob) for backup and long-term retention. It is not designed for low RPO/RTO disaster recovery to a secondary datacenter.

1. Pure Storage Technical White Paper, "ActiveDR Technical Overview": "ActiveDR provides a simple, flexible, and powerful disaster recovery solution that delivers near-zero recovery point objectives (RPO)... ActiveDR continuously transmits data from a source array to a target array, enabling failover to the target site with minimal data loss." (Section: Introduction, Page 2)

2. Pure Storage Technical White Paper, "ActiveCluster Technical Overview": "ActiveCluster is a fully symmetric active-active bidirectional replication solution that provides synchronous replication for RPO zero protection against site-level failure... ActiveCluster has a round-trip latency requirement of less than 11ms between the two sites." (Section: Introduction, Page 2)

3. Pure Storage White Paper, "Purity//FA Data Protection with FlashRecover" (WP-000153): This document defines FlashRecover as the suite containing the specific replication technologies. "Pure Storage® FlashRecover™ delivers all-flash data protection with a comprehensive and fully integrated suite of modern data protection solutions... Key components of FlashRecover include: ... Replication: Asynchronous, Synchronous (ActiveCluster), and ActiveDR." (Section: Executive Summary, Page 2). This confirms FlashRecover is the suite name, while ActiveDR and ActiveCluster are the specific features.

The exhibit from the Pure1 management interface displays the FlashArray's capacity utilization and forecast. The graph clearly shows a projection that the array will be "Full in 3 months." The current usage is 125.0 TB out of a total 137.4 TB, which is over 90% utilization. This data indicates an imminent capacity shortage. The most direct and appropriate action to resolve this issue is to increase the array's physical storage capacity. This is achieved by adding an expansion shelf containing NVMe DirectFlash modules.

A. Upgrading the controller primarily enhances performance (IOPS, latency) and connectivity, not raw capacity. The exhibit shows a capacity issue, not a performance bottleneck.

C. Adding more network ports would increase host connectivity bandwidth. The problem identified in the exhibit is related to storage space, not network throughput.

1. Pure Storage, "Pure1: Introduction and Administration" Courseware. Module: "Pure1 Assess". This official training material details how the Pure1 capacity forecast uses historical data and AI/ML to predict when an array will reach full capacity, enabling proactive planning for capacity expansion. The "Full in X months" alert is a primary indicator for adding more storage.

2. Pure Storage, "FlashArray//X Hardware Installation and Upgrade Guide," Document Rev H. Section: "Install an Expansion Shelf." This document outlines the physical procedure for expanding a FlashArray's capacity. It states, "You can add expansion shelves to a FlashArray chassis to increase storage capacity." This confirms that adding a shelf is the standard method for capacity augmentation.

3. Pure Storage, "FlashArray Architecture White Paper." Section: "Scale-up and Scale-out." The paper distinguishes between scaling performance and scaling capacity. It explains that performance is scaled by upgrading controllers, while capacity is scaled independently by adding DirectFlash Shelves. The scenario presented is a clear case for scaling capacity.

The customer requires a disaster recovery (DR) solution with failover and fallback capabilities between their on-premises data center and the public cloud. Pure Storage Cloud Block Store (CBS) is a software-defined version of the Purity//FA operating environment that runs natively in AWS and Azure. It can act as a replication target for an on-premise FlashArray. Using asynchronous snapshot replication, customers can replicate data to CBS, enabling the cloud to serve as a fully functional DR site. This configuration directly supports failing over operations to the cloud and subsequently failing back to the on-premises array once it is restored.

B. Purity//FA CloudSnap periodic offload of snapshots to AWS: CloudSnap is designed for cost-effective, long-term data retention and archival by sending snapshots to cloud object storage (e.g., S3), not for rapid DR with low RTO.

C. ActiveCluster FC replication between a FlashArray on site and Evergreen//One: ActiveCluster is a synchronous, active-active replication solution for business continuity (zero RPO/RTO), not typically used for long-distance on-prem-to-cloud DR. Also, FC is not the transport for cloud replication.

1. Pure Storage Official Documentation, "Disaster Recovery to the Cloud with Pure Cloud Block Store" Solution Brief.

Reference: Page 2, "Solution Overview" section states, "Pure Cloud Block Store™ enables disaster recovery (DR) to the cloud by providing seamless data mobility between on-premises FlashArray™ devices and the public cloud... You can use asynchronous replication to fail over to the cloud and fail back to on-premises when ready." This directly supports using snapshot replication between FlashArray and CBS for DR.

2. Pure Storage Official Documentation, "Purity//FA User Guide".

Reference: In the section on "Protection," CloudSnap is described as a feature to "offload snapshots to a cloud namespace for archival purposes." This differentiates its use case from the active DR scenario required by the question.

3. Pure Storage Official Documentation, "ActiveCluster" White Paper.

Reference: The "Overview" section describes ActiveCluster as a "multi-site active-active stretch cluster solution that provides synchronous replication." This confirms it is for business continuity with zero recovery time, a different use case than DR to the cloud, and it typically uses Fibre Channel or IP for shorter, metro distances.

The FlashArray architecture is fundamentally designed for non-disruptive operations, including upgrades. This is achieved through its dual-active, stateless controller design. During a software or hardware upgrade, one controller is taken offline and updated while the other seamlessly continues to service all I/O operations. Once the first controller is updated and brought back online, a transparent failover occurs, and the process is repeated on the second controller. This entire procedure happens without any downtime, manual intervention for multipathing, or degradation in storage performance, ensuring continuous data availability and application performance.

A. ActiveCluster: This is a business continuity feature for synchronous replication and active-active clustering between two arrays, not the mechanism for performing upgrades on a single array.

C. Right-Size Guarantee: This is a commercial program that guarantees a specific amount of effective storage capacity, not a technical feature related to the upgrade process.

D. Protection groups: These are logical constructs used to apply consistent data protection policies (like snapshot and replication schedules) to a group of volumes.

1. Pure Storage, Inc. (2020). A Look Inside the Pure Storage FlashArray//X Family.

Page 4, Section: "Non-Disruptive Upgrades": "The FlashArray was designed from the ground up to enable non-disruptive upgrades of both software and hardware... Controller hardware upgrades are also non-disruptive. Customers can upgrade to the latest-generation controllers by swapping them one at a time, while the array continues to service I/O."

2. Pure Storage, Inc. (2023). FlashArray Best Practices & Implementation Guide for VMware vSphere.

Page 10, Section: "Non-Disruptive Upgrades and Maintenance": "All tasks, from software updates to capacity and performance expansion, and even generational hardware refreshes, can be performed without downtime or noticeable performance impact."

3. Pure Storage, Inc. (2022). ActiveCluster Technical Overview.

Page 3, Section: "Introduction": This document defines ActiveCluster as a "multi-site active/active stretch cluster solution that provides new levels of availability for the enterprise," confirming its purpose is business continuity, not upgrades.

4. Pure Storage, Inc. (2023). Purity//FA User Guide.

Section: "Protection > Protection Groups": This section details the creation and management of protection groups for the sole purpose of "applying snapshot and replication schedules" to volumes and hosts.

The Pure Storage "Love Your Storage Guarantee" is a core component of the Evergreen//Forever™ subscription program. It provides customers with investment protection by allowing them to return their FlashArray™ or FlashBlade® system for a full refund if they are not satisfied. The official terms of this guarantee explicitly define the return window as 30 days, starting from the date of shipment. This policy underscores the company's confidence in its product performance and customer satisfaction, offering a risk-free trial period for new hardware deployments.

A. 15 days is an incorrect duration; the official guarantee provides a longer, 30-day evaluation period.

C. 60 days is double the actual return window specified in the official program terms.

D. 90 days is three times the length of the actual return window and is not offered.

1. Pure Storage Official Website, Evergreen//Forever™ Program Page: Under the section "Love Your Storage Guarantee," the terms are stated: "If you’re not happy with your Pure Storage array, you can return it within 30 days." This is the primary source defining the program's return window. (Accessed via the main Pure Storage corporate website under Solutions > Evergreen Storage).

2. Pure Storage Evergreen Storage Datasheet: This document details the components of the Evergreen program, including the "Love Your Storage Guarantee," and specifies the "30-day, no-questions-asked, money-back guarantee." (Document reference: PS-DS-EVERGREEN-0522-V10).

FlashArray//C is the most cost-effective solution for this use case. It is specifically designed as a capacity-optimized all-flash array, utilizing higher-density QLC NAND flash to offer flash-level performance and reliability at a cost competitive with hybrid or HDD-based systems. For a video archive workload, where capacity and cost-effectiveness are prioritized over the extreme low-latency performance of Tier 1 applications, FlashArray//C provides the ideal balance. It allows the customer to modernize their multi-rack HDD environment into a smaller, more efficient all-flash footprint without the premium cost associated with performance-optimized arrays.

A. FlashArray//X: This is a performance-optimized array for Tier 1 workloads. It would be unnecessarily expensive and over-provisioned for a capacity-centric video archive, making it not the most cost-effective solution.

B. FlashArray//XL: This is the highest-performance model in the FlashArray family, designed for the most demanding Tier 0/1 applications. It is the least cost-effective option for an archive workload.

1. Pure Storage FlashArray//C™ Data Sheet: "FlashArray//C is the industry’s first capacity-optimized AFA, designed to bring consistent all-flash performance to tier-2 production and workload consolidation applications... It provides a cost-effective, capacity-oriented solution for use cases that don’t demand the extreme performance of FlashArray//X." (Page 1, "Product Overview"). This document explicitly positions FlashArray//C for Tier 2 applications like archives as a cost-effective alternative.

2. Pure Storage FlashArray Family Data Sheet: This document compares the product lines. It positions FlashArray//X and //XL for "Performance-sensitive workloads" and "Mission-critical applications," respectively. In contrast, it positions FlashArray//C for "Capacity-oriented workloads" and "Workload consolidation," directly aligning with the customer's video archive requirement. (Page 2, "FlashArray Models" table).

3. Pure Storage White Paper, "The Pure Storage Guide to Modern Data Protection": While focused on data protection, this paper discusses workload tiers. It describes the need for a "flash-to-flash-to-cloud" architecture where capacity-optimized flash (like FlashArray//C) serves as a tier for less active data, backups, and archives, replacing slower disk-based systems. (Section: "Modernize Your Data Protection").

FlashArray File Services provides native SMB and NFS protocol support, allowing the FlashArray to serve as a unified storage platform for both block and file workloads simultaneously. This capability is a software feature of the Purity//FA operating environment and is supported across the FlashArray family, including the FlashArray//X, //C, and //XL models. The customer's existing //X90R3 is a FlashArray//X model and is therefore fully capable of running File Services alongside their existing Oracle block volumes, provided it is running a compatible version of Purity//FA. No hardware upgrade is required to enable this functionality.

A. The customer should migrate their Windows file servers to Pure.

This option describes a potential action or sales outcome, not a technical feasibility assessment of the existing hardware, which is the core of the customer's question.

B. The customer needs to upgrade to XL to be able to use FA File.

This is incorrect. FlashArray File Services are not exclusive to the //XL models. The feature is available on all modern FlashArray//X models, including the customer's //X90R3.

---

1. Pure Storage FlashArray Data Sheet. (2023). "Unified Block and File: Consolidate every workload with a single platform for block and file." The data sheet lists FlashArray//X models (including the //X90) as part of the product line that supports unified storage. Document available via Pure Storage official website.

2. Pure Storage. (2022). FlashArray File Services: Technical Overview. "FlashArray File Services is available on all FlashArray//X, FlashArray//C, and FlashArray//XL models, providing a unified storage experience for all of your block and file workloads." (Page 3, Section: "FlashArray File Services"). This white paper explicitly confirms support on the //X series.

3. Pure Storage Purity//FA 6.1 Release Notes. (2021). The introduction of FlashArray File Services in this release specified support for FlashArray//X and FlashArray//C models, establishing the feature's availability on the hardware platform mentioned in the question. Historical release notes confirm the feature is not limited to newer or specific high-end models.

Cloud Block Store (CBS) is a software-defined storage solution that runs natively in public clouds, including Azure. It directly addresses the customer's requirements by providing enterprise-grade data reduction (deduplication and compression), which can significantly lower the actual cloud storage footprint and associated costs for the 100 TB database. As a cloud-native service procured through the Azure Marketplace, it aligns perfectly with a cloud-first strategy and requires no capital asset purchase, operating on a consumption-based model. CBS is specifically designed to deliver high-performance, resilient block storage for mission-critical applications like databases in the cloud.

A. Evergreen//Flex: This is a consumption-based ownership model for on-premises physical hardware, which contradicts the customer's cloud-first strategy and desire to avoid owning additional assets.

B. Evergreen//Forever: This is a subscription model that provides continuous software and hardware upgrades for customer-owned, on-premises FlashArray systems, requiring a capital expenditure.

D. Portworx DBaaS: This is a Database-as-a-Service platform for Kubernetes. While it operates in the cloud, its primary function is to automate database deployment and management, not to provide the underlying cost-optimized block storage itself.

1. Pure Storage Cloud Block Store for Microsoft Azure Datasheet: "Pure Cloud Block Store brings all the benefits of Pure’s enterprise-grade storage to the public cloud... With industry-leading data reduction, you’ll buy less cloud storage capacity." (Page 1, "Reduce Cloud Storage Costs" section). This document confirms CBS runs in Azure and its primary benefit is cost reduction through data efficiency.

2. Pure Storage Evergreen Subscriptions: "Evergreen//Forever™ (formerly Evergreen Gold) keeps your storage modern without disruptive migrations... Evergreen//Flex™ gives you a flexible, on-demand storage consumption model for the storage you own." (Pure Storage Official Website, Evergreen Page). This source clarifies that both Evergreen//Forever and //Flex are tied to on-premises, owned hardware.

3. Portworx Data Services Documentation: "Portworx Data Services (PDS) is a database-platform-as-a-service that you can use to deploy and manage data services such as Cassandra, Kafka, PostgreSQL, RabbitMQ, and Redis on any Kubernetes cluster." (Portworx Official Documentation, "About Portworx Data Services" section). This reference establishes PDS (DBaaS) as a management layer for databases on Kubernetes, distinct from the underlying block storage optimization provided by CBS.

The customer requires 450 TB of effective capacity. With an expected 4-to-1 data reduction, the minimum required usable capacity is calculated as 450 TB / 4 = 112.5 TB.

The workload is for a tier 2 environment where latency is not a concern, which makes the capacity-optimized Pure Storage FlashArray//C the appropriate product line. The FlashArray//X is designed for tier 1, performance-sensitive workloads.

The FlashArray//C40 is the entry-level model in the //C series. Its minimum configuration provides 247 TB of raw capacity, which yields approximately 201 TB of usable capacity. Since 201 TB is greater than the required 112.5 TB, this configuration meets the customer's needs and represents the minimum required solution.

B. FlashArray//C60R3 878 TB: This is a valid FlashArray//C configuration, but it is significantly oversized for the requirement and is not the minimum option.

C. FlashArray//X70R3 228 TB: This is an incorrect product family. FlashArray//X is designed for performance-sensitive, tier 1 workloads, not capacity-oriented tier 2 environments.

D. FlashArray//C60R3 366 TB: While this configuration would meet the capacity need, the FlashArray//C40 is a smaller, more cost-effective model that also satisfies the requirement, making it the correct minimum choice.

1. Pure Storage FlashArray//C Family Datasheet. (Document: pure-datasheet-flasharray-c.pdf).

Page 1, "Capacity for Everything": "FlashArray//C is the industry’s first capacity-optimized AFA, designed for tier 2 production and workload consolidation...". This justifies the selection of the //C family over the //X family for this use case.

Page 2, "FLASHARRAY//C SPECIFICATIONS" Table: This table specifies the "Min. Raw Capacity" for the FlashArray//C40 R3 model as 247 TB and for the FlashArray//C60 R3 as 366 TB. This confirms that option A represents the smallest available configuration in the appropriate product family that meets the calculated capacity requirement.

2. Pure Storage FlashArray Architecture White Paper. (Document: pure-wp-flasharray-architecture.pdf).

Section: "Purity Reduce": This section details how Purity's data reduction technologies (including deduplication and compression) provide an average data reduction of 5:1 across the fleet, with total efficiency of 10:1. This supports the methodology of calculating required usable capacity based on the customer's expected data reduction ratio (4-to-1).

The FlashArray//X, running the Purity//FA operating environment (version 6.0 and later), provides native, unified file and block services. This allows the customer to serve both workload types from the same array and the same global storage pool. Since the customer has 40 TB of available capacity, which is more than sufficient for the new 10 TB file workload, they can simply enable and configure file services on their existing hardware. This approach requires no additional hardware purchase, making it the most cost-effective solution and directly addressing the customer's primary constraint to spend the least amount possible.

B. FlashArray architecture is built on a single, global storage pool for all data; it does not support the creation of separate disk pools.

C. Purchasing a new FlashBlade appliance is a significant capital expenditure and is unnecessary when the existing array has the capacity and capability.

D. A Non-Disruptive Upgrade (NDU) to a larger model is a costly hardware change that is not required as the current array has ample capacity.

1. Pure Storage Documentation, "Purity//FA File Services Overview": This document states, "Purity File Services extends the industry-leading simplicity and performance of FlashArray to file-based workloads... It provides a unified storage experience, allowing you to run both block and file workloads on the same array." This confirms the technical feasibility of the recommended solution. (Reference available via Pure Storage support portal).

2. Pure Storage White Paper, "FlashArray Architecture": Section "Purity Data Services" describes how Purity provides a rich set of data services, including protocol services for block (iSCSI, FC) and file (NFS, SMB), which operate on a single, global pool of flash storage. This architecture makes the concept of adding a separate disk pool (Option B) invalid.

3. Pure Storage Data Sheet, "FlashArray//X Family": The data sheet specifies that the Purity//FA software provides "Unified Block & File" capabilities, confirming that the hardware platform is designed for this mixed-workload scenario. This supports using the existing array (Option A) over purchasing a new one (Options C and D).