Управление уровнями хранилища что это за служба

Служба хранилища Windows грузит диск: что делать

Когда компьютер зависает и издаёт характерные звуки, кажется, что он занят какой-то сложной работой со множеством процессов. При этом вы ничего не запускали, кроме лёгких приложений вроде текстового редактора. Если посмотреть в «Диспетчер задач», то там будет отображаться стопроцентная загруженность диска несколькими командами, инициированными службой хранилища. Иногда она забирает и около пятидесяти процентов ОЗУ.

Давайте выясним, что это такое и как бороться с данным явлением.

Что такое служба хранилища

Служба хранилища отвечает за загрузку приложений из маркета Windows, их правильную установку, своевременное обновление, отслеживание лицензий и отправку уведомлений о необходимости их продления. Она одновременно запускает несколько фоновых процессов: Wsappx, AppXSVC и ClipSVC. Причём службу совершенно не волнует, пользуетесь ли вы магазином Windows — она работает по умолчанию. Такая проблема характерна для Windows 8 и 10, более ранние версии ей не подвержены, поскольку в них нет маркета.

Давайте посмотрим, чем занимаются процессы, подведомственные службе хранилища:

Служба хранилища грузит диск: что делать

Служба хранилища не должна грузить диск, но, к сожалению, это происходит. Причиной тому является несоответствие мощности компьютера и ресурсоёмкости системы. Продавцы техники не слишком задумываются о подобных вещах и вместо простенькой «семёрки» ставят на бюджетные ноутбуки Windows 8 или 10. ПК не в состоянии выполнить всё, что задумано системой. При этом, даже если вы снимите вышеописанные процессы с текущего плана в «Диспетчере задач», они снова там появятся, и запретить их навсегда не получится.

Однако если служба хранилища Windows 10 грузит ЦП, диск и память, то возникает вопрос: можно ли как-то этого избежать, раз уж нельзя отключить. Есть несколько решений:

Иногда бывает и такое, что под видом wsappx действует вирус, присвоивший себе имя системного процесса. Обязательно проверьте такую возможность:

После предпринятых действий служба хранилища перестанет отбирать ресурсы так интенсивно, как она это делала до сих пор. Если вы нашли собственный эффективный способ борьбы с подобной проблемой, обязательно расскажите о нём в комментариях.

Источник

многоаренды и служба хранилища Azure

служба хранилища Azure — это базовая служба, используемая почти во всех решениях. многоклиентские решения часто используют служба хранилища Azure для хранилища blob-объектов, файлов, очередей и таблиц. на этой странице описаны некоторые из функций служба хранилища Azure, которые полезны для решений с несколькими клиентами, а также приведены ссылки на рекомендации, которые помогут вам, когда вы планируете использовать служба хранилища Azure.

функции служба хранилища Azure, поддерживающие мультитенантность

служба хранилища Azure включает множество функций, поддерживающих мультитенантность.

Подписанные URL-адреса

при работе с служба хранилища Azure из клиентского приложения важно учитывать, следует ли отправлять клиентские запросы через другой компонент, который вы контролируете, например сеть доставки содержимого или API, или если клиент должен подключиться непосредственно к вашей учетной записи хранения. Возможно, существуют веские причины для отправки запросов через другой компонент, включая кэширование данных на границе сети. однако в некоторых ситуациях клиентские конечные точки удобны для прямого подключения к служба хранилища Azure для загрузки или передачи данных. Это подключение позволяет повысить производительность вашего решения, особенно при работе с большими большими двоичными объектами или с большим количеством файлов. Это также сокращает нагрузку на серверные приложения и серверы и сокращает число прыжков сети. подпись общего доступа (SAS) позволяет безопасно предоставлять клиентским приложениям доступ к объектам в служба хранилища Azure.

Шаблон ключа камердинера полезен как способ выдавать подписанные с ограниченным доступом подписи общего доступа на уровне приложения. Например, предположим, что у вас есть многоклиентское приложение, которое позволяет пользователям отправлять видео. Ваш API или уровень приложения может проверять подлинность клиента с помощью собственной системы проверки подлинности. Затем вы можете предоставить клиенту SAS, который позволит им передать видеофайл в указанный большой двоичный объект в указанном контейнере и пути к большому двоичному объекту. Затем клиент передает файл непосредственно в учетную запись хранения, избегая дополнительной пропускной способности и нагрузки в API. если они пытаются прочитать данные из контейнера больших двоичных объектов или пытаются записать данные в другую часть контейнера в другой контейнер в учетной записи хранения, служба хранилища Azure блокирует запрос. Срок действия подписи истекает через настраиваемый период времени.

