Логические узлы

Оценить
(0 голоса)

Если ваш сервер близок к заполнению своей емкости, помните, что логические узлы могут быть расширены за пределы самого большого сервера: физические и логические узлы могут перемешиваться.

•             Сколь важны системное администрирование и производительность? Деление данных на разделы означает их расщепление перед загрузкой и, возможно, реорганизацию, как если бы ваши данные или среда менялись. Вообще говоря, системное администрирование нескольких логических узлов намного сложнее, чем одного узла. Тем не менее, для больших баз данных или больших серверов вам, вероятно, удастся выжать большую производительность в случае инсталляции с разбивкой на разделы.

Если приоритетной является производительность, то для больших систем вам подойдет схема со множеством логических узлов. Если ваши ресурсы системного администрирования ограничены, то для вас более подходящей будет относительная простота одного узла, и производительность в этом случае окажется довольно-таки удовлетворительной.

•             Какое количество пользователей будет одновременно выполнять запросы к вашей базе данных? Применение нескольких процессоров для ускорения выполнения одного запроса может оказаться не столь важным, если одновременно большое число пользователей выполняют запросы к БД.

Стоит напомнить, что в случае нескольких логических узлов для каждого узла, вовлеченного в запрос, активным будет как минимум один субагент или поток. Поэтому, если ваши данные разделены среди четырех узлов, то для каждого пользователя активными будут как минимум 4 процессора. В этом смысле сложнее ограничить степень параллелизма для нескольких узлов, чем для одного.

•             Сколь легко произвести разбивку ваших данных на разделы? Решение вопроса о разбивке ваших данных обычно является непростой задачей. Вопрос заключается не только в равномерном распределении данных по разделам; он касается также и возможности равномерно распределенного доступа к данным в разделах, что может оказаться вопросом, отличным по существу. Более того, вы пожелаете избавиться от перемещений данных между разделами там, где это возможно. Сосредоточенные объединения, в которых все строки, предназначенные для объединения, резидентны в одном и том же разделе, являются более эффективными, чем объединения, требующие доступ к данным, сохраненным где-нибудь в другом месте. К сожалению, редко удается расщепить данные таким способом, чтобы избежать перемещений, особенно для незапланированных запросов. Сосредоточенные объединения обсуждались в этой главе ранее в разделе "Системы МРР".

Некоторые хранилища данных как бы сами приспособлены к разбивке на разделы. Например, как уже ранее упоминалось, решение о способе разбивки базы данных страхования, где большинство данных обращается вокруг страхового идентификатора, могло бы быть очень непосредственным. С данными финансового характера дело обстоит сложнее.

•             Как хорошо вам известны ваши звпросы? Если пользователи будут запускать более-менее фиксированный набор предварительно определенных запросов, то вам необходимо учесть объединяемые столбцы при разбивке данных на разделы.

К сожалению, удачное хранилище данных будет выглядеть, вероятно, более используемым и часто увеличивается благодаря незапланированным запросам, многие из которых могут не соответствовать стратегии разбивки.

•             Сколь устойчивы ваши данные? Наиболее подходящий сценарий заключается в том, чтобы ваши разделенные данные остались хорошо сбалансированными при добавлении или удалении информации из вашего хранилища. Если такой баланс достичь сложно, то вы обнаружите, что несколько узлов придется сопровождать дополнительно, что не требуется в случае с единственным узлом.

Эти рекомендации выделяют вопросы, которые должны рассматриваться при выборе стратегии разбивки на разделы в DB2 UDB и Informix XPS. Окончательное решение, основанное на ваших собственных требованиях, остается за вами.

Выбор обычно рассматривается как хорошая вещь, хотя иногда он усложняет жизнь. Сегодня DB2 UDB и Informix XPS предоставляют вам возможность выбора при организации вашего хранилища данных. Выбирайте осторожно и наслаждайтесь преимуществами.

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


Защитный код
Обновить