Иногда процесс внедрения новой технологии на предприятии занимает годы. Чтобы эти чудесные средства дошли до небольших компаний, понадобится еще пара лет на продвижение продукта и агрессивная ценовая политика. Две технологии — сети хранения данных iSCSI SAN и виртуализация систем, уже сейчас широко признанные, — создают благоприятные условия для того, чтобы ИТ-отделы компаний, шагающие в ногу со временем, обновили текущие процессы, в том числе развертывание систем и защиту данных. При этом обе технологии уже сейчас вполне доступны. Настал момент взвесить все «за» и «против» для перехода на сети хранения iSCSI SAN и виртуализацию в среде Windows и понять главные условия успешной совместной работы сетей хранения SAN и виртуализационных технологий для извлечения максимальной выгоды.

Почему iSCSI?

Определим главное: iSCSI представляет собой недорогое, простое и эффективное решение для предприятий малого и среднего бизнеса, которое к тому же не требует затрат на обучение персонала и развертывание архитектуры хранения стандарта Fibre Channel. Поскольку массивы iSCSI связаны по стандарту Ethernet, можно использовать уже имеющиеся квалификацию и инвестиции в эту технологию, и задействовать гигабитные каналы Ethernet (gigabit-over-copper). Поскольку поставщики iSCSI нацелены на предприятия малого и среднего бизнеса, они разрабатывают средства, упрощающие процессы установки, настройки, инициализации и постоянное управление для своих аппаратных средств.

Сети хранения iSCSI SAN предлагают спектр настроек и возможностей, которые позволяют ИТ-отделам выбрать подходящую по размерам и оснащению структуру, причем большинство поставщиков обычно предусматривают относительно бесшовное масштабирование благодаря добавлению модульных аппаратных средств. Дополнительно к традиционной поддержке дисковых массивов RAID могут быть заданы резервные компоненты, которые поддаются горячей замене (например, диски, модули управления, вентиляторы, блоки питания), с целью обеспечения максимальной доступности данных. Другие возможности отказоустойчивости и балансировки нагрузки — типа мгновенных снимков, репликации и протокола Microsoft Multi-Path I/O (MPIO) — доступны как стандартные или дополнительные функции от поставщиков сетей iSCSI SAN.

Большинство поставщиков предлагают решения с использованием внутренних носителей, подключаемых по интерфейсам Serial Attached SCSI (SAS), Serial ATA (SATA) или их комбинации, поэтому ИТ-отделы могут заказывать среду хранения в соответствии с заданными требованиями по скорости и надежности. Сети хранения SAN по своей природе являются общим хранилищем, поэтому многие системы могут найти свое место во всей глобальной сети хранения. Эта стратегия дает лучший коэффициент использования по сравнению с корпоративным хранилищем данных с прямым подключением к индивидуальным серверам, т. е. DAS. Более того, метод виртуализации хранения, используемый большинством поставщиков, позволяет логически выделять больше пространства для хранения на единицу объема без полного выделения физических ресурсов хранения. Так как количество информации на томе возрастает и требуется больше физических ресурсов хранения, информация размещается автоматически. В результате получается более эффективное использование инвестиций в хранении.

Зачем нужна виртуализация?

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

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

Настройка среды виртуализации

Теперь рассмотрим особенности настройки этих технологий в конкретной среде и то, как они работают вместе. Я расскажу о том, как создать среду для проверки нескольких сценариев по виртуализации и восстановлению после сбоев. Для сети хранения iSCSI SAN использовалось сетевое хранилище Dell EqualLogic PS5000 X, Microsoft Virtual Server 2005 R2 SP1 и VMware ESX Server 3.5, чтобы получить сочетание виртуального сервера и клиентских систем.

