ru.linux

 
 - RU.LINUX ---------------------------------------------------------------------
 From : Konstantin Osipov                    2:5020/829.63  05 Apr 2005  00:28:06
 To : Denis Mazharov
 Subject : Кластеры
 -------------------------------------------------------------------------------- 
 

 13 Mar 05 00:03, you wrote to U P Galyuck:
 
  DM> дубль два :) с названиями софта
  DM> есть mysql 4.x, котором куча данных, к нему приходит запрос типа
  DM> "найди то-то и покажи первые пару найденных",
  DM> софт спрашивающий можно вынести на другую машину/несколько машин, так
  DM> что затыка в нем большого не будет,
  DM> софт запихивающий всякий хлам в мускул аналогичен спрашивающему, и они
  DM> оба к винту практически не обращаются (чтение конфига, запуск своего
  DM> бинаря, высадка корки) база мускула будет расти, с какой скоростью -
  DM> не знаю(не более чем в два раза за полгода), сейчас она маленькая,
  DM> запросы тестовые, производительность уже не годится, машина пока стоит
  DM> слабая, конечно можно купить сан 8-ми процессорный/памяти кучу/винтов
  DM> стопку, но если этот монстр через полгода начнет тормозить - мне проще
  DM> сейчас нифига не делать
  DM> т.е. для кучи растущих данных нужен виртуальный "винт", а для их
  DM> обработки "большой проц"
  DM> мастабируемость и отказоустойчивость приветствуется, а если можно
  DM> будет распаралелить нагрузку на зарезервированные машины - совсем
  DM> хорошо,
  DM> вместо "mysql 4.x" можно применить другую бесплантую бд,
  DM> варианты?
 
 Стандартное решение которое использyется во многих internet services это
 программно распараллелить нагрyзкy междy несколькими машинами.
 Hапример если yдастся врyчнyю кластеризовать 90% данных (по user id к примерy), 
 то на 10 процентов можно оставить выделеннyю машинy которая бyдет держать
 нагрyзкy.
 Если данные распараллелить не yдаётся, есть вариант настроить mysql replication.
 Если большое количество обновлений либо важна целостность данных на всех
 машинах, т. е. replication неприменима, можно взять mysql cluster.
 Только не советyю использовать mysql cluster для range access queries.
 Primary key access тем не менее бyдет летать, кластерная архитектyра взята
  из telecom.
 Да, и mysql cluster в 4.1 это all-in-memory database.
 
 Konstantin
 
 --- GoldED+/LNX 1.1.4.7
  * Origin: open for an open hand (2:5020/829.63)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор 

Тема:    Автор:    Дата:    Re: Кластеры   Denis Mazharov   13 Mar 2005 01:03:20   Re: Кластеры   Andrew Dolgov   13 Mar 2005 02:10:00   Re: Кластеры   Konstantin Tokar   13 Mar 2005 03:52:17   Кластеры   Konstantin Osipov   05 Apr 2005 00:28:06