Как создать ярлык для URL IP:port?

Я выполнил файловый сервер для очень похожей компании/ситуации. В основном 3 отдела графики человека с 30 ТБ устройства хранения данных и ограниченным бюджетом небольшой компании. Наши типичные проекты работали от 0.5 ТБ до 6 ТБ. И файловый сервер служил значительной ферме рендеринга, которая могла действительно загнать на нем.

В моей установке я работал 3U сервер, запускающий Linux с внешним оборудованием массивы RAID6, присоединенные к нему. Я управлял физическими и логическими томами с LVM и выполнил файловую систему XFS. То, что я сделал бы, создают логический том для каждого проекта и затем разворачивают его, поскольку проект вырос. Когда проект был сделан, я мог заархивировать задание, чтобы записать на ленту и сдуть логический том. Это возвратило бы то пространство назад группе объема, где это перераспределить к следующему проекту (проектам).

Это было очень очевидным способом для использования нашего устройства хранения данных, но существует два недостатка к этому подходу. Вы заканчиваете тем, что имели необходимость микроуправлять размерами логических томов, пытающихся сбалансировать сумму места, выделенного к логическому тому так, чтобы у Вас было достаточно пространства, чтобы сделать Ваше задание, но не выделить его и закончить тем, что тратили впустую пространство. Наша ферма рендеринга была способна к генерации многих ТБ данных день и если бы Вы не обращали пристальное внимание на это, то у Вас закончилось бы пространство второпях. Я в конечном счете устанавливаю некоторые сценарии, которые контролировали тенденции в свободном месте на логических томах, и будет автоматический выращивать их. Даже с этим на месте приблизительно с 80 Логическими томами было много неиспользуемого места, занятого во всех логических томах. Я уже намекнул на 2-ю проблему.... LVM действительно не делает, тонкая резервация памяти и XFS только позволяют Вам выращивать файловую систему. Таким образом по выделению пространства к логическому тому может составить в целом много неприменимого пространства.

Это было всей установкой приблизительно 5 лет назад и если бы я настраивал ее сегодня, то я использовал бы OpenSolaris и ZFS. Главной причиной является объединенный подход устройства хранения данных ZFS, означает меньше управления томами. Можно все еще разделить каждый проект на его собственную файловую систему, но не имея необходимость микроуправлять размерами отдельных объемов. ZFS имеет некоторые другие очень хорошие функции, которые делают его лучшим выбором, но существуют другие вопросы на serverfault, которые входят в это.

По-моему, ZFS просто является лучшим бесплатным решением, доступным сегодня.