Технология виртуализация hyper-v

ЭКЗАМЕНАЦИОННЫЙ БИЛЕТ № 1

Вопрос 1.

Разработка виртуализация Hyper-V

Микрософт Hyper-V (кодовое название Viridian[1]), — совокупность аппаратной виртуализации для x64-совокупностей на базе гипервизора[2]. Бета-версия Hyper-V была включена в x64-версии Windows Server 2008, а финальная версия (машинально, через Windows Update) была выпущена 26 июня 2008[3]. Ранее была известна как виртуализация Windows Server (Windows Server Virtualization).

Роль Hyper-V разрешает создавать виртуализованную вычислительную среду посредством разработки виртуализации, встроенной в Windows Server, и руководить ею. При установке роли Hyper-V выполняется установка нужных компонентов, и необязательных средств управления. В число нужных компонентов входят низкоуровневая оболочка Windows, работа управления виртуальными автомобилями Hyper-V, поставщик виртуализации WMI и компоненты виртуализации, такие как шина VMbus, поставщик работы виртуализации (VSP) и драйвер виртуальной инфраструктуры (VID).

Средства управления для роли Hyper-V:

Средства управления на базе графического интерфейса пользователя: диспетчер Hyper-V, оснастка консоли управления (MMC) и подключение к виртуальной машине, которое снабжает доступ к видеовыходу виртуальной автомобили, дабы пользователь имел возможность взаимодействовать с виртуальной машиной.
Специальные командлеты Hyper-V для Windows PowerShell.Windows Server 2012 включает модуль Hyper-V, снабжающий доступ из командной строчка ко всем функциям, дешёвым в графическом интерфейсе пользователя, и к функциям, недоступным через графический интерфейс пользователя.

Вопрос 2.

Частное облако

Частное облако (англ. private cloud) — инфраструктура, предназначенная для применения одной организацией, включающей пара потребителей (к примеру, подразделений одной организации), допустимо кроме этого подрядчиками и клиентами данной организации. Частное облако может пребывать в собственности, эксплуатации и управлении как самой организации, так и третьей стороны (либо какой-либо их комбинации), и оно может физически существовать как внутри, так и вне юрисдикции обладателя.

Преимущества частного облака

высокая гарантия предоставления ИТ-ресурсов кроме того при пиковых нагрузок;
сохранение инвестиций компании в центре обработки данных;
отсутствие привязки к одному поставщику облачных одолжений;
эластичное одновременное применение как возможностей платформ виртуализации, так и физических серверных платформ в существующих ЦОД;
уменьшение рисков, которые связаны с информационной безопасностью.

ЭКЗАМЕНАЦИОННЫЙ БИЛЕТ № 2

Вопрос 1.

Виды облачных вычислений

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

Инфраструктура как услуга (IaaS).

Модель «инфраструктура как услуга», сокращенно IaaS, включает в себя базисные элементы для построения облачной ИТ-совокупности. В рамках данной модели пользователи приобретают доступ к сетевым ресурсам, к виртуальным компьютерам либо выделенному аппаратному обеспечению, и к хранилищам данных. Модель «инфраструктура как услуга» снабжает управления и гибкости наивысший уровень эксплуатации ИТ-ресурсами. Она фактически подобна современной модели ИТ-ресурсов, привычной для персонала ИТ-разработчиков и отделов.

Платформа как услуга (PaaS):

Модель «платформа как услуга» не требует от организации управления базисной инфраструктурой (в большинстве случаев включающей операционные системы и оборудование) и разрешает посвятить все усилия разработке и управлению приложениями. Это повышает производительность работы, поскольку вам больше не нужно будет беспокоиться о приобретении материально-технических ресурсов, заниматься планированием мощности, обслуживанием ПО, установкой обновлений безопасности и делать другие трудоемкие задачи, нужные для работы приложений.

ПО как услуга (SaaS):

В рамках модели «ПО как услуга» пользователь приобретает завершенный продукт, трудящийся под управлением поставщика услуги. В большинстве случаев в этом случае речь заходит о приложениях для конечных пользователей. При работе с моделью SaaS не требуется тревожиться о помощи сервиса либо управлении базисной инфраструктурой и возможно абсолютно сконцентрироваться на применении определенного ПО. Всем узнаваемый пример приложения SaaS – веб-сервис электронной почты, разрешающий отправлять и приобретать Email без необходимости руководить дополнениями к программному продукту либо обслуживать операционные системы и серверы, на которых трудится сервис.

Вопрос 2.

Веб-работы в Облаке