Установка и настройка массива iSCSI. Установка массива хранения EqualLogic iSCSI была довольно простой благодаря средствам Host Integration Tools, поставляемым на компакт-диске. Если для управления хранилищем применяется инструмент Microsoft Storage Manager для сетей SAN (SMfS), который есть в Windows 2003 R2 и более новых версиях, необходимо убедиться, что поставщик системы хранения предоставляет службу виртуальных дисков Virtual Disk Service (VDS), которая, по существу, является интерфейсом между системой хранения и Microsoft VDS. В проведенных испытаниях процесс установки инструментов EqualLogic обнаружил SMfS и автоматически установил провайдер аппаратных средств VDS. Я воспользовался средствами поставщика для инициализации массива хранения, настроил группу хранения и установил настройки iSCSI моего сервера для доступа к системе SAN. Я пользовался Web-консолью SANTest Group Manager (см. экран 1) для подготовки начального тома и базового мониторинга сети SAN и задач управления при использовании системы хранения. Настройка массива и подготовка управления через SMfS заняли около часа.

Необходимо, чтобы системы, подключаемые к ресурсам iSCSI, имели выделенный сетевой контроллер или кабель iSCSI для адаптера HBA специально для подключения к хранилищу iSCSI. Применение адаптера HBA вместо обычного сетевого интерфейса имеет ряд преимуществ, в том числе скорость и более простую настройку загрузки с SAN, однако во время проверки я пользовался обычными гигабитными сетевыми интерфейсами от Intel и Broadcom. Необходимо также учесть сетевую инфраструктуру, по которой будет идти трафик iSCSI. Лучше пользоваться гигабитными коммутаторами Ethernet. Если нет возможности эксплуатировать изолированную сетевую среду для устройств iSCSI, стоит как минимум использовать виртуальную сеть Virtual LAN (VLAN) для тех портов, через которые пойдет трафик iSCSI.

Установка платформ виртуализации. При рассмотрении средств виртуализации нужно выбрать поставщиков. Обычно поставщики предлагают на выбор несколько платформ и средств управления. Для простоты я укажу на популярные продукты виртуализации Microsoft и VMware. Установка платформ виртуализации для моих испытаний прошла довольно легко. Я загрузил Virtual Server 2005 R2 (см. врезку «Дополнительные материалы», ссылку «Загрузка Virtual Server 2005 R2») и установил этот сервер на две системы Windows Server 2003 R2 в соответствии с инструкцией по установке. После установки появилась информационная страница, как получить доступ к Web-странице Virtual Server Administration. Интерфейс для управления интуитивно прост, процесс создания и инициализации новых систем идет без задержек.

Я загрузил версию для тестирования VMware Infrastructure 3, в которой есть ESX Server 3.5 (подробности по загрузке см. во врезке «Дополнительные материалы») и создал установочный диск CD-ROM из образа ISO. В отличие от программ виртуализации Microsoft, сервер ESX Server не работает под Windows Server. Я загрузился с установочных носителей и получил работающую систему ESX Server примерно за полчаса. Дл управления ESX Server можно или установить VMware Infrastructure Client или использовать Web-клиент.

Теперь обе платформы виртуализации готовы для создания и инициализации новых виртуальных машин на томах локального диска. Для получения сети iSCSI SAN я должен был подготовить и подключить тома SAN к системам Virtual Server и ESX Server. Более подробно о настройке хранилищ SAN на платформах Windows и VMware рассказано во врезках «Настройка томов SAN для Windows Virtual Server» и «Настройка томов SAN для VMware ESX Server». Необходимо помнить, что при любой стратегии виртуализации важным этапом является резервное копирование данных.

Работа с виртуальным сервером

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

Сначала, чтобы упростить задачу удаления виртуальной машины, советую выполнить ее полное выключение. Можно воспользоваться Web-сайтом Virtual Server Administration, как показано на экране 2, чтобы произвести полное выключение систем, предназначенных для переноса. Теперь предположим, что все виртуальные машины мы переносим на другой том и устанавливаем переменную среды MYVIRTUALSYSTEMS в новое значение, указывая путь, где будут находиться файлы виртуальной машины (подробности см. в статье Microsoft «The My Virtual Machines folder and virtual machine performance issues» во врезке «Дополнительные материалы»). По существу, виртуальные машины состоят из двух файлов — файла виртуального жесткого диска VHD и файла описания на XML параметров настройки виртуальной машины VMC. Если в виртуальной машине задано несколько дисков или применяются разностные диски или диски отмены, файлов VHD будет несколько.

