Зачем и как хранить объекты на примере MinIO

Можно уточнить вопрос, что имеется под "размером хранилища", оверхед на хранение данных + сами данные ? Если так, то думаю вопрос скорее стоит в выборе реализации хранилища (софт + железо). В таком случае Ceph будет хорошим решением, он может. Держать большое количество данных в себе с минимально деградацией (боюсь давать точные цифры). В том или ином случае, если стоит вопрос хранения файлов в сервисе/приложении то объектные хранилища это наверное в первую очередь инструмент создания границы (в ее роли выступит API выбранного вами решения) между файлами и бизнес логикой. 
Такое отделение позволит закладывать масштабируемость. Например у нас будет несколько инстансов приложения, которое ходит через сеть в наш сторадж за данными, причем они могут находится на разных железках.

Коллеги пробовали минио около года назад, не знаю поменялось ли что то с тех пор, но под нагрузкой (io) минио гарантированно разваливался, при этом статус в самом минио показывал что все хорошо. Востановление данных не работало (при реплика данных х 3).

Тестируйте свои решения на базе минио очень тщательно или готовтесь потерять все данные.

Для некоторых решений остановились на Rook Ceph, работает стабильно, хорошая производительность, рабочее автовостановление.

Учитывайте что под NAS решение вам могут понадобиться выделеные люди, зависит от размера кластера и критичности данных. Ну и читайте пост мортем разных компаний использующие похожие решения, это вам даст пищу для размышлений.