Хранимые политики доступа расширяют функциональные возможности SAS, что позволяет определить одну политику, которая может использоваться при выдаче нескольких подписанных URL-адресов.

Управление доступом на основе удостоверений

служба хранилища Azure также предоставляет контроль доступа на основе удостоверений с помощью Azure Active Directory (Azure AD). Эта возможность также позволяет использовать Управление доступом на основе атрибутов, которое обеспечивает более детализированный доступ к путям больших двоичных объектов или к большим двоичным объектам, помеченным указанным идентификатором клиента.

Управление жизненным циклом

При использовании хранилища BLOB-объектов в решении с несколькими клиентами клиентам могут потребоваться разные политики для хранения данных. При хранении больших объемов данных также может потребоваться настроить автоматическое перемещение данных для определенного клиента на «холодный» или архивный уровни хранилищадля целей оптимизации затрат.

Рассмотрите возможность использования политик управления жизненным циклом для установки жизненного цикла больших двоичных объектов для всех клиентов или для подмножества клиентов. Политику управления жизненным циклом можно применять к контейнерам больших двоичных объектов или к подмножеству больших двоичных объектов в контейнере. Однако существуют ограничения на количество правил, которые можно указать в политике управления жизненным циклом. Убедитесь, что вы планируете и проверите использование этой функции в среде с несколькими клиентами, и рассмотрите возможность развертывания нескольких учетных записей хранения, если превысить эти ограничения.

Неизменяемое хранилище

при настройке неизменяемого хранилища blob-объектов в контейнерах хранилища с политиками хранения на основе временислужба хранилища Azure предотвращает удаление или изменение данных до указанного времени. Предотвращение применяется на уровне учетной записи хранения и применяется ко всем пользователям. Даже администраторы вашей организации не могут удалять неизменяемые данные.

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

Копирование на стороне сервера

Средство AzCopy — это приложение, которое можно запускать с собственного компьютера или с виртуальной машины для управления процессом копирования. AzCopy совместим с компонентом копирования на стороне сервера и предоставляет готовый к использованию интерфейс командной строки с поддержкой сценариев, который можно запускать из собственных решений. AzCopy также полезен для отправки и загрузки больших объемов данных.

Репликация объектов

Функция репликации объектов автоматически реплицирует данные между исходной и целевой учетными записями хранения. Репликация объектов является асинхронной. В решении с несколькими клиентами эта функция может быть полезной, если необходимо постоянно реплицировать данные между метками развертывания или в реализации шаблона жеоде.

Шифрование

служба хранилища Azure позволяет указать ключи шифрования для данных. В решении с несколькими клиентами рассмотрите возможность объединения этой возможности с областями шифрования, которые позволяют определять разные ключи шифрования для разных клиентов, даже если их данные хранятся в одной и той же учетной записи хранения. Используя эти функции совместно, вы также можете предоставить клиентам возможность управления своими данными. Если необходимо отключить свою учетную запись, они могут удалить ключ шифрования, и их данные будут недоступны.

Мониторинг

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

служба хранилища Azure предоставляет встроенные возможности мониторинга. важно учитывать службы, которые будут использоваться в учетной записи служба хранилища Azure. Например, при работе с большими двоичными объектамиможно просмотреть общую емкость учетной записи хранения, но не отдельный контейнер. В отличие от этого, при работе с общими папками можно увидеть емкость для каждого общего ресурса, но не для каждой папки.

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

инвентаризация служба хранилища Azure предоставляет еще один способ измерения общего размера контейнера больших двоичных объектов.

Модели изоляции

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

служба хранилища учетных записей на клиент

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

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

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

Модели изоляции хранилища BLOB-объектов

Общие контейнеры больших двоичных объектов

При работе с хранилищем BLOB-объектов вы можете использовать общий контейнер больших двоичных объектов, а затем использовать пути к большим двоичным объектам для разделения данных для каждого клиента:

Хотя этот подход прост в реализации, во многих сценариях пути к BLOB-объектам не обеспечивают достаточную изоляцию между клиентами. Это связано с тем, что хранилище BLOB-объектов обычно не предоставляет концепцию каталогов или папок. Это означает, что вы не можете назначить доступ ко всем BLOB-объектам в указанном пути. однако служба хранилища Azure предоставляет возможность перечисления blob- объектов, начинающихся с указанного префикса, что может быть полезно при работе с общими контейнерами больших двоичных объектов и не требует контроля доступа на уровне каталога.

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