При переносе виртуальной машины с одного места на другое на том же хосте и при совместном хранении файлов VMC и VHD проще всего удалить виртуальную машину в Virtual Server Manager, а затем добавить ее заново, указав путь, куда скопированы файлы VHD и VMC. Это необходимо в случае, если буква накопителя, имя папки или имя файла или другого элемента в пути изменяются. После добавления системы нужно настроить новый путь к файлам VHD, выбрав параметр Configure и указав вновь перенесенную систему. В окне настройки отметьте параметр Hard disks и задайте значение параметра Fully qualified path to file, который определяет новое место VHD. Можно также добавить или удалить пути поиска соответственно из меню Server Properties в окне Virtual Server Manager.

Теперь, переместив файлы VHD и VMC виртуальной машины на один том сети хранения SAN, можно использовать аналогичный процесс для переноса виртуальной машины на другой хост, не копируя данные. Например, при замене старого сервера, на котором находится несколько виртуальных машин. Можно взять новый сервер, установить необходимое программное обеспечение (в том числе Virtual Server) и подготовить его для подключения к iSCSI SAN. Когда новый сервер будет готов к работе, остановите виртуальные машины, отключите том SAN от старого сервера и смонтируйте его на новый сервер, используя рекомендации, приведенные во врезке «Настройка томов SAN для Windows Virtual Server». При правильном планировании и подготовке виртуальные машины не будут отключенными больше 10–15 минут. Можно применить аналогичные методы для восстановления в аварийных ситуациях, более детальные методы разработаны независимыми поставщиками средств резервирования. Технология Hyper-V в Windows Server 2008 предлагает более тонкие централизованные возможности для управления виртуальными машинами.

Работа с ESX Server

Как и при работе с Windows Server, я начал с построения двух виртуальных машин на локальном диске ESX Server. Я действовал через VMware Infrastructure Client (см. экран 3). Потом настроил несколько целей на SAN и сформатировал их с помощью Virtual Machine File System (VMFS) по инструкциям Web из врезки «Настройка томов SAN для VMware ESX Server». Затем я вручную перенес виртуальные машины на новые тома по способу, предложенному VMware в статье базы знаний «Manual Migration Procedure for Moving a Virtual Machine on ESX Server» (см. врезку «Дополнительная литература»).

Я нашел утилиту FastSCP от Veeam Software, которая упрощает процесс ручного управления благодаря графическому пользовательскому интерфейсу. Как и в сценарии виртуализации в Windows, процесс от VMware для переноса виртуальных файлов на том SAN дает более гибкое и мобильное управление и восстанавливаемость. Но для максимального извлечения пользы от iSCSI SAN в среде VMware необходимо приобрести дополнение VMotion от VMware, которое позволяет осуществить миграцию всей виртуальной машины на новый хост без переноса необходимых файлов виртуальных дисков в общее хранилище. Это дополнение автоматизирует весь процесс и может выполнять процесс миграции виртуальной машины в горячем и холодном режимах. Не имеет значения, удастся или нет воспользоваться этой функциональностью VMware, сам процесс миграции виртуальной машины на хранилище SAN дает определенный уровень защиты данных благодаря аппаратным средствам SAN и возможностям, которые предлагает поставщик SAN.

Защита данных SAN

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

Можно пользоваться технологией мгновенных снимков для быстрого создания копии содержимого тома в определенные моменты времени для оперативного и планового архивирования. Поскольку операции создания мгновенных снимков выполняются быстро и снимки можно монтировать как отдельные тома, они могут пригодиться при тестировании и миграции. Некоторые платформы также могут интегрироваться с инфраструктурой теневого копирования тома Microsoft Volume Shadow Copy Service (VSS), которая позволяет копировать мгновенные снимки, что в конечном итоге снижает нагрузку при выполнении резервирования на серверах приложений.

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

