Как узнать, когда правильно использовать iSCSI, NFS или SMB?

Мне представлены варианты 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.

• SMB / CIFS: Таким образом любой клиент сможет удаленно подключиться к вашему разного рода общему хранилищу. Вы просто выделяете место на сервере для общих ресурсов, устанавливаете разрешения и готово. Это не сырое пространство, а пространство, подключенное к серверу. И позволяет удаленно подключаться практически любому клиенту из ОС. Но вы не можете делать то, что можете делать в iSCSI, например рассматривать это пространство как напрямую подключенное необработанное пространство.

• NFS: По сути, лучшая резервная альтернатива, основанная на использовании, когда SMB не работает. Я использую монтирование NFS в основном для установок Linux, которые каким-то образом нуждаются в общем подключении к общим файловым ресурсам, но каким-то образом действуют «странно» с SMB / CIFS.

Когда вы говорите, что вам предоставляется возможность подключиться к серверу, о чем вы имеете в виду?

Для HyperV вы, скорее всего, будете использовать локально размещенный файл VHD (x) на локальном открытом диске в ОС хоста. Есть причины использовать некоторые другие методы, такие как iSCSI, но обычно они предназначены для случаев использования, когда вам нужна кластеризация или аварийное переключение или есть SAN или NAS.