Dell c6100 4х ноды можно ли объединить в 1 сервер?

[NiTr0 583]

на 200мб базе и ссд особо не надобны, если данные некритичны можно вообще на рамдиске держать (хотя и так в кеше все должно жить).

 

ну а железа клиенту напарить, чтобы пасьянс не тормозил - дело нехитрое

[stunt 19]

Омг, вы там что считаете этими монстрами??)

Так вы определитесь, где у вас загвоздка, в процах, в ио дисков или таки в кривости базы?

Базу в память загнать полностью почему нельзя?

[KaYot 3 605]

Там база не фаербердовская случаем?

200мб база и сотни ядер/сотни гиг памяти - это содомия.

[dimka890 16]

пипец) Ну фьюжн да, это то что на картинке - оно там по сути 2 ссд по 160 гиг, насколько помню в рейд - 0 около 1.3 гб/сек, иопсы не помню уже

А вообще да - грузите базу в память, она же копейки весит

а ещё лучше погромистам руки сломайте

[MAC. 1]

А не подскажите в данном случаи база в памяти или нет? Может я что упустил в конфигурации .cnf

# This group is only read by MariaDB-10.1 servers.
# If you use the same .cnf file for MariaDB of different versions,
# use this group for options that older servers don't understand
[mariadb-10.1]
skip-name-resolve
query_cache_type=1
query_cache_size=512M
#query_cache_limit=1M
query_cache_limit=2M
#query_cache_min_res_unit=512
###max_connections=4000
max_connections=900000
#symbolic-links=0

#skip-external-locking
thread_concurrency = 72


key_buffer_size = 128384M
max_allowed_packet = 32M
table_open_cache = 4096
sort_buffer_size = 4M
read_buffer_size = 4M
read_rnd_buffer_size = 4M
myisam_sort_buffer_size = 512M
thread_cache_size = 64
table_cache = 8192
thread_concurrency = 24
join_buffer_size=512M
tmp_table_size=512M
max_heap_table_size=256M
table_definition_cache=8192

###innodb_buffer_pool_instances=32
innodb_buffer_pool_instances=8
###innodb_buffer_pool_size = 32768M
innodb_buffer_pool_size = 128768M
innodb_flush_log_at_trx_commit = 0
innodb_thread_concurrency=24
#innodb_use_sys_malloc=1


log-bin
server_id=1
binlog_do_db=admin_work


#######
#low-priority-updates
slow-query-log
long_query_time = 1

#general-log
log_error = /var/log/mysqld.log
slow_query_log_file = /var/log/slow_query.log
max_join_size=1000000
#max_sort_length=20
#net_read_timeout=12
wait_timeout=15
interactive_timeout=10

innodb_file_per_table=1
myisam_use_mmap=1

long_query_time=3
net_write_timeout=3

open_files_limit=500000

Відредаговано 2016-07-24 07:18:24 macintosh

[VitalVas 14]

Нахрена Вы так перекрутили систему? У Вас, что, тб памяти?

 

Вот у меня в голове не укладывается... 900к запросов на 200мбайтную базу и на 2к посещалки.

Чего-то вы не договариваете...

 

Если это реальные данные - проще отпи***ть программистов. Пусть научатся работать в memcache/redis.

 

Для начало определитесь в чем проблема. Дисковая подсистема может потянуть за собой и проц.

 

Для примера - возьмите 4шт HGST HUC156060CSS204 и соберите в raid-10 или 8шт и raid-101

 

p.s. я уже хотел впаривать свои услуги.... но здесь что-то не чисто...

[MAC. 1]

 

 

Пусть научатся работать в memcache/redis.

стоит редис на отдельном серваке, и еще 3 сервака на RDNS работают чисто под веб.

 

Но речь сейчас о серваке с БД. 2к онлайна было 24 ядра убили. 

 

Винты SSD RAID-1 возможно это была ошибка. 

 

Услуги впаривать не получится мои серваки в Голландии стоят, и железо закупается там же. 

 

На счет отпи***ть программистов согласен   100 метровый файл slow-мускула им дал, правят запросы как могут. 

 

 

 

[KaYot 3 605]

Начинать надо с простых вещей.

'200 метров', это таки 200 МБайт? Диски тут совсем не при чем, можно их менять и не советовать. Оно и с usb-флешки так же крутилось бы.

Таблицы в чем хранятся? Даешь inno_db и innodb_buffer_pool_size задать нормальный, 1Gb с головой хватит.

 

Ну а если кривизна базы неисправима - есть же платформы на 8 сокетов, с 100+ физических ядер и 200 поток.

поколения nehalem - на 8 сокетов и 10 ядер Xeon E7-8870

свежие хасвел - 8 сокетов, 14 ядер Xeon E7-8890 v3

 

edit: исправил ошибку

Відредаговано 2016-07-24 13:25:42 KaYot

[MAC. 1]

Все что максимум можно достать на данный момент в течение 2х дней EU, это 4 х E7-4860  на одной мамке в 4U HP Proliant DL580 G7

 

на против 2xX5650 думаю разница будет ощутима в ядрах. 

 

P.S таблицы 1 БД на половину в inno_db другая половина в myisam (( так делали прогеры. переписывать под inno_db всю структуру никто не хочет. Проще сослаться на железо. 

[MAC. 1]

У меня вопрос возник, просто не смотрел, турбо режим по умолчанию всегда выключен в серии Xeon 5600 ? или включен?

[KaYot 3 605]

Переписывать под inno не нужно, тип меняется 1 командой.

Відредаговано 2016-07-24 15:08:17 KaYot

[SySOPik 29]

Проще переписать программный код, чем городить вычислительный кластер аля "стрелять из пушки по воробьям". Если база увеличится до 500 мег со временем то купят китайский суперкомпьютер за 1 млн $ ?

[KaYot 3 605]

У меня вопрос возник, просто не смотрел, турбо режим по умолчанию всегда выключен в серии Xeon 5600 ? или включен?

А вот это хороший вопрос. По опыту моих HP G6 - это зависит от сервера, биоса, настроек биоса(этот самый turbo должен быть включен) и даже настроек OS.

В linux модуль intel_idle заменяет собой всю систему энергосбережения, и независимо что вы там поставили - софт будет рулить частотами сам.

Что б работало, нужно вырубать intel_idle, и включать turbo burst в биосе.

Відредаговано 2016-07-24 17:10:38 KaYot

[NiTr0 583]

 

 

таблицы 1 БД на половину в inno_db другая половина в myisam (( так делали прогеры. переписывать под inno_db всю структуру никто не хочет.

 

а эти осьминоги могут пояснить, почему так выбрано и зачем? или "насяльника, оно само случилос так"?

[parahumanoid 0]

Наверное, "нет" в традиционном смысле.  Но под конкретную задачу - вполне возможны разные сценарии.  Обратите внимание, может ли вашу задачу конкретно решить RDMA/InfiniBand.  Также интересные возможности открывал в своё время проект Beowulf Cluster.  Если там было дальнейшее развитие, посмотрите, может он Вам подойдет.  Но в один прозрачный пул все ресурсы Вы объедините вряд ли.  Будут свои нюансы в любой реализации.