Наконец, MPIO — новая технология, которая обеспечивает устойчивость к отказам вследствие ошибок коммутации, сбоя сетевого адаптера или канала передачи данных. Технология MPIO позволяет использовать несколько путей записи/чтения на устройство хранения iSCSI. Передача данных по нескольким направлениям (multipathing) также обеспечивает балансировку нагрузки от трафика SAN, что приводит к улучшению производительности при интенсивной эксплуатации iSCSI.

Дополнительные возможности iSCSI SAN и виртуализации

Системы SAN и среды виртуализации дополняют друг друга в различных вариантах. Я не смогу рассмотреть их все в одной статье. Здесь будет представлено только две функции — инициализация (начальная загрузка) из SAN и кластеризация виртуальной машины на iSCSI.

Инициализация из SAN. Начальная загрузка серверов прямо по SAN является альтернативой созданию физических серверов с операционной системы на локальном диске, которая дает много преимуществ в отношении надежности, восстанавливаемости, резервирования и управляемости. Загрузку по iSCSI SAN проще всего осуществить с выделенным адаптером HBA, однако можно найти решения для загрузки по SAN для стандартных сетевых адаптеров.

Кластеризация. В процессе кластеризации гостевых систем в Virtual Server узлы из виртуальных машин взаимодействуют со своими общими хранилищами через iSCSI с целью обработки сбоя одной виртуальной машины и запуска другой. Этот относительно недорогой сценарий кластеризации обеспечивает высокую отказоустойчивость виртуальных машин и лучший способ развертывания исправлений и выполнения программной и технической поддержки.

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

Эд Рот (eroth@winnetmag.com) — редактор журнала Windows IT Pro

Задача: Для ИТ-подразделений необходимы виртуальные системы, а для виртуальных систем требуются гибкие хранилища данных.
Решение: Используйте серверы Microsoft Virtual Server или VMware ES X Server с хранилищами iSCSI.
Что нужно: Массивы iSCSI с поддерживающей сетевой инфраструктурой; платформа виртуализации.

Этапы решения

  1. Разверните сетевое хранилище iSCSI
  2. Перенесите имеющиеся или создайте новые виртуальные диски в хранилище iSCSI
  3. Используйте дополнительные функции, например снимки и поддержку VSS для улучшения управления виртуальными системами.

Сложность: 3/5

Настройка томов SAN для  VMware ESX Server

Вместе с VMware можно использовать адаптер HBA или программный инициатор iSCSI. Чтобы активизировать и использовать инициатор iSCSI, необходимо настроить некоторые параметры сервера с помощью клиента VMware Infrastructure. Это процесс довольно длительный, он достаточно подробно описан в руководстве по настройке iSCSI SAN, опубликованном на Web-узле VMware. Его основные этапы: создать сетевые компоненты для обработки трафика iSCSI, активизировать программный инициатор iSCSI и настроить обнаружение цели iSCSI и параметры CHAP для среды пользователя. На моих тестах после назначения соответствующего IP-адреса для обнаружения цели и параметров CHAP все же возникали трудности с обнаружением хранилища iSCSI. В отдельном документе удалось выяснить, что необходимо открыть порт программного брандмауэра iSCSI из вкладки Configuration в профиле безопасности.

После того как настройка инициатора iSCSI wзавершена и открыт соответствующий порт, можно перейти к Configuration, Storage Adapters, щелкнуть правой кнопкой мыши на программном адаптере iSCSI и выбрать команду Rescan. Спустя несколько секунд должен появиться список назначений iSCSI, доступных для сервера VMware. Предстоит завершающий этап операции. Щелкните Storage на вкладке Configuration и запустите мастер Add Storage, нажав кнопку Add Storage. В мастере выберите тип хранилища Disk/LUN и одну из целей на SAN, подготовленных для использования с VMware. Дайте имя новому хранилищу данных, после чего можно копировать или создавать виртуальные машины в томе SAN.

