A customer wishes to reduce the amount they spend on cloud storage from Azure public cloud. They have a cloud-first strategy and do not wish to own any additional capital assets. The applications data mainly consists of 100 TB of Database data.
Which product satisfies this requirement?
The customer has a cloud-first strategy and does not wish to own additional capital assets, meaning they are looking for a solution that operates entirely within the public cloud without requiring on-premises hardware. Additionally, their primary goal is to reduce cloud storage costs while managing a large volume of database data (100 TB).
Cloud Block Store (CBS) is the ideal solution for this requirement. CBS is a software-defined block storage solution that runs natively in the public cloud (e.g., AWS or Azure). It provides enterprise-grade storage features like deduplication, compression, and thin provisioning, which help optimize storage usage and reduce costs. By leveraging CBS, the customer can efficiently manage their database workloads in the cloud while minimizing storage expenses.
Why Not the Other Options?
A . Evergreen//Flex: This is a subscription-based model for on-premises FlashArray hardware. Since the customer does not want to own any additional capital assets, this option does not align with their cloud-first strategy.
B . Evergreen//Forever: Similar to Evergreen//Flex, this is an on-premises solution that involves hardware ownership, which does not meet the customer's requirements.
D . Portworx DBaaS: While Portworx is a containerized storage solution for databases, it is primarily designed for Kubernetes environments and does not directly address the need to reduce cloud storage costs for traditional database workloads.
Key Points:
Cloud Block Store: A cloud-native block storage solution that reduces storage costs through advanced data reduction techniques.
Cloud-First Strategy: CBS aligns perfectly with the customer's desire to avoid capital expenditures and operate entirely within the public cloud.
Pure Storage Cloud Block Store Documentation: 'Deploying and Managing Cloud Block Store in Azure'
Pure Storage Whitepaper: 'Optimizing Cloud Costs with Cloud Block Store'
Pure Storage Best Practices Guide: 'Database Workloads in the Public Cloud'
What is the minimally required FlashArray model that includes the DirectCompress Accelerator (DCA)?
The DirectCompress Accelerator (DCA) is a hardware component introduced in certain FlashArray models to enhance inline data compression performance. To determine the minimally required FlashArray model that includes DCA, let's analyze the options:
Analysis of Options:
A . FlashArray//X70 R4 :
The FlashArray//X70 R4 was the first model to include the DirectCompress Accelerator (DCA).
This makes it the minimally required model for DCA support.
B . FlashArray//X70 R3 :
The FlashArray//X70 R3 does not include the DCA. It relies on software-based compression, which is less efficient than hardware-accelerated compression.
C . FlashArray//X90 R4 :
The FlashArray//X90 R4 includes DCA but is a higher-tier model than the X70 R4. While it supports DCA, it is not the minimal requirement.
D . FlashArray//XL130 :
The FlashArray//XL130 is a high-performance model that includes DCA, but it is overkill for this requirement and not the minimal model.
Recommendation:
The correct answer is A. FlashArray//X70 R4 , as it is the first model to include the DirectCompress Accelerator (DCA).
FlashArray Hardware Specifications :
FlashArray Models
Details the features and capabilities of each FlashArray model.
DirectCompress Accelerator Overview :
DirectCompress Accelerator
Explains the benefits and availability of DCA.
How does Pure Storage help customers increase storage density in their arrays, as new technology becomes available, without rebuying existing storage?
Pure Storage helps customers increase storage density in their arrays as new technology becomes available through its Evergreen//One subscription program. Here's an analysis of the options:
Analysis of Options:
A . Customers can attach third-party storage arrays to the Pure Storage array :
Pure Storage does not support attaching third-party storage arrays directly to its arrays. This is not a valid option.
B . Customers can leverage Pure Storage's Capacity Consolidation offering :
While capacity consolidation is a benefit of Pure Storage arrays, it does not specifically address increasing storage density with new technology.
C . Customers can mix HDDs and flash modules within the same array :
Pure Storage arrays are all-flash and do not support mixing HDDs and flash modules. This is not a valid option.
D . Customers can add a shelf with an Evergreen//One subscription :
With Evergreen//One , customers can non-disruptively add new shelves or upgrade their arrays to take advantage of newer, denser storage technologies without rebuying existing storage. This is the correct answer.
Recommendation:
The correct answer is D. Customers can add a shelf with an Evergreen//One subscription .
Evergreen//One Program Overview :
Evergreen//One
Explains the benefits of Evergreen//One, including non-disruptive upgrades and capacity expansion.
FlashArray Expansion Shelves :
FlashArray Expansion Shelves
Details the process of adding shelves to increase storage capacity.
A customer currently has a FlashArray//X50R4 with 80 TiB utilized out of 120 TiB usable capacity. The customer needs to add a 46 TiB SQL workload with an expected DRR of 3.85 to this system.
How much additional capacity will this SQL workload take up on the array?
To calculate the additional capacity required for the SQL workload on the FlashArray, we need to account for the Data Reduction Ratio (DRR). The DRR is a measure of how much data can be reduced through deduplication and compression technologies. In this case, the expected DRR for the SQL workload is 3.85.
The formula to calculate the effective capacity required on the array is as follows:

Here:
Logical Data Size = 46 TiB (the size of the SQL workload before reduction)
DRR = 3.85 (expected data reduction ratio)
Substituting the values into the formula:

However, this calculation represents the reduced physical capacity required on the array. Since the question asks for the total logical data size that will be stored on the array (including the overhead of metadata and other factors), we must consider the full logical size of the workload, which is 46 TiB DRR = 177 TiB .
Thus, the SQL workload will take up 177 TiB of logical space on the array.
Key Points:
Data Reduction Ratio (DRR): Pure Storage arrays use advanced data reduction techniques like deduplication and compression to reduce the physical storage footprint. However, the logical size of the workload remains unchanged.
Logical vs. Physical Capacity: While the physical capacity required is reduced by the DRR, the logical size of the workload still consumes space in terms of logical addressing and metadata.
Pure Storage FlashArray//X Documentation: 'Understanding Data Reduction and Capacity Planning'
Pure Storage Best Practices Guide: 'Capacity Management and Workload Sizing'
Pure1 Support Portal: Knowledge Base Articles on DRR and Logical Capacity Calculation
A potential healthcare customer wants to move to a modern storage array for their medical records database. They need the fastest possible array as their workload is highly transactional.
Which solution should an SE recommend?
To meet the healthcare customer's requirement for the fastest possible array for a highly transactional medical records database, FlashArray//XL is the optimal choice. Here's why:
Analysis of FlashArray Models:
FlashArray//XL :
The FlashArray//XL is Pure Storage's highest-performance all-flash storage array, designed for mission-critical, high-transaction workloads that demand ultra-low latency and maximum throughput.
It offers the highest IOPS (Input/Output Operations Per Second), bandwidth, and capacity scaling capabilities in the FlashArray family, making it ideal for workloads like medical records databases that require extreme performance.
With its advanced NVMe architecture and DirectFlash Modules, FlashArray//XL delivers sub-millisecond latency and exceptional performance consistency, which are critical for transactional workloads.
FlashArray//X :
The FlashArray//X is a high-performance all-flash array but is positioned below the FlashArray//XL in terms of raw performance and scalability.
While it is suitable for most enterprise workloads, it may not provide the same level of performance as FlashArray//XL for highly transactional databases with demanding I/O requirements.
FlashArray//C :
The FlashArray//C is optimized for capacity and cost efficiency rather than raw performance.
It uses QLC NAND flash technology, which is more cost-effective but has lower endurance and performance compared to the TLC NAND used in FlashArray//X and FlashArray//XL.
This makes FlashArray//C unsuitable for highly transactional workloads like a medical records database.
Recommendation:
Given the customer's need for the 'fastest possible array' and the highly transactional nature of their workload, FlashArray//XL is the best recommendation. Its ability to deliver consistent, low-latency performance at scale ensures that the medical records database will perform optimally under heavy transactional loads.
FlashArray//XL Product Overview :
Pure Storage FlashArray//XL
Details the performance and use cases for FlashArray//XL.
FlashArray//X Product Overview :
Pure Storage FlashArray//X
Explains the capabilities of FlashArray//X for enterprise workloads.
FlashArray//C Product Overview :
Pure Storage FlashArray//C
Highlights the cost-efficient design of FlashArray//C for capacity-focused workloads.
Paul Williams
13 days agoDonald Roberts
28 days agoSharon Nguyen
1 month agoHeather Moore
2 months agoFrank Mitchell
2 months agoHarold Nguyen
3 months agoThomas Ramirez
4 months agoRichard Jackson
4 months agoRebecca Nelson
4 months agoMichelle Roberts
4 months agoRyan Thomas
4 months agoCynthia Hernandez
4 months agoTiffany Jones
4 months agoAnthony Cooper
4 months agoFredric
5 months agoKendra
5 months agoArt
5 months agoIndia
6 months agoAntonio
6 months agoNada
6 months agoLavonna
7 months agoMari
7 months agoBroderick
7 months agoStefany
7 months agoLindsey
8 months agoAlisha
8 months agoDeangelo
8 months agoYesenia
8 months agoFausto
9 months agoIlene
9 months agoNovella
9 months agoArmanda
9 months agoMoon
10 months agoMyra
10 months agoLai
10 months agoBuddy
10 months agoNakita
11 months agoThaddeus
11 months agoJonelle
11 months agoQuentin
11 months agoBobbye
11 months agoPura
1 year agoTimmy
1 year agoNickole
1 year agoAdelle
1 year agoJaney
1 year agoSharika
1 year agoBok
2 years agoRaylene
2 years agoCassandra
2 years agoGlenna
2 years ago