nfs или smb что лучше

06.09.202302.07.2023 admin 0 Comments

Основные протоколы хранения: использование и перспективы

В этой статье мы проведем небольшой обзор наиболее популярных протоколов, которые используются для построения сетей хранения данных (SAN). Также рассмотрим перспективы развития и использования отдельных протоколов, опираясь на общедоступные роудмапы производителей.

Не секрет, что на сегодняшний день проблемы производительности перемещаются из сферы СХД в область SAN сетей, так как СХД уже достигли огромных показателей производительности в ГБ/с и миллионах IOps, а текущие SAN сети не позволяют прокачивать через себя такие объёмы данных.

Общие тенденции

Существующие сети FC 8Гб/с и Ethernet 10Гб/с уже не справляются c современными СХД, даже Ethernet 25/50 Гб/с не может обеспечить приемлемые задержки при работе с последними моделями СХД, использующими NVMe диски.

Многие ИТ-специалисты, занимающимся настройкой и администрированием инфраструктуры хранения, задаются вопросом о модернизации SAN-сетей. Почему же это так важно и необходимо на сегодняшний день? Сформулируем несколько основных причин:

По существующим прогнозам, в перспективе двух лет (по данным Gartner, в течение 18 месяцев) all-flash массивы будут комплектоваться более производительными SSD-дисками, а в сочетании с быстрым интерконнектом (например, NVMe) и новыми протоколами (например, iWARP) производительность all-flash массивов повысится ещё на два порядка, что приведёт к необходимости модернизировать SAN.

Сравнение протоколов

Все SAN сети, будь то Ethernet, PCI Express, SAS, NVMeoF, FC, FCoE или InfiniBand, должны поддерживать одинаковый функционал, а именно:

На сегодняшний день протоколы хранения данных можно разделить на две условные группы:

Fibre Channel (FC)

Fibre Channel — популярный протокол хранения, обеспечивающий низкие задержки и высокую пропускную способность за счёт своих архитектурных особенностей. Fibre Channel не требователен к ресурсам и отлично подходит для передачи большого объёма данных, так как все операции FC выполняются на стороне HBA, разгружая центральный процессор.

Новые версии протокола Fibre Channel обратно совместимы с прошлыми редакциями, что открывает хорошие перспективы для модернизации и масштабирования. Например, если внедрять FC 32Гб/с, то всё ещё можно будет использовать FC 8Гб/с и 16Гб/с, т.е. можно поэтапно менять FC-коммутаторы и FC адаптеры.

В ближайшее время FC будет обновлён до 64Гб/с и 128Гб/с (уже сейчас есть коммутаторы, поддерживающие агрегацию 4-х портов 32Гб/с в один канал 128Гб/с для соединения коммутаторов).

Простота настройки и удобство в администрировании позволили FC стать одним из наиболее распространенных протоколов хранения. Большинство администраторов SAN-сетей во всем мире знает, как он устроен и какие преимущества обеспечивает при решении различных задач. При этом FC всё ещё сложнее, чем Ethernet, хотя и обладает большим количеством средств управления и мониторинга.

FCoE (Fibre Channel over Ethernet)

Идея создания FCoE заключалась том, чтоб консолидировать операции ввода-вывода и, как следствие, обеспечить безопасное размещение в одном «проводе» различных типов траффика. Такая задумка подразумевала снижение совокупной стоимости владения системой (TCO) за счет уменьшения числа кабелей и адаптеров, а также снижения показателей по энергопотреблению. При этом показатели доступности и производительности FCoE не сопоставимы с показателями FC, так как передача данных требует дополнительных накладных расходов на инкапсуляцию в Ethernet.

К тому же, FCoE добавляет сложность в развёртывании и администрировании всей системы, повышая уровень требований к обслуживающему персоналу и поддержке решения. Несмотря на надежды производителей FCoE на повсеместное внедрение, до сих пор данный протокол не смог вытеснить FC и развивается очень медленными темпами. Распространение FCoE на рынке SAN в настоящий момент минимально.

