Windows storage server vmware

Подключаем сетевую папку Windows в VMware ESXi по NFS

В этой статье мы покажем, как подключить сетевой каталог, расположенный на Windows Server 2012 R2 как отдельное хранилище (datastore) на хосте VMware ESXi и использовать его для хранения файлов виртуальных машин и ISO образов. VMWare ESXi не умеет напрямую работать с общими папками Windows (по протоколу SMB), поэтому нам придется воспользоваться другим способом.

ESXi позволяет использовать в качестве датастора следующие типы хранилищ:

  • Локальный диск или LUN на внешнем устройстве хранения, подключенном по Fibre Channel или iSCSI
  • Network File System (NFS) –этот сетевой протокол преимущественно используется для удаленного доступа к файловой системе в среде Unix/Linux

Функционал NFS сервера в серверной платформе Microsoft появился еще в Windows Server 2003 R2, и до сих пор поддерживается и в Windows Server 2012 R2.

Итак, нам в первую очередь нужно настроить NFS каталог на Windows 2012 R2 и подключить его в качестве хранилища на хосте ESXi. Предположим, у нас уже имеется сервер Windows с установленной ролью файловых служб (File and Storage Services). Чтобы установит функционал NFS сервера:

  1. Откройте консоль Server Manager и выберите Manages ->Add Roles and Features
  2. В разделе ролей разверните роль File and Storage Services ->File and iSCSI Services
  3. И отметьте опцию Server for NFS
  4. Нажмите Next. После окончания работы установщика роли, закройте консоль Server Manager.

Совет. Установить фичу Server for NFS можно всего одной командой Powershell:

Далее нужно создать каталог Windows, который будет использоваться как точка монтирования NFS. В качестве примера, мы создали каталог c:\nfs (на самом деле это не лучшее место для создания общей папки, предпочтительнее отдельный диск, или папка с назначением жесткой квоты).

В консоли Server Manager перейдите в раздел File and Storage Services-> Shares. Запустите мастер создания нового ресурса (Tasks -> New Share) и выберите NFS Share-Quick. Укажите путь к каталогу и его имя. В нашем примере он называется nfs. В данном случае, полный NSF путь (путь к удаленной шаре), который будет использоваться в среде Unix для доступа к этому каталогу будет таким: msk-fs01:/nfs

На вкладке с типами аутентификации, отключите Kerberos аутентификацию, и выберите “No Server authentication” и “Enable unmapped user access”.

Ограничим доступ к каталогу по IP адресу хоста ESXi. Для этого укажем IP адрес сервера и предоставим ему права Read/Write и Allow root access.

Совет. Также доступ к NFS сервису можно ограничить с помощью Windows Firewall, ограничив доступ отовсюду, кроме определённых IP адресов или подсетей.

Создать общий каталог NFS и ограничить доступ к нему можно также с помощью PowerShell:

New-NfsShare -Name «NFS » -Path «c:\nfs» -AllowRootAccess $true -Permission Readwrite -Authentication sys

Grant-NfsSharePermission -Name “NFS” -ClientName 192.168.1.11 -ClientType host -LanguageEncoding ANSI

Итак, мы создали новый общий сетевой каталог NFS на Windows Server 2012 R2. Осталось подключить его в качестве хранилища на хосте VMWare ESXi.

  1. Подключитесь к вашему сервере vSphere или ESXi. В меню Action выберите Storage > New Datastore
  2. Выберите тип хранилища NFS
  3. Выберите версию NFS 4.1 (поддерживается в Windows Server, начиная с версии 2012)
  4. Укажите имя датастора (WindowsNFS), укажите каталог NFS (/nfs) и адрес NFS сервера (IP адрес или DNS имя)
Читайте также:  Utorrent для linux установка

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

Виртуализация vSphere, Hyper-V, Xen и Red Hat

Более 5370 заметок о виртуализации, виртуальных машинах VMware, Microsoft и Xen, а также Kubernetes

VM Guru / Articles / Рекомендации по настройке хранилищ Fibre Channel, NFS и iSCSI, используемых для виртуальных машин VMware ESX Server / ESXi.

Рекомендации по настройке хранилищ Fibre Channel, NFS и iSCSI, используемых для виртуальных машин VMware ESX Server / ESXi.

Рекомендации по настройке хранилищ Fibre Channel, NFS и iSCSI, используемых для виртуальных машин VMware ESX Server / ESXi.

Автор: Александр Самойленко
Дата: 27/11/2008

Реклама:

У тех, кто только недавно стал присматриваться к виртуализации на платформе VMware Virtual Infrastructure, одним из первых возникает вопрос – какую систему хранения использовать, и какие возможности для нее будут доступны.

