У меня есть Linux-хост, которому нужно смонтировать общий ресурс данных, расположенный на NAS. Можно выбрать между NFS v3 (ограничение NAS) и iSCSI. Первоначальная идея заключалась в том, чтобы подключить NFS к файловому серверу, который предоставит точки монтирования samba для остальной части сети, а также подключить NFS к серверу резервного копирования, который, очевидно, поддерживает резервные копии данных. (Эта идея не применима к iSCSI, я знаю, что вы не можете / не должны иметь несколько инициаторов для одной цели iSCSI.)
Data Server - + - (SMB) - User 1 / | - (SMB) - User (..) (NFS) + - (SMB) - User (n) SAN / \ (NFS) \ Backup Server
ВОЗМОЖНОЕ НЕПРАВИЛЬНОЕ ПОНИМАНИЕ. Проблема, которую я осознаю, заключается в том, что, поскольку NFS v3 не имеет состояния, он не знает, какой сервер имеет доступ к файлу и что в этом отношении пользователь делает с ним. Итак, если пользователь записывает в файл через общий ресурс SMB, а сервер резервного копирования пытается сделать резервную копию файла, возможно, сервер сделает резервную копию промежуточного / поврежденного файла? Если это действительно так, и если конфигурация изменена таким образом, что общий ресурс NFS монтируется только на сервере данных, тогда сценарий резервного копирования ssh для выполнения этой работы, будет ли такое одновременное поведение по-прежнему проблемой для NFS? (Я полагаю, что если он использует файлы блокировки, все будет хорошо, но есть ли другие методы блокировки земли ядра, которые будут нарушены из-за NFS v3 без сохранения состояния?)
Кажется, что если я использую общий ресурс iSCSI, установленный только сервером данных, а сервер резервного копирования должен подключаться к SSH для этого, все проблемы исчезнут. Это основано на представлении iSCSI как устройства блочного уровня, что означает, что логика более высокого уровня для управления доступом к файлам выполняется на уровне ОС.
Наконец, если используется последний метод использования iSCSI и в Samba включены Oplocks для разрешения одновременного доступа к файлам между пользователями, подключенными через samba, это также накладывает ограничения доступа на процессы, пытающиеся получить доступ к одним и тем же файлам не через samba, то есть samba пользователь пишет файл, в то время как демон резервного копирования пытается прочитать файл?
Спасибо
NFSv3 обычно развертывается с rpc.lockd
который обеспечивает протокол Network Lock Manager.
Ваш NFS-клиент должен блокировать файлы в SAN через NLM, поэтому, если сервер данных обращается к файлу, то сервер резервного копирования не может повредить этот файл при одновременном доступе.