- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Переиграть и победить: как анализировать конкурентов для продвижения сайта
С помощью Ahrefs
Александр Шестаков
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Тут нужна другая архитектура
Тут нужна другая архитектура
Ты мне уже надоел извини. Выдрать из тебя по букве я не буду, лишний флуд ты создашь в теме, собственно как и всегда.
Ув Коллеге, есть кто по теме может дать развёрнутый ответ. Интересует построения файлового кластера. Я взял за основу glusterfs , есть ещё мысли ?
Ты мне уже надоел извини. Выдрать из тебя по букве я не буду, лишний флуд ты создашь в теме, собственно как и всегда.
Ув Коллеге, есть кто по теме может дать развёрнутый ответ. Интересует построения файлового кластера. Я взял за основу glusterfs , есть ещё мысли ?
glusterfs сам будет точкой отказа, нужно будет иметь специалистов по нему чтобы решать проблемы. Раз у Вас простой видеохостинг, кто мешает дублировать видеофайлы на несколько серверов для обеспечения отказоустойчивости и вести распределённую базу?
Я не специалист по видеохостингу, но сразу приходит в голову, что разные файлы имеют разную популярность. Если использовать glusterfs, файлы на сервера ложатся непредсказуемо; если копировать, то можно реализовать алгоритм снижения нагрузки, располагая популярные файлы на разных серверах.
glusterfs сам будет точкой отказа, нужно будет иметь специалистов по нему чтобы решать проблемы. Раз у Вас простой видеохостинг, кто мешает дублировать видеофайлы на несколько серверов для обеспечения отказоустойчивости и вести распределённую базу?
Я не специалист по видеохостингу, но сразу приходит в голову, что разные файлы имеют разную популярность. Если использовать glusterfs, файлы на сервера ложатся непредсказуемо; если копировать, то можно реализовать алгоритм снижения нагрузки, располагая популярные файлы на разных серверах.
Нам надо не дублирования файлов.
Режим distribute DHT, распределяет файлы по подлежащим томам с помощью хеш-функции
допустим вышел из строя сервер 3, кластер не выйдет из строя и будет дальше продолжать работать, понятно часть файлов пропадет с каталога. Но что бы минимизировать потери мы и строим RAID 10.
Популярность файлов ? хорошо было замечено. Но забить 4G сервер одним популярным файлом я пока не представляю когда это случится, а если так настанет мы расширим сеть всю на 10G - и дисковую подсистему.
Коллеги. Сейчас речь о не большом проекте, спасибо что вы думаете за будущее, но о будущем мы позаботимся когда упремся :)
Glusterfs пробовали в свое время (пару лет назад), больше не пробуем :) Может конечно что-то и поменялось с того времени, но тогда это было нереально медленно.
Главная проблема в том, что для отдачи каждого файла, предварительно проверяется что он не изменился на всех других серверах.
Вероятно есть схемы, при которых подобная технология будет нормально работать, но с хостингом такие задержки не реальны.
Я бы использовал что-нибудь из серии openstack
Glusterfs пробовали в свое время (пару лет назад), больше не пробуем :) Может конечно что-то и поменялось с того времени, но тогда это было нереально медленно.
Главная проблема в том, что для отдачи каждого файла, предварительно проверяется что он не изменился на всех других серверах.
Вероятно есть схемы, при которых подобная технология будет нормально работать, но с хостингом такие задержки не реальны.
Я бы использовал что-нибудь из серии openstack
зачем проверять файл, который не будет дублироваться на все сервера...режим distribute - option scheduler random or RR
Ты мне уже надоел извини. Выдрать из тебя по букве я не буду, лишний флуд ты создашь в теме, собственно как и всегда.
Не извиню. Это форум, а ты сам пришел с вопросами.
попробуй так:
haproxy + drbd, работало долгое время.
твоя схема тоже вполне дееспособна... а чо...
только горячий контент раздавал бы из памяти сначала.
попробуй так:
haproxy + drbd, работало долгое время.
твоя схема тоже вполне дееспособна... а чо...
только горячий контент раздавал бы из памяти сначала.
Не подходит.
Там drbd тоже не нужен