Архивация виртуальных компьютеров

В отсутствие специальных инструментов архивации для Virtual Server или ESX Server рекомендуемый метод резервного копирования виртуальных машин заключается в установке на них обычного агента архивации. Затем виртуальные машины рассматриваются как аппаратные компьютеры. Конечно, виртуальная природа компьютеров и то обстоятельство, что составляющие их файлы находятся на томе SAN, обеспечивают повышенную гибкость. Тем не менее, если архивные носители необходимо хранить в другом месте или существуют иные похожие требования, виртуальные машины можно архивировать традиционными способами.

Если кратковременный простой допустим, то самый простой способ заархивировать виртуальную машину на основе Virtual Server — остановить ее и скопировать файлы VHD и VMC в хранилище архива. Можно даже написать соответствующий сценарий. В Web можно найти несколько вариантов сценария, в котором служба Volume Shadow Copy Service (VSS) используется для динамической архивации виртуальной машины. В этих сценариях используется программа Vshadow (vshadow.exe) из набора инструментов разработки VSS SDK, бесплатно загружаемого из Web-узла Microsoft. Я не пробовал применять такие сценарии, так как, по некоторым сведениям, при этом иногда нарушается согласованность виртуальных машин, а от гостевых операционных систем поступают неожиданные сообщения об отключении. Если цель — обеспечить согласованную архивацию виртуальных машин без сбоев, то следует использовать Virtual Server-совместимый продукт, такой как Microsoft System Center Data Protection Manager (DPM) со встроенными функциями архивации Virtual Server.

Лучший выбор для защиты данных виртуальных машин ESX Server — VMware Consolidated Backup (если лицензионная плата не покажется слишком высокой). Consolidated Backup интегрируется с поддерживаемыми независимыми программами архивации и обеспечивает безупречное копирование, в ходе которого сервер — посредник для архивации — создает моментальный снимок виртуальной машины в хранилище SAN. Затем этот моментальный снимок монтируется на сервере-посреднике архивации и записывается на диск или магнитную ленту сторонней программой. В результате снижается влияние на производительность собственно ESX Server и исключается простой виртуальной машины.

Настройка томов для  SAN для Microsoft Virtual Server

Для подготовки томов SAN можно использовать инструменты от поставщика SAN или продукт Microsoft Storage Manager for SANs. SMfS упрощает и унифицирует процесс выполнения операций с подсистемой хранения данных, но не располагает всей функциональностью, реализованной в инструментах поставщика, в частности настройками репликации, моментальными снимками и механизмом своевременного выделения пространства для серверов (thin provisioning). Как отмечается в основной статье, необходимо позаботиться об установке подходящего поставщика службы Virtual Disk Service (VDS) для оборудования.

Откройте SMfS в окне утилиты Administrative Tools панели управления и щелкните значок Subsystems в левой панели. Если аппаратные средства видны под узлом Subsystems в SMfS, то провайдер оборудования VDS загружен. Затем можно создать конечные объекты iSCSI, настроить безопасность этих конечных объектов, создать логические номера устройства (LUN) и приступить к использованию хранилища SAN. В среде iSCSI SAN конечным объектом является IP-адрес, который может использоваться хост-компьютерами для подключения к системе хранения данных, а LUN — идентификатор для определенной части хранилища. Портал — комбинация IP-адреса и TCP-порта, обычно это порт 3260 по умолчанию.

Чтобы создать конечный объект на подсистеме iSCSI, выберите LUN Management и щелкните Manage iSCSI targets. В диалоговом окне Manage iSCSI Targets нужно выбрать подсистему, для которой будет создан конечный объект, и нажать кнопку Add. В диалоговом окне Add Target введите описательное имя конечного объекта, которое поможет отличать его от других конечных объектов в поле Target Friendly Name. В поле Select portals to enable for this target установите флажок рядом с соответствующим IP-адресом для подсистемы хранения данных, а затем нажмите OK. Процесс повторяется для любого числа добавляемых конечных объектов.

Необходимо применить один из доступных вариантов безопасности iSCSI — односторонний протокол CHAP или IPsec. Для этого щелкните на узле LUN Management и выберите параметр ManageiSCSI Security в панели Actions. Я не буду углубляться в подробности выбора подходящего уровня безопасности для конкретной среды, но, чтобы предотвратить несанкционированный и потенциально опасный доступ к SAN, нужно по крайней мере задействовать односторонний протокол CHAP. Для настройки одностороннего протокола CHAP для одного или нескольких конечных объектов в SMS щелкните Manage iSCSI Security в панели Actions, а затем нажмите кнопку Set Secret. Введите и подтвердите секрет CHAP конечного объекта. Если предстоит подключаться к конечным объектам с текущего рабочего компьютера, то выбор режима Remember secret on local initiator обеспечит использование секрета CHAP локальным инициатором iSCSI. После установки одного или нескольких конечных объектов можно воспользоваться SMfS, чтобы создать LUN и назначить его конечному объекту. Для этого просто выберите команду Create LUN для запуска мастера Create a LUN Wizard в SMfS.

После настройки конечных объектов и регистрации в них каждый конечный объект будет отображаться в утилите Disk Management. Каждый том должен быть сначала инициализирован, так же как при добавлении новых дисков к системе. Компания Microsoft не поддерживает динамические дисковые тома в хранилище, подключенном к iSCSI, поэтому следует инициализировать все тома SAN как базовые диски. Затем можно создавать и форматировать разделы. По завершении этих шагов появится несколько новых разбитых на разделы и отформатированных томов, и можно приступить к переносу данных или созданию виртуальных машин в этих хранилищах. Но прежде требуется выполнить несколько дополнительных шагов, чтобы тома не исчезли при следующей перезагрузке сервера, и все общие каталоги, зависящие от этих томов, также сохранились после перезагрузки. После того как необходимые действия будут выполнены, тома SAN на сервере Windows будут готовы к работе.

  • Задайте зависимость службы Server от службы iSCSI Initiator, чтобы все тома были активны, когда они потребуются одному или нескольким компонентам операционной системы. Для этого запустите утилиту Service Control (SC) из командной строки. Команда

sc config LanManServer depend= MSiSCSI

запрещает запуск службы Server, пока не будет успешно запущена служба iSCSI. Можно убедиться, что команда выполнена успешно, взглянув на свойства службы Server. На вкладке Dependencies должна отображаться новая, только что заданная зависимость.

  • Сделайте зарегистрированные конечные объекты постоянными в инициаторе iSCSI. Для этого откройте Microsoft iSCSI Initiator из меню Start и перейдите на вкладку Persistent Targets. Нужно убедиться, что все конечные объекты SAN, которые должны подключиться после перезагрузки, отображаются в окне на этой вкладке. Установить флаг постоянства можно только при регистрации в конечном объекте. Поэтому, если регистрация уже выполнена, необходимо завершить сеанс, а затем установить флаг постоянства при повторной регистрации, установив флажок Automatically restore this connection when the system boots. Выход из конечного объекта может быть затруднителен, в зависимости от действий, производимых системой или приложениями с LUN, назначенным конечному объекту. Можно попытаться выполнить выход с помощью инструмента iSCSI Initiator или SMfS. Не исключено, что попытку придется повторить несколько раз. Если все остальные способы не принесут успеха, конечный объект можно освободить посредством перезагрузки.
  • Привяжите постоянные конечные объекты в iSCSI Initiator к соответствующему символу диска или точке подключения. Для этого перейдите на вкладку Bound Volumes/Devices инициатора iSCSI и, убедившись, что в списке указаны все тома SAN, щелкните на кнопке Bind All.

Web-консоль SANTest Group Manager

Web-страница Virtual Server Administration

VMware Infrastructure Client