Скопируйте удаленные FTPS в локальную папку

Кластеризация обычно используется в качестве решения производительности, однако моей интерпретации того, что Вы записали, то, что это - размер базы данных, которая является проблемой?

Используя NoSQL база данных обычно делается по причинам производительности (репликация MySQL проста настроить - таким образом, нет большого различия в терминах availabiltiy), Но Вы освобождаете на ОГРОМНОЙ сумме функциональности. Hadoop не собирается решать Ваши проблемы объема данных и может подразумевать, что у Вас есть МНОГО кода для перезаписи.

Как Вы справляетесь, объемы данных весьма зависит от природы приложения и данных - можно ли удалить старые данные? Можно ли переместить его офлайн? Можно ли консолидировать старые данные?

Идеальное решение для нас - когда жесткий диск достигнет своего предела, мы просто добавим другой жесткий диск на машине затем, MySQL распознает его как один

В то время как можно просто добавить диск как RAID 0 или массив JBOD, это - очень грязная практика - Вы идете от единой точки отказа до нескольких точек отказа.

Так же можно смонтировать диск и переместить отдельные файлы таблицы по (использующий символьные ссылки от исходных местоположений), но это предполагает, что Вы не выполняете однофайловый innodb бэкенд. Это настолько же плохо как использует RAID-0/JBOD.

Для транзакционного DBMS, зеркально отражая (RAID-1) предлагает значительные выигрыши в производительности - но не увеличивает тома. Таким образом, я рекомендовал бы планировать переход в устройстве хранения данных от 1 до 4 дисков (настроенный как зеркальная пара наборов полосы).