GD Star Rating
loading...

Уважаемые шаманы. Прошу совета по выбору железа под средненагруженный сервер mysql.
Так повелось, что наша маленькая компания покупает сервера на готовых Intel платформах.
Примерно пока что накидал конфигурацию, которую изложу внутри.

Tagged with →  

19 Responses to Уважаемые шаманы.

  1. AliAll:

    Intel 1U SR1695WBAC (LGA1366, i5500, PCI-E, SVGA, SATA RAID, 4xHotSwapSAS/SATA, 2xGbLAN, 8DDR-III, 450Wx2)
    CPU Intel Xeon X5650 2.66 ГГц/12Мб/6.40 ГТ/с LGA1366 x2
    Remote Management Module 3 AXXRMM3
    Intel Integrated Server RAID Module AXX4SASMOD
    Seagate ST9300653SS SAS mobile 300Gb 2.5″ Savvio 15K.3 15000rpm 64Mb x2
    Kingston ValueRAM DDR-III DIMM 8Gb ECC Registered with Parity CL9 x6

    где я накосячил в этой конфигурации и что не так?

    ОС: либо Centos 6, либо FreeBDS 8.x

  2. NarSm:

    Intel Integrated Server RAID. Говно. Не жадничай, возьми LSI/3ware внешний. Не забудь про правильный бэкплейн.
    Винтов возьми три, один в hot-spare.

    Я бы еще подумал про два рейда из основных дисков – один зеркало, для datadir, второй – страйп, для tmp

  3. GibPhone:

    : на мой вкус, очень даже ничего.

  4. AliAll:

    : а зачем страйп под tmp? Под temporary таблицы, которые создаются?

  5. NarSm:

    : Да. Основная масса запросов, которые долго висят в mtop-е везде, куда ни посмотрю – Copying to tmp table.

  6. Ksied:

    : А не проще мозгов докупить и рамдиск? 😉

    : Ты HCL главное на платформу почитай. Там бывают заморочки с ранговостью памяти. Например был случай когда у меня 2R не завелась на то ли ASUS то ли INTEL платформе.

  7. AliAll:

    : эта память у интела в Server Configuration Tools стоит как протестированная с этой платформой, так что скорее всего ок. Ну 48 Гб мозгов в принципе будет достаточно чтобы большинство запросов выполнялось в памяти.
    Другой вопрос про ОС )) но он скорее из разряда холиваров.

  8. NarSm:

    : Отжимать кусок памяти от иннодб пула ради рамдиска – плохая идея 🙂

    А tmp table лепятся только в том случае, если они действительно большие – памяти не все не хватит.

  9. Ksied:

    : есть у меня некоторые сомнения в справедливости высказывания твоего, но они из серии шутки про 0.5+0.5. Мол, нутром чувствую, что литр, а математически доказать не могу. 🙂

    Мне кажется по опыту, что алгоритм использования ресурсов под временные таблицы не всегда слишком прямолинейный у мускула. То есть, грубо говоря, мускул вполне может начать делать временные таблицы даже если памяти свободной под них более чем достаточно. Возможно это тюнится в конфигах – я хз, я не ДБА, чисто по эмпирическим наблюдениям говорю.

    И потом, если временные таблицы реально настолько уж здоровые, что 48Г – мало, то тогда полюбас надо SSD ставить под них.

  10. Aynsuper:

    : за большой число с tmp table нужно отрывать руки разработчикам. И да если есть запас по памяти ( слабо я верю в 48гб innodb данных ), то /tmp нужно делать в памяти.

  11. AliAll:

    : 48 Гб innodb данных найдется)

  12. Aynsuper:

    : oh shit. мусклу думаю будет не очень сладко.

  13. Aynsuper:

    : если они еще регулярно используемые данные эти.

  14. NarSm:

    : Ты никогда не видел mysql с 1.5 Тб данных? 🙂

  15. Euber:

    А подскажите чайнику что настраивать для иннодб таблиц, когда у тебя есть лишних 8ГБ памяти. База 4ГБ, запросы дурацкие, друпалообразные.

  16. NarSm:

    : file_per_table, pool_size в 4 Гб, включить кверикэш, смотреть внимательно в запросы на предмет дополнительных индексов.

  17. Euber:

    : Спасибо!

    Делал pool_size в 3ГБ, мускул вдруг падать начал. На память грешить?

  18. NarSm:

    : Смотреть в лог сначала, с чем именно валится.

  19. OhiBlank:

    Ну я хз именно про MySQL, но в дисковой системе всегда как-то лучше смотрится или +1 для горячей замены, или +2 для RAID 10 (если конечно в корпус влезает)

Добавить комментарий