Фундаментальные ограничения пространства дедика под инсталляцию HDD

а по nfs замонтировать тоже не вариант ?

Реально. Вставляете в дедик scsi контроллер, рядом ставите полку с винтами и имеете локальную ФС на сервере.

А какие именно ограничения к HDD? Почему именно локальные - скорость нужна или IOPS? Может виртуалку купить на vmware, с возможностью наращивать винт до нужных Tb?

Объясню в чем особенность задачи.

Имеется дедик, на котором запущена программа, которая написана на экзотическом языке программирования в середине 90-х годов. Эта программа выполняет научные цели и генерирует в своей директории объемные бинарные файлы.

Ввод-вывод данных в нее сделан через веб-сервер через CGI.

Язык программирования не позволяет как-то работать с сетевыми протоколами, программа может взаимодействовать с файлами только путем задания абсолютных и относительных путей до файлов на сервере.

по-моему, монтирование удаленной директории(ий) через NFS, для вас будет удачным решением(при условии что сервер будет находится в этом же ДЦ)

А хостер согласится столько напихать дисков в сервер?

В общем обдумал все и пришел к такому выводу - ставить диски до тех пор, пока это физически может сделать хостер.

Как он не сможет, арендовать еще один дедик в этом же ДЦ и нанять внешнего админа, чтобы он смонтировал это в объединенную файловую систему.

Спросите лучше у хостера.

А вообще можно запихнуть много, хз сколько :)

В принципе, 20Tb в raid10 с 4Tb дисками - это 10 винтов (ну, или 20 винтов по 2Tb)

Корпуса Supermicro бывают на 24 отсека 3.5" (на 3.5" - больше не сталкивался, на 2.5" - бывают и больше, но там сами диски не такие интересные по соотношению цена/емкость).

Сильно сомневаюсь, правда, что кто-то раздает в аренду именно такие по дефолту. Но, вполне вероятно, что есть возможность перепрыгнуть в такой корпус (и подключить соответствующий контроллер), если пообщаетесь на эту тему с хостером.

Внешнее хранилище (любое - sas, iscsi, fc или даже действительно подмонтировать nfs), которое посоветовали вам выше, тоже имеет ряд преимуществ.

Основное - вы получаете 2 независимых блока (сервер обработки данных и хранилище), которые сможете в будущем при необходимости апгрейдить/менять независимо друг от друга.

Уточню на всякий случай:

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

Ничего ужасного и криминального нет. В сервер влезет столько дисков,сколько эта конкретная модель сервера может принять, опираясь на свой конструктив корпуса.

Далее, как выше писали, - есть масса способов сделать удаленную хранилку локальной для ОС и приложений. Если важна скорость, надежность - то сторадж-полки DELL или Synology, но цена мягко-говоря не обрадует. Компромиссный вариант - Поставить рядом сервер (ну или где угодно) и соединить его с вашим ПО. Далее уже понадобятся знания администратора начального уровня для настройки NFS-сервера, или CIFS-сервера, или FTPFS, или SSHFS, или...., или...... Вариантов, как решить вашу задачу - масса.

Единственные проблемы, которые могут возникнуть - это версии ПО, драйверов FS и т д.

Если программа писалась в середине 90х, то - будет ли она работать на современной 64-разрядной ОС (как угодно, хоть через эмулятор), которая бы потянула объем FS и количество дисков? Если она работает не на современной ОС, а скажем на какой-нибудь QNX бородатых годов - сможет ли эта OS ввиду своего возраста - принять объемы FS и количество дисков?