
- •Введение. Система 360
- •Семейство компьютеров
- •Обратная совместимость
- •Наследники и клоны
- •Техническое описание
- •Важные унаследованные особенности
- •Архитектура
- •Операционная система
- •Периферические устройства
- •Устройства хранения с прямым доступом (dasd)
- •Ленточные накопители
- •Линейка мэйнфреймов ibm System/370
- •1. Классическая архитектура «клиент-
- •2. Многоуровневые (многозвенные)
- •2.1. Трехуровневая архитектура.
- •2.2. Менеджеры транзакций
- •3. Архитектура peer to peer
- •2. Понятие и виды кластеров
- •2.1 Отказоустойчивые кластеры
- •2.2 Кластеры с балансировкой нагрузки
- •2.3 Высокопроизводительные кластеры
- •3. Коммуникационной среды для повышения эффективности вычислений
- •4. Классы задач, решаемые кластерами
- •5. Типичные задачи кластерных систем
- •6. Пример вычислительного кластера
- •7. Заключение. Стоит ли использовать кластер
- •Изменения Интернет с появлением xml
- •Перевод с одного языка на другой
- •Edi против xml
- •Подход к распределению данных
- •Список литературы
- •Достоинства веб-служб
- •Список литературы
- •Введение
- •Потребность в технологиях Грид
- •Требования к Grid-архитектуре
- •Описание Grid-архитектуры
- •Fabric: управление локальными ресурсами
- •Connectivity: легкость и безопасность коммуникаций
- •Resource: разделение единичных ресурсов
- •Collective: координация ресурсов
- •Applications: уровень приложений
- •Концепция распределенных grid-вычислений
- •На счет grid
- •Вычислительный grid
- •Заключение
- •Список использованных источников
- •Облачные вычисления
- •SaaS (Software-as-a-service) - по-как-услуга
- •ПреимуществаSaaS
- •Концепция облачных вычислений
- •Классификация облаков
- •Преимущества облаков
- •Открытые решения по организации облачных вычислений
- •Eucalyptus
- •OpenNebula
- •Консолидация данных
- •Существующие подходы к консолидации
- •Архитектура централизованных баз данных
- •Архитектура федеративных баз данных
- •Сравнение федеративного и централизованного подходов
- •Требования к программному обеспечению федеративных баз данных
- •Существующие платформы федеративных баз данных
- •Ibm db2 Information Integrator
- •Этапы построения среды облачных вычислений
- •Этап 1. Анализ существующих ресурсов организации
- •Этап 2. Создание прототипа среды облачных вычислений
- •Этап 3. Развертывание прототипа в полном масштабе
Resource: разделение единичных ресурсов
В иерархии уровней Resource располагается над уровнем Connectivity и использует входящие в последний коммуникационные и аутентификационные протоколы для согласования используемых методов безопасности, инициализации, мониторинга и управления ресурсами. Для доступа и управления локальными ресурсами Resource вызывает соответствующие функции уровня Fabric. Заметим, что протоколы уровня Resource предназначены исключительно для работы с локальными ресурсами, не учитывают глобальное состояние системы и не отслеживают атомарные операции, выполняемые объединенными ресурсами. Этим всем занимается уровень Collection, рассматриваемый ниже.
Уровень включает два основных класса протоколов. Это информационные протоколы, предназначенные для получения информации о структуре и состоянии ресурса, его конфигурации, текущей загрузке и политиках ( к примеру, стоимости ), и протоколы управления, обеспечивающие согласованность доступа к разделяемому ресурсу, а также определяют необходимые операции, которые должен выполнить последний ( скажу, инициализация процесса или доступ к данным ).
Рис:4 Уровень Resource
Collective: координация ресурсов
Если Resource отвечает за взаимодействие с единичным ресурсом, то следующий в иерархии уровень Collective содержит протоколы и сервисы ( такие, как API и SDK ), не связанные с каким-либо специфическим ресурсом.
Это, так сказать, глобальные протоколы, которые отвечают за взаимодействие всех элементов пула ресурсов. Именно в данном смысле он носит название Collective. Приведем в качестве примера некоторые глобальные функции и сервисы, реализуемые протоколами этого уровня.
Служба директорий -- позволяет пользователям обнаружить ресурсы и определить их свойства, выполнять запросы, используя логические имена ресурсов и их атрибуты, например тип, доступность или загрузку.
Распределение ресурсов, планирование и брокерские услуги -- выделяет по запросу пользователя необходимое количество ресурсов для специфической задачи и планирует ее выполнение.
Служба мониторинга и диагностики -- отслеживает неисправности, перегрузки, попытки несанкционированного доступа и т. п.
Служба репликации данных -- обеспечивает управление устройствами хранения, необходимыми сетевыми и вычислительными ресурсами.
Служба коллективной авторизации -- санкционирует доступ к управляемым ресурсам.
Эти примеры иллюстрируют многообразие функций, реализуемых протоколами уровня Collective.
Рис:5 Уровень Collective
Applications: уровень приложений
Это высший уровень Grid-архитектуры. Он включает пользовательские приложения, которые исполняются в среде объединенных ресурсов. В процессе своего исполнения они вызывают службы нижележащих протоколов. На каждом из уровней имеются вполне определенные протоколы, обеспечивающие доступ к необходимым службам: управления ресурсами, доступа к данным, обнаружения ресурса и т. п.
То, что на приведенном рисунке изображено одним прямоугольником, реально может быть весьма сложной структурой, например интегрированной средой, содержащей библиотеки классов, системой документооборота и т. п. Данные структуры могут сами определять протоколы, службы и иметь собственные интерфейсы прикладного программирования. Однако все это лежит вне рамок нашего рассмотрения.
Рис:6 Уровень Application