VMware ESX Server поддерживает 4 типа систем хранения:

  • Local Storage – локальные SCSI или SATA диски сервера или DAS (Direct Attached Storage). На этих устройствах создаются тома, отформатированные в кластерной файловой системе VMFS (Virtual Machine File System). IDE-диски доступны только для установки самого ESX Server, при этом виртуальные машины на них хранить нельзя и нельзя создавать VMFS-тома.
  • iSCSI Storage — устройства, подключаемые по интерфейсу iSCSI через программный или аппаратный инициатор. Для хранения виртуальных машин также используются VMFS-тома. Чтобы использовать программное iSCSI-хранилище на базе Windows 2003 Server, прочитайте вот эту статью.
  • Fibre Channel – оптическое или медное подключение к высокоскоростной системе хранения через SAN (Storage Area Network) посредством HBA-адаптера. На логических томах LUN также создаются VMFS-тома для хранения виртуальных машин.
  • NAS-хранилище (Network Attached Storage). Поддерживается только файловая система NFS. Поскольку эта файловая система уже имеет встроенные функции, такие как множественный доступ хостов и распределенное блокирование доступа к файлам, VMFS тома на NFS-хранилище не создаются.

На рисунке ниже приведена совместимость различных функций VMware ESX Server с типами систем хранения.

А по ссылке ниже приведено сравнение быстродействия протоколов Fibre Channel, iSCSI и NAS/NFS для VMware ESX Server:

Здесь читаем об ограничениях для систем хранения в ESX Server:

Теперь посмотрим на преимущества и недостатки каждого из типов систем хранения:

Плюсы: гарантированная полоса пропускания, высокая производительность, поддержка всех возможностей VMware (включая кластер MSCS в виртуальных машинах).

Минусы: высокая стоимость систем хранения и фабрики SAN.

Плюсы: относительно низкая стоимость, хорошая производительность, возможность загрузки из iSCSI SAN.

Минусы: нет гарантированной полосы пропускания, присутствуют все недостатки, присущие IP-сетям.

Плюсы: совсем низкая стоимость (можно реализовать на Linux или Windows сервере), при этом мы получаем полнофункциональную общую систему хранения с функциями HA и DRS.

Минусы: низкая производительность, дополнительная нагрузка на процессоры хостов ESX и сервер-хранилище.

Плюсы: низкая стоимость, не требуется дополнительного звена – томов VMFS, хорошая производительность.

Минусы: опять-таки IP-сеть, нет поддержки MSCS, нельзя загружать ESX из SAN, нагрузка на процессор.

Плюсы: дешево (локальные диски самого ESX), не требуется дополнительных инвестиций, хорошее быстродействие.

Минусы: не работает VMware HA, DRS+DPM, VMotion, VCB.

Основные лучшие практики для всех типов систем хранения

  • Презентуйте тома LUN для всех серверов ESX Server с одинаковым LUN ID. Иначе ваши VMFS-тома могут превратиться в снапшоты и могут оказаться недоступными.
  • Правильно выбирайте размер блока для тома VMFS. Как это сделать описано здесь.
  • Придерживайтесь правила «1 LUN per 1 VMFS Volume»
  • Используйте унифицированные правила именования VMFS-томов, создавайте, по возможности, LUN одинакового размера. Наиболее оптимальный размер LUN – от 250 Гб до 2 Тб.
  • Не используйте «расширения» (Extents) для томов VMFS.
  • Храните ISO-образы на дешевом хранилище, например NFS, и монтируйте его в режиме Read-Only для ESX.
  • Используйте RDM-диски с осторожностью. Больших преимуществ в производительности они не дают. Используйте их только тогда, когда требуется их функциональность (например, для кластеров MSCS).
  • Держите 30% тома VMFS свободным. Это уменьшит риск необходимости его расширения при создании снапшотов и прочих непредвиденных обстоятельств.
  • Не размещайте более 30 виртуальных машин на одном VMFS-томе. LUN может начать испытывать проблемы с производительностью. Хорошие консультанты рекомендуют от 5 до 15 виртуальных машин на LUN.
  • VMkernel Core Dump храните локально. При отключении ESX от SAN вы не сможете понять в чем дело.
  • Делайте меньше «снапшотов» виртуальных машин, а лучше совсем не делайте. Лучше используйте ПО для создания резервных копий.
  • Для гостевой ОС виртуальной машины выставляйте параметр Disk TimeOutValue в значение 60 секунд для того, чтобы дать время SCSI-устройствам и механизму выбора пути на приобретение устойчивого состояния во время физических проблем в компонентах сети хранения. Для этого в ОС Windows необходимо в ключе реестра «HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Disk\TimeOutValue» выставить значение 60.
  • Убедитесь, что длина очереди (Queue Size) в гостевой системе для драйверов BusLogic и LSI Logic соответствует значению не менее 30.

Что такое VMware и почему важна ее совместимость с SSD-накопителями

Привет, Хабр! Сегодня мы поговорим о виртуальных машинах, программном обеспечении VMware и накопителях Kingston, конечно же. В частности, разберем вопросы на тему “зачем нужна сертификация VMware Ready, какие из SSD-решений получают статус VMware Ready for Storage, и о чем это говорит?”. Начнем с самого банального.

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

Первым таким продуктом стала программа VMware Workstation, которая позволяла любому пользователю установить на своем ПК одну или несколько виртуальных машин: то бишь имитацию аппаратной начинки компьютера в лице процессора, видеокарты, накопителей, оптических приводов и т.д. Эдакий компьютер в компьютере.

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

