RETHINK YOUR DEFINITION OF SPEED AND PERFORMANCE
With adaptive, guaranteed data reduction and a 100% data-availability guarantee, Hitachi Virtual Storage Platform F series helps you tackle complicated business challenges. Hitachi Data Systems (HDS) VSP F series delivers up to 4.8M IOPS with sub-millisecond response times.
Featuring legendary Hitachi reliability, VSP F series arrays are backed by the industries only 100% availability guarantee. For these reasons, 80% of the Fortune 500 choose Hitachi all-flash arrays to accelerate the performance of mission-critical applications like Oracle, SAP, Virtualization, Microsoft apps etc. With over 350 patents in flash technology, Hitachi’s innovative mix of flash hardware and software accelerates ROI with enterprise-class reliability and performance.
In our most recent product, the ActiveStor Ultra, Panasas has developed a new approach called Dynamic Data Acceleration Technology. It uses a carefully balanced set of HDDs, SATA SSD, NVMe SSD, NVDIMM, and DRAM to provide a combination of excellent performance and low cost per terabyte.
• HDDs will provide high bandwidth data storage if they are never asked to store anything small and only asked to do large sequential transfers. Therefore, we only store large Component Objects on our low-cost HDDs.
• SATA SSDs provide cost-effective and highbandwidth storage as a result of not having any seek times, so that’s where we keep our small Component Objects.
• NVMe SSDs are built for very low latency accesses, so we store all our metadata in a database and keep that database on an NVMe SSD. Metadata accesses are very sensitive to latency, whether it is POSIX metadata for the files being stored or metadata for the internal operations of the OSD.
• An NVDIMM (a storage class memory device) is the lowest latency type of persistent storage device available, and we use one to store our transaction logs: user data and metadata being written by the application to the OSD, plus our internal metadata. That allows PanFS to provide very low latency commits back to the application.
• We use the DRAM in each OSD as an extremely low latency cache of the most recently read or written data and metadata.
To gain the most benefit from the SATA SSD’s performance, we try to keep the SATA SSD about 80% full. If it falls below that, we will (transparently and in the background) pick the smallest Component Objects in the HDD pool and move them to the SSD until it is about 80% full. If the SSD is too full, we will move the largest Component Objects on the SSD to the HDD pool. Every ActiveStor Ultra Storage Node performs this optimization independently and continuously. It’s easy for an ActiveStor Ultra to pick which Component Objects to move, it just needs to look in its local NVMe-based database.