Инфраструктура как Сервис (IaaS)

Инфраструктура как Сервис (Infrastructure-as-a-Service, IaaS) — предоставление компьютерной инфраструктуры (в большинстве случаев, это платформы виртуализации) как сервиса. IaaS существено усиливает разработку, вложения и услуги в центры обработки данных, дабы дать это как услугу клиентам. В отличие от классического аутсорсинга, что требует должного усердия, нескончаемых переговоров и сложных, долгих контрактов, IaaS сосредоточенна около модели предоставления одолжений, которая снабжает предопределенную, стандартизированную инфраструктуру, определенно оптимизированную под потребности клиента. выбор уровня и Упрощённые предложения работы сервисного обслуживания облегчает клиенту выбор ответа с определенным комплектом главных эксплуатационных черт. В большинстве случаев, поставщики предоставляют компоненты следующих уровней:

Аппаратное обеспечение (в большинстве случаев, Грид с массивной горизонтальной масштабируемостью);
Компьютерная сеть (включая маршрутизаторы, брандмауэры, балансировку нагрузки и т.д.);
Подключение Интернет;
Платформа виртуализации чтобы запускать виртуальные автомобили;
Соглашения сервисного обслуживания;
Инструменты учета вычислений.

Разглядим один из примеров – Amazon’s Elastic Compute Cloud (Amazon EC2). Amazon EC2 – веб-работа, которая снабжает вычислительные мощности порядочного размера в облаке. Это создано, дабы сделать веб-вычисления дешевее для разработчиков и дабы предложить много плюсов для клиентов:

Интерфейс веб-работы, разрешает клиентам приобретать и вырабатывать пространство с минимальным упрочнением;
Предоставляет пользователям полный контроль над их (снятыми в аренду) вычислительными ресурсами и разрешают им трудиться в проверенной вычислительной окружающей среде;
Сокращает время, требуемое для загрузки и получения нового сервера до мин., разрешая клиентам скоро изменять конфигурацию, в соответствии с их вычислительным требованиям;
Изменяет экономику вычислений, разрешая клиентам платить лишь за применяемые ресурсы;
Предоставляет разработчикам инструменты, каковые нужны для построения отказоустойчивых изолирования и приложений себя от общих сценариев отказа.

ЭКЗАМЕНАЦИОННЫЙ БИЛЕТ № 3

Вопрос 1.

Архитектура Windows Azure

Платформа Windows Azure – это модель Платформа как Сервис, которая предполагает запуск приложений на серверах и связанной сетевой инфраструктуре, размещенной в центрах обработки данных Микрософт и имеющей доступ в Интернет. Платформа складывается из мастшабируемой облачной ОС, фабрики хранения данных и связанных сервисов доставки через физические либо логические (виртуализация) экземпляры Windows Server 2008. Набор средств разработки Windows Azure (SDK) снабжает разработку версии облачных сервисов, кроме этого отлично, как интерфейсы и инструменты прикладного программирования (API), нужные для разработки, управления и разворачивания масштабируемых сервисов в Windows Azure, включая шаблоны приложений Azure для Visual Studio 2008 и 2010. На рисунке 6.1 изображены компоненты база облачной компоненты и платформы разработчика.

В соответствии с Микрософт, при применении Azure Вы приобретаете:

Адаптация существующих приложений для работы с веб сервисами;
Построение, распределение и изменение приложений в Сети с минимальными локальными ресурсами;
Делают услуги, таких как хранение громадных количеств данных, пакетная обработка данных, вычисления громадных количеств данных, и без того потом;
Создание, тестирование, распределение и отладка веб сервисов скоро и недорого;
Понижение цены и рисков распространения и построения местных ресурсов;
Понижение усилий и затрат на ИТ управление;

Микрософт создали платформу Azure, разрешив .NET разработчикам усилить их опыт создания в Visual Studio 2008 (и выше) ASP.NET веб приложений и Windows Communication Framework (WCF) сервисов. Проекты веб приложений запускаются в изолированной версии Internet Information Services (IIS) 7. веб и Веб приложения сервисы запускаются в частично доверенном механизме защиты, разрешающем ограничивать доступ коду к ресурсам компьютера (Code Access Security), что примерно соответсвует среднему уровню доверия ASP.NET и ограничивает доступ к некоторым ресурсам ОС. Набор средств разработки Windows Azure (Март 2009) разрешает употребляться полный доступ к ресурсам компьютера для запуска не .NET кода, применения .NET библиотек, каковые требуют полного доверия и процесс обработки сотрудничества, применяя программные каналы (Pipe). Микрософт обещает помощь запуска кода программы Ruby, PHP и Python в облачной платформе. Исходный вариант платформы разработки был ограничен средой программирования Visual Studio 2008 и выше с замыслом на поддержку инструментов Eclipse. Платформа Windows Azure поддерживает веб протоколы и стандарты включая SOAP, HTTP, XML, Atom и AtomPub.