В некоторых решениях с несколькими клиентами может потребоваться хранить только один большой двоичный объект или набор больших двоичных объектов для каждого клиента, например значки клиентов для настройки пользовательского интерфейса. В этих сценариях может быть достаточно одного общего контейнера больших двоичных объектов. Можно использовать идентификатор клиента в качестве имени большого двоичного объекта, а затем считывать конкретный большой двоичный объект вместо перечисления пути к большому двоичному объекту.

Контейнеров больших двоичных объектов на клиент

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

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

Модели изоляции хранилища файлов

Общие файловые ресурсы

При работе с общими папками вы можете использовать общую общую папку, а затем использовать пути к файлам для разделения данных для каждого клиента:

При использовании приложения, которое может обмениваться данными по протоколу SMB, а также при использовании домен Active Directory служб в локальной среде или в Azure, файловые ресурсы поддерживают авторизацию как на уровне файлов, так и на уровнях каталогов и файлов.

В других сценариях рекомендуется использовать SAS для предоставления доступа к конкретным файловым ресурсам или файлам. При использовании SAS нельзя предоставить доступ к каталогам.

Общие файловые ресурсы для каждого клиента

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

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

Модели изоляции табличного хранилища

Общие таблицы с ключами секций на клиент

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

подписанный url-код и политики позволяют указать диапазон ключей секций, а служба хранилища Azure гарантирует, что запросы, содержащие подпись, смогут получить доступ только к указанным диапазонам ключей секций. Это позволяет реализовать шаблон ключа камердинера, который позволяет недоверенным клиентам получать доступ к секции одного клиента, не затрагивая другие клиенты.

Для крупномасштабных приложений рассмотрите максимальную пропускную способность каждой секции таблицы и учетной записи хранения.

Таблиц на клиента

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

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

Модели изоляции хранилища очередей

Общие очереди

Если вы решили предоставить общий доступ к очереди, учитывайте квоты и ограничения, которые применяются. В решениях с большим объемом запросов определите, достаточно ли целевого уровня пропускной способности в 2 000 сообщений в секунду.

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

Очередей для каждого клиента

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

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

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

Источник

Хранилища и высокая доступность в Windows Server 2012 R2

Всем привет, уважаемые коллеги и фанаты ИТ-технологий!

И так, давайте попробуем разобраться, что же у нас появилось принципиально нового в Windows Server 2012 R2, а что же продолжает стремительно развиваться в новой инкарнации нашего замечательного серверного продукта.

Хочу хранилку — большую, быструю, крутую… И совсем недорогую!

Как правило, такие вещи как высокопроизводительные дисковые хранилища и возможность плавного масштабирования системы на лету, ассоциируются, в первую очередь, с большими, дорогими «железками», которые имеют стоимость соизмеримую со стоимостью чугунного моста.
Но с другой стороны, далеко не каждая компания в состоянии позволить себе приобрести такую систему СХД, да и сеть SAN построить — дело непростое и ресурсоемкое, и дорогое, если быть откровенным.

Если же коротко сформулировать те, требования которые все хотят удовлетворить за минимум денег, то у нас с вами получится следующая картина:

Рисунок 1. Особенности платформы хранилища данных на базе Windows Server 2012 R2.

В левой части рисунка мы видим список челленджей, с которыми, как правило, сталкиваются компании когда речь заходит о внедрении систем хранения данных и дисковых хранилищ. На правой же части представлен список функций встроенных Windows Server 2012 R2, которые призваны разрешить эти моменты. Если быть детальным, то давайте разберем некоторые моменты, а точнее разберемся что же обычно требуется от современной высокопроизводительной «умной» системы хранения данных:

1) СХД должна быть устойчива к отказам компонентов, коими, как правило являются контроллеры дисковых массиов, дисковые полки, которые подключают непостредственно к контроллерам СХД, а также сами диски, точнее массивы и агрегаты которые образуют из дисков. Интерфейсы подключения, коими обычно выступают FC-адаптеры или iSCSI-адаптеры, также должны быть резервируемыми и сточки зрения доступа к дискам используют мультипоточность или же механизмы MPIO (Multi-Path Input/Output). Также на практике используют CNA-адаптеры (Converged Network Adapter — конвергентный сетевой адаптер) — новое веяние в области построения ЦОДов и сетей передачи данных, где адаптер используют среду Ethernet для передачи трафика как LAN, так и SAN-типа, и может быть динамически изменен тип, режим работы такого адаптера — с LAN на SAN — и наоборот. Также для поддержки CNA-подхода был разработан стандарт DCB (Data Center Bridging) для более удобного управления сетями передачи и данных и их конвергентсности — протокол DCB, кстати, поддерживается в Windows Server начиная с 2012 версии.

