Модель и методика реконфигурации логической структуры интегрированной информационной системы

• Автор: Зорин, Кирилл Михайлович
• Шифр специальности: 05.13.01
• Научная степень: Кандидатская
• Год защиты: 2010
• Место защиты: Санкт-Петербург
• Количество страниц: 170 с. : ил.

Оглавление

Список сокращений

Введение

1. Анализ задачи реконфигурации структуры информационной системы

1.1. Условия и факторы, определяющие развитие современных информационных систем .

1.2. Анализ существующего методического обеспечения для реконфигурации логической структуры интегрированной информационной системы
1.3. Содержательная постановка и декомпозиция задачи по совершенствованию методического обеспечения для реконфигурации логической структуры интегрированной информационной системы.
Выводы.
2. Модель реконфигурации логической структуры интегрированной информационной системы
2.1. Постановка задачи моделирования реконфигурации логической структуры интегрированной информационной системы

2.2. Модель логической структуры интегрированной информационной системы.

2.3. Модель эволюционной адаптации логической структуры интегрированной информационной системы
2.4. Синтаксис преобразований логической структуры интегрированной информационной системы
Выводы.
3. Методика реконфигурации логической структуры интегри
рованной информационной системы
3.1. Показатели качества синтезируемых допустимых структур информационных систем .
3.2. Реконфигурация логической структуры информационной системы с ограниченной максимальной пропускной способностью каналов связи.
3.3. Реконфигурация логической структуры интегрированной информационной системы в условиях воздействия дестабилизирующих факторов
Выводы.
4. Способы реконфигурации логических структур интегрированной информационной системы
4.1. Способ сравнительной оценки альтернативных логических структур интегрированной информационной системы
4.2. Способы реконфигурации логической структуры интегрированной информационной системы управлением маршрутами трафика . . .
4.3. Способ мониторинга качества интегрированной информационной системы.
4.4. Способ восстановления конфигурации интегрированной информационной системы в условиях воздействия дестабилизирующих факторов.
Выводы.
ЗАКЛЮЧЕНИЕ
Список литературы


Виды виртуализации платформ зависят от того, насколько полно осуществляется эмуляция аппаратного обеспечения. До сих пор нет единого соглашения о терминах в сфере виртуализации, поэтому некоюрые из приведнных далее видов виртуализации могут отличаться от тех, что предоставят другие источники. Полная эмуляция. При таком виде виртуализации виртуальная машина полностью виртуализует все аппаратное обеспечение при сохранении гостевой операционной системы в неизменном виде. Такой подход позволяет эмулировать различные аппаратные архитектуры. Например, можно запускать виртуальные машины с гостевыми системами для хпроцессоров на платформах с другой архитектурой например, на ЯбСсерверах компании . Долгое время такой вид виртуализации использовался, чтобы разрабатывать программное обеспечение для новых процессоров еще до того, как они были физически доступными. Основной минус данного подхода заключается в том, что эмулируемое аппаратное обеспечение весьма и весьма существенно замедляет быстродействие гостевой системы, что делает работу с ней очень неудобной, поэтому, кроме как для разработки системного программного обеспечения, а также образовательных целей, такой подход мало где используется. Примеры продуктов для создания эмуляторов , . Частичная эмуляция. В этом случае виртуальная машина виртуализует лишь необходимое количество аппаратного обеспечения, чтобы она могла быть запущена изолированно. Такой подход позволяет запускать гостевые операционные системы, разработанные только для той же архитектуры, что и у хоста. Таким образом, несколько экземпляров гостевых систем могут быть запущены одновременно. Этот вид виртуализации позволяет существенно увеличить быстродействие гостевых систем но сравнению с полной эмуляцией и широко используется в настоящее время. Также, в целях повышения быстродействия, в платформах виртуализации, использующих данный подход, применяется специальная прослойка между гостевой операционной системой и оборудованием гипервизор, позволяющая гостевой системе напрямую обращаться к ресурсам аппаратного обеспечения. Гипервизор, называемый также Монитор виртуальных машин Vi i i одно из ключевых понятий в виртуализации. Применение гипервизора, являющегося связующим звеном между гостевыми системами и аппаратурой, существенно увеличивает быстродействие платформы, приближая его к быстродействию физической платформы. К минусам данного вида виртуализации можно отнести зависимость виртуальных машин от архитектуры аппаратной платформы. Примеры продуктов данного вида виртуализации V i, V v, V X v, Vi I, Vi , Vix, и другие. Частичная виртуализация, а также виртуализация адресного пространства viii. При таком подходе, виртуальная машина симулирует несколько экземпляров аппаратного окружения но не всего, в частности, пространства адресов. Такой вид виртуализации позволяет совместно использовать ресурсы и изолировать процессы, но не позволяет разделять экземпляры гостевых операционных систем. Строго говоря, мри таком виде виртуализации пользователем не создаются виртуальные машины, а происходит изоляция какихлибо процессов на уровне операционной системы. В данный момент многие из известных операционных систем используют такой подход. Примером может послужить использование ix, в котором гостевое ядро запускается в пользовательском пространстве базового ядра в его контексте. П аравиртуал изация. При применении паравиртуализации нет необходимости симулировать аппаратное обеспечение, однако, вместо этого или в дополнение к этому, используется специальный программный интерфейс I для взаимодействия с гостевой операционной системой. Такой подход требует модификации кода гостевой системы, что, с точки зрения . Системы для паравиртуализации также имеют свой гипервизор, Iвызовы к гостевой системе, называются гипервызовы. Виртуализация уровня операционной системы. Сутью данного вида виртуализации является виртуализация физического сервера на уровне операционной системы в целях создания нескольких защищнных виртуализованных серверов на одном физическом.