Вопрос 2.

Windows Table Services

Windows Azure Table — структурированное хранилище, которе поддерживает высокомасштабируемые таблицы в облаке, каковые смогут содержать терабайты и миллиарды сущностей данных. По мере повышения трафика, совокупность будет действенно масштабироваться, машинально подключая тысячи серверов. Структурированное хранилище реализовано в виде таблиц (Tables), в которых находятся сущности (Entities), которые содержат последовательность именованных особенностей (Properties). Вот кое-какие из главных черт Windows Azure Table:

Помощь LINQ, ADO .NET Data Services и REST.
Контроль типов на протяжении компиляции при применении клиентской библиотеки ADO .NET Data Services.
Богатый комплект типов данных для значений особенностей.
Помощь сущностей и неограниченного количества таблиц без ограничения размеров таблиц.
Помощь целостности для каждой сущности.
Нежесткая блокировка при удалениях и обновлениях.
Для запросов, исполнение которых требует долгого периода времени, либо запросов, прерванных по завершению времени ожидания, возвращаются маркёр продолжения и частичные результаты

Разглядим модель данных таблицы Windows Azure Table:

Учетная запись хранилища (Storage Account) – для доступа к Windows Azure Storage приложение должно применять настоящую учетную запись. Новую учетную запись возможно создать через web-интерфейс портала Windows Azure. Когда учетная запись создана, пользователь приобретает 256-разрядный тайный ключ, что потом употребляется для аутентификации запросов этого пользователя к совокупности хранения. В частности, посредством этого тайного ключа создается подпись HMAC SHA256 для запроса. Эта подпись передается с каждым запросом данного пользователя для обеспечения аутентификации. Имя учетной записи входит в состав имени хоста в URL. Для доступа к таблицам употребляется следующий формат имени хоста: .table.core.windows.net.
Таблица (Table) – содержит комплект сущностей. Область действия имен таблиц ограничена учетной записью. Приложение может создавать множество таблиц в рамках учетной записи хранилища.
Сущность (строчок) (Entity (Row)) – Сущности (сущность есть аналогом строчка) – это главные элементы данных, хранящиеся в таблице. Сущность включает комплект особенностей. В каждой таблице имеется два свойства, каковые образуют неповторимый ключ для сущности.
Свойство (столбец) (Property (Column)) – Воображает отдельное значение сущности. Имена особенностей чувствительны к регистру. Для значений особенностей поддерживается богатый комплект типов.
Ключ секции (PartitionKey) – Первое свойство ключа каждой таблицы. Эта совокупность применяет этот ключ для автоматического распределения сущностей таблицы по множеству узлов хранения.
Ключ строчка (RowKey) – Второе свойство ключа таблицы. Это неповторимый ID сущности в рамках секции. PartitionKey в сочетании с RowKey уникально идентифицирует сущность в таблице.
Временная метка (Timestamp) – Любая сущность имеет версию, сохраняемую совокупностью.
Секция (Partition) – Комплект сущностей в таблице с однообразным значением ключа секции.
Порядок сортировки (Sort Order)– Для CTP-версии предоставляется всего один индекс, в котором все сущности сортированы по PartitionKey и после этого по RowKey. Это указывает, что запросы с указанием этих ключей будут более действенными, и все возвращаемые результаты будут сортированы по PartitionKey

Таблица имеет эластичную схему. Windows Azure Table отслеживает типизированное значение и имя каждого свойства каждой сущности. Приложение может моделировать фиксированную схему на стороне клиента, снабжая однообразный комплект особенностей для всех создаваемых сущностей.

Разглядим кое-какие дополнительные сведения о сущностях:

Сущность может иметь до 255 особенностей, включая необходимые системные особенности: PartitionKey, RowKey и Timestamp. Имена всех остальных особенностей сущностей определяются приложением.
Свойства PartitionKey и RowKey строкового типа.
Свойство Timestamp есть дешёвым лишь для чтения обслуживаемым совокупностью свойством, которое должно рассматриваться как непрозрачное свойство.
Отсутствие фиксированной схемы – Windows Azure Table не сохраняет никакой схемы, исходя из этого все особенности сохраняются как пары . Это указывает, что свойства сущностей одной таблицы смогут очень сильно различаться. В таблице кроме того возможно две сущности, свойства которых имеют однообразные имена, но различные типы значений.
Суммарный количество всех данных сущности не имеет возможности быть больше 1 МБ. Ко мне входит размер имен особенностей, и размер значений особенностей либо их типов, включая и два необходимых особенности ключей (PartitionKey и RowKey).
Поддерживаются типы Binary, Bool, DateTime, Double, GUID, Int, Int64, String.

ЭКЗАМЕНАЦИОННЫЙ БИЛЕТ № 4

Вопрос 1.

Azure Blob Services

Для работы с Windows Azure Storage пользователь обязан создать учетную запись хранилища. Выполняется это через web-интерфейс портала Windows Azure Portal. При создании учетной записи пользователь приобретает 256-разрядный тайный ключ, что потом употребляется для аутентификации запросов этого пользователя к совокупности хранения. В частности, посредством этого тайного ключа создается подпись HMAC SHA256 для запроса. Эта подпись передается с каждым запросом данного пользователя для обеспечения аутентификации через диагностику достоверности подписи HMAC

Благодаря Windows Azure Blob приложения приобретают возможность хранения в облаке громадных объектов, до 50 ГБ любой. Он поддерживает высоко масштабируемую совокупность громадных бинарных объектов ( blob ), в которой чаще всего применяемые blob распределяются среди множества серверов для обслуживания нужных количеств трафика. Более того, эта совокупность характеризуется высокой длительностью и надёжностью хранения. Эти дешёвы в любую секунду времени из любой точки планеты и продублированы, по крайней мере, трижды для увеличения надежности. Помимо этого, обеспечивается строгая согласованность, что гарантирует немедленную доступность объекта при его добавлении либо обновлении: все трансформации, внесенные в прошлой операции записи, срочно видны при последующем чтении.

Разглядим модель данных Azure Blob. На рисунке ниже представлено пространство имен Windows Azure Blob.

Учетная запись хранилища – Любой доступ к Windows Azure Storage осуществляется через учетную запись хранилища

Это самый большой уровень пространства имен для доступа к объектам blob.
Учетная запись может иметь множество контейнеров Blob

Контейнер Blob – Контейнер снабжает группировку комплекта объектов blob. Область действия имени контейнера ограничена учетной записью.

Политики совместного применения задаются на уровне контейнера. На данный момент поддерживаются Public READ (Открытое чтение) и Private (Закрытый). В случае, если для контейнера выяснена политика Public READ, все его содержимое открыто доступно для чтения без необходимости аутентификации. Политика Private свидетельствует доступ с аутентификацией, т.е. лишь обладатель соответствующей учетной записи имеет доступ к объектам blob этого контейнера.
С контейнером смогут быть ассоциированы метаданные, каковые задаются в виде пар . Большой размер метаданных контейнера – 8КБ.
Существует возможность получения перечня всех объектов blob контейнера.

Blob – Объекты blob сохраняются в контейнерах Blob Container и их область действия ограничена этими контейнерами. Любой blob возможно размером до 50ГБ и имеет неповторимое в рамках контейнера строковое имя. С blob смогут быть ассоциированы метаданные, каковые задаются в виде пар и могут быть около размера 8КБ для blob. Метаданные blob смогут быть взяты и заданы раздельно от данных blob.

Вопрос 2.

Установка частного облака

Частное облако Микрософт, выстроенное на базе разработок Windows Server Hyper-V и System Center, это неотъемлемая часть облачной стратегии Микрософт. Оно разрешает заложить фундамент чтобы поменять подход к ИТ-обслуживанию бизнеса и перейти к модели ИТ-как работа.

Ответ создано на платформе Windows Server с помощью совокупности удостоверений Windows Server Active Directory, виртуализации Hyper-V и глубокого анализа приложений посредством System Center. Организовав частное облако на базе Windows Server, Hyper-V и System Center, организация приобретает преимущества комплексного подхода Микрософт при внедрении облачных вычислений и трансформации услуг и способа-предоставления бизнесу.

Частное облако Микрософт:

оказывает помощь заострять внимание на главных для бизнеса моментах посредством управления работами приложений;
разрешает руководить гибридной облачной моделью при помощи неспециализированных средств управления, разработки и идентификации в общедоступных облаках и частных;
предоставляет масштабируемость и гибкость облачной модели вычислений на имеющихся ресурсах, и одновременно с этим разрешает сохранить полный контроль над инфраструктурой;
трудится на различных платформах и с различными низкоуровневыми оболочками(гипервизорами), включая Hyper-V, VMware и Citrix;
снабжает максимально действенное применение существующих опыта и инвестиций сотрудников ИТ-отдела.