2) Современная СХД должна быть «умной», что в частности проявляется в наличии таких функций, как дедубликация данных, Thin Provisioning или т.н. «тонкое предоставление», «тонкая нарезка» и виртуализация дисковой подсистемы. Не лишним за частую оказывается и интеллектуальный тиринг (intellectual tiering) для распределения нагрузок по типам дисков.

3) Современной СХД неполохо было бы управлять каким-нибудь удобным инструментом, желательно встроенным в ОС. В реальной же жизни ИТ-среды состоят из гетерогенного окружения, что фактически говорит о том, что инфраструктурщики управляют различными моделями СХД от разных производителей, и исходя из этого факта, задача управления ими усложняется. Было бы неплохо использовать какие-либо нейтральные стандарты для управления. Примерами таких стандартов являются SMI-S (Storage Management Initiative-Specification) или SMP.

Теперь давайте взглянем на эту картину с точки зрения возможностей Windows Server 2012 R2. Что касается поддержки мультипоточности для организации, по сути, кластеров хранилищ данных — то эта функция присутствует в Windows Server с незапамятных времен и реализуется она на уровне драйвера сетевого адаптера и функции ОС — с этим проблем нет. По конвергентность, поддержку CNA и DCB я уже сказал чуть ранее.
А вот если перейти ко второй части, то тут есть чем поживиться (то есть о чем рассказать — самйл).

И так, начнем с дедубликации данных. Впервые это функционал был представлен в Windows Server 2012 и работает дедубликация данных в WS2012/2012R2 на блочном уровне. Напомню, коллеги, что дедубликация может работать на 3-х уровнях, что определяет, с одной стороны, ее эффективность, а с другой — ресурсоемкость. Самая «лайтовая» версия — файловая дедубликация. Примерами файловой дедубликации можно назвать технологиюSIS (Single Instance Storage, которая уже канула в лету). Как нетрудно догадатья — работает она на уровне файлов и заменяет полностью повторяющиеся файлы ссылками на расположение оригинального файла. Замена реальных данных на ссылки — это общий принцип работы дедубликации. Но вот, если мы внесем изменения в дедублицированный файл, то он уже станет уникальным — и в результате, «сожрет» реальное место — так что сценарий не самый привлекательный. Поэтому дедубликация на блочном уровне выглядит более привлекательным решением и даже в случае изменения оригинального файла, место съедят только изменившиеся блоки, а не блоки всего файла целиком. Именно таким образом работает дедубликация данных в WS2012/2012R2. ну и для полноты картину остается упомянуть, что существует также битовая дедубликация оперирует, как нетрудно догадаться из ее название, на уровне битов, имеет самый большой коэффициент дедубликации, НО при этом имеет просто адскую ресурсоемкость… Как правило, битовая дедубликация применяется в системах оптимизации трафика, которые используют в случае сценариев с участием территориально-распределенных организаций, где каналы связи между офисами организации либо очень дороги в эксплуатации, либо имеют очень низкую пропускную способность. По сути функция таких устройств заключается в кэшировании предаваемого трафика в устройстве и передачи только уникальных битов данных. Решения подобного класса могут быть как аппаратными, так и на базе виртуальных апплаинсов (виртуальных машин с программным комплексом, реализующих соответствующий функционал).

Все было бы просто замечательно с дедубликацией, но во одно маленькое но… Дедубликация в WS2012 не могла применяться к online-данным, т.е. тем которые, заняты каким либо процессом, находятся в использование, а значит использование дедубликации поверх ВМ становится невозможным, что убивало всю привлекательность данного подхода. Однако улучшения в WS2012R2 позволяет нам использовать дедубликацию поверх активных VHD/VHDX-файлов, а также является эффективной для VHD/VHDX-библиотек, общих ресурсов с дистрибутивами продуктов да и для файловых шар в общем. Ниже приведен рисунок показателями эффективности применения дедубликации для моего хоум-сервера с пачкой виртуалок и VHD/VHDX-дисков.

Рисунок 2. Эффективность дедубликации в Windows Server 2012 R2