По данным Fibre Channel Industry Association (FCIA) в прогнозных показателях FCoE скорость протокола зависит от реализаций Ethernet.

iSCSI (Internet Small Computer System Interface)

iSCSI строится на двух наиболее часто используемых протоколах:

Считается, что iSCSI 10Гбит обеспечивает такое же количество IOps и пропускную способность, как и сопоставимый ему FC 8Гбит, но это не совсем так. Хотя пропускная способность iSCSI и выше, но его эффективность ниже, чем у FC за счёт дополнительных накладных расходов.

Производительность iSCSI зависит от существующий инфраструктуры Ethernet (на сегодняшний день минимально рекомендованная сеть для iSCSI – 10Гбит). В ближайшем будущем (по данным Gartner, 10–12 месяцев) стоит планировать переход на 25/40/50GbE, если будет необходимость использовать высокопроизводительные all-flash СХД.

SAN-сети на основе сетей Ethernet

Протоколы iSCSI, NFS, SMB, FCoE используют Ethernet-сети для передачи данных, поэтому использовать данные протоколы в общих сетях не целесообразно. Это приводит нас к необходимости развёртывания выделенных сетей для использования их в качестве SAN.

Такие сети должны работать параллельно с другими основными сетями и отделять пользовательский траффик от траффика данных серверов. Однако из-за разделения сетей увеличивается сложность администрирования и общая стоимость владения.

Единственное исключение — это использование общих сетей для объектного хранения, т.к. в данном случае обеспечение минимальных задержек и максимальной производительности не так критично.

NFS (Network File System)

Network File System (NFS) — протокол сетевого доступа к файловым системам, первоначально разработанный Sun Microsystems в 1984 году. NFS предоставляет клиентам прозрачный доступ к файлам и файловой системе сервера.

NFS просто конфигурируется и администрируется, т.к. используется поверх сетей Ethernet. Как и в других протоколах, использующих Ethernet, скорость и задержки целиком зависят от реализации сети на нижнем уровне и чаще всего «упираются» в ограничения стандарта 10GbE.

NFS часто используется как протокол начального уровня для построения SAN-сети для виртуализации. По прогнозам Gartner, такой тренд сохранится в течение последующих 10 лет.

SMB (Server Message Block)

SMB — это сетевой протокол для общего доступа к файлам, который позволяет приложениям компьютера читать и записывать файлы, а также запрашивать службы серверных программ в компьютерной сети. Разработан компанией Microsoft для реализации «Сети Microsoft Windows» и «Совместного использования файлов и принтеров». С увеличением пропускной способности сетей передачи данных SMB стал одним основных протоколов файлового доступа, применяемых в СХД. В системах хранения SMB чаще всего используется в сетях 10GbE, из-за этого его производительность сильно зависит от реализации, настроек и используемых компонентов сети.

До версии SMB 3.0 протокол в основном использовался для передачи файлов в локальных сетях. С новой версией, поддерживающей технологию SMB-Direct (использование RDMA), стал активно применяться в кластерах виртуализации на базе MS Hyper-V как протокол доступа к общему пулу хранения.

Как и NFS, SMB часто используется в качестве протокола начального уровня при построении SAN-сети для виртуализации. Эта тенденция также должна сохраниться в ближайшее десятилетие.

InfiniBand (IB)

InfinBand — высокоскоростной протокол, обеспечивающий очень большую пропускную способность и низкие задержки. Используется, преимущественно, в отрасли высокопроизводительных вычислений (HPC) и в качестве интерконнекта при создании высокопроизводительных СХД.

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

В сравнении с FC и Ethernet протокол InfiniBand более «дорог» для внедрения и обслуживания. К тому же, существует лишь несколько считанных компаний, которые производят оборудование и программное обеспечение для работы с IB.

NVMe (NVM Express)

