
- •Введение. Система 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. Развертывание прототипа в полном масштабе
Eucalyptus
Eucalyptus– мощный свободно распространяемый пакет, позволяющий создавать и управлять своими собственными облаками. Его наиболее важной чертой является поддержкаAPI,WSDLиRESTспособов взаимодействия, бесплатность и возможность свободной модификации – настройки под свои собственные нужды, вместе с тем сохраняя интеграцию с существующими популярными решениями в области облачных вычислений.
Использование Eucalyptusдает организации всю мощь и преимущества создания облачной инфраструктуры, позволяет виртуализировать имеющиеся вычислительные комплексы и сделать гибкое их перераспределение в реальном времени, как в автоматическом режиме, так и делегировав соответствующие полномочия самим пользователям вычислительных ресурсов, тем самым сократив затраты и увеличив комфорт пользователей и повысив успешность решения стоящих перед ними задач.
OpenNebula
Другой проект по созданию среды облачный вычислений – менеджер виртуальной инфраструктуры OpenNebula.
С точки зрения пользователя облака работа с облаком OpenNnebulaпроисходит достаточно прозрачно. Пользователь загружает образ виртуальной машины вCloud-среду и регистрирует его. Далее он может запустить виртуальную машину и обращаться с ней как удаленным полноценным компьютером.
С точки зрения администратора Cloud-системыOpenNebulaпредоставляет набор инструментов для организации облачной среды. На нижнем уровне облака располагаются физическое оборудование, хранилище (репозиторий) образов виртуальных машин и сетевая инфраструктура. На каждом физическом хосте устанавливается гипервизор и ПО для запуска виртуальных машин, а также устанавливается гипервизор для кластера. Еще один важный компонент – планировщик – размещает виртуальные машины по физически хостам на основе определенных политик и ограничений, а также резервирует вычислительные мощности в случае необходимости.
Для управления ими используется менеджер виртуальной инфраструктуры OpenNebula. Он обеспечивает управление виртуальными машинами и ресурсами, виртуальными сетями, жизненными циклом виртуальных машин и обеспечивает устойчивость к сбоям. Он же обеспечивает миграцию виртуальных машин между различными узлами в случае необходимости. Это необходимо, например, если виртуальной машине требуется большая мощность, нежели имеется у физической машины, на которой она сейчас находится. Либо же, наоборот, необходимо разгрузить какую-либо физическую машину в целях резервирования ресурсов.
Процесс развертывания виртуальной машины реализуется следующим образом:
пользователь облака загружает образ виртуальной машины вместе с описанием,
образ добавляется в репозиторий,
по требованию пользователя образ извлекается из репозитория и развертывается на хосте; при этом планировщиком учитываются определенные в описании политики, виртуальная машина отправляется на утвержденный им хост и стартует,
по требованию пользователя менеджером инфраструктуры создаются виртуальные сети.
После этого пользователь может получить удаленный доступ к запущенной виртуальной машине.
OpenNebulaпозволяет работать сHybridCloudи объединять различные облачные ресурсы. OpenNebulaподдерживает работу с публичными облаками, совместимыми сAmazonEC2 иElasticHosts. Доступ к внешнему облаку вOpenNebulaорганизуется так, будто бы пользователь добавляет еще один хост к облаку. Поэтому управление реализуется аналогичным образом. В качестве характеристик такого «хоста» выступают политики и ограничения, налагаемые внешним облаком.