LINUX.ORG.RU
ФорумAdmin

HDFS vs CEPH vs SAN (enterprise)

 , , , ,


0

1

Давно волнует какой метод выбрать для хранения файлов. Файлы (в основном doc, pdf) меняются очень быстро. На данный момент храним в обычном LUN, который раздается через NFS на ноды (все плохо). Все добро весит 20ТБ и продолжает расти.

Помогите определиться с выбором хранилища. Самое главное требование отказоустойчивость, желательно S3 API. Пробовал на тестовой машине hdfs, показалось медленным. CEPH слишком сложный в администрировании. Боюсь что не сможем осилить. Один из вариантов предложить купить недорогой SAN чтобы мы туда вообще не лезли, но встает вопрос о надежности.....

слышал о glusterfs но опять же хочется чего то попроще



Последнее исправление: samlabs821 (всего исправлений: 1)

Ceph с помощью ceph-deploy ставится несколькими командами. Плюс есть рецепты к ansible и saltstack.

Гластер по производительности тебя разочарует скорее всего

Alsvartr ★★★★★
()
Ответ на: комментарий от post-factum

Если настраивать по первому, да на генте(без ceph-deploy) - с непривычки можно и опухнуть :-)

Зато потом, когда въедешь в терминологию - штука очень годная. Да и CephFS достали из жо^W беты.

Pinkbyte ★★★★★
()
Ответ на: комментарий от Alsvartr

Гластер по производительности тебя разочарует скорее всего

Это зависит от нагрузки. Если она не очень большая, то гластер в самый раз.

iron ★★★★★
()
Ответ на: комментарий от Pinkbyte

> Да и CephFS достали из жо^W беты.

Вот ещё BlueStor достанут, и заживём

А зачем ceph без ceph-deploy разворачивать? Есть кейсы, или просто такая гентушная забава?

muon ★★★★
()
Последнее исправление: muon (всего исправлений: 1)

Один из вариантов предложить купить недорогой SAN чтобы мы туда вообще не лезли, но встает вопрос о надежности.....

Что ты подразумеваешь под недорогим SAN? Недорогие хранилки, как правило, дают только блочный доступ, а те, что ещё и в nfs/cifs могут за мало денег, тебе вряд ли понравятся в плане скорости. Но надо ещё определить, что для тебя «недорогой». Вдруг ты Газпром, я бы тебе тогда посоветовал Hitachi Content Platform =)

cipher ★★★★★
()
Ответ на: комментарий от muon

Ну во-первых, в генте ceph-deploy из коробки нету, его надо ставить отдельно. Во-вторых, некоторые задачи через ceph-deploy тупо не решаются, нужно крутить это ручками. Но да, для первоначального развертывания штука без сомнения удобная.

Pinkbyte ★★★★★
()
Ответ на: комментарий от blind_oracle

Для документов самое оно, WORM и версионность в придачу. Хитачи свой обджект стораж на нём пилит.

anonymous
()
Ответ на: комментарий от muon

А зачем ceph без ceph-deploy разворачивать?

Потому, что ceph-deploy это шаг вправо / влево и наступает ж. Без вникания во внутренности ceph его использование в продуктиве чревато болью и вырыванием волос на пятой точке опоры.

Nastishka ★★★★★
()
Ответ на: комментарий от Nastishka

Так ceph-deploy не для использлования же. Развернул быстро, а потом подкручивай как угодно любыми другими инструментами.

muon ★★★★
()
Ответ на: комментарий от muon

Хранилище имеет свойство апгрейдиться или расширяться, после чего «оно» (ceph-deploy) начинает причинять боль, и чем дальше в лес, тем больнее.

Nastishka ★★★★★
()
Ответ на: комментарий от Nastishka

Чем ceph, развёрнутый ceph-deploy, отличается от ceph, развёрнутого без оного? если вдруг деплой становится неудобен, то перестаёшь им пользоваться и всё.

Но я не представляю случаев, когда деплой «причиняет боль». Есть примеры?

muon ★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.