NVMe — это достаточно новый высокопроизводительный протокол доступа к твердотельным накопителям, подключенным по шине PCI Express. Аббревиатура «NVM» в названии обозначает энергонезависимую память (Non-Volatile Memory), в качестве которой в SSD повсеместно используется флеш-память типа NAND.

Протокол был разработан с нуля. Основные цели его разработки – низкие задержки и эффективное использование высокого параллелизма твердотельных накопителей. Последняя задача решается за счёт применения нового набора команд и механизма обработки очередей ввода-вывода, оптимизированного для работы с современными процессорами.

На данный момент технология NVMe еще не получила широкого распространения. В основном протокол используется для внутреннего соединения в серверах и СХД. Спецификация NVMe также позволяет инкапсулировать его в другие протоколы, такие как Ethernet, FC и InfiniBand, и масштабировать протокол в более крупных сетях. Впрочем, поскольку NVMe использует прямой доступ к памяти (RDMA), латентность протокола несущей должна быть очень низкой для нормальной работы протокола.

В 2017 году ожидается активное внедрение NVMe, так как многие производители серверных платформ представляют новые модели с поддержкой двухпортовых NVMe-устройств, что позволит проектировать отказоустойчивые решения для хранения.

Ожидается, что в ближайшие несколько лет NVMe будет использоваться в качестве внешнего межсетевого интерфейса, аналогичного PCIe и InfiniBand. Например, он может использоваться в небольших специализированных сетях хранения из десятков узлов или устройств в однородной среде хранения. Гораздо шире NVMe будет использоваться в качестве внутреннего интерконнекта.

PCIe имеет очень низкие задержки и используется преимущественно в серверах для подключения плат расширения, в том числе и высокопроизводительных NVMe дисков. Некоторые новые продукты от известных производителей используют PCIe в качестве протокола подключения серверов через небольшие PCIe коммутаторы, т.е. PCIe получается использовать только в небольших SAN-сетях.

Только несколько производителей СХД в мире используют PCIe для внешних подключений, что и определяет узкоспециализированное применение данного протокола.

Так как PCIe не использует SCSI и требует собственного протокола для передачи данных, он может увеличить пропускную способность за счёт уменьшения задержек, по сути, работая на скорости чистой PCIe-линии. Такие решения требуют применения проприетарных драйверов, что делает их сложно администрируемыми и приводит к невозможности создавать гетерогенные инфраструктуры, а также встраивать такие решения в существующие SAN сети.

На сегодняшний день основная используемая реализация технологии — это PCIe 3.x, в которой производительность увеличена на 40% по сравнению PCIe 2.x.

По количеству линий PCIe масштабируется от 1ГБ/с до 16ГБ/с. В 2017 году выходит новый стандарт PCIe 4.x, который увеличит производительность в 2 раза, т.е. максимальная производительность достигнет 32ГБ/с.

Протоколы объектного хранения

К объектному хранению относится большое количество новых протоколов, которые работают поверх HTTP, через API. На сегодняшний день многие новые приложения разрабатываются с учётом использования данных протоколов, это особенно актуально для программного обеспечения для резервного копирования.

Производительность этих протоколов сильно зависит от нижнего уровня, чаще всего это Ethernet. Основное функциональное применение протоколов объектного хранения — работа с неструктурированными данными. Ввиду этого они используются в рамках ЦОДов, а также широко применяются для доступа к данным и записи в облачные пулы хранения.

Протоколы объектного доступа требуют передачи и хранения большого объёма метаданных, что всегда добавляет накладные расходы, особенно в сравнении протоколами блочного доступа.

За последние несколько лет было разработано множество протоколов объектного доступа. Наиболее популярные из них – SOAP, S3, OpenStack Swift. В ближайшем будущем (по данным Gartner, в течение 5 лет) данные технологии будут вызывать особый интерес.

Вывод

Развитие SAN-протоколов напрямую зависит от развития приложений и профилей нагрузки.
Такие приложения и типы нагрузок, как в HPC, аналитике Big Data и активных архивах, будут двигать SAN в сторону создания СХД c очень низкими задержками и высочайшей пропускной способностью, а также с поддержкой разделяемого доступа с использованием NVMe.