При этом все установленные ВМ совместно используют доступные ресурсы (сетевую карту и оперативную память), но работают независимо друг от друга. Основными продуктами в этом направлении является платформа VMware vSphere, гипервизор VMware ESX и VMware ESXi, VMware Server и vCenter Server. Впрочем, серверная виртуализация — не единственный тип абстрагирования от аппаратной реализации.

Типы виртуализации VMware

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

Виртуализация десктопов и облачные среды

Виртуализация десктопов, которую иногда называют инфраструктурой виртуальных десктопов (VDI), — это такой тип виртуализации, при котором ОС настольных ПК работает как виртуальная машина на физическом сервере с другими виртуальными десктопами. Обработка нескольких виртуальных рабочих мест происходит на одном или нескольких физических серверах, обычно – в централизованном ЦОД. Копия ОС и приложений, которые использует каждый конечный пользователь, обычно кэшируется в памяти, как один образ на физическом сервере.

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

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

Как мы уже отмечали, для каждого типа виртуализации компания VMware предлагает определенный набор софта. Например, если мы говорим о хранении данных, то следует принимать во внимание такие решения, как VMware vSAN и VMware Site Recovery Manager (SRM). VMware vSAN — программная функция хранения, встроенная в гипервизор ESXi и интегрированная с vSphere. Она объединяет дисковое пространство от нескольких хостов ESXi и выделяет его с помощью интеллектуальных политик, таких как ограничения защиты, тонкое выделение ресурсов и кодирование стирания. А еще эта опция интегрируется с функцией vSphere High Availability, обеспечивая повышенную производительность вычислений и самого хранилища.

VMware Site Recovery Manager (SRM) предназначен для управления аварийным восстановлением, что позволяет администраторам создавать планы восстановления, которые автоматически выполняются в случае сбоя, а также автоматически организовывать аварийное переключение и восстановление виртуальных машин. SRM также интегрируется с VMware NSX (инструмент управления сетевыми операциями) для сохранения сетевых политик и политик безопасности на виртуальных машинах, перемещенных на новые физические сервера.

Зачем нужна сертификация VMware Ready

Начнем с того, что сертификация VMware Ready означает высокий уровень одобрения для продуктов, созданных партнерами компании VMware. Нетрудно догадаться, что Kingston Digital входит в их число: в частности, является членом “Партнерского технологического альянса VMware”. Участники этого альянса разрабатывают свои устройства в соответствии со стандартами VMware и предоставляют их техническим специалистам компании, которые проводят различные сертификационные тесты.

По итогам проверок, сервера, компьютеры, устройства хранения и другие устройства, отвечающие сертификационным требованиям, получают заветный логотип VMware Ready. Кроме того, в дальнейшем эти продукты поддерживаются как со стороны компании-партнера, так и со стороны VMware. Подробную информацию о твердотельных накопителях Kingston из линейки, которые прошли сертификацию VMware можно найти и на портале VMware Solution Exchange (VSX). Там же размещаются обновления ПО для пользователей “железа” сертифицированного VMware.

Возвращаясь к “Партнерскому технологическому альянсу VMware”, стоит упомянуть о том, что участие в нем позволяет клиентам быстро находить сертифицированное оборудование партнеров, не занимаясь точечным и индивидуальным подбором компонентов, которые в итоге могут не обеспечить ожидаемую производительность. Не в последнюю очередь это способствует росту продаж накопителей Kingston. Только за первое полугодие 2019 года компании удалось реализовать более 13,3 миллиона твердотельных накопителей (по исследованиям TrendFocus). Если говорить о глобальных поставках, хорошие продажи обеспечили Kingston третье место в списке лидеров по реализации SSD-накопителей после Samsung и Western Digital.

Какие SSD-накопители обладают статусом VMware Ready

Применительно к накопителям Kingston серверного класса, сертификацию VMware Ready for Storage имеют твердотельные SATA-накопители Kingston DC500R и Kingston DC500M, рекомендованные для использования в ЦОД. Как мы уже отметили выше, присвоенный данным SSD-решениям статус говорит о том, что DC500R и DC500M получили полное одобрение от специалистов VMware, успешно пройдя все тесты.

Именно эта сертификация позволяет представителям Kingston Digital говорить о том, что при использовании SSD DC500R и DC500M в среде vSAN и серверах vSphere можно ожидать высокой производительности при выполнении большого количества операций чтения данных и смешанных нагрузках. К слову, для прохождения сертификации серверные накопители настраиваются в соответствии с требованиями от VMware и в итоге обеспечивают высокую пропускную способность, кол-во IPOS, а также минимальную задержку в 99% сценариев.

Как итог: сертифицированные SSD Kingston с чистой совестью можно отнести к классу высокопроизводительных ускорителей для виртуализированных рабочих нагрузок смешанного типа в рамках серверной среды. Также они позволяют облачным службам работать с максимальной эффективностью и предоставляют пользователям очень быстрый доступ к данным. Собственно, от них это и требуется.

Для получения дополнительной информации о продуктах Kingston Technology обращайтесь на официальный сайт компании.

Читайте также:  Что делать если забыли пароль от пользователя windows
Оцените статью