pupseg: попробуй так:
haproxy + drbd, работало долгое время.
твоя схема тоже вполне дееспособна... а чо...
только горячий контент раздавал бы из памяти сначала.
MIRhosting.com: Glusterfs пробовали в свое время (пару лет назад), больше не пробуем :) Может конечно что-то и поменялось с того времени, но тогда это было нереально медленно. Главная проблема в том, что для отдачи каждого файла, предварительно проверяется что он не изменился на всех других серверах. Вероятно есть схемы, при которых подобная технология будет нормально работать, но с хостингом такие задержки не реальны.
Я бы использовал что-нибудь из серии openstack
зачем проверять файл, который не будет дублироваться на все сервера...режим distribute - option scheduler random or RR
Pilat: glusterfs сам будет точкой отказа, нужно будет иметь специалистов по нему чтобы решать проблемы. Раз у Вас простой видеохостинг, кто мешает дублировать видеофайлы на несколько серверов для обеспечения отказоустойчивости и вести распределённую базу?
Я не специалист по видеохостингу, но сразу приходит в голову, что разные файлы имеют разную популярность. Если использовать glusterfs, файлы на сервера ложатся непредсказуемо; если копировать, то можно реализовать алгоритм снижения нагрузки, располагая популярные файлы на разных серверах.
Нам надо не дублирования файлов.
Режим distribute DHT, распределяет файлы по подлежащим томам с помощью хеш-функции
допустим вышел из строя сервер 3, кластер не выйдет из строя и будет дальше продолжать работать, понятно часть файлов пропадет с каталога. Но что бы минимизировать потери мы и строим RAID 10.
Популярность файлов ? хорошо было замечено. Но забить 4G сервер одним популярным файлом я пока не представляю когда это случится, а если так настанет мы расширим сеть всю на 10G - и дисковую подсистему.
Коллеги. Сейчас речь о не большом проекте, спасибо что вы думаете за будущее, но о будущем мы позаботимся когда упремся :)
попробуй так:
haproxy + drbd, работало долгое время.
твоя схема тоже вполне дееспособна... а чо...
только горячий контент раздавал бы из памяти сначала.
Не подходит.
Glusterfs пробовали в свое время (пару лет назад), больше не пробуем :) Может конечно что-то и поменялось с того времени, но тогда это было нереально медленно.
Главная проблема в том, что для отдачи каждого файла, предварительно проверяется что он не изменился на всех других серверах.
Вероятно есть схемы, при которых подобная технология будет нормально работать, но с хостингом такие задержки не реальны.
Я бы использовал что-нибудь из серии openstack
зачем проверять файл, который не будет дублироваться на все сервера...режим distribute - option scheduler random or RR
nginx не хватает прав, быстрое решения запустите его из под root в конфиге укажите.
user root;
glusterfs сам будет точкой отказа, нужно будет иметь специалистов по нему чтобы решать проблемы. Раз у Вас простой видеохостинг, кто мешает дублировать видеофайлы на несколько серверов для обеспечения отказоустойчивости и вести распределённую базу?
Я не специалист по видеохостингу, но сразу приходит в голову, что разные файлы имеют разную популярность. Если использовать glusterfs, файлы на сервера ложатся непредсказуемо; если копировать, то можно реализовать алгоритм снижения нагрузки, располагая популярные файлы на разных серверах.
Нам надо не дублирования файлов.
Режим distribute DHT, распределяет файлы по подлежащим томам с помощью хеш-функции
допустим вышел из строя сервер 3, кластер не выйдет из строя и будет дальше продолжать работать, понятно часть файлов пропадет с каталога. Но что бы минимизировать потери мы и строим RAID 10.
Популярность файлов ? хорошо было замечено. Но забить 4G сервер одним популярным файлом я пока не представляю когда это случится, а если так настанет мы расширим сеть всю на 10G - и дисковую подсистему.
Коллеги. Сейчас речь о не большом проекте, спасибо что вы думаете за будущее, но о будущем мы позаботимся когда упремся :)
Тут нужна другая архитектура
Ты мне уже надоел извини. Выдрать из тебя по букве я не буду, лишний флуд ты создашь в теме, собственно как и всегда.
Ув Коллеге, есть кто по теме может дать развёрнутый ответ. Интересует построения файлового кластера. Я взял за основу glusterfs , есть ещё мысли ?
Скажу две вещи
1) Не только свитч spof
2) Тут glusterfs не нужен
2) Тут glusterfs не нужен - а что тогда нужно ?
Раз не понимаешь и не умеешь гуглить, рано еще тебе такие вещи делать.
А ты за точку отказа, так бы и написал, умничаешь как всегда, мы купим второй свитч и в течении 5 минут заменим если сгорит, не вижу проблем.
Andreyka скажи glusterfs - подойдет ?
интересно зачем тут glusterfs ?
А что для масштабирования вы можете предложить ?
---------- Добавлено 05.11.2012 в 13:14 ----------
Слишком много spof'ов
Я вас не понимаю.
эээ, клайстер?
Кластер :) бывают ошибки..
Это надо выполнить в ssh с под root