ASP.NET, достигнув пределов DFSR и шардирования файлового хранилища

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

Каков наилучший способ разделения? Я знаю, что мы могли бы абстрагировать наше файловое хранилище на уровне приложения, но, между прочим, я поражаюсь тому, как сторонние элементы управления, взаимодействующие с файловой системой, смогут подключиться к этой абстракции. Каковы лучшие техники, которые вы видели, или можете придумать? Предположим сейчас, что у нас есть структура каталогов, такая как /Customers/bikesystems, /Customers/10degrees и т. Д. Один большой каталог данных о клиентах, в котором каждый клиент имеет свою собственную папку в этом каталоге / Customers.

Мое первоначальное мышление заставило меня разбить этот более крупный каталог клиентов на более иерархическую структуру, как в /Customers/b/bikesystems, /Customers/1/10degrees (принимая первую букву или номер каждого идентификатора клиента), что дает мне возможность создать пространства имен DFS для каждого первого символа, который составляет идентификатор клиента (который [a-z0-9] для вас, ребята из регулярных выражений). Итак, потенциальные 36 пространств имен DFS. Затем я могу перетасовывать эти пространства имен на разные серверы по мере увеличения емкости для любого из них. И это дало бы мне гораздо больше передышки, прежде чем я достигну этих теоретических пределов DFSR.

Это лучший подход?

Я знаю, что мы могли бы взглянуть на Linux или другие системы хранения уровня предприятия (Isilon и т. Д.). Однако для этого обсуждения я бы хотел пока ограничить обсуждение Windows. Если, конечно, у вас нет жгучего желания превозносить преимущества другого решения, и вы хотели бы помочь мне увидеть свет!