![]() |
Question about storing several TBs of images ...
We are working on a new project that will eventually host several TBs of images, no video.
If you have experience in managing such a large DB, I would greatly appreciate it if you would get in touch with me. We are looking for a bit of advise, to make sure we are going in the right direction with things. Also we are looking for Server Admin (Linux) to work with us remotely. Thanks in advance. |
Several TB's of just pics?
Whew...what are they - RAW format? |
That's a lot of images.
|
Quote:
Quote:
|
|
Nalem.com does dvtimes photo shoot
|
I'd just store them on floppys and be done with it :2 cents:
|
Quote:
|
Quote:
However generally speaking if you are dealing with massive databases then using a standard dedicated server model is not the way to go. You would be using some kind of object storage that was flexible so that it could size up or down according to your needs. Amazon, OVH, IBM, Google, HP and countless other companies provide highly scalable and low latency storage solutions. The OVH Public Cloud is an interesting product to look at because it's lower cost than many competitors. Then you need to engineer a way to store and retrieve your data objects from the data store. Will you need a high level of redundancy? Will you need to index the data before returning it to the end user ? Do you need to scale up and down easily or are you going to provide a fixed retrieval solution on a dedicated machine ? Engineering big data projects is non trivial and you really need to put in a great deal of work to design a system that will continue to meet your needs as you grow and as user demand scales up and down. You don't want to be paying for compute or storage that you're not using so something cloud based where you pay for what you use is desirable. Some products to look at https://aws.amazon.com/solutions/ IBM - Cloud Computing for Builders & Innovators https://www.ovh.co.uk/cloud/ |
Quote:
|
Quote:
http://i11.photobucket.com/albums/a1...d/100_1760.jpg Will this be enough? This is all I have left. :2 cents: |
Quote:
"Design a system that will continue to meet your needs" - this is exactly what we all are paying close attention to now, well before launch. Use of a cloud based storage system combined with traditional servers is what has been the plan. I have already forwarded your links for them to look into. Thanks AdultKing. :thumbsup |
Quote:
It really depends what you're building though. |
Quote:
Whatever he sees up there, he is loving it. He went from being stressed to "this will work great". So a big thank you Adult King. :thumbsup :thumbsup |
One of our clients have +600TB images, with two Windows 2012R2 servers (on Hyper-V with 8Gig of Ram and 8vCPU). The Application frontend sees a SMB3 share that I can just add servers/LUN's to if needed. But so far it have a throughput of about 1,5mill IOPS.
The Storage is on a Tintri solution, but we are planning to set up a tiered storage for a nearline Archive/backup on the cheaper(slower) SAN. It's really really simple to set up today, but it depends on what you want/need in regards to CDN or Clustering |
Everything goes away in the end...why bother
|
Quote:
Also, more important than how big the images are... How many images? 6 million rows isn't a huge database. |
All times are GMT -7. The time now is 10:57 AM. |
Powered by vBulletin® Version 3.8.8
Copyright ©2000 - 2025, vBulletin Solutions, Inc.
©2000-, AI Media Network Inc