Настройка класстера серверов

Тема в разделе "Администрирование серверов", создана пользователем smalllamer, 23 июл 2012.

Модераторы: mefish, stooper
  1. smalllamer

    smalllamer Организм

    Регистр.:
    20 сен 2009
    Сообщения:
    318
    Симпатии:
    126
    Хочу спросить, как у человека плотно занимающегося админкой...
    Есть сервак (файловый + потоковое видео), который в дальнейшем будет разростаться до кластера с выносом БД + балансировщик + множество мелких. По какой технологии лучше всего это реализовать?
    И с таким не сталкивался? https://www.nulled.cc/threads/231897/
     
  2. oranzevjii

    oranzevjii

    Регистр.:
    9 май 2007
    Сообщения:
    293
    Симпатии:
    123
    Вариантов масса на самом деле.
    1) Настройка кеширования, хорошая настройка!
    nginx+memcached чтобы не допускать до бекэнда по возможности
    2) Генерация html актуальных скажем 10 минут
    3) Оптимизация бекэнда
    4) мускул ставить в кластер и выделять 1 сервер под mysqlproxy скажем. Это повлечет ограничения на кое какие запросы в базу но оно того стоит.
    Т.е. в идеале должно получится почти так как по линку:
    http://hitech.lv/wiki/index.php/ISPmanger_Cluster
    Но тут все зависит от специфики проекта и это изначально все надо хорошо продумывать чтобы потом не переделывать а просто наращивать мощности кластера.
    У нас установлены 2 фермы клиентов из обычного не дорогого оборудования и что интересно трафик они держат одна до 400 мегабит заграна, вторая до 900 мегабит. Число уников и прочее не скажу ибо такой статистики не имеем, это к владельцу фермы. Мы их обслуживаем и создавали с нуля. И одна уже живет больше года, вторая что поменьше растет уже 4й месяц постепенно к ней клиент до заказывает сервера. Ничего не реального в этом нет, все выполнимо, но нужно знать нюансы проекта ибо не все решается администрированием, если скажем мы говорим что там код не идеален то это значит что надо брать программиста за ухо и сажать чтобы переписывал свое творение.
    К слову на самой большой ферме 4 сервера базы данных. И да... тот же оракл там бы лучше бы работал чем мускул но
    1) под него надо переписывать весь проект
    2) он стоит и не мало
    До определенной поры все же дешевле и выгоднее использовать мускул
     
    smalllamer нравится это.
  3. lift

    lift Читатель

    Заблокирован
    Регистр.:
    1 июл 2007
    Сообщения:
    2.226
    Симпатии:
    1.378
    Во первых вынес в отдельный топик т.к. к теме первоначального топика твой пост не относился совершенно.
    Во вторых поиск есть и часть вопросов уже обсуждалась. Например: https://www.nulled.cc/threads/227908/ Я там нескольков вариантов с картинками приводил, правда там очень многабукв.
     
    smalllamer нравится это.
  4. smalllamer

    smalllamer Организм

    Регистр.:
    20 сен 2009
    Сообщения:
    318
    Симпатии:
    126
    Большое спасибо за советы :thenks:
    Вобщем все вопросы решили... Остался только один момент:
    нужно грамотно подобрать распределенную ФС.
    Покамись изучаем готовые варианты. Идеально - чтоб это было на уровне файловой системы, а не такие гиганты как Hadoop

    -Файлы размером от 10МБ
    -По большей части будет только чтение файлов
    -Автоматическое создание реплик (пока 2), распределение данных по нодам
    -Добавление новых узлов на лету
    -Все средства мониторинга, воостановление копий на автомате