Статья добавлена: 17.03.2017
Категория: Статьи по сетям
Система ввода/вывода LINUX.
В системе ввода/вывода все внешние устройства рассматриваются как файлы, над которыми допускается производить обычные файловые операции. Конечно, существуют и драйверы устройств, но интерфейс с ними оформлен для пользователя как обращение к специальному файлу. Специальные файлы являются средством унификации системы ввода/вывода.
Каждому подключенному устройству (терминалу, дискам, принтеру и т. д.), соответствует, как минимум, один специальный файл. Большая часть этих специальных файлов хранится в каталоге /dev:
$ cd /dev
$ ls -l
onsole пульт управления системы
dsk порции на диске
fd0 флоппи-диск 1
mem память
lр принтер
lр0 параллельный порт 0
. . .
root порция на диске для корневой файловой системы
swap своп-порция
syscon альтернативное имя пульта
systty еще одно имя для системной консоли
term директория для терминалов
ttyS0 серийный порт 0 (COM1)
. . .
Когда программа выполняет запись в такой специальный файл, то ОС система перехватывает их и направляет на устройство, например принтер. При чтении данных из такого типа файла в действительности они принимаются с устройства, например, с диска. Программа не должна учитывать особенности работы устройства ввода/вывода. Для этой цели и служат специальные файлы (драйверы), которые выполняют функции интерфейса между компонентами ядра ОС и прикладными программами общего назначения. Система обнаруживает отличие обычного файла от специального только после того, как будет проанализирован соответствующий индексный дескриптор, на который ссылается запись в каталоге.
Статья добавлена: 16.03.2017
Категория: Статьи по сетям
GUID - Globally Unique Identifier.
GUID - Globally Unique Identifier, глобально уникальный идентификатор – это концепция, согласно которой каждой цифровой «железке» и программному компоненту в мире желательно присвоить статистически уникальный 128-битный идентификатор. Активное участие в ее разработке и продвижении принимают корпорация Microsoft и другие гиганты индустрии.
Жесткие диски объемом более 2 Тбайт уже стали повседневной реальностью. Что же нужно, чтобы персональный компьютер мог работать с такими винчестерами? К контроллеру дисков и BIOS материнской платы, к служебной системной информации дисков и к операционной системе (ОС) «старых» ПК предъявляются следующие требования:
- контроллер жестких дисков (HDD) и BIOS материнской платы должны, как минимум, поддерживать 48-битную адресацию LBA (под номер сектора отводится 48 битов и можно адресовать на диске до 248 (~ 2,8 • 1014 байтов), т. е. почти 300 терабайт. Эта поддержка появилась в персональных компьютерах (ПК), выпущенных после 2008 года (в идеале системная плата должна соответствовать спецификации EFI - Extensible Firmware Interface);
- на диске должна быть создана таблица разделов нового типа GUID Partition Table (GPT) – т. е. таблица разделов GUID (GUID - глобально уникальный идентификатор). GUID – это концепция, согласно которой каждой цифровой «железке» и программному компоненту в мире желательно присвоить статистически уникальный 128-битный идентификатор;
- операционная система должна «уметь» работать с таблицей разделов GPT (таковы уже были Windows 7, 64-битные предыдущие версии Windows и некоторые сборки Linux).
Дело идет к тому что будет «привязка» GUID конкретной копии Windows Home к GUID конкретного винчестера и материнской платы (многим это не очень понравится). Однако для строительства «цифрового мира во всем мире» что-то подобное, видимо, нужно (уникальные серийные номера давно уже прошиваются в ППЗУ сетевых карт, винчестеров, флеш-дисков, телефонов, в SPD модулей оперативной памяти и в процессоры).
Идея GUID нашла практическое применение и в сетевом протоколе IPv6. В результате у каждого компьютера на Земле появляется уникальный IP-адрес, адресация в цифровых сетях становится довольно простой и прозрачной, а многие проблемы отпадают сами собой.
Другое воплощение идеи GUID – это архитектура EFI (Extensible Firmware Interface, расширяемый интерфейс микропрограмм). Эта архитектура заменила BIOS при загрузке компьютеров и взаимодействии аппаратных компонентов.
Статья добавлена: 15.03.2017
Категория: Статьи по сетям
Методы поддержки нормального функционирования жестких дисков.
Команды, поступающие в контроллер диска через интерфейс, включают операции чтения, записи, верификации секторов, поиска и некоторые вспомогательные операции. Все эти команды работают с блоками данных адресуемых секторов, что подразумевает наличие низкоуровнего формата диска. Так как во многих современных дисках используется зонная запись (с различным числом секторов на треке), то при получении команды внутренний микроконтроллер выполняет трансляцию внешнего адреса запроса, поступившего по интерфейсу, в адреса реальных секторов, расположенных на реальных поверхностях носителя. Трансляция выполняется по таблицам, загруженным в ОЗУ микроконтроллера, учитывающим текущую внешнюю (логическую) геометрию диска, размеры зон, а также переназначение физических секторов, обеспечивающее обход дефектных участков поверхностей.
Со временем, хранение данных на магнитном носителе всегда сопровождается появлением «сбоев», причин у которых может быть множество. Появляются дефекты на магнитной поверхности носителя, происходит случайное перемагничивание участка носителя, попадание посторонней частицы под головку, наблюдается неточность позиционирования головки над треком, колебания головки по высоте, вызванные внешней вибрацией или ударом по корпусу накопителя, уходят за допустимые пределы различные параметры (из-за изменения температуры, старения, давления и т. п.). Ошибки должны быть обнаружены и по возможности немедленно исправлены. Контроль правильности хранения информации в поле данных секторов осуществляется традиционно с применением кодов ЕСС, позволяющих не только обнаруживать, но и исправлять ошибки на определенной длине битовой последовательности. Если сектор считался с ошибкой, контроллер автоматически выполнит повторное считывание, и если это был случайный «сбой», то повторное считывание сектора будет выполнено без ошибок. Если ошибка вызвана, например, неточностью позиционирования головки на середину трека, связанной с уходом параметров, повторное считывание может и не дать положительного эффекта. Но у дисков имеющих привод с подвижной катушкой есть возможность поиска положения головки, оптимального для считывания данных. Для этого сервосистема может покачать головку относительно ее центрального положения, заданного сервометками, и найти точку, где данные читаются без ошибок. Если данные невозможно считать без ошибок, то контроллер фиксирует ошибки контрольного кода и такой сектор исключается из дальнейшего использования (если этого не сделать, бесчисленные повторные попытки обращения к этому сектору будут отнимать массу времени, а результата все равно не будет). На уровне накопителя отметка о дефектности блока делается в заголовке сектора, запись в который производится только во время низкоуровневого форматирования. Встроенные контроллеры современных дисков сами обрабатывают обнаружение дефектных секторов и вместо них подставляют резервные, так что для пользователя дефектные секторы у дисков до некоторых пор не видны. Появление дефектов неизбежно, и их число в процессе эксплуатации винчестера может расти, хотя внешне диск, будет выглядеть бездефектным, и обращение по любому внешнему адресу будет выполняться без ошибок.
Для скрытия дефектных секторов применяют различные стратегии использования резервных областей. Резервные секторы могут располагаться в конце каждого физического трека, но пока основные секторы исправны, резервные не используются. Если какой-либо сектор перестает читаться, то микроконтроллер пытается перенести его данные в резервный и корректирует заголовки секторов, помечая дефектный и подставляя в резервный номер замещенного сектора. В результате сектор с данным номером снова станет нормальным, однако при линейном обращении к цепочке секторов в общем случае диску может потребоваться дополнительный оборот из-за нарушения порядка следования секторов на треке. Если же микроконтроллер считывает в буферную память трек целиком, то при чтении этот дефект может оказаться и незаметным.
Статья добавлена: 10.03.2017
Категория: Статьи по сетям
Интерфейс NVM Express. Технология Intel Rapid Storage.
Технология Intel Rapid Storage теперь поддерживает работу NVM Express, NVMe, NVMHCI(от англ. Non-Volatile Memory Host Controller Interface Specification) — спецификация на протоколы доступа к твердотельным накопителям (SSD), подключенным по шине PCI Express. "NVM" в названии спецификации обозначает энергонезависимую память, в качестве которой в SSD повсеместно используется флеш-память типа NAND. Логический интерфейс NVM Express был разработан с нуля, с учетом низких задержек и высокого параллелизма твердотельных накопителей с интерфейсом PCI Express, а также широкой распространенности многоядерных процессоров. NVMe позволяет повысить производительность за счет более полного использования параллелизма устройств и программного обеспечения.
Накопители, использующие NVM Express, могут представлять собой полноразмерные карты расширения PCI Express либо устройства SATA Express. Спецификация M.2 (ранее известная как NGFF) для компактных накопителей также поддерживает NVM Express в качестве одного из логических интерфейсов.
В середине-конце 2000-х многие SSD-накопители использовали компьютерные шины SATA, SAS или Fibre Channel для взаимодействия с компьютером. На массовом рынке SSD чаще всего использовали интерфейс SATA, разработанный для подключения жестких дисков форм-факторов 3,5 и 2,5 дюйма. Однако SATA часто ограничивал возможности развития SSD, в частности, максимальную скорость передачи данных.
Высокопроизводительные SSD изготавливались с интерфейсом PCI Express и ранее, однако они использовали нестандартные логические интерфейсы, либо применяли многоканальные SATA-/SAS-контроллеры, к которым на той же плате подключалось несколько SSD-контроллеров. Путем стандартизации интерфейсов SSD можно было бы сократить количество драйверов для операционных систем, производителям SSD больше не пришлось бы отвлекать ресурсы на создание и отладку драйверов. Подобным образом принятие спецификаций USB mass storage позволило создать большое разнообразие USB-флеш-накопителей, которые смогли работать с любыми компьютерами, не требуя оригинальных драйверов для каждой модели.
Первые подробности о новом стандарте доступа к энергонезависимой памяти появились на Intel Developer Forumв 2007 году, где NVMHCI был указан как интерфейс к персональному компьютеру для предлагаемого контроллера флеш-памяти с шиной ONFI. В 2007 году была собрана рабочая группа для проработки NVMHCI во главе с Intel. Первая спецификация NVMHCI 1.0 была закончена в апреле 2008 года и размещена на сайте Intel.
Техническая проработка NVMe началась еще во второй половине 2009 года. Спецификации NVMe были разработаны "NVM Express Workgroup", в которую входило более 90 компаний, председателем группы был Amber Huffman из Intel. Первая версия NVMe 1.0 была издана 1 марта 2011 года, версия 1.1 - 11 октября 2012 года.
Статья добавлена: 09.03.2017
Категория: Статьи по сетям
Файловая система extX. Как адресуются блоки файлов? Указатели на блоки файла.
Количество полей в каждом индексном узле является статической величиной. Дополнительная информация сохраняется в расширенных атрибутах и косвенных указателях, о которых речь пойдет далее в этой главе. Состояние выделения индексного узла определяется по карте индексных узлов, местонахождение которой задается в дескрипторе группы. Поле размера в новых версиях extX является 64-разрядным, но в старых версиях оно содержало всего 32 бита, что делало невозможной работу с файлами, размер которых превышал 4 Гбайт. В новых версиях старшие 32 бита размера хранятся в поле, которое ранее не использовалось. Индексный узел содержит информацию о размере файла, его владельце и временных штампах.
Файловая система extX проектировалась еще в расчете на эффективную работу с небольшими файлами.
По этой причине в каждом индексном узле могут храниться адреса первых 12 блоков, выделенных файлу. Эти адреса называются прямыми указателями. Если для хранения файла потребуется более 12 блоков, выделяется специальный блок для хранения остальных адресов. Указатель на него называется косвенным указателем блоков. Все адреса блоков занимают 4 байта, а общее количество адресов в блоке зависит от размера блока. Косвенный указатель хранится в индексных узлах.
Если файл содержит больше блоков, чем помещается в 12 прямых указателях и в косвенном блоке, используется механизм двойной косвенной адресации. Другими словами, индексный узел ссылается на блок, содержащий список косвенных указателей на блоки; каждый такой указатель ссылается на блоки, содержащие
список прямых указателей.
Если ли же файлу потребуется еще больше места, можно воспользоваться тройной косвенной адресацией: такой блок содержат набор адресов блоков с двойной адресацией, которые, в свою очередь, содержат адреса блоков косвенной адресации.
Статья добавлена: 03.03.2017
Категория: Статьи по сетям
Что такое FDE-винчестеры?
FDE – Full Disc Encryption, диски с полным шифрованием, предназначены для портативных ПК и оснащённых технологией кодирования данных DriveTrust. Технология FDE обеспечивает более надежную защиту от атак хакеров и взломов, чем традиционные средства шифрования, выполняя все криптографические операции и основное управление в пределах одного диска.
Эта технология уже давно применяется в оптимизированных для DVR-плееров медийных систем. Главной особенностью созданной инженерами Seagate системы шифрования является тот факт, что она реализована полностью на аппаратном уровне в самом накопителе, благодаря чему не требует для своей работы установку на ПК пользователя какого-либо дополнительного программного обеспечения, а для защиты целого винчестера требуется лишь единожды ввести пароль.
Кроме того, получить доступ к зашифрованному диску можно не только по паролю, но и с помощью различных аппаратных средств доступа, таких как сенсоры отпечатков пальцев, смарт-карты и т.п. (последние, разумеется, будут устанавливаться уже самими производителями ноутбуков). Первые модели Momentus FDE.2 имели скорость вращения шпинделя 5400 об/мин (поступили в продажу еще в 2007 году).
С использованием технологии Full Disc Encryption (FDE) обеспечивается наивысший уровень безопасности данных, чему способствуют также и решения компании SECUDE - TiDoCoMi по технологии управления доступом и инфраструктура программного обеспечения управления безопасностью портативных компьютеров. Жесткие диски FDE автоматически зашифровывают все данные, записанные в ноутбуке, а не отдельные файлы и разделы, упрощая, таким образом, защиту информации.
Статья добавлена: 17.02.2017
Категория: Статьи по сетям
Динамические диски.
Динамические диски, начиная еще с Windows 2000, стали использоваться для создания новых составных томов. За поддержку динамических дисков отвечала подсистема диспетчера логических дисков (Logical Disk Manager - LDM), состоящая из компонентов пользовательского режима и драйверов устройств. Фирма Microsoft лицензировала LDM y компании VERITAS Software, которая изначально разработала технологию LDM для UNIX-систем. Microsoft и VERITAS перенесли LDM в Windows, благодаря чему эта операционная система получила более надежную, отказоустойчивую схему разбиения диска на разделы и средства поддержки составных томов. Главное различие между схемами разбиения на разделы в LDM и MSDOS было в том, что LDM поддерживает одну унифицированную базу данных, где хранится информация о разделах на всех динамических дисках системы, в том числе сведения о конфигурации составных томов. UNIX-версия LDM поддерживает и дисковые группы, поэтому, все динамические диски, включаемые системой в группу, используют общую базу данных. Коммерческое программное обеспечение VERITAS для управления логическими дисками в Windows 2000 поддерживает создание только одной дисковой группы.
База данных LDM размещается в зарезервированном пространстве (размером 1 Мбайт) в конце каждого динамического диска. Именно поэтому Windows 2000 уже требовала свободного места в конце базового диска при его преобразовании в динамический. Данные о разбиении динамического диска на разделы находились в базе данных, но LDM реализовала и таблицу разделов в стиле MSDOS, чтобы унаследованные утилиты обслуживания дисков, включая работающие в средах с двухвариантной загрузкой, могли нормально работать. LDM-разделы не описываются таблицей разделов MSDOS и их поэтому называли "нежесткими", a разделы MSDOS - "жесткими".
LDM создавала таблицу разделов MSDOS и для того, чтобы загрузочный код Windows мог найти системный и загрузочный тома, даже если они находятся на динамических дисках (программа Ntldr не работает с LDM-разделами).
Если диск содержал системный и/или загрузочный тома, они описывались как жесткие разделы в таблице разделов MSDOS. Иначе один жесткий раздел должен был начинаться с первого цилиндра диска (обычно это 63 сектора) и продолжаться до начала базы данных LDM. LDM помечал его как раздел типа "LDM" - нового типа MSDOS-раздела, поддерживаемого Windows. В этом пространстве, определенном как раздел MSDOS, LDM создает нежесткие разделы, организуемые базой данных LDM (рис. 1).
Статья добавлена: 03.03.2022
Категория: Статьи по сетям
Требования к разделам Windows (GPT).
Рекомендуемая конфигурация (рис. 1) включает в себя раздел со средствами среды восстановления Windows, системный раздел, раздел MSR, раздел Windows и раздел с образом для восстановления.
Рис. 1.
Раздел средств среды восстановления Windows. Размер этого раздела должен быть не менее 300 МБ.- В этом разделе должно быть выделено пространство для образа средств среды восстановления Windows (winre.wim, не менее 250 МБ), а также достаточно свободного пространства для того, чтобы раздел можно было записать с помощью служебных программ архивации.
Если раздел меньше 500 МБ, то необходимо не менее 50 МБ свободного пространства.
Если раздел 500 МБ или больше, то необходимо не менее 320 МБ свободного пространства.
Если раздел больше 1 ГБ, рекомендуется наличие минимум 1 ГБ свободного пространства.
Для этого раздела необходимо использовать ИД типа: DE94BBA4-06D1-4D40-A16A-BFD50179D6AC.
Средства среды восстановления Windows должны располагаться в разделе, отличном от раздела Windows, используемом для поддержки автоматического перехода на другой ресурс и поддержки разделов с шифрованием Шифрование диска Windows BitLocker загрузки.
Системный раздел. Компьютер должен содержать один системный раздел.
Статья добавлена: 09.02.2017
Категория: Статьи по сетям
Системные файлы раздела NTFS.
Файловая система NTFS включает несколько системных файлов, которые скрыты от просмотра на томе. Системные файлы используются только файловой системой для хранения метаданных и поддержания работы файловой системы. Системные файлы записываются на том утилитой Format. Метаданные представляют собой файлы, которые NTFS использует для реализации структуры файловой системы. NTFS резервирует для метаданных первые 16 записей в таблице MFT (около 1 Мб). Остальные записи таблицы описывают файлы и каталоги. Поэтому первые 16 файлов называются метафайлами (см. табл. 1), они носят служебный характер и недоступны пользователю через операционную систему. Самый первый метафайл – это сам MFT. Эти первые 16 записей MFT имеют жестко фиксированное положение, так как на них указывает одно из полей блока параметров BIOS (BPB) загрузочного сектора раздела NTFS. Копия этих же 16 записей, для повышения надежности, хранится в геометрическом центре раздела диска, а одно из полей BPB содержит ссылку на них. Если в процессе загрузки операционной системы обнаружится, что одна из первых 16-ти записей испорчена, то система автоматически перейдет на использование их копий. Остальные записи MFT-файла могут располагаться, как и части любого другого файла, в произвольных кластерах раздела диска. Восстановить его положение можно с помощью его самого, используя за самую основу - первую запись файла MFT.
Все 16 метафайлов, которые определяются первыми 16-ю записями файла MFT, носят служебный характер, и каждый из них отвечает за какую-либо часть работы системы. NTFS может сместить, даже фрагментировать по диску, все свои служебные области (например, для обхода дефектов поверхности) за исключением первых 16 записей файла MFT. Метафайлы указаны в корневом каталоге NTFS диска и начинаются с символа имени "$". Получить какую-либо информацию о них стандартными средствами сложно. Для этих файлов указан их реальный размер и, посмотрев размер файла $MFT, можно узнать, например, сколько операционная система тратит на каталогизацию всего диска. Любой том NTFS содержит загрузочный сектор – BOOT, причем, содержимое загрузочного сектора раздела определяется конкретной операционной системой и используемой файловой системой. Но главная загрузочная запись жесткого диска МВR – Master Boot Record (MBR) не зависит от типа конкретной операционной системы.
Статья добавлена: 03.02.2017
Категория: Статьи по сетям
Каталоги в NTFS.
Каталог на NTFS представляет собой специфический файл, хранящий ссылки на другие файлы и каталоги, создавая иерархическое строение данных на диске. Файл каталога поделен на блоки, каждый из которых содержит имя файла, базовые атрибуты и ссылку на элемент MFT, который уже предоставляет полную информацию об элементе каталога. Внутренняя структура каталога представляет собой бинарное дерево. Для поиска файла с данным именем в линейном каталоге (FAT), операционной системе приходится просматривать все элементы каталога, пока она не найдет нужный. Бинарное же дерево располагает имена файлов таким образом, чтобы поиск файла осуществлялся более быстрым способом - с помощью получения двухзначных ответов на вопросы о положении файла. Определяется в какой группе, относительно данного элемента, находится искомое имя - выше или ниже? Начинается все с среднего элемента, и каждый ответ сужает зону поиска в среднем в два раза. Файлы отсортированы по алфавиту, и ответ на вопрос осуществляется очевидным способом - сравнением начальных букв. Область поиска, суженная в два раза, начинает исследоваться аналогичным образом, начиная опять же со среднего (см. рис.1). Для поиска одного файла среди 1000, например, FAT придется осуществить в среднем 500 сравнений (наиболее вероятно, что файл будет найден на середине поиска), а в системе на основе дерева 12 сравнений (210 = 1024). Но поддержание списка файлов в виде бинарного дерева довольно трудоемко, а FAT в исполнении современной системы (Windows 2000 или Windows 98) уже тоже использовали сходную оптимизацию поиска. Добавление файла в каталог в виде дерева и в линейный каталог - достаточно сравнимые по времени операции. Для того, чтобы добавить файл в каталог, нужно сначала убедится, что файла с таким именем там еще нет, будут трудности с поиском файла, которые с лихвой компенсируют саму простоту добавления файла в каталог. Для выполнения простейшей навигации по диску NTFS не нужно лазить в $MFT за каждым файлом, надо лишь читать самую общую информацию о файлах из файлов каталогов. Главный каталог диска - корневой - ничем не отличается об обычных каталогов, кроме специальной ссылки на него из начала метафайла $MFT (5 запись файла $MFT). см. На рис. 2 - A90D048h - это номер начального сектора корневого каталога. Просматривая каталог, найдем каталожный блок с именем SER.doc (в нем есть номер записи файла $MFT, которая определит экстенты файла SER.doc).
Статья добавлена: 27.01.2017
Категория: Статьи по сетям
Иерархия файловой системы extX.
Основной функцией любой файловой системы является распределение дискового пространства на именованные участки - файлы. Файловая система extX организована чрезвычайно просто, ее файлы представляют собой просто последовательности байтов. К ним обращаются как к текстовым или двоичным данным, но различаются они лишь содержимым, а не структурой и методом доступа. Эта система универсальна тем, что в ней не делается никаких предположений о внутренней структуре данных файла, и доступ к любому внешнему устройству, а также к другому процессу осуществляется как к обычному файлу. Временные характеристики файловой системы во многом определяются быстродействием накопителей на жестком диске, а использование методов кэширования, в сочетании с опережающим чтением незатребованных блоков файлов, и использование отложенной записи, позволяют обрабатывать файлы достаточно эффективно. Иерархия файловой системы строится в виде дерева (рис. 1), в ней сняты все ограничения на длину имени файла и постфикса. Доступ к обычным дисковым файлам, каталогам, специальным файлам - идентичен.
Статья добавлена: 26.01.2017
Категория: Статьи по сетям
Услуги хранения данных (SSP).
SSP (Storage Service Provider - оператор услуг хранения) – это тип операторов, предлагающих услуги хранения данных. Бурный рост систем хранения данных, наряду с ограниченным кругом специалистов в этой области и дефицитом оборудованных площадей стали причиной появления на рынке соответствующих услуг. Операторы услуг хранения предоставляют клиентам профессионально организованные и обслуживаемые системы хранения данных. Доступ к системам хранения может быть как блочным, так и файловым. Услуги могут предоставляться как через инфраструктуру публичных сетей (Интернет), так и по выделенным оптическим сетям. Независимо от типа используемой сети, инфраструктура должна обеспечивать высокую производительность, надежность и защищенность данных.
Использование услуг хранения приводит к получению следующих преимуществ:
- сокращению капитальных затрат на системы хранения;
- снижению расходов и повышению эффективности управления и администрирования;
- повышению доступности, масштабируемости и надежности системы хранения.
Необходимым условием использования сетей хранения является наличие эффективной сетевой инфраструктуры, обеспечивающей высокопроизводительную обработку данных, наряду с обеспечением безопасности, высокой надежностью и масштабируемостью.
По прогнозу отраслевых аналитиков, в ближайшем будущем технологии виртуализации ресурсов хранения будут активно продвигаться во всех сегментах рынка - начального, среднего и верхнего уровней. И здесь решающее преимущество в конкурентной борьбе будут иметь компании, чьи программные продукты виртуализации ресурсов хранения уже получили известность и определенное распространение на мировом рынке (причем совершенно необязательно это будут крупные производители).
Использование технологии виртуализации становится важной тенденцией развития ИТ-инфраструктур предприятий в целом - и, в особенности, ЦОД. Продвижение технологий серверной виртуализации на российском рынке идет очень активно. Даже кризис не смог помешать широкому распространению этих средств; более того, именно сложные экономические условия в какой-то мере послужили дополнительным стимулом для заказчиков к внедрению виртуализации, так как это позволяло реально снизить затраты в достаточно короткие сроки.
Версия сайта для слабовидящих
