Записки IT специалиста
Технический блог специалистов ООО»Интерфейс»
Настройка iSCSI-хранилища в Windows Server 2008 R2
Протокол iSCSI разработан для работы в сетях хранения данных и представляет собой способ доступа к блочным устройствам по протоколу SCSI поверх TCP/IP. Это дает возможность организации недорогих сетей хранения данных (SAN) при помощи обычных Ethernet-сетей. Эта возможность широко используется при построении систем высокой доступности и мы будем рассматривать в рамках этого цикла именно решения на основе iSCSI-хранилищ. Сегодня мы рассмотрим создание такого хранилища на платформе Windows Server 2008 R2.
Сначала пару слов о принципиальных отличиях iSCSI от иных сетевых систем хранения данных. Cети хранения данных — SAN ( Storage Area Network ) предусматривают передачу данных в сети в «сыром» виде по протоколу SCSI, также, как если бы они передавались между системой и локальным диском на низком уровне. iSCSI устройства воспринимаются системой практически также, как локальные диски — перед использованием на них нужно создать разделы и отформатировать.
В тоже время привычные всем сетевые хранилища — NAS ( Network Area Storage) обеспечивают доступ на уровне файловой системы, используя протоколы передачи файлов, такие как SMB или NFS.
Проще говоря: NAS — это привычные всем общие сетевые папки, SAN — подключаемые по сети диски. Из этого следует второе важное отличие. Сетевая папка может обслуживать множество клиентов. Устройство SAN может быть подключено к единственному клиенту, точно также как обычный HDD может быть подключен только к одному ПК. Исключение — кластеры, когда к одному SAN-устройству имеют доступ сразу несколько нод, в этом случае используется дополнительный уровень абстракции — кластерная файловая система, например Microsoft Cluster Shared Volumes (CSV) или VMware VMFS.
Перед тем, как приступать к практическому освоению данной технологии, следует познакомиться с принятой терминологией:
- Инициатор iSCSI (iSCSI Initiator) — клиентская часть, направляет запросы цели iSCSI, может быть выполнена программно, в виде драйвера или аппаратно, в виде iSCSI-адаптера;
- Цель iSCSI (iSCSI Target, таргет) — серверная часть, принимает подключения от инициатора и предоставляет ему доступ к связанным с ним блочными устройствами — виртуальными дисками, LUN. Может быть реализован как программно, так и в виде аппаратной СХД.
Одна цель iSCSI может быть связана с несколькими блочными устройствами, которые будут доступны подключившемуся к цели инициатору. Один инициатор может быть подключен к нескольким целям и использовать все связанные с ними устройства. Одна цель также может принимать подключения от нескольких инициаторов, но каждое отдельное устройство может быть доступно только одному из инициаторов.
Еще один момент, теперь уже связанный с практической реализацией iSCSI-хранилищ. Для SAN крайне желательно выделить отдельную сеть, изолированную от сети предприятия.
Это необходимо для обеспечения достаточной пропускной способности в сети хранения данных и избежать перегрузки обычной сети iSCSI-трафиком. Также нет смысла организовывать iSCSI в сетях с пропускной способностью ниже чем 1 Гбит/сек.
В состав Windows Server 2008 R2 роль цели iSCSI не входит и для ее развертывания необходимо скачать Microsoft iSCSI Software Target. Распаковываем его и устанавливаем пакет iscsitarget_public.msi из папки x64. Установка предельно проста и мы не будем заострять на ней внимание.
После установки перейдем к консоли управления iSCSI: Пуск — Администрирование — Программная цель iSCSI. Прежде всего создадим новую цель (таргет). Для этого щелкнем правой кнопкой на Цели iSCSI — Создать цель iSCSI.
Откроется мастер, в котором укажем имя цели и ее описание. Давайте целям осмысленные имена и не ленитесь создавать описания, чтобы потом не приходилось гадать для чего у вас создана та или иная цель.
Следующим шагом нам надо указать идентификаторы инициаторов iSCSI которым будет разрешен доступ к цели. Идентификатор IQN — это специальное имя формата iqn. . : , которое является уникальным для каждого iSCSI-устройства в сети хранения данных. Где:
- year-mo — год регистрации доменного имени;
- reversed_domain_name -доменное имя, записанное наоборот;
- unique_name — уникальное имя устройства, например таргет здесь будет содержать указанное вами имя, а инициатор имя хоста.
Например, в программных решениях Microsoft IQN по умолчанию имеет формат iqn.1991-05.com.microsoft:unique_name.
Чтобы узнать IQN перейдем на инициатор iSCSI, в нашем случае это сервер под управлением Windows Server 2012, но алгоритм действий будет одинаков для любых иных версий Windows. Переходим в Панель управления — Инициатор iSCSI, на предложение задать ее автоматический запуск отвечаем утвердительно:
Затем в открывшемся окне переходим на закладку Конфигурация, где находится искомый идентификатор:
Можно скопировать его и указать при настройке цели, но есть другой способ. Для этого перейдите на закладку Конечные объекты, в поле Объект введите имя сервера с установленной Программной целью iSCSI и нажмите Быстрое подключение.
Понятно, что пока мы ни к чему не подключимся, но сейчас у нас иная задача. Возвращаемся обратно на сервер цели и жмем на странице указанием идентификатора инициатора кнопку Обзор.
Теперь становится понятно, для чего мы делали попытку подключения. Сервер целей iSCSI хранит список последних подключавшихся к ней инициаторов и позволяет их выбрать.
На этом создание цели завершено и мы можем создать и привязать к ней один или несколько дисков. Для этого переходим к пункту Устройства и в меню правой кнопки мыши выбираем Создать виртуальный диск.
Откроется следующий мастер, в котором указываем расположение и имя виртуального диска, обратите внимание, что указывать нужно полное имя файла, вместе с расширением .vhd.
Затем укажем желаемый размер в МБ
И цель iSCSI (таргет) к которой будет привязан данный виртуальный диск.
На этом настройка диска также будет завершена. В результате этих несложных действий мы получили настроенную цель iSCSI с привязанным к ней виртуальным диском. Теперь снова перейдем на инициатор. Можно воспользоваться быстрым подключением и автоматически присоединить диски с обнаруженных целей. Но следует помнить, что наша цель не только подключить диски, но и разделить сеть хранения данных и локальную сеть предприятия.
Поэтому переходим на закладку Обнаружение и нажимаем Обнаружить портал, затем вводим имя сервера с ролью цели iSCSI.
После чего возвращаемся на закладку Конечные объекты, выбираем обнаруженную цель, которая находится в состоянии Неактивно, и нажимаем Свойства.
В открывшемся окне в поле IP-адрес конечного портала выбираем адрес принадлежащий вашей сети хранения данных:
Возвращаемся обратно и нажимаем Подключить. Присоединенные устройства можно обнаружить в оснастке Управление дисками.
Дальнейший алгоритм работы с ними ничем не отличается от работы с обычным диском: подключаем, размечаем, форматируем.
В данном материале мы рассмотрели самый простой вариант настройки хранилища. В наших последующих материалах мы будем возвращаться к отдельным настройкам, не затрагивая общей темы создания хранилища.
Часто задаваемые вопросы о частном «облаке»
Многие испытывают растерянность, изучая информацию про общественное, частное и гибридное «облако». В данном выпуске я попытаюсь несколько уменьшить дезориентацию, ответив на 10 наиболее распространенных вопросов о частном «облаке», построенном с помощью Microsoft System Center Virtual Machine Manager (VMM) 2012
Нет сомнения, что «облачные» вычисления воплощают одну из наиболее важных перемен в технологии, когда-либо происходивших на рынке ИТ. Однако если «облачные» вычисления охарактеризовать одним словом, то это слово — «путаница». Похоже, каждый поставщик имеет свое видение «облачных» вычислений. Неудивительно, что многие испытывают растерянность, изучая информацию про общественное, частное и гибридное «облако». В данном выпуске я попытаюсь несколько уменьшить дезориентацию, ответив на 10 наиболее распространенных вопросов о частном «облаке», построенном с помощью Microsoft System Center Virtual Machine Manager (VMM) 2012.
10. Чем частное «облако» отличается от общественного? «Облачные» вычисления обычно определяют по четырем основным свойствам: объединенные ресурсы, адаптивность, самообслуживание и учет использования. Эти свойства присущи как общедоступному, так и частному «облаку». В упрощенном понимании общественное «облако» основано на ресурсах, арендуемых у поставщика «облачных» служб, а частное «облако» реализуется на основе локальных вычислительных мощностей.
9. Не являются ли «облачные» вычисления, особенно частное «облако», по сути, аналогом виртуализации? Частное «облако» — это больше, чем виртуализация. Виртуализация составляет основу «облака», она снимает серверные функции и рабочую нагрузку с основного оборудования. Однако частное «облако» реализует еще многие другие функции, выходящие за рамки обычной виртуализации, — например, управление на основе служб, средства автоматизации операций, возможности самообслуживания для конечного пользователя и начисление платы с учетом использования.
8. Как создать частное «облако» для Windows Server и приложений? Для создания частного «облака» с помощью средств Microsoft используется VMM 2012. В VMM 2012 получили дальнейшее развитие функции управления виртуальной машиной (VM), реализованные в VMM 2008 или VMM 2008 R2, а также введен новый слой управления, позволяющий создавать частные «облака».
7. Из чего состоит частное «облако», созданное с использованием VMM 2012? VMM 2012 включает несколько новых компонентов управления, позволяющих создавать слой частного «облака» поверх имеющихся локальных ресурсов. В VMM 2012 частное «облако» состоит из вычислительных ресурсов, называемых структурой, и совокупностей связанных с ними виртуальных машин и других ресурсов, называемых службами. Пользователи получают доступ к частному «облаку» через Active Directory (AD).
6. Есть ли разница между службой и виртуальной машиной? Есть. В VMM 2012 служба — это понятие более высокого уровня, чем виртуальная машина. Служба может включать несколько виртуальных машин. Например, можно создать службу на основе многоярусного приложения, где одна виртуальная машина реализует внешний веб-сервер, другая — сервер приложений и бизнес-логику, а еще одна виртуальная машина — сервер базы данных. Кроме того, служба может включать описания виртуальной сети. Такая служба позволяет управлять всеми перечисленными объектами как единым целым.
5. Что такое структура fabric? В VMM 2012 структура fabric, по сути, представляет собой локальные вычислительные ресурсы, включая виртуальные машины, виртуальные сети и любое совместимое с Storage Management Initiative Specification (SMI-S) хранилище. На основе вычислительных ресурсов, составляющих структуру, осуществляется построение служб.
4. Может ли частное «облако» VMM 2012 использовать другие платформы виртуализации, помимо Hyper-V? Да. Помимо серверов Hyper-V, VMM 2012 может управлять серверами VMware vSphere и CitrixXenServer. Для управления серверами vSphere необходимо установить продукт управления VMware vCenter Server.
3. Что дают возможности самодиагностики у частного «облака»? Основные функции самодиагностики в VMM 2012 реализованы на портале самодиагностики VMM Self-Service Portal, который представляет собой веб-приложение, позволяющее конечному пользователю, наделенному соответствующими полномочиями, управлять своими виртуальными машинами в соответствии с действующими политиками и квотами.
2. Когда появится VMM 2012? В настоящее время версия-кандидат System Center Virtual Machine Manager 2012 доступна для загрузки из центра загрузок Microsoft (www.microsoft.com/download/en/details.aspx?id=27252). Окончательная версия появится в первой половине 2012 года.
1. Является ли VMM 2012 единственным продуктом, с помощью которого можно создавать частное «облако»? Нет. VMM 2012 — это решение Microsoft, но существуют и другие решения для построения частного «облака», из которых одним из наиболее примечательных является VMware Cloud Director.
Майкл Оти (motey@windowsitpro.com) — технический директор Windows IT Pro и SQL Server Magazine, автор Microsoft SQL Server 2008 New Features (Osborne/McGraw-Hill)
Поделитесь материалом с коллегами и друзьями