ЭКЗАМЕНАЦИОННЫЙ БИЛЕТ № 5

Вопрос 1.

Azure Queue Services

Windows Azure Queue предоставляет надежный механизм доставки сообщений. Она предлагает несложной метод диспетчеризации асинхронных заданий, что снабжает возможность подключения к различным компонентам приложения в облаке. Очереди Windows Azure Queue характеризуются высокой надежностью, производительностью и постоянством. Текущая реализация гарантирует, по крайней мере, однократную обработку сообщения. Более того, Windows Azure Queue имеет REST-интерфейс, так, приложения смогут создаваться на любом языке программирования и делать доступ к очереди через веб в любое время из любой точки Интернета.

Разглядим создание приложений в облаке с применением Azure Queue. Windows Azure Queue разрешает поделить различные части приложения в облаке, что делает вероятным применение различных разработок для этих приложений, и их масштабирование соответственно потребностям трафика.

Windows Azure Queue имеет следующую модель данных.

Учетная запись хранилища – Любой доступ к Windows Azure Storage осуществляется через учетную запись хранилища.

Это самый большой уровень пространства имен для доступа к их сообщениям и очередям. Для применения Windows Azure Storage пользователь обязан создать учетную запись хранилища. Выполняется это через web-интерфейс портала Windows Azure Portal. При создании учетной записи пользователь приобретает 256-разрядный тайный ключ, что потом употребляется для аутентификации запросов этого пользователя к совокупности хранения. В частности, посредством этого тайного ключа создается подпись HMAC SHA256 для запроса.

Эта подпись передается с каждым запросом данного пользователя для обеспечения аутентификации через диагностику достоверности подписи HMAC.

Учетная запись может иметь множество очередей.

Очередь – Очередь содержит множество сообщений. Область действия имени очереди ограничена учетной записью.

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

Сообщения – Сообщения сохраняются в очередях. Каждое сообщение возможно размером не более 8КБ. Для хранения данных большего размера употребляются хранилища Azure Blob либо Azure Table, а в сообщении указывается имя громадного бинарного объекта/сущности. Обратите внимание, что в то время, когда сообщение помещается в хранилище, его эти смогут быть бинарными. Но при извлечении сообщений из хранилища ответ формируется в формате XML, и эти сообщения возвращаются base64-кодированными. Сообщения смогут возвращаться из очереди в любом порядке, и сообщение возможно возвращено пара раз. Разглядим кое-какие параметры, применяемые Azure Queue Service:

MessageID: Значение GUID, которое идентифицирует сообщение в очереди.
VisibilityTimeout: Целое значение, определяющее время ожидания видимости сообщения в секундах. Большое значение – 2 часа. Значение по умолчанию – 30 секунд.
PopReceipt: Строчок, возвращаемая для каждого извлеченного сообщения. Эта строчок, вместе с MessageID, нужна для удаления сообщения из очереди (Queue). Этот параметр направляться разглядывать как непрозрачный, потому, что в будущем его содержимое и формат смогут быть поменяны.
MessageTTL: Определяет срок судьбы (time-to-live, TTL) сообщения в секундах. Максимально допустимый срок судьбы – 7 дней. В случае, если данный параметр опущен, срок судьбы по умолчанию – 7 дней. В случае, если в течение срока судьбы сообщение не будет удалено из очереди, оно будет удалено совокупностью хранения в ходе сборки мусора.

Вопрос 2.

Микрософт .Net Services

.NET Services предоставляет главные стандартные блоки, каковые пригодятся при построении приложений в облаке и трудящихся с облаком для Azure™ Services Platform.

Сервисы, собранные под именем .NET Services, снабжают инфраструктуру облака, которая, в конечном итоге, упрощает построение трудящихся в облаке приложений.

Сейчас .NET Services снабжают главную функциональность, связанную с возможностями подключения приложений, управления доступом и сотрудничества при помощи сообщений на базе рабочего процесса. Со временем они будут предоставлять больший комплект функций и среду на базе облака. Сейчас под именем .NET Services объединены следующие главные блоки сервисов:

Микрософт® .NET Service Bus: предоставляет сетевую инфраструктуру для соединения приложений через Интернет с применением разнообразных шаблонов обмена сообщениями методом, снабжающим возможность прохождения межсетевых экранов и NAT-устройств без нарушения безопасности, предоставляемой этими устройствами.
Микрософт® .NET Access Control Service: снабжает управление доступом в облаке на основании утверждений. Он включает механизм преобразования утверждений, что объединяется с поставщиками удостоверений, такими как Active Directory и Windows Live ID (WLID). В будущих предположениях будет реализована интеграция с любыми поставщиками удостоверений.
Микрософт® .NET Workflow Services: предоставляет инфраструктуру для управления и размещения рабочими процессами (WF), уделяя основной внимание сотрудничеству через сообщения при помощи .NET Service Bus. Поставляется с новыми действиями WF и инструментами для управления и размещения экземплярами рабочего процесса.

ЭКЗАМЕНАЦИОННЫЙ БИЛЕТ № 6

Вопрос 1.

Вопрос 2.

Архитектура Windows Azure

В соответствии с Микрософт, при применении Azure Вы приобретаете:

Адаптация существующих приложений для работы с веб сервисами;
Построение, распределение и изменение приложений в Сети с минимальными локальными ресурсами;
Делают услуги, таких как хранение громадных количеств данных, пакетная обработка данных, вычисления громадных количеств данных, и без того потом;
Создание, тестирование, распределение и отладка веб сервисов скоро и недорого;
Понижение цены и рисков распространения и построения местных ресурсов;
Понижение усилий и затрат на ИТ управление;

ЭКЗАМЕНАЦИОННЫЙ БИЛЕТ № 7

Вопрос 1.

Вопрос 2.

ЭКЗАМЕНАЦИОННЫЙ БИЛЕТ № 8

Вопрос 1.

Приемущества виртуализации

Вопрос 2.

ЭКЗАМЕНАЦИОННЫЙ БИЛЕТ № 9

Вопрос 1.

Виртуализация серверов

Вопрос 2.

ЭКЗАМЕНАЦИОННЫЙ БИЛЕТ № 10

Вопрос 1.

Вопрос 2.

ЭКЗАМЕНАЦИОННЫЙ БИЛЕТ № 11

Вопрос 1.

Виртуализация представлений

Вопрос 2.

Архитектура Windows Azure

ЭКЗАМЕНАЦИОННЫЙ БИЛЕТ № 12

Вопрос 1.

Вопрос 2.

ЭКЗАМЕНАЦИОННЫЙ БИЛЕТ № 13

Вопрос 1.

Вопрос 2.

ЭКЗАМЕНАЦИОННЫЙ БИЛЕТ № 14

Вопрос 1.

Вопрос 2.

Настройка учётных планов и записей частного облака

ЭКЗАМЕНАЦИОННЫЙ БИЛЕТ № 15

Вопрос 1.

Инфраструктура как сервис

Вопрос 2.

ЭКЗАМЕНАЦИОННЫЙ БИЛЕТ № 16

Вопрос 1.

Платформа как сервис

Вопрос 2.

ЭКЗАМЕНАЦИОННЫЙ БИЛЕТ № 17

Вопрос 1.

Вопрос 2.

ЭКЗАМЕНАЦИОННЫЙ БИЛЕТ № 18

Вопрос 1.

Вопрос 2.

ЭКЗАМЕНАЦИОННЫЙ БИЛЕТ № 19

Вопрос 1.

Распределенные вычисления

Вопрос 2.

Состав Windows Azure SDK

ЭКЗАМЕНАЦИОННЫЙ БИЛЕТ № 20

Вопрос 1.

Мониторинг как сервис

Вопрос 2.

SQL Azure

ЭКЗАМЕНАЦИОННЫЙ БИЛЕТ № 1

Вопрос 1.

Разработка виртуализация Hyper-V

Средства управления для роли Hyper-V:

Средства управления на базе графического интерфейса пользователя: диспетчер Hyper-V, оснастка консоли управления (MMC) и подключение к виртуальной машине, которое снабжает доступ к видеовыходу виртуальной автомобили, дабы пользователь имел возможность взаимодействовать с виртуальной машиной.
Специальные командлеты Hyper-V для Windows PowerShell.Windows Server 2012 включает модуль Hyper-направляться, снабжающий доступ из командной строчка ко всем функциям, дешёвым в графическом интерфейсе пользователя, и к функциям, недоступным через графический интерфейс пользователя.

Вопрос 2.

Частное облако

Технология виртуализация hyper-v

Вложенная виртуализация Hyper-V в Windows 10

Интересные записи: