Базы данных в SMP, не предусматривающие совместное использование

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

Какой из способов доставки тридцати человек из Сиэтла в Лос-Анджелес лучше: в щести автомобилях по пять человек в каждом или в автобусе, в котором можно сразу разместить тридцать пассажиров? Ответ, естественно, такой - "это зависит”. Что если вам представился удобный случай провести операцию продажи? Чему вы отдадите предпочтение - Уол-Марту или торговому пассажу, заполненному специализированными магазинами наподобие бутиков одежды, магазинов спортивных товаров, Tandy franchise, магазина игрущек и книжного магазина?

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

Общим элементом в этих двух сценариях является выбор между управлением проблемой как единым целым или ее разбивкой на меньшие части. Администраторы баз данных сталкиваются с подобным выбором в DB2 Universal Database Enterprise-Extended Edition (EEE) и в Informix Extended parallel server (XPS), поскольку оба продукта делают возможной реализацию баз данных DSS в системах SMP и NUMA с архитектурой, не предусматривающей совместное использование.

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

Эта идея может вас смутить, поскольку многие люди автоматически связывают термин "не предусматривающий совместное использование" с аппаратной архитектурой (МРР). Необходимо четко разграничивать аппаратную архитектуру, не предусматривающую совместное использование (реализованную в системах МРР), и архитектуру баз данных, не предусматривающую совместное использование (реализованную в DB2 UDB ЕЕЕ и Informix XPS). Базы данных, не поддерживающие совместное использование, изначально были спроектированы для систем МРР, однако сейчас они могут быть легко реализованы в больших одиночных SMP-системах.

Стоит ли Вам производить разделение?

Решение - разделять или нет - больше не привязано к аппаратному выбору между системой процессоров с массовым параллелизмом (МРР), состоящей из сравнительно небольших связанных между собой систем, и альтернативами наподобие кластера SMP-систем, системой NUMA и SMP-системой с большим количеством процессоров в единственном сервере. DB2 UDB ЕЕЕ и Informix XPS делают возможным разделение данных на множество логических узлов. Ключевым вопросом является установление факторов, способных помочь администратору решить, стоит ли делить информацию хранилища данных.

Характеристики логических узлов
Масштабируемость очереди
Делить на разделы или нет?
Архитектура аппаратных средств и базы данных
SMP-системы

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


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