- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Все что нужно знать о DDоS-атаках грамотному менеджеру
И как реагировать на "пожар", когда неизвестно, где хранятся "огнетушители
Антон Никонов
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Добрый день.
Сейчас арендую выделенный сервер, все, что известно, что он на платформе Supermicro.
В будущем может понадобиться серьезное дисковое пространство, размером 10-20 ТБ. Понятное дело, что для этого придется ставить RAID из нескольких вместительных HDD, если stripe – то штук 5-6, если mirror – то до 12.
Возникает вопрос – влезут ли они в корпус дедика?
Дело в том, что очень важно, чтобы вся файловая система была на одном сервере. Ставить отдельный файловый сервер невозможно, даже если в одной стойке и объединить по локальной сети – такая архитектура приложения, которое изначально никак не проектировалось под масшабируемость. Сейчас менять архитектуру, хранить файлы в облаке и т.п., все равно, что менять колеса на гоночном автомобиле на полном ходу. Поэтому выхода как хранить все на одном сервере нет.
Так что вопрос тот же - реально ли физически впихнуть в типичный дедик 10-12 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 и количество дисков?