[ceph-users] Re: Why CEPH is better than other storage solutions?
Exactly, strong consistency is why we chose Ceph over other SDS solutions back in 2014 (and disabled any non persistent cache along the IO path like HDD disk cache). A major power outage in our town a few years back (a few days before Christmas) and a ups malfunction has proven us right. Another reason to adopt Ceph today is that a cluster you build today to match a specific workload (lets say capacity) will accommodate any future workloads (for example performance) you may have tomorrow, simply by adding specific nodes to the cluster whatever the hardware will look like in decades. Regards, Frédéric. - Le 23 Avr 24, à 13:04, Janne Johansson icepic...@gmail.com a écrit : > Den tis 23 apr. 2024 kl 11:32 skrev Frédéric Nass > : >> Ceph is strongly consistent. Either you read/write objects/blocs/files with >> an >> insured strong consistency OR you don't. Worst thing you can expect from >> Ceph, >> as long as it's been properly designed, configured and operated is a >> temporary >> loss of access to the data. > > This is often more important than you think. All centralized storage > systems will have to face some kind of latency when sending data over > the network, when splitting the data into replicas or erasure coding > shards, when waiting for all copies/shards are actually finished > written (perhaps via journals) to the final destination and then > lastly for the write to be acknowledged back to the writing client. If > some vendor says that "because of our special code, this part takes > zero time", they are basically telling you that they are lying about > the status of the write in order to finish more quickly, because this > wins them contracts or wins competitions. > > It will not win you any smiles when there is an incident and data that > was ACKed to be on disk suddenly isn't because some write cache lost > power at the same time as the storage box and now some database have > half-written transactions in it. Ceph is by no means the fastest > possible way to store data on a network, but it is very good while > still retaining the strong consistencies mentioned by Frederic above > allowing for many clients to do many IOs in parallel against the > cluster. > > -- > May the most significant bit of your life be positive. ___ ceph-users mailing list -- ceph-users@ceph.io To unsubscribe send an email to ceph-users-le...@ceph.io
[ceph-users] Re: Why CEPH is better than other storage solutions?
Well said! Brett On Tue, Apr 23, 2024 at 7:05 AM Janne Johansson wrote: > Den tis 23 apr. 2024 kl 11:32 skrev Frédéric Nass > : > > Ceph is strongly consistent. Either you read/write objects/blocs/files > with an insured strong consistency OR you don't. Worst thing you can expect > from Ceph, as long as it's been properly designed, configured and operated > is a temporary loss of access to the data. > > This is often more important than you think. All centralized storage > systems will have to face some kind of latency when sending data over > the network, when splitting the data into replicas or erasure coding > shards, when waiting for all copies/shards are actually finished > written (perhaps via journals) to the final destination and then > lastly for the write to be acknowledged back to the writing client. If > some vendor says that "because of our special code, this part takes > zero time", they are basically telling you that they are lying about > the status of the write in order to finish more quickly, because this > wins them contracts or wins competitions. > > It will not win you any smiles when there is an incident and data that > was ACKed to be on disk suddenly isn't because some write cache lost > power at the same time as the storage box and now some database have > half-written transactions in it. Ceph is by no means the fastest > possible way to store data on a network, but it is very good while > still retaining the strong consistencies mentioned by Frederic above > allowing for many clients to do many IOs in parallel against the > cluster. > > -- > May the most significant bit of your life be positive. > ___ > ceph-users mailing list -- ceph-users@ceph.io > To unsubscribe send an email to ceph-users-le...@ceph.io > ___ ceph-users mailing list -- ceph-users@ceph.io To unsubscribe send an email to ceph-users-le...@ceph.io
[ceph-users] Re: Why CEPH is better than other storage solutions?
Den tis 23 apr. 2024 kl 11:32 skrev Frédéric Nass : > Ceph is strongly consistent. Either you read/write objects/blocs/files with > an insured strong consistency OR you don't. Worst thing you can expect from > Ceph, as long as it's been properly designed, configured and operated is a > temporary loss of access to the data. This is often more important than you think. All centralized storage systems will have to face some kind of latency when sending data over the network, when splitting the data into replicas or erasure coding shards, when waiting for all copies/shards are actually finished written (perhaps via journals) to the final destination and then lastly for the write to be acknowledged back to the writing client. If some vendor says that "because of our special code, this part takes zero time", they are basically telling you that they are lying about the status of the write in order to finish more quickly, because this wins them contracts or wins competitions. It will not win you any smiles when there is an incident and data that was ACKed to be on disk suddenly isn't because some write cache lost power at the same time as the storage box and now some database have half-written transactions in it. Ceph is by no means the fastest possible way to store data on a network, but it is very good while still retaining the strong consistencies mentioned by Frederic above allowing for many clients to do many IOs in parallel against the cluster. -- May the most significant bit of your life be positive. ___ ceph-users mailing list -- ceph-users@ceph.io To unsubscribe send an email to ceph-users-le...@ceph.io
[ceph-users] Re: Why CEPH is better than other storage solutions?
Hello, My turn ;-) Ceph is strongly consistent. Either you read/write objects/blocs/files with an insured strong consistency OR you don't. Worst thing you can expect from Ceph, as long as it's been properly designed, configured and operated is a temporary loss of access to the data. There are now a few companies in the world with deep knowledge of Ceph that are designing, deploying and operating Ceph clusters in the best way for their customers, contributing to the leadership and development of Ceph at the highest level, some of them even offering their own downstream version of Ceph, ensuring customers are operating the most up-to-date, stable and best performing version of Ceph. In the long term, it is more interesting to invest in software and in reliable, responsive support, attentive to customers, capable of pushing certain developments to improve Ceph and match customers needs than to buy overpriced hardware, with limited functionalities and lifespan, from vendors not always paying attention to how customers use their products. Regards, Frédéric. - Le 17 Avr 24, à 17:06, sebcio t sebci...@o2.pl a écrit : > Hi, > I have problem to answer to this question: > Why CEPH is better than other storage solutions? > > I know this high level texts about > - scalability, > - flexibility, > - distributed, > - cost-Effectiveness > > What convince me, but could be received also against, is ceph as a product has > everything what I need it mean: > block storage (RBD), > file storage (CephFS), > object storage (S3, Swift) > and "plugins" to run NFS, NVMe over Fabric, NFS on object storage. > > Also many other features which are usually sold as a option (mirroring, geo > replication, etc) in paid solutions. > I have problem to write it done piece by piece. > I want convince my managers we are going in good direction. > > Why not something from robin.io or purestorage, netapp, dell/EMC. From > opensource longhorn or openEBS. > > If you have ideas please write it. > > Thanks, > S. > ___ > ceph-users mailing list -- ceph-users@ceph.io > To unsubscribe send an email to ceph-users-le...@ceph.io ___ ceph-users mailing list -- ceph-users@ceph.io To unsubscribe send an email to ceph-users-le...@ceph.io
[ceph-users] Re: Why CEPH is better than other storage solutions?
> Op 21 apr 2024 om 17:14 heeft Anthony D'Atri het > volgende geschreven: > > Vendor lock-in only benefits vendors. Strictly speaking, that isn’t necessarily true. Proprietary standards and the like *can* enhance user experience in some cases. Making it intentionally difficult to migrate is another story. > You’ll pay outrageously for support / maint then your gear goes EOL and > you’re trolling eBay for parts. > > With Ceph you use commodity servers, you can swap 100% of the hardware > without taking downtime with servers and drives of your choice. And you get > the source code so worst case you can fix or customize. Ask me sometime > about my experience with a certain proprietary HW vendor. > > Longhorn , openEBS I don’t know much about. I suspect that they don’t offer > the richness of Ceph and that their communities are much smaller. > > Of course we’re biased here;) > >> On Apr 21, 2024, at 5:21 AM, sebci...@o2.pl wrote: >> >> Hi, >> I have problem to answer to this question: >> Why CEPH is better than other storage solutions? >> >> I know this high level texts about >> - scalability, >> - flexibility, >> - distributed, >> - cost-Effectiveness >> >> What convince me, but could be received also against, is ceph as a product >> has everything what I need it mean: >> block storage (RBD), >> file storage (CephFS), >> object storage (S3, Swift) >> and "plugins" to run NFS, NVMe over Fabric, NFS on object storage. >> >> Also many other features which are usually sold as a option (mirroring, geo >> replication, etc) in paid solutions. >> I have problem to write it done piece by piece. >> I want convince my managers we are going in good direction. >> >> Why not something from robin.io or purestorage, netapp, dell/EMC. From >> opensource longhorn or openEBS. >> >> If you have ideas please write it. >> >> Thanks, >> S. >> ___ >> ceph-users mailing list -- ceph-users@ceph.io >> To unsubscribe send an email to ceph-users-le...@ceph.io > ___ > ceph-users mailing list -- ceph-users@ceph.io > To unsubscribe send an email to ceph-users-le...@ceph.io ___ ceph-users mailing list -- ceph-users@ceph.io To unsubscribe send an email to ceph-users-le...@ceph.io
[ceph-users] Re: Why CEPH is better than other storage solutions?
Vendor lock-in only benefits vendors. You’ll pay outrageously for support / maint then your gear goes EOL and you’re trolling eBay for parts. With Ceph you use commodity servers, you can swap 100% of the hardware without taking downtime with servers and drives of your choice. And you get the source code so worst case you can fix or customize. Ask me sometime about my experience with a certain proprietary HW vendor. Longhorn , openEBS I don’t know much about. I suspect that they don’t offer the richness of Ceph and that their communities are much smaller. Of course we’re biased here;) > On Apr 21, 2024, at 5:21 AM, sebci...@o2.pl wrote: > > Hi, > I have problem to answer to this question: > Why CEPH is better than other storage solutions? > > I know this high level texts about > - scalability, > - flexibility, > - distributed, > - cost-Effectiveness > > What convince me, but could be received also against, is ceph as a product > has everything what I need it mean: > block storage (RBD), > file storage (CephFS), > object storage (S3, Swift) > and "plugins" to run NFS, NVMe over Fabric, NFS on object storage. > > Also many other features which are usually sold as a option (mirroring, geo > replication, etc) in paid solutions. > I have problem to write it done piece by piece. > I want convince my managers we are going in good direction. > > Why not something from robin.io or purestorage, netapp, dell/EMC. From > opensource longhorn or openEBS. > > If you have ideas please write it. > > Thanks, > S. > ___ > ceph-users mailing list -- ceph-users@ceph.io > To unsubscribe send an email to ceph-users-le...@ceph.io ___ ceph-users mailing list -- ceph-users@ceph.io To unsubscribe send an email to ceph-users-le...@ceph.io
[ceph-users] Re: Why CEPH is better than other storage solutions?
> I know this high level texts about > - scalability, > - flexibility, > - distributed, > - cost-Effectiveness If you are careful not to over estimate the performance, then you are ok. > > Why not something from robin.io or purestorage, netapp, dell/EMC. From > opensource longhorn or openEBS. > :) difficult to say. I can remember years ago on a trade fare telling some Arabs to look at ceph when they were standing at the EMC booth. ;P If you want answers to such questions, I guess you are stuck with doing some really thorough research. I did not have such time, so for me it was that companies like CERN, NASA are(were?) using this on very large scale (thousands of disks for years) and contributing to the development. Needless to say such storage solution is critical for your business so you need to have something reliable for the future. You don't want to do business with companies that all of a sudden change licensing like Elastic search did (robin.io -> rakuten cloud?) or looking only for a quick buyout. You want experienced competent people developing this for you. Although I am quite a bit annoyed with RedHat lately, my complements are really going out to this ceph development team ,as are my complements going out to universities contributing here. ___ ceph-users mailing list -- ceph-users@ceph.io To unsubscribe send an email to ceph-users-le...@ceph.io
[ceph-users] Re: Why CEPH is better than other storage solutions?
Suggestion: Start with your requirements, vs the “ilities” of the storage system. By “ilities” I mean scalability, flexibility, distributability, durability, manageability, and so on - any storage system can and will lay (at least some) claim to those. What are the needs of your project? How does CEPH meet the needs of your project? How do the other systems NOT meet those requirements? > On Apr 17, 2024, at 4:06 PM, sebci...@o2.pl wrote: > > Hi, > I have problem to answer to this question: > Why CEPH is better than other storage solutions? > > I know this high level texts about > - scalability, > - flexibility, > - distributed, > - cost-Effectiveness > > What convince me, but could be received also against, is ceph as a product > has everything what I need it mean: > block storage (RBD), > file storage (CephFS), > object storage (S3, Swift) > and "plugins" to run NFS, NVMe over Fabric, NFS on object storage. > > Also many other features which are usually sold as a option (mirroring, geo > replication, etc) in paid solutions. > I have problem to write it done piece by piece. > I want convince my managers we are going in good direction. > > Why not something from robin.io or purestorage, netapp, dell/EMC. From > opensource longhorn or openEBS. > > If you have ideas please write it. > > Thanks, > S. > ___ > ceph-users mailing list -- ceph-users@ceph.io > To unsubscribe send an email to ceph-users-le...@ceph.io ___ ceph-users mailing list -- ceph-users@ceph.io To unsubscribe send an email to ceph-users-le...@ceph.io