Требования к реализации распределенных бд

Инструментальные средства распределенных БД должны позволять выполнять удаленные вычисления, удаленный доступ, интеграцию данных и приложений. При этом должны использоваться службы распределенных БД - аутентификация, управление ресурсами, управление распределенными данными (обнаружение ошибок функционирования); открытые протоколы передачи, обмена данными, web-сервисов (http, ftp, UDDI, WSDL, SOAP, др.).

При всей сложности организации обработки необходимо иметь набор программных средств, которые позволяли бы использовать географически распределенные БД, не вникая во все архитектурные детали. Административный сервис должен обеспечить интерфейс к широкому ряду локальных средств управления распределенными ресурсами (БД, процессорами, вторичной памятью, каналами связи и т.д.). Здесь должна быть административная служба, позволяющая получить информацию о состоянии распределенных информационных и вычислительных ресурсов. Основными задачами распределенных БД являются:

• доступ к распределенным данным;

• управление данными;

• мониторинг информационных ресурсов;

• управление иерархической массовой памятью (создание средств эффективного переноса с одного уровня памяти на другой).

Распределенная инфраструктура должна обеспечить функционально надежный, согласованный, устойчивый и недорогой доступ к распределенным БД. Это обеспечивается хорошо развитой службой метаданных. Служба метаданных управляет каталогами с именем и указателем на расположение единичных или реплицированных файлов, информацией по мониторингу (объем ресурсов, пропускная способность и т.п.), информацией по конфигурации (описание сетей, коммутаторов, кластеров, узлов и программных средств), стратегиями гибкого динамического управления. Схема выполнения запроса зависит от ряда динамических и статических характеристик созданной инфраструктуры: размер БД, к которым требуется доступ; уровень загрузки СУБД для обслуживания запроса; метод/протокол, по которым будет осуществлен доступ и перенос данных; пропускная способность сети, расстояние и трафик; стратегия управления удаленным доступом.

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

Для описания среды виртуального центра и политик по управлению этой средой разработан XML стандарт Data Center Markup Language (DCML). Он помогает решать задачу управления гетерогенной вычислительной средой и прокладывает путь к вычислительным моделям, основанным на сервисах. Компоненты DCML снабжают сетевых администраторов и менеджеров виртуального центра инструментами, чтобы описывать элементы виртуального центра и желаемые функциональные связи между ними. Компоненты также пригодятся для отображения всей инфраструктуры виртуального центра со всеми взаимосвязями компонентов, конфигурациями, операционными политиками и управленческими процессами. Описательные средства DCML могут легко адаптироваться к различным средам, вариациям аппаратных платформ и сетей; они могут отображать множество управленческих ситуаций в виртуальном центре. Такой уровень гибкости важен в реализации политики предоставления сервисов по требованию, где принципиальное значение имеют обмен информацией между различными компонентами и способность автоматического переключения вычислительных ресурсов для добавления мощности.

Обеспечение доступа к распределенным БД обеспечивается специальными сервисами. Каждый тип сервиса должен иметь стандартный протокол доступа, в соответствии с которым реализуется прикладной интерфейс клиентов. Множество сервисов должно быть согласованным. Это предполагает известную унификацию наборов сервисов на основе тождественности их семантики, а также наличие общих правил, регламентов и организационных соглашений, на которые опирается конфигурирование сервисов. Могут использоваться следующие сервисы:

• описания ресурсов;

• связи;

• метаданных;

• доступа к ресурсам;

• брокеров;

• мониторинга ресурсов и диагностики работы программно – технических средств;

• репликации данных;

• управления тиражированием;

• авторизации;

• безопасности доступа к ресурсам;

• создания удаленных процессов и управления ими;

• безопасности, поддерживающей однократную регистрацию, делегирование полномочий и отображение прав доступа на разные локальные системы;

• учета и платежей;

• координации загрузки ресурсов.