SA> Из чего лучше сооpудить Load-Balanser для сабжа? Я так понимаю SA> есть heartbeat, ldirectord, mysql-proxy, сpедства днс, и дpугие. SA> Как пpавильно выбpать нужное и что лучшее (быстpота, надежность)?
А что именно нужно - быстpота или надежность? Учти, что "или" в данном случае исключающее: увеличивая надежность, ты теряешь производительность, а повышая производительность снижаешь надежность.
Если речь зашла о распределении нагрузки - ты уперся в производительность. Прежде, чем заниматься сабжестроительством:
0. Убедись в том, что БД используется исключительно в качестве хранилища - то есть, никаких функций, триггеров итд.
1. Посмотри, какие запросы создают максимальную нагрузку (slow query log) и сколько их среди всех запросов. Также полезно посмотреть количество запросов, модифицирующих базу (update, insert, alter итд): если их заметно меньше, чем select'ов - считай, что тебе повезло (как, впрочем, и 99% пользователей).
В зависимости от результатов исследования:
0. Если используются функции - выноси их за пределы базы, в приложения: и нагрузку снизишь, и обслуживание всей этой системы упростишь.
1. Если преобладают select'ы - поднимай второй сервер и настраивай репликацию, после чего на первом сервере можно будет использовать в качестве хранилища файлов БД (только не смейся!) RAID-0 из 3...4 SSD. Да, именно stripe. Да, без избыточности. Да, из ненадежных SSD. Ибо его задача - обеспечить максимальную скорость работы с базой, а когда оно сдохнет (предусмотри внезапность этого, чтобы у тебя хотя бы запасной набор SSD на полочке лежал), ты поднимешь новый сервер, взяв данные с вторичника. Ясен пень, на вторичнике подход должен быть полностью противоположным - в частности, рекомендую собрать RAID-6 из хороших жестких дисков.
2. Если база постоянно модифицируется - поднимаем два сервера (есть кое-какие платформозависимые нюансы) и настраиваем репликацию master-master, после чего объединяем их посредством clusterip.
3. Если нагрузка совсем запредельная... не, в таких случаях я бесплатно не консультирую :-)
-- Alexey V. Vissarionov aka Gremlin from Kremlin gremlin ПРИ gremlin ТЧК ru; +vii-cmiii-ccxxix-lxxix-xlii