У меня есть файловый сервер под управлением Windows Server 2012 R2. На нем четыре диска Western Digital RED по 6 ТБ. Я хочу разместить там, например, свои машины Hyper-V, содержимое WSUS (Windows Server Update Service) и развертывание ISO и файлов WDS/MDT.
Мне предоставлены опции SMB, NFS и iSCSI для подключения к серверу. Это значит, что у меня есть возможность либо настроить общий ресурс через NFS или SMB, либо создать виртуальный диск iSCSI, к которому я могу подключиться.
Как определить, какой вариант лучше всего подходит для конкретных решений, или не имеет значения, какой вариант я выберу, если сервис может получить доступ к хранилищу?
решение1
Мне предоставлены опции SMB, NFS и iSCSI для подключения к серверу. Это значит, что у меня есть возможность либо настроить общий ресурс через NFS или SMB, либо создать виртуальный диск iSCSI, к которому я могу подключиться.
Для прямого подключения к серверу — для настоящего серверного хранилища — iSCSI — это путь. И затем вы будете управлять доступом пользователей — через SMB/CIFS или NFS — через сервер.
Но когда вы произносите следующую цитату, то становится немного непонятным, в чем заключается ваш вопрос: где/как это хранилище подключено к основному серверу?
Как определить, какой вариант лучше всего подходит для конкретных решений, или не имеет значения, какой вариант я выберу, если сервис может получить доступ к хранилищу?
Это просто физический сервер Windows с четырьмя дисками Western Digital RED по 6 ТБ? Или это сервер, который работает сам по себе, а четыре диска Western Digital RED по 6 ТБ находятся на NAS?
Или вы описываете свое подключение со стороны клиента? То есть у вас будет этот сервер Windows с четырьмя дисками Western Digital RED по 6 ТБ и вы затем захотите подключиться к нему?
Я предполагаю, что последний вариант. В общем, вам нужно использовать iSCSI только в том случае, если вам нужно настроить хранилище так, как будто это физический диск, подключенный напрямую к вашей машине — даже если это по сети — поскольку iSCSI — это чисто сырое пространство. Это означает, что когда вы подключаетесь через свеженастроенный том iSCSI, вам нужно его отформатировать. Я делаю это только тогда, когда требуется массивное хранилище, и подключение довольно постоянное, поскольку iSCSI выделяет сырое пространство для использования.
SMB/CIFS и NFS — наиболее распространенные способы, которыми удаленные клиенты подключаются к машине, чтобы получить данные, хранящиеся на общем ресурсе. SMB/CIFS — лучший и наиболее распространенный способ подключения. А NFS я использовал только тогда, когда к серверу подключалась не Windows-ОС. Например, когда сервер Linux нуждался в доступе к данным каким-либо образом. Но будьте осторожны: NFS может быть проблемой, потому что его не так просто настроить на стороне клиента, как SMB/CIFS.
Итак, разбивка будет следующей:
iSCSI-интерфейс:Постоянное, предварительно выделенное сетевое хранилище для сервера, которому оно нужно. По сути, это то же самое, что иметь внешний диск на вашем рабочем столе, и все функции общего доступа должны управляться самим вашим сервером. В вашем случае я бы рекомендовал предварительно выделить сырое пространство на этом устройстве для всего HyperV. А затем использовать оставшееся для SMB/CIFS или NFS.
Малый и средний бизнес/CIFS:Это был бы способ, которым большинство клиентов могли бы удаленно подключаться к вашему общему хранилищу. Вы просто выделяете место на сервере для общих ресурсов и устанавливаете разрешения, и все готово. Это не сырое пространство, а подключенное к серверу пространство. И позволяет практически любому клиенту из ОС подключаться удаленно. Но вы не можете делать то, что можете делать в iSCSI, например, рассматривать это пространство как напрямую подключенное сырое пространство.
НФС:По сути, это лучшая альтернатива, основанная на использовании, когда SMB не работает. Я использую монтирования NFS в основном для установок Linux, которым каким-то образом нужно общее подключение к файловому ресурсу, но которые почему-то ведут себя «странно» с SMB/CIFS.
решение2
Когда вы говорите, что вам предоставлена возможность подключиться к серверу, что вы имеете в виду?
Для HyperV вы, скорее всего, будете использовать локально размещенный файл VHD(x) на локальном открытом диске в ОС хостов. Есть причины использовать некоторые другие методы, такие как iSCSI, но обычно они используются в случаях, когда вам нужна кластеризация или отказоустойчивость или у вас есть SAN или NAS.