- •Информационная безопасность распределенных вычислений
- •Содержание
- •Введение
- •1 Эволюция распределенных вычислений
- •1.1 Клиент-сервер
- •1.2 Peer-to-peer
- •1.3 Метакомпьютинг
- •2 Грид-технологии
- •2.1 Виртуальные организации
- •2.2 Архитектура грид
- •2.4 Элементы грид
- •2.5 Сервисно-ориентированная архитектура soa
- •3 Облачные вычисления
- •3.1 Типы облачных вычислений
- •3.2 Архитектура облачных вычислений
- •3.3 Виртуализация
- •3.4 Преимущества и недостатки облачных вычислений
- •4 Сравнение грид и облачных технологий
- •5 Обеспечение безопасности в традиционных информационных системах
- •5.1 Угрозы информационной безопасности
- •5.2 Характерные особенности сетевых атак
- •5.3 Средства обеспечения информационной безопасности
- •5.4 Методы аутентификации
- •5.5 Схема Kerberos
- •5.6 Электронная цифровая подпись
- •V(m, s,kA(public))
- •5.7 Инфраструктура открытых ключей pki
- •5.8 Управление доступом по схеме однократного входа с авторизацией sso
- •5.9 Технологии защиты межсетевого обмена данными
- •5.10 Виртуальные частные сети
- •6 Обеспечение информационной безопасности в грид-системах
- •6.1 Инфраструктура защиты Globus gsi
- •6.2 Защита на уровне сообщений
- •6.3 Подходы к оцениванию доступности информации
- •7 Защита информации в облачных системах
- •7.1 Проблемы обеспечения безопасности облачных систем
- •7.2 Средства защиты облачных систем
- •7.3 Катастрофические события в облачной среде
- •Заключение
- •Список литературы
- •050013, Алматы, Байтурсынова, 126
2.1 Виртуальные организации
Основой организационной структуры грид является виртуальная организация (ВО). ВО — это динамически формируемая совокупность отдельных пользователей, групп и учреждений, которые определили условия и правила разделения ресурсов.
Рисунок 1 – Структура научного грида ESG-CET для исследований климата [6]
Концепция ВО является ключевой для грид-технологии. Все ВО принимают участие в выработке соглашений по характеристикам и спорным вопросам, включающим в себя общие интересы и потребности, которые могут варьироваться по объему, области действия, времени выполнения, социологическим параметрам и структуре. Участники любой ВО договариваются о совместном разделении ресурсов, основанном на правилах и условиях, определенных этой виртуальной организацией, и затем получают доступ к ресурсам в созданном пуле ВО.
Присоединение пользователей, ресурсов и учреждений из различных доменов к ВО остается одной из ключевых проблем грид-технологии. Эта задача включает в себя точное определение механизмов обнаружения ресурсов (таких, как идентификация), а также применение соответствующих методов разделения ресурсов, спецификацию и применение правил и условий для присоединения участников, безопасное объединение (или делегирование полномочий) и контроль доступа среди членов ВО.
Каждая ВО самостоятельно устанавливает правила работы для своих участников, исходя из соблюдения баланса между потребностями пользователей и наличным объемом ресурсов, поэтому пользователь должен обосновать свое желание работать с грид-системой и получить согласие управляющих органов ВО. При этом соблюдаются следующие характеристики:
- все рассмотрения и требования касаются разделения ресурсов;
- разделение ресурсов является условным, ограниченным по времени и управляется определенными правилами;
- множество индивидуальных пользователей и/или институтов формируются динамически;
- взаимоотношения между участниками являются одноранговыми (peer-to-peer) по своей природе;
- разделение ресурсов основывается на четко определенном наборе правил взаимодействий и доступа.
2.2 Архитектура грид
Общая архитектура грид описывается в виде стека протоколов. В такой модели каждый уровень предназначен для решения узкого круга задач и используется для предоставления услуг для более высоких уровней. Верхние уровни ближе к пользователю и работают с наиболее абстрактными объектами, тогда как нижние уровни сильно зависят от физической реализации грид ресурсов [7].
Стек грид протоколов включает:
- базовый уровень (Fabric Layer) составляют протоколы, по которым соответствующие службы непосредственно работают с ресурсами. При этом ресурс может быть как физической сущностью (например, кластер), так и логической сущностью (например, распределенная файловая система). Компоненты базового уровня реализуют локальные, специфические для ресурсов операции, которые выполняются на заданных ресурсах;
- связывающий уровень (Connectivity Layer) составляют коммуникационные протоколы и протоколы аутентификации, по которым обеспечивается обмен данными между компонентами базового уровня;
- ресурсный уровень (Resource Layer) предоставляет протоколы, которые для взаимодействия с ресурсами, используют унифицированный интерфейс и не различают архитектурные особенности конкретного ресурса. Данные протоколы касаются исключительно отдельных ресурсов и поэтому игнорируют вопросы глобального состояния и неделимых операций, применяемых к множеству распределенных ресурсов;
- коллективный (Collective Layer) уровень отвечает за координацию использования имеющихся ресурсов. Протоколы и службы данного уровня не ассоциированы с каким-либо одним заданным ресурсом, а скорее являются глобальными по природе и охвату взаимодействий на всем множестве ресурсов;
- прикладной уровень (Application Layer) описывает пользовательские приложения, работающие в среде виртуальной организации; приложения функционируют, используя протоколы, определенные на нижележащих уровнях.
2.3 Веб-сервисы в грид
В грид используются основные элементы технологии Веб-сервисы (WebServices). Основу ее составляют:
- система WWW-адресации URL;
- протокол передачи гипертекста HTTP;
- язык гипертекстовой разметки HTML и расширяемый язык разметки XML;
- протоколы SOAP (Simple Object Access Protocol) для управления сообщениями в универсальном XML-формате;
- язык WSDL (Web Services Definition Language) описания интерфейса взаимодействия компонент распределенной системы.
Это позволяет функции грид-технологии (служебные и ресурсные) оформить единообразно в виде веб-сервисов, используя для работы с ними все стандарты технологии WebServices.
На рисунке 2 схематично представлен простой сервисно-ориентированный грид, в котором сервисы используется и для виртуализации ресурсов, и для обеспечения других функциональных возможностей грида.
На схеме показана единая консоль и для запуска заданий в грид-среду, и для управления грид-ресурсами. Программное обеспечение интерфейса пользователя (консоли) обращается к сервису регистрации, чтобы получить информацию о существующих грид-ресурсах. Затем пользователь посредством консоли входит в контакт с сервисами, «представляющими» (виртуализующими) каждый ресурс, чтобы запросить периодическое получение данных о работе ресурсов и получение извещений о существенных изменениях в их состоянии (например, если ресурс становится недоступным или сильно загруженным) [7].
Пользователь направляет запрос на запуск задания в службу запуска, которая передает запрос службе распределения заданий (часто называемой планировщиком). Служба распределения контактирует со службой, представляющей приложение, и запрашивает информацию о требованиях к ресурсам для выполнения задания. Затем служба распределения запрашивает у службы регистрации информацию о всех подходящих ресурсах в гриде и напрямую контактирует с ними, чтобы убедиться в их доступности. Если подходящие ресурсы доступны, планировщик выбирает наилучшую доступную совокупность ресурсов и передает информацию о их сервису приложения с запросом на начало выполнения. В противном случае планировщик ставит задание в очередь и выполняет его, когда необходимые ресурсы становятся доступными.
Рисунок 2 – Упрощенная схема сервисно-ориентированного грида
Когда выполнение задания заканчивается, сервис приложения сообщает о результате планировщику, который извещает об этом сервис запуска заданий. Сервис запуска заданий, в свою очередь, уведомляет пользователя.
Главным результатом работы службы должна быть высокая степень автоматизации и оптимизации при использовании ресурсов в рамках грид-среды.