Протоколы, которые будут внедряться в ближайшем будущем (такие как 40/100GbE ), файловые протоколы (такие как NFS over RDMA и SMB-Direct) и текущие блочные протоколы (такие как FC 16Gb/s), уже сейчас слишком медленные для следующего поколения Flash и гибридных СХД.
Основным протоколом на ближайшее десятилетие останется FC, так как под него создана вся необходимая инфраструктура. Многие будут переходить на FC 16Гб/c, затем на FC 32Гб/с и более новые версии.

InﬁniBand, PCIe и NVMe останутся протоколами для подключения конечных устройств, межузловых подключений в кластерах или интерконнекта с малыми задержками. При этом будут и небольшие узкоспециализированные решения для SAN-сетей, в которых необходимы минимальные задержки и максимальная пропускная способность. FCoE, iSCSI, NFS, SMB или объектные протоколы будут использоваться преимущественно в качестве внешних протоколов.

C каждым годом растёт интерес к объектным системам хранения. Это происходит за счёт увеличения количества неструктурируемых данных, появления новых задач по их обработке и новых требований к хранению информации.

• The Fibre Channel Roadmap, FCIA 2016.
• Dennis Martin. Demartek Storage Networking Interface Comparison, Demartek 2016.
• Valdis Filks, Stanley Zaffos. The Future of Storage Protocols, Gartner 2017.

Источник

Nfs или smb что лучше

Этот форум закрыт. Спасибо за участие!

Лучший отвечающий

Вопрос

Что лучше использовать для шары в которой будут храниться Redirected Folders.

Сеть не гетерогенная, т.е. присутствуют только клиенты Windows, причем все возможные клиенты не будут ниже Windows Vista, а все сервера в домене 2008 R2. Собственно вопрос в том, что же лучше использовать в данном случае?

Ответы

вот там в настройках есть выбор типа шары: SMB или NFS.

Все ответы

Ну собственно варианты:

1. NFS
2. SMB
3. Одно из трёх 😉

Дмитрий, я на самом деле не в курсе о возможных приемуществах NFS перед SMB, или наоборот. Вы немогли бы дать чуть более развернутый ответ? Если NFS, то какой при этом выигрыш?

Я немного поправлю свой вопрос, дело в том, что у меня установлен файловый кластер, с хранилищем iSCSI. И расшариваю я через оснастку диспетчера отказоустойчивости кластеров. Так вот там в настройках есть выбор типа шары: SMB или NFS.

вот там в настройках есть выбор типа шары: SMB или NFS.

Источник

🐧 NFS, SAMBA или CIFS

NFS, SAMBA и CIFS – это три разных термина, которые часто упоминаются, когда кто-то говорит об обмене файлами между двумя или более системами.

Но знаете ли вы, что делают эти три реализации, и чем они отличаются друг от друга? По какой-то причине эти технологии остаются загадкой даже для опытных системных администраторов.

На самом деле у каждой из этих трех технологий есть некоторые определяющие характеристики, которые делают их разными, и ни одна из них не является очень сложной для понимания.

В этой статье мы подробно рассмотрим NFS, SAMBA и CIFS, а также поговорим об их реализации в контексте системы Linux.

Мы также взвесим все плюсы и минусы этих трех технологий, чтобы вы могли решить, какая из них лучше всего подходит для вашей сети.

Что выбрать NFS, SAMBA, CIFS?

Начнем с Samba и CIFS.

Оба реализуют протокол SMB (Server Message Block), который был создан компанией Microsoft. Samba и CIFS могут взаимодействовать друг с другом, поскольку они делают одно и то же, только разными способами.

Если вы не работаете с устаревшими системами, вам следует придерживаться Samba.

amba более современна, надежна и быстра.

Таким образом, решение здесь очень простое.

Если вам нужно поддерживать совместимость с компьютерами Windows, используйте Samba.

