The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Для ядра Linux предложена реализация SMB-сервера, opennews (??), 30-Авг-21, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


240. "Для ядра Linux предложена реализация SMB-сервера"  +/
Сообщение от Аноним (240), 02-Сен-21, 19:47 
> Прежде всего отказоустойчивость (костылики вроде DFS канули в лету), Multichannel для возможности лить данные через конвергентные сетевые адаптеры, утилизируя их целиком, а также поддержка RDMA и организация доставки програмно определяемого стораджа S2D (Storage Space Direct).

А можно ссылок на подробности этого? И как применять. Интересно как это выкинуть dfs в географически распределенных системах.

Ответить | Правка | Наверх | Cообщить модератору

243. "Для ядра Linux предложена реализация SMB-сервера"  +1 +/
Сообщение от Аноним (238), 02-Сен-21, 23:14 
> А можно ссылок на подробности этого? И как применять.

Начинать читать отсюда: https://docs.microsoft.com/en-us/windows-server/storage/stor...
Если в двух словах, то это применяется для организации гиперковергентного программно определяемого стораджа.
Есть редакции для Hyper-V / System Center и аппаратное применение в рамках Storage Server для современных хранилок с RDMA.
Продолжать тут: https://docs.microsoft.com/en-us/windows-server/storage/file...
В частности Transparent Failover заменяет DFS для создания кластерной отказоустойчиво шары.
https://docs.microsoft.com/en-us/windows-server/failover-clu...
Кроме того никуда не делся Scale-Out File Server для реализации конвергентных хранилок, собственных и от вендоров железа в рамках Storage Server. Это не то же самое, что кластерная шара.

Важно понимать, что DFS и SMB - это теплое и мягкое. DFS - набор открытых протоколов от MS для осуществления файловой репликации поверх старого SMB1, потому что старый SMB не имел никакой отказоустойчивости. DFS сейчас имеет сейчас еще и другую реализацию. Старый FRS уже 10 лет как заменили на DFRS и эта штука используется не для отказоустойчивости, а для задач репликации. Это другое. Вообще DFS это высокоуровневый сервис поверх SMB и много чего еще, а не часть протокола.

> Интересно как это выкинуть dfs в географически распределенных системах.

А чем она у вас там занимается, ваша система? Если у вас шара для совместного использования реальными пользователями, то для этого уже 10 лет как используют WebDAV. В чем смысл такой геораспределения шары, если объектами у вас там являются документы? Опять же автономные копии кэш и синхронизация под WebDAV-каталоги работает лучше чем c DFS.

Если у вас виртуализация и у вас там диски, то DFS такое не тянет по определению. Никакие БД или данные приложений вы так не подключите. Кроме того работа с такой шарой - одно мучение, ведь реальной отказоусточивости нет, а все траблы от мультимастер репликации присутствуют. Даже перемещаемые профили пользователей уехали давно с DFS на кластерные шары/Scale-Out/Storage Spaces.
Дальше всякой мелочевки DFS (каталог с несколькими файликами, типа SYSVOL), которой не нужна ни точность точность ни высокая доступность, и которая готова балансироваться и "геораспределяться" DNS (LOL), её использовать не получится.

Опять же, зачем городить репликацию между файлами в каталоге на нескольких серверах, если можно собрать их в кластер и сделать отказоусточивую быструю шару. Географически распределенная система в этом случае предполагает гиперкластеризацию с регионами (если речь о виртуализации и данных приложений и БД). Администрирующий кластер у вас управляет другими отказоустойчивыми кластерами и перемещает приложения, виртуалки и данные между кластерами и между регионами. Это как раз достигается путем сочетания RDMA и S2D.  При этом наличие конвергентной хранилки никто не отменял. Поверх этого вы уже можете строить любые кластерный шары или отдать один из серверов под Scale-Out. DFS в этом случае еще на уровень выше. Это когда у вас есть 2 шары в разных регионах и вам нужно файлики реплицировать между кластерными шарами... но зачем для этого использовать DFS?! Есть 1001 способ сделать это эффективнее, хотя бы лишь потому что:
- реализация SMB в венде находится в ядре, а DFS - это служба в юзерспейсе.
- DFS работает с полными правами NT ACL и обязана реплицировать и рассчитывать метаданные, SMB работает на низком уровне.

Ответить | Правка | Наверх | Cообщить модератору

248. "Для ядра Linux предложена реализация SMB-сервера"  +/
Сообщение от Аноним (240), 03-Сен-21, 20:39 
Ссылки то я и сам нагуглить могу. Интересовало описание живого опыта. Но после этого комментария много прояснилось:
>  DFS сейчас имеет сейчас еще и другую реализацию. Старый FRS уже 10 лет как заменили на DFRS и эта штука используется не для отказоустойчивости, а для задач репликации.
>  Если у вас шара для совместного использования реальными пользователями, то для этого уже 10 лет как используют WebDAV. В чем смысл такой геораспределения шары, если объектами у вас там являются документы? Опять же автономные копии кэш и синхронизация под WebDAV-каталоги работает лучше чем c DFS.

This. Основное интересуемое во всем этом ACL. Ну и отказоустойчивое хранилище.

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру