HPE 3PAR StoreServ is a great storage device for both file and block-level storage needs. You can use it in place of SAN devices required by database servers. It provides an amazing compaction ratio and, hence, reduces overall storage footprint and cost. This is, however, slightly costly if your environment doesn't really see high transactions most of the time.
Large scale data storage: Red Hat Ceph Storage is designed to be highly scalable and can handle large amounts of data. It's well suited for organizations that need to store and manage large amounts of data, such as backups, images, videos, and other types of multimedia content.Cloud-based deployments: Red Hat Ceph Storage can provide object storage services for cloud-based applications such as SaaS and PaaS offerings. It is well suited for organizations that are looking to build their own cloud storage infrastructure or to use it as a storage backend for their cloud-based applications.High-performance computing: Red Hat Ceph Storage can be used to provide storage for high-performance computing (HPC) applications, such as scientific simulations and other types of compute-intensive workloads. It's well suited for organizations that need to store
We are using HP 3PAR storeServ 8200 for both our file level and block level storage.
I really love the amazing compaction ratio provided by HP 3PAR. Some of our disks have compaction ratio above 25:1, which is super amazing. You can definitely look for around 75% reduction of storage footprints.
It has a great user friendly web console "SSMC"(StoreServ Management Console). This is an additional bonus and can be used by even non-storage people like DBA and Network to take a look at storage performance.
Highly resilient, almost every time we attempted to destroy the cluster it was able to recover from a failure. It struggled to when the nodes where down to about 30%(3 replicas on 10 nodes)
The cache tiering feature of Ceph is especially nice. We attached solid state disks and assigned them as the cache tier. Our sio benchmarks beat the our Netapp when we benchmarked it years ago (no traffic, clean disks) by a very wide margin.
Ceph effectively allows the admin to control the entire stack from top to bottom instead of being tied to any one storage vendor. The cluster can be decentralized and replicated across data centers if necessary although we didn't try that feature ourselves, it gave us some ideas for a disaster recovery solution. We really liked the idea that since we control the hardware and the software, we have infinite upgradability with off the shelf parts which is exactly what it was built for.
The system requires a physical or virtual system to manage upgrades and patches and for call home features. Most other systems have this integrated into the array. Just another piece of infrastructure to manage.
There are some system jobs that come pre-scheduled in the initial setup, but there is at least 1 job that should be added to this by default. When you delete storage, you also need to run a job to compact the CPG (a group where the luns all reside) to reclaim the previously used storage as free. This should be done by default at least monthly in the background.
There are 2 different GUI front ends that can still be used. The older version (3 PAR management console) is being phased out (has been for 3 years).
We are very satisfied with 3PAR performance and especially the IOPS (Input Output Per Second) is pretty amazing. It is easy to configure and doesn't require much knowledge of storage for Tier 1 support team.
With their phone home technology, we usually have a replacement part on its way by the time we wake up in the morning, or if the event occurs overnight. We have had great support when we had questions or events that required a call.
We still use NetApp storage enclosures at each plant for our routine file shares (CIFS) but I would love to swap them out for the HPE 3PARs as we use for our ERP app data. The 3PARS are simply faster and much better at near-instant replication. But even more importantly we can get the reporting that we need from the 3PAR within a few minutes, even custom reports. 3PARs are much easier to manage than NetApps in general and I think that the only place that they compete is in compaction.
MongoDB offers better search ability compared to Red Hat Ceph Storage but it’s more optimized for large number of object while Red Hat Ceph Storage is preferred if you need to store binary data or large individual objects. To get acceptable search functionality you really need to compile Red Hat Ceph Storage with another database where the search metadata related to Red Hat Ceph Storage objects are stored.
