У нас есть том NTFS, который используется для хранения большого количества файлов (в настоящее время 500 ГБ и растет). В настоящее время одно и то же доступно через общий ресурс файла одним приложением. Мы рассматриваем варианты масштабирования файлового сервера для доступа несколькими приложениями. Другие приложения будут читать только файлы и не выполнять никаких обновлений. Какие параметры доступны при проектировании такого файлового сервера, чтобы он не стал единственной точкой отказа и обеспечивал масштабируемость, репликацию и доступность? Некоторые люди предложили переместить файлы в базу данных и, таким образом, достигнуть их всех. Есть ли лучшие варианты? Заранее заблаговременноПараметры масштабируемости файловой системы
0
A
ответ
0
RAID (избыточный массив недорогих/независимых дисков) будет лучшим вариантом. RAID - это система, в которой несколько дисков могут быть сгруппированы в один том для дополнительного пространства, резервного копирования или их комбинации. Вы можете динамически добавлять, изменять и удалять диски без потери данных.
Например:
- RAID 0 групп дисков в одном объеме, но без поддержки до
- RAID-1 использует половину дисков массив в качестве 1: резервного копирования 1 для другой половины
- RAID 4 использует один из дисков массива как выделенную четность, по существу сжатую резервную копию
- RAID 5 такой же, как выше, за исключением того, что четность распределена между всеми дисками.
- RAID 6 - это то же самое, что и RAID 5, за исключением двух используется размер паритета, который является более безопасным
Вы также можете динамически переключаться между конфигурациями RAID.
1
Microsoft Distributed File System.
Репликация DFS. Новый механизм репликации на основе состояний, оптимизированный для сред WAN. Репликация DFS поддерживает планирование репликации, регулирование полосы пропускания и новый алгоритм сжатия байтового уровня, известный как дистанционное дифференциальное сжатие (RDC).
Википедия имеет хороший обзор here
Смежные вопросы
- 1. Проверка производительности файловой системы
- 2. Параметры масштабируемости SQL Server 2008
- 3. Шифрование базы данных или шифрование файловой системы?
- 4. Объяснение boost :: формат файловой системы файловой системы в C++
- 5. получить тип файловой системы с использованием файловой системы boost
- 6. Переопределить параметры теста для пользовательской файловой системы - Как?
- 7. Основы реализации файловой системы
- 8. создать дескриптор файловой системы?
- 9. экспериментальная ошибка файловой системы
- 10. Эффективный поиск файловой системы
- 11. Размер блока файловой системы
- 12. Ошибка файловой системы (12)
- 13. Инструменты тестирования файловой системы
- 14. UFT Проверка файловой системы
- 15. анализ файловой системы
- 16. Время файловой системы NTFS
- 17. Чтение файловой системы FAT16
- 18. Обход файловой системы fat32
- 19. Задача файловой системы SSIS
- 20. дизайн виртуальной файловой системы
- 21. Объяснение файловой системы hadoop
- 22. Архитектура файловой системы Linux
- 23. Индексирование файловой системы
- 24. Маршрутизация файловой системы Joomla
- 25. Разрешения файловой системы Sharepoint
- 26. Идентификация файловой системы? C#
- 27. Запрос файловой системы
- 28. Docker.IO Конфигурация файловой системы
- 29. Реализация базовой файловой системы
- 30. Оптимизация файловой системы (ext3)
Это защитит вас от сбоя привода, но не против других сбоев. Не обеспечивает масштабируемость. –
RAID обеспечивает масштабируемость, так как вы можете динамически расширять массив в соответствии с вашими потребностями. –
Вам все равно нужно пройти через один интерфейс. По большей части RAID медленнее, чем просто запись на один диск. Вы должны рассчитать четность (в большинстве случаев), записать на несколько дисков и синхронизировать записи, чтобы убедиться, что все правильно получили данные. –