Если же мы говорим с вами про тонкое предоставление, тут тоже можно реализовать такой подход для ВМ. Сделать один прообраз, родительский диск — а от него уже делать разностные диски — тем самым мы сохраняем консистентность и единообразие виртуальной ОС внутри, а с другой — сокращаем место, занимаемое дисками ВМ. Единственный тонкий момент в таком сценарии — это размещение родительского виртуального жесткого диска на быстром накопителе — так как параллельный доступ к одному и тому же жесткому диску со множества различных ВМ приведет к повышенной нагрузки на данные сектора и блоки данных. Т.е. либо SSD — наш выбор, либо виртуализованное хранилище. Ну и интеллектуальный тиринг тут тоже пригодится.

Виртуализация… А какая она бывает.

Однако обо всем пор порядку.
Давайте вернемся к вопросу виртуализации дисковой подсистемы.
Исторически сложилось так, что виртуализация дисковой подсистемы — это очень старая тема и история. Если мы вспомним, что виртализация — это абстракция от физического уровня, т.е. скрытие нижележащего уровня — то RAID-контроллер на материнской плате таже выполняет фнкцию виртуализации храналища, а именно самих дисков.
Однако, в WS2012 появился механизм Storage Spaces — фактически аналог RAID-контроллера, но на уровне специального драйвера ввода-вывода данных ОС WS2012. Собственно, типы создаваемых логических агрегатов очень напоминают типы томов RAID: Simple (RAID 0), Mirror (RAID 1) и Parity (RAID 5). В ОС WS 2012 R2 к этому механизму добавился интеллектуальный тиринг хранилища. Иными словами теперь можно создавать агрегаты поверх различных типов дисков, SATA, SAS и SSD, которые включены в один агрегат — а WS2012 R2 уже будет интеллектуально распределять нагрузки на сами диски, в зависимости от типов и интенсивности нагрузок.

Рисунок 3. Включение функции интеллектуального тиринга при создании логического агрегата дисков с использованием Storage Spaces.

Надежность, надежность и еще раз надежность

Ну и если уж мы с вами говорим про дисциплину, связанную с хранилищами данных — то как тут не обратить внимание на вопросы надежности данных, а точнее надежности их размещения. Тут есть несколько важных моментов:

С появлением WS 2012 у нас появилась возможность размещать нагрузки поверх файловых шар и файловой системы SMB 3.0. Ну и тут, конечно же, мы вспоминаем про дублирование компонентов нашего хранилища: сетевые адаптеры мы можем резервировать с использованием встроенного функционала NIC Teaming или же агрегации интерфейсов передачи данных, а механизмы SMB Multichannel выполняют функцию MPIO, но на уровне обмена сообщениями SMB. От падения канала мы с вами защитились — не забудьте и коммутаторы задублировать только. Ну а сточки зрения непрерывности размещения ВМ и не только, но и файлов в целом — мы можем развернуть масштабируемый файл-сервер (Scale-Out File Server — SOFS) и разместить на нем критические данные, таким образом гарантируя не то, чтобы высокую доступность, но именно непрерывность доступа к данным. Добавьте к этому возможность WS 2012 R2 использовать файловую систему ReFS для CSV-томов при создании кластера — и вот она, высокая надежность и исправление ошибок файловый системы практически на лету, без остановки работы! Остается добавить, что у ReFS были некоторые болячки в первой своей версии для WS2012, но теперь, она, естественно, поправилась и теперь является по-настоящему resilient-системой!

Возможность шифрование данных поверх SMB тоже является интересной фичей для тех, кто заботится о безопасном размещении данных и контроля доступа к ним.
Еще одной интересной фичей является возможность использования механизмов контроля пропускной способности и производительности дисковой подсистемы — Storage QoS. Механизм интересный и важный — позволяет в дальнейшем использовать политики размещения нагрузок поверх хранилищ с использованием этого механизма, а также передавать эти данные в System Center Virtual Machine Manager 2012/2012 R2.

Ну и на последок, остается напомнить, что с точки зрения задачи управления, что Windows Server 2012 R2, что System Center 2012 R2 поддерживают различные нейтральные механизмы управления — SMI-S, SMP, WMI.

Рисунок 5. Возможности по управлению хранилищами и их предоставления в System Center 2012 R2 — Virtual Machine Manager.

Is This the end. No — it is just the beginning!

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

Надеюсь вам было полезно и интересно, до новых встреч и хороших всем выходных!

P.S> Забыл вам напомнить, что 10 сентября я и Александр Шаповал проведем для всех желающих бесплатный онлайн-семинар на тему новинок Windows Server 2012 R2 — присоединяйтесь — будет огненно! Регаемся тут: technet.microsoft.com/ru-ru/dn320171

С уважением и пламенным мотором в сердце,

Человек-огонь,
по совместительству,
Эксперт по информационной инфраструктуре
корпорации Microsoft

Источник