@DimiDr0lik

Возможно ли объединить сервера с NAS4FREE в 1 общий диск?

Коллеги, добрый день
Подскажите пожалуйста возможно ли объединить несколько серверов nas4free в один общий пул дисков, а так же дальнейшее расширение места за счет доп серверов
или подскажите системы которые могут это сделать
  • Вопрос задан
  • 366 просмотров
Пригласить эксперта
Ответы на вопрос 5
@freezl
А какай цель?
В общем всё сводится к GlusterFS vs Ceph. Из почитать тыц и тыц
Вообще по Ceph както больше гайдов
Ответ написан
Комментировать
@Tabletko
никого не трогаю, починяю примус
Например GlusterFS или DFS. Читать про распределённые файловые системы.
Ответ написан
Комментировать
@UPSA
anykey. Я не программист, я просто ленивый.
В теории ... ДА. Монтируешь сетевые диски....
Если главная машина будет поддерживать например протокол iSCSI, SMB, NFS... но
в один общий пул дисков

Каждый nas4free будет отдельной папкой (не уверен что можно в одну папку все монтировать).

Если захочется распределенное хранение - тут ты попал )))
под рукой нет ... не помню как называется... proxmox умеет работать с такими распределенными файловыми системами.
минимум 4(3) компьютера, подключение других компьютеров через командную строку.
Игрался с технологией на старых системниках. получил скорость чтения\записи максимально 6 Мб\с, падало до 1 Мб\с. Короче скорость плохая. Решения для таких систем: стабильная скорость сети 1Гиг и достаточно мощные процессоры. Где то ... Кто то даже системники выпускает как раз для этого ... Стоило в давние времена за 1 миллион руб.
Вопрос - есть смысл? )))
Ответ написан
CityCat4
@CityCat4 Куратор тега Сетевое администрирование
Внимание! Изменился адрес почты!
Гуглить про распределенное файловое хранилище. Но быстро это не будет - наверняка же хотите обьединить самые дишманские железки? Насколько я понимаю идею - есть некий "центр", который отдает "наружу" представление "единого хранилища", а уже сам следит за тем, какие блоки куда писать. Так вот, чтобы это все работало с вменяемой скоростью на NAS кроме оси должна еще шустро ворочаться программа этого самого распределенного хранилища, которая добавляет слой абстракции. И сеть должна быть шустрой, потому что операции записи будут блочные, я так понимаю...
Ответ написан
ShturmN
@ShturmN
инженер
Когда-то решал подобную задачу. Надо было построить фаловый сервер ~100tb из говна и палок. Можно долго воротить носом и рассуждать в ключе: "фе... надо строить на брэндовом железе и только...", но реальность бывает разная. Когда в городе нет железа (совсем, никакого) а в конторе денег и привезти железо некому потому что потому, а решение нужно - твоя задача взять и сделать что-то из ничего. На основе nas4free на флэшках и кучки обычных sata-винтов (только нужно много оперативы) поднимали файловые хранилища с резервирования на основе zfs. Это дело отдавалось по iscsi на виндовый сервер, который сам жил внутри esxi на игровой маме с i7. Там эти хранилища собирались в один массив который уже и отдавался пользователям. В итоге непрерывное хранилище размазаное на нескольких файловых массивах. ZFS дает не плохую скорость и отказоустойчивость. Но на виндовый сервер нужны сетевые intel (например Intel® I350 или Intel ET). Всякие гигабитные длинк/тплинк и пр. дохнут примерно на 200-300мбит, да и esxi их не узнает. Сетевые идут на psie. Т.е. интерфейсов на маме должно быть больше одного. По двум портам заливаются данные из NAS а по двум выливается на пользователей. Соответственно свитч нужен тоже не самый дешёвый.
Ответ написан
Комментировать
Ваш ответ на вопрос

Войдите, чтобы написать ответ

Войти через центр авторизации
Похожие вопросы