Если она не подходит для вашей среды, потому что вы используете устаревшие системы, то вы можете остаться с CIFS. И это может вызвать у вас некоторые головные боли, поскольку серверы Samba могут выступать в качестве контроллера домена, а серверы CIFS – нет.

то позволяет пользователям Windows использовать свои учетные данные на сервере Samba, а не дублировать весь набор пользователей с Windows на Linux в случае с CIFS.

NFS работает совершенно аналогично Samba – они оба позволяют одному или нескольким клиентам обмениваться файлами с сервером.

Но есть одна существенная оговорка: NFS и SMB не являются совместимыми протоколами.

Это означает, что сервер Samba не сможет взаимодействовать с сервером NFS, по крайней мере, без некоторых доработок. NFS был разработан компанией Sun Microsystems, но Windows Server способен размещать общие ресурсы NFS, и другие операционные системы Windows могут подключаться к нему. Конечно, системы Linux также могут размещать или подключаться к общим ресурсам NFS.

Из этого можно сделать очевидный вывод: NFS отлично подходит для сред Linux, а Samba – для сред Windows или смешанных сред (Linux + Windows).

Если ваш сервер хранения работает под Linux, выбирайте NFS.

Если это Windows, выбирайте Samba.

Это даст вам наиболее идеальную настройку и наилучшую производительность, хотя, безусловно, можно использовать любой из этих вариантов.

Установка Samba на Linux

Чтобы начать использовать Samba в систеамх Linux, используйте соответствующую команду для установки программного обеспечения в вашей системе.

В Ubuntu, Linux Mint и других дистрибутивах на базе Debian:

Установка NFS в Linux

Чтобы начать использовать NFS в Linux, используйте соответствующую команду для установки программного обеспечения в вашей системе.

В Ubuntu, Linux Mint и других дистрибутивах на базе Debian:

На Fedora, CentOS, AlmaLinux и других дистрибутивах на базе RHEL:

Заключение

В этом руководстве мы рассмотрели основы NFS, SAMBA и CIFS.

Это должно помочь вам принять решение о том, какая технология обмена файлами лучше всего подходит для вашей сетевой среды.

Как только вы будете готовы приступить к работе, мы дадим вам соответствующие команды для установки программного обеспечения на вашу систему.

После этого вам нужно будет настроить NFS или SAMBA, чтобы завершить установку и начать совместное использование файлов.

Источник

Что использовать NFS или Samba?

Это случилось сегодня. Это произошло потому, что мой текущий каталог был установлен с помощью sshfs. Я не знаю, произойдет ли это с любой файловой системой FUSE или просто с sshfs, но ответ должен был просто выйти из этого каталога. То есть:

50 ответов

Недавно я установил локальный сервер NFS на сервере Ubuntu 10.04, но мой MacBook Pro (OS X 10.6.X) не смог подключиться.

Недавно я проверил подключение через SMB и NFS к моей станции NAS Synology. Для меня соединение NFS работает в два раза быстрее, чем SMB-соединение. Особенно, если вам нужно иметь дело с 100 GByte фотографий и музыкальных файлов в 1000 каталогах, вам понравится скорость NFS.

Запускайте тесты реального мира, прежде чем посвящать следующие X лет и Y TB конкретному протоколу, никогда не понимая, что существует лучший вариант.

Вы найдете мнения, по всему которым быстрее с людьми из Samba, утверждающими, что они находятся на одном уровне с NFS. В зависимости от ваших потребностей лучше всего настроить общий ресурс Samba и общий сетевой ресурс NFS и выполнить различные тесты чтения / записи / тестирования в реальном времени в сети. Если у вас есть аналогичные потребности, как у меня (машины Windows), вы можете быть удивлены, узнав, что Samba на 20% быстрее, чем NFS.

Пойдите с тем, который дает наилучшие результаты в вашей настройке и игнорирует, что люди говорят, что это самый быстрый.

NFS (версия 4) обеспечивает безопасность, но почти невозможно настроить.