GoTLiuM InSPiRiT

Не подумайте, что я издеваюсь. Возможно вам просто надо уже сменить парадигму. Возьмите ваши алгоритмы и перепишете на питон - уже быстрее все будет.

Ситуация малоприятная, но терпимая.
Возьмите больше информации с помощью smartmontools: sourceforge.net/apps/trac/smartmontools/wiki

Обратите внимание на параметры: Reallocated_Sector_Ct, Power_On_Hours, Current_Pending_Sector

Reallocated_Sector_Ct — количество секторов, которое было переназначено в резервную обрасть. Если значение растет — значит диск посыпался и его нужно срочно менять.
Power_On_Hours — и так понятно. Время, которое диск «налетал»
Current_Pending_Sector — количество серверов, которые диск обозначил как нечитаемые. Диск не смог прочесть данные с конкретного сектора и позначил его сбойным. При записи в него «пендинг» может уйти и сектор вновь станет читаемым, либо диск его переназначит в резервную область (Reallocated_Sector_Ct)

Достаточно указать эти три параметра в качестве причины, чтобы саппорт провел замену диска.
Для замены диска укажите модель, серийный номер и возможный номер корзины (в которую диск установлен). Серийник и модель получите из smartmontools, хотя они у Вас уже есть.

Важный момент
Перед тем, как отписывать диск на замену, проверьте второй диск в зеркале. Главное условие для успешного билда с новым хардом — отсутствие пендингов на «оригинальном» диске. Если пендинги присутствуют — позаботьтесь о резервной копии.

В целом все

Нет лучшего NoSQL хранилища вообще, есть под задачи, у каждого плюсы и ограничения. Redis супербыстр когда оперативки больше чем данных, иначе он часто подгружает с диска и сводит на нет скорость (если это еще не переделали), хорош для очередей сообщений, списков (встроены сортировки), всякой мелкой инфы. memcache (не memcached) самый быстрый но не флашит на диск ничего (собсвенно оттого и). memcached простейший key-value с флашем (хорош для очередей сообщений и всяких счетчиков). У последних двух особенность multiget — взять много ключей за раз работает столько же сколько и один, так что хорош для хранения «превьюшек» данных по их id, когда сортированные списки хранятся где-то еще (в редис). MongoDB не просто key-value, в ней можно хранить целые документы (пост со всеми комментариями), некий компромисс между nosql и RDBMS. Hbase уже совсем замена RDBMS, один из самых быстрых когда речь идет о IO диска, соответственно эта NoSQL для постоянного хранения стопитцот миллиардов данных. Cassandra похоже конкурент Hbase, но аутсайдер, т.к. фейсбук/твиттер от нее отказываются ;) Про CouchDB и Riak я ничего особенного не слышал (может кто дополнит — мне интересно)