Проверка доступности диска iSCSI для записи
24. Для проверки тома, перейдите к соответствующему диску в «Проводнике» и создайте, к примеру, текстовый файл, как на рисунке ниже:
25. Убедитесь, что при создании файла проблем не возникло — это означает, что новый том iSCSI подключен, отформатирован и работает исправно.
Вы можете использовать эти знания самостоятельно,
обратиться в нашу службу техподдержки (необходима авторизация)
Протокол iSCSI (Internet Small Computer System) представляет собой протокол SCSI, работающий с системами хранения данных поверх протокола IP. С помощью iSCSI вы сможете подключать ваши сервера к сетевым хранилищам по обычной TCP/IP сеть без использования FC. В этой статье мы рассмотрим, как настроить iSCSI-хранилище на одном Windows Server 2019 и использовать его на других серверах(в Windows Server 2016 и 2012 R2 все настраивается аналогично). Первый пример использования iSCSI: файловому серверу необходимо дополнительное место, и мы по сети подключаем к нему виртуальный диск с другого сервера-хранилища по iSCSI. Другой пример — построение отказоустойчивого кластера, когда для нескольких серверов необходимо общее хранилище.
Для использования ISCSI-диска нужно на сервере-хранилище настроить виртуальный диск (это обычный vhd/vhdx файл) и опубликовать его в виде iSCSI таргета, к которому подключаются iSCSI инициаторы (другие сервера и устройства).
Шаг 1. Развертывание Windows Server
Шаг 1,1. Установка операционной системы
первым шагом является установка Windows server на каждом сервере, который будет находиться в кластере. дисковые пространства для Direct требуется Windows Server datacenter Edition. Можно использовать вариант установки Server Core или сервер с возможностями рабочего стола.
при установке Windows server с помощью мастера установки можно выбрать между Windows сервером (который ссылается на ядро сервера) и Windows server (сервер с возможностями рабочего стола), который является аналогом полной установки, доступной в Windows Server 2012 R2. Если вы не выбираете, вы получите вариант установки Server Core. Дополнительные сведения см. в разделе Install Server Core.
шаг 1,2. Подключение на серверах
В этом руководство основное внимание уделяется варианту установки Server Core и удаленному развертыванию и управлению из отдельной системы управления, которая должна иметь:
- версия Windows Server или Windows 10 по крайней мере новые, как серверы, которыми он управляет, и с последними обновлениями.
- Сетевое подключение к управляемым им серверам
- Присоединение к тому же домену или полностью доверенному домену
- На нем должны быть установлены средства удаленного администрирования сервера (RSAT) и модули PowerShell для Hyper-V и отказоустойчивой кластеризации. средства RSAT и модули PowerShell доступны на Windows сервере и могут быть установлены без установки других компонентов. вы также можете установить средства удаленного администрирования сервера на пк, на котором выполняется управление Windows 10.
В системе управления установите отказоустойчивый кластер и средства управления Hyper-V. Это можно сделать в диспетчере сервера с помощью мастера добавления ролей и компонентов. На странице Компоненты щелкните Средства удаленного администрирования сервера и выберите средства, которые требуется установить.
Войдите в сеанс PowerShell и используйте имя сервера или IP-адрес узла, к которому хотите подключиться. После выполнения этой команды появится запрос на ввод пароля. Введите пароль администратора, указанный при настройке Windows.
Ниже приведен пример того, как сделать то же самое, что более полезно в сценариях, если это необходимо сделать более одного раза:
Совет
Если развертывание выполняется удаленно из системы управления, может возникнуть ошибка, например WinRM не может обработать запрос. чтобы устранить эту проблему, используйте Windows PowerShell, чтобы добавить каждый сервер в список надежных узлов на компьютере управления:
Примечание. список надежных узлов поддерживает подстановочные знаки, например .
Чтобы просмотреть список надежных узлов, введите .
Чтобы очистить список, введите .
Шаг 1,3. присоединение к домену и добавление учетных записей домена
Пока вы настроили отдельные серверы с учетной записью локального администратора, .
для управления дисковые пространства Direct необходимо присоединить серверы к домену и использовать учетную запись домена домен Active Directory Services, которая входит в группу администраторов на каждом сервере.
В системе управления откройте консоль PowerShell с правами администратора. Используйте для подключения к каждому серверу и выполните следующий командлет, заменив свое имя компьютера, доменное имя и учетные данные домена:
Если ваша учетная запись администратора хранилища не является членом группы «Администраторы домена», добавьте учетную запись администратора хранилища в локальную группу администраторов на каждом узле или еще лучше, добавьте группу, используемую для администраторов хранилища. для этого можно использовать следующую команду (или написать функцию Windows PowerShell. дополнительные сведения см. в статье использование PowerShell для добавления пользователей домена в локальную группу ):
Шаг 1,4. Установка ролей и компонентов
Следующим шагом является установка ролей сервера на каждом сервере. это можно сделать с помощью Windows центра администрирования, диспетчер сервера) или PowerShell. Ниже перечислены устанавливаемые роли.
- Отказоустойчивая кластеризация
- Hyper-V
- Файловый сервер (если требуется разместить любые общие файловые ресурсы, например для согласованного развертывания);
- Мост для центра обработки данных (если вы используете RoCEv2 вместо сетевых адаптеров iWARP)
- PowerShell для кластеризации RSAT
- PowerShell для Hyper-V
Чтобы установить с помощью PowerShell, используйте командлет Install-WindowsFeature . Его можно использовать на одном сервере следующим образом:
Чтобы выполнить команду на всех серверах в кластере как одно и то же время, используйте небольшой сценарий, изменив список переменных в начале скрипта в соответствии с вашей средой.
Принцип работы
Локальные дисковые пространства являются развитием дисковых пространств, впервые представленных в Windows Server 2012. В них используется множество существующих возможностей Windows Server, таких как отказоустойчивая кластеризация, файловая система CSV, протокол SMB3 и, конечно, дисковые пространства. В них также были реализованы новые технологии, в первую очередь шина Software Storage Bus.
Ниже представлен обзор стека локальных дисковых пространств.
Оборудование для сетевого взаимодействия. Для обмена данными между серверами локальные дисковые пространства используют протокол SMB3, включая SMB Direct и SMB Multichannel, работающий через Ethernet. Мы настоятельно рекомендуем использовать Ethernet со скоростью передачи данных более 10 Гбит/с и удаленным доступом к памяти (RDMA) — iWARP или RoCE.
Оборудование хранилища. От 2 до 16 серверов с локально подключенными дисками SATA, SAS или NVMe. Каждый сервер должен иметь по крайней мере 2 твердотельных накопителя и 4 дополнительных диска. Устройства SATA и SAS должны располагаться за адаптером шины (HBA) и расширителем SAS. Мы настоятельно рекомендуем использовать тщательно спроектированные и протестированные платформы от наших партнеров (ожидаются в ближайшее время).
Отказоустойчивая кластеризация. Встроенная функция кластеризации Windows Server используется для подключения серверов.
Шина Software Storage Bus. Шина Software Storage Bus — это новая технология, представленная в локальных дисковых пространствах. Она охватывает весь кластер и создает программно-определяемую структуру хранения, в которой каждый сервер имеет доступ к локальным дискам любого другого сервера. Это можно рассматривать как замену дорогостоящим и ограниченным в своих возможностях подключениям Fibre Channel или Shared SAS.
Кэш уровня шины хранилища. Шина Software Storage Bus динамически связывает самые быстрые диски (например, SSD) с более медленными дисками (например, жесткими дисками) для обеспечения кэширования при чтении и записи на стороне сервера с целью ускорить ввод-вывод и повысить пропускную способность.
служба хранилища Подключений. Набор дисков, которые образуют основу для дисковых пространств, называется пулом носителей. Он создается автоматически, и все подходящие диски обнаруживаются и добавляются в него также автоматически. Мы настоятельно рекомендуем использовать один пул носителей в каждом кластере с параметрами по умолчанию. Прочитайте раздел Глубокое погружение в пул носителей, чтобы узнать больше.
дисковые пространства. дисковые пространства обеспечивает отказоустойчивость виртуальных дисков с помощью зеркального отображения, очистки кодирования или и того и другого. Их можно представить как распределенный программно-определяемый массив RAID на основе дисков в пуле. В локальных дисковых пространствах виртуальные диски обычно устойчивы к одновременному сбою двух дисков или серверов (то есть применяется трехстороннее зеркалирование, при котором каждая копия данных размещается на отдельном сервере), хотя также доступна отказоустойчивость на уровне шасси или стоек.
Resilient File System (ReFS). ReFS — это файловая система с превосходными возможностями, предназначенная специально для виртуализации. Она позволяет существенно ускорить операции с файлами VHDX, такие как создание, расширение и объединение контрольных точек, а также имеет встроенные средства проверки контрольной суммы для обнаружения и исправления ошибок на уровне отдельных битов. В ней также реализовано переключение уровней в режиме реального времени, позволяющее переносить данные между «активными» и «пассивными» уровнями хранения в режиме реального времени в соответствии с интенсивностью использования.
Общие тома кластера. Файловая система CSV объединяет все тома ReFS в единое пространство имен, доступное с любого сервера, так что для каждого сервера все тома представляются как локально подключенные.
масштабируемый файловый сервер. Этот последний уровень необходим только в конвергентных развертываниях. Он обеспечивает удаленный доступ к файлам со стороны клиентов, например другого кластера Hyper-V, через сеть по протоколу SMB3. Таким образом локальные дисковые пространства по сути превращаются в подключенное к сети хранилище (NAS).
Решение
Инициатор iSCSI 2.x
Чтобы устранить проблему в iSCSI Initiator 2.x, выполните следующие действия на затронутом сервере:
-
Сделайте службу Server зависимой от службы инициатора iSCSI. Сведения о том, как это сделать, см. в разделе «Сделать службу Server зависимой от службы инициатора iSCSI».
-
Настройка настойчивых логотипов в целевой адрес. Для этого используйте один из следующих методов.
Примечание
Если вы видите цель на вкладке Persistent Target, следующие действия не требуются.
Метод 1. Использование инициатора iSCSI в панели управления
- В панели управления дважды щелкните инициатор iSCSI.
- Выберите вкладку Targets.
- Выберите цель в списке Select a target, а затем выберите журнал On.
- Выберите автоматическое восстановление этого подключения при проверке сапог системы, а затем выберите ОК.
Метод 2. Использование окна Командная подсказка
- Выберите Начните, выберитеЗапуск, введите cmd, а затем выберитеOK.
- В командной строке введите следующую команду, а затем нажмите клавишу ВВОД:
Примечание
это имя IQN целевой цели.
-
Настройка параметра BindPersistentVolumes для службы инициатора iSCSI. Для этого используйте один из следующих методов.
Метод 1. Использование инициатора iSCSI в панели управления
- В панели управления дважды щелкните инициатор iSCSI.
- Выберите вкладку Bound Volumes/Devices.
- Выберите Bind All для привязки всех настойчивых целей. Или выберите Добавить, а затем введите букву диска или точку установки, чтобы связать определенную цель.
- Нажмите OK.
Метод 2. Использование окна Командная подсказка
-
Выберите Начните, выберите Выполнить, введите cmd и нажмите кнопку ENTER.
-
Введите iscsicli BindPersistentVolumes и нажмите кнопку ENTER.
Примечание
Это то же самое, что выбрать параметр Bind All в методе 1.
Примечание
Используйте это решение, только если вы испытываете эту конкретную проблему с версией 2.x службы инициатора iSCSI.
Метод 1. Используйте утилиту Microsoft Service Control (Sc.exe)
Примечание
При использовании этого метода не нужно изменять реестр. Поэтому этот метод является предпочтительным способом для набора зависимости от службы.
-
Нажмите кнопку Начните, нажмите кнопку Выполнить, введите cmd и нажмите кнопку ENTER.
-
Введите sc config LanManServer depend= Samss/Srv/MSiSCSI, а затем нажмите кнопку ENTER.
Если у вас есть административный доступ к серверу, вы можете выполнить эту команду с сетевого компьютера. Введите следующую команду и нажмите кнопку ENTER: sc \ \ computer_name config LanManServer depend= Samss/Srv/MSiSCSI
Метод 2. Использование редактора реестра
Важно!
В этот раздел, описание метода или задачи включены действия, содержащие указания по изменению параметров реестра. Однако неправильное изменение параметров реестра может привести к возникновению серьезных проблем. Поэтому следует в точности выполнять приведенные инструкции. Для дополнительной защиты создайте резервную копию реестра, прежде чем редактировать его. Так вы сможете восстановить реестр, если возникнет проблема. Дополнительные сведения о том, как создать и восстановить реестр, щелкните следующий номер статьи, чтобы просмотреть статью в базе знаний Майкрософт: Создание резервной копии и восстановление реестра Windows
Microsoft Windows 2000
-
Откройте редактор реестра.
-
Найдите и откройте следующий подраздел реестра:
-
В меню Изменить нажмите кнопку Добавить значение.
-
Введите DependOnService в поле Имя значения, щелкните REG_MULTI_SZ в поле Тип данных и нажмите кнопку ENTER.
-
В окне Редактор с несколькими строками введите MSiSCSI в поле данных и нажмите кнопку ОК.
-
Закройте редактор реестра.
Заключительные замечания
Конечно, если главное условие – низкая стоимость системы, то выбор в пользу iSCSI однозначен. Но все-таки стоит учитывать некоторые нюансы. Так, в конфигурациях FC имеется несколько встроенных функций, гарантирующих оптимальную пропускную способность, заданный порядок реагирования на превышение пороговых значений параметров и максимальную безопасность. Такие функции вполне реализуемы и в сети TCP/IP, хотя это требует дополнительных ресурсов и усложняет управление. Многие полагают, что эффективное применение iSCSI в корпоративных сетях невозможно без механизма TOE. В настоящее время цены на iSCSI HBA с TOE сопоставимы с ценами на FC HBA.
С точки зрения используемых компонентов сети значительной экономии можно достичь благодаря недорогим модулям для TCP/IP, выпускаемым в больших количествах. Экономия здесь достигается за счет снижения расходов на обучение персонала проектированию и эксплуатации систем, а также возможности интегрирования с существующими инфраструктурами.
Практическое применение Practical applications
Контролируемые образы операционной системы предоставляют следующие преимущества: Using a controlled operating system image provides the following benefits:
Повышение безопасности и простоты управления. More secure and easier to manage. На некоторых предприятиях требуется для защиты данных физически блокировать хранилище в центральном расположении. Some enterprises require that data be secured by physically locking storage in a centralized location. В этом случае серверы имеют удаленный доступ к данным, включая образ операционной системы. In this scenario, servers access the data remotely, including the operating system image. При загрузке с помощью сервера цели iSCSI администраторы могут централизованно управлять загрузочными образами операционной системы и определять приложения, включаемые в главный образ. With iSCSI Target Server, administrators can centrally manage the operating system boot images, and control which applications to use for the master image.
Быстрое развертывание. Rapid deployment. Так как главный образ подготавливается с помощью средства Sysprep, при загрузке из главного образа компьютеры пропускают этап копирования файлов и установки, выполняемый в ходе установки Windows, и переходят сразу к этапу настройки. Because the master image is prepared by using Sysprep, when computers boot from the master image, they skip the file copying and installation phase that occurs during Windows Setup, and they go straight to the customization phase. В рамках внутреннего тестирования в корпорации Майкрософт 256 компьютеров были развернуты за 34 минуты. In Microsoft internal testing, 256 computers were deployed in 34 minutes.
Быстрое восстановление. Fast recovery. Поскольку образы операционной системы размещаются на компьютере, на котором выполняется целевой сервер iSCSI, при замене клиента, не требующего использования диска, новый компьютер может указывать на образ операционной системы и немедленно загружаться. Because the operating system images are hosted on the computer running iSCSI Target Server, if a disk-less client needs to be replaced, the new computer can point to the operating system image, and boot up immediately.
Различные поставщики предоставляют решение для загрузки сети хранения данных (SAN), которое может использоваться сервером цели iSCSI в Windows Server на оборудовании товара. Various vendors provide a storage area network (SAN) boot solution, which can be used by the iSCSI Target Server in Windows Server on commodity hardware.
SAN (сеть хранения)
Сегодняшние приложения очень ресурсоемкие, из-за запросов, которые необходимо обрабатывать одновременно в секунду. Возьмите пример веб-сайта электронной коммерции, где тысячи людей делают заказы в секунду, и все они должны быть правильно сохранены в базе данных для последующего поиска. Технология хранения, используемая для хранения таких баз данных с высоким трафиком, должна быть быстрой в обслуживании и ответе запросов (вкратце, это должно быть быстрым на входе и выходе).
В таких случаях (когда вам нужна высокая производительность и быстрый ввод-вывод), мы можем использовать SAN.
Традиционно серверы приложений использовали свои собственные устройства хранения, прикрепленные к ним. Разговор с этими устройствами с помощью протокола, известного как SCSI (Small Computer System Interface). SCSI — это не что иное, как стандарт, используемый для связи между серверами и устройствами хранения. Все обычные жесткие диски, ленточные накопители и т.д. Используют SCSI. Вначале требования к хранилищу сервера выполнялись устройствами хранения, которые были включены внутри сервера (сервер, используемый для разговора с этим внутренним устройством хранения данных, используя SCSI. Это очень похоже на то, как обычный рабочий стол разговаривает с его внутренним жесткий диск.).
Такие устройства, как компакт-диски, подключаются к серверу (который является частью сервера) с использованием SCSI. Основным преимуществом SCSI для подключения устройств к серверу была его высокая пропускная способность. Хотя этой архитектуры достаточно для низких требований, существует несколько ограничений, таких как приведенные ниже.
- Сервер может получать доступ только к данным на устройствах, которые непосредственно привязаны к нему. Если что-то случится с сервером, доступ к данным завершится неудачно (поскольку устройство хранения является частью сервера и подключено к нему с использованием SCSI)
- Ограничение количества устройств хранения, к которым может получить доступ сервер. В случае, если серверу требуется больше места для хранения, не будет больше места, которое можно подключить, поскольку шина SCSI может вместить только конечное число устройств.
- Кроме того, сервер, использующий хранилище SCSI, должен находиться рядом с устройством хранения (поскольку параллельный SCSI, который является обычной реализацией на большинстве компьютеров и серверов, имеет некоторые ограничения на расстояние, он может работать до 25 метров).
Некоторые из этих ограничений можно преодолеть с помощью DAS (непосредственно привязанного хранилища). Смарт, используемый для прямого подключения хранилища к серверу, может быть любым из каналов SCSI, Ethernet, Fiber и т. Д.). Низкая сложность, низкие инвестиции, простота в развертывании привела к тому, что DAS были приняты многими для нормальных требований. Решение было хорошим даже с точки зрения производительности, если оно используется с более быстрыми средами, такими как волоконный канал.
Примером устройства хранения данных DAS является MD1220 от Dell.
Хотя DAS хорош для нормальных потребностей и дает хорошую производительность, существуют такие ограничения, как количество серверов, которые могут получить к нему доступ. Храните устройство или скажем, что хранилище DAS должно находиться рядом с сервером (в той же стойке или в пределах допустимого расстояния используемого носителя).
Можно утверждать, что непосредственно прикрепленное хранилище (DAS) работает быстрее, чем любые другие методы хранения. Это связано с тем, что он не связан с некоторыми издержками передачи данных по сети (вся передача данных происходит на выделенном соединении между сервером и устройством хранения. В основном его последовательно подключен SCSI или SAS). Однако из-за последних улучшений в волоконном канале и других механизмах кэширования SAN также обеспечивает лучшую скорость, подобную DAS, и в некоторых случаях превосходит скорость, предоставляемую DAS.
Прежде чем войти в SAN, давайте разобраться в нескольких типах и методах мультимедиа, которые используются для соединения устройств хранения данных (когда я говорю о устройствах хранения данных, пожалуйста, не рассматривайте его как один жесткий диск. Возьмите его как массив дисков, возможно, на каком-то уровне RAID. Считайте это чем-то вроде Dell MD1200).
Установка ОС Windows 7
Перед началом установки Windows 7 на бездисковую станцию открываем его BIOS и настраиваем порядок опроса загрузочных устройств следующим образом: 1) Hard Disk 2) Network 3) CD/DVD 4) остальные устройства Если на ПК имеется установленный жесткий диск, то на время установки Windows его желательно отключить, чтобы компьютер не пытался с него загружаться. Далее размещаем в приводе CD/DVD установочный диск Windows 7 и перезагружаем компьютер. Первым делом мы должны увидеть запуск загрузки через PXE. Если этого не произошло то снова заходим в BIOS и разрешаем загрузку компьютера через сетевой адаптер.
Для тех, у кого не запускается установка Windows с привода CD/DVDЕсли получили сообщение о невозможности установки Windows на выбранный диск
Инициализация и форматирование диска iSCSI
Подключенный iSCSI диск необходимо подготовить к работе (инициализировать и отформатировать).
10. В разделе «Администрирование» откройте вкладку «Управление компьютером».
11. Перейдите в раздел «Управление дисками».
12. Убедитесь, что ваш диск отображается, его состояние – «Вне сети».
13. Выберите из контекстного меню пункт «В сети».
14. Выполните инициализацию диска.
15. Проверьте, что статус диска изменился на «В сети», но на нём отсутствуют разделы и файловая система.
16. Из контекстного меню на не размеченном диске выберите «Создать простой том».
17. После открытия «Мастера создания простого тома» нажмите кнопку «Далее».
18. Укажите в соответствующем поле размер раздела, или оставьте без изменений значение «по умолчанию» (если необходимо использовать весь диск под один раздел).
19. Назначьте букву диска для нового раздела.
20. Выберите тип файловой системы и метку тома.
21. Нажмите кнопку «Готово» и убедитесь в завершении форматирования тома.
22. Проверьте, что новый том находится в состоянии «Исправен».
23. Убедитесь, что новый том отображается среди дисков в «Проводнике».