or you could save yourself $200,000
and just put solid half a dozen state drives in the HANA server.
Seriously, there is zero value proposition for a Pure SAN here.
Pure Storage is flashing its SAP Credentials in the enterprise with news it’s certified for HANA, the in-memory database for SAPpers. Formally, Pure’s FlashArray 400 Series is certified by SAP as storage for its HANA platform, meaning HANA offers database, transaction, query and analytics processing in-memory, with no need to …
Pure Employee here. A couple of points I would like to bring up:
1) Your comment goes against SAP's position about the importance of shared storage for SAP HANA environments. There are multiple features in SAP HANA (like dynamic tiering) that require high performance storage. SAP is working with numerous storage vendors on scenarios where storage performance is critical for SAP HANA deployments. The TDI program is validation of this fact.
2) Shared storage eliminates the need to invest in clustered file systems that would be required with direct attached storage.
3) Pure Storage has numerous customers who have migrated their SAP HANA environments onto the FlashArray and have seen immediate benefits around performance and ease of management.
For very large, highly volatile data sets being processed in real time, there are much more cost effective Flash optimized, ACID compliant solutions out there (for example Helium from Levyx using off the shelf SSD and multi-core processor based servers) that are definitely worth exploring and integrating for SAP and other real time applications. They deliver in-memory like performance via a simpler and denser (scaled-in) infrastructure, and are 5 to 10x more affordable to implement delivering both data persistency and 100’s of millions of transactions per second. Not sure why one would want to use either expensive system memory (in-memory) spread across 10s and 100s of servers or high end enterprise flash based storage systems for that when a simpler and much more cost effective approach exists - why go complicated-expensive when you can go simple-smart?
This post has been deleted by its author