Характеристики логических узлов

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

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

Для логических узлов характерно следующее:

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

IPC (interprocess communication - взаимодействия процессов), таких как память совместного использования, а не посредством внешней сети или коммутатора, как осуществляется в физических узлах.

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

•             Данные разбиваются на разделы, или делятся, или фрагментируются в терминологии Informix XPS на подмножество строк, размещаемых на каждом узле (другими словами, используется вертикальное разделение). Все обращения к строкам определенного узла направляются этому узлу.

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

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

В качестве альтернативы - единственный образ данных

Как DB2 UDB, так и Informix XPS позволяет производить распараллеливание очередей внутри одного узла, так что даже с этими продуктами вы скорее можете выбрать поддержку единственного образа данных, чем создавать многочисленные логические узлы со своими данными.

Если вы не делите данные на разделы, то можете распараллелить индивидуальные очереди, передав нагрузку множеству субагентов (DB2) или потоков (Informix), которые работают совместно и используют одинаковые сегменты разделяемой памяти.

Самым большим преимуществом этой модели является ее простота. Поскольку в разбивке информации нет особой необходимости, как исходное, так и последующее администрирование данных становится более непосредственным. Это смахивает на аренду автобуса до Лос-Анджелеса, и оказывается, что вы избежали трудностей распределения, кто в каком автомобиле должен путешествовать.

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

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


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