Комментарии 11
Интересна связка S3/CDMI + NAS. Есть-ли возможность видеть обекты овновременно в обоих «пространствах»?
Такой возможности у NAS нет. Не важно живет он поверх StorageGRID или это «просто» NAS.
Прикол StorageGRID с NAS в том, что первый может объекты(файлы) прозрачно перемещать на разные уровни хранения.
Объекты же могут без проблем прозрачно быть скопированы, храниться в множественных экземплярах и доступны для чтения/записи из множества мест, но должен работать объектный протокол доступа: S3 /CDMI /SWIFT. Вот NAS бридж он обращаться может по объектному протоколу и видеть эти множественные копии и работать с ними. Но сам NAS он один, доступ к нему происходит из одного-единственного места.
Если же вы используете NAS бридж на двух разных сайтах, то это два разных NAS'а, две разные файловые шары, с разными файлами.
Если интересен функционал только синхронизации ФАЙЛОВ для обеспечения DR, то понадобится какой-то дополнительный функционал (читай дополнительный софт). К примеру MS DFS или:
Прикол StorageGRID с NAS в том, что первый может объекты(файлы) прозрачно перемещать на разные уровни хранения.
Объекты же могут без проблем прозрачно быть скопированы, храниться в множественных экземплярах и доступны для чтения/записи из множества мест, но должен работать объектный протокол доступа: S3 /CDMI /SWIFT. Вот NAS бридж он обращаться может по объектному протоколу и видеть эти множественные копии и работать с ними. Но сам NAS он один, доступ к нему происходит из одного-единственного места.
Если же вы используете NAS бридж на двух разных сайтах, то это два разных NAS'а, две разные файловые шары, с разными файлами.
Если интересен функционал только синхронизации ФАЙЛОВ для обеспечения DR, то понадобится какой-то дополнительный функционал (читай дополнительный софт). К примеру MS DFS или:
- Ctera File sync and share, collaboration
- Citrix Sharefile File sync and share, collaboration
- Egnyte File sync and share, collaboration
- SoftNAS General purpose NFS and CIFS gateway
Это одна из самых больших проблем, так как конечные пользыватели хотят видеть свои файлы вне зависимости какой протокол используется.
NAS бридж, как-бы «сверху» предоставляет доступ по CIFS/NFS и это самый обычный NAS.
Снизу же на бэк-энде, этот же самый NAS бридж подключается по объектному протоколу и преобразует файлы в объекты. А дальше эти объекты уже хранятся в множестве мест Geo-не GEO, EC, реплика, миграция по уровням, облакам, отказоустойчиво, мега-надёжно и т.д. и т.п.
Снизу же на бэк-энде, этот же самый NAS бридж подключается по объектному протоколу и преобразует файлы в объекты. А дальше эти объекты уже хранятся в множестве мест Geo-не GEO, EC, реплика, миграция по уровням, облакам, отказоустойчиво, мега-надёжно и т.д. и т.п.
А какая задача, это архивы, медиа репозиторий, web-контент?
Приложение умеет работать по HTTP или есть возможность прикрутить возможность работы по HTTP?
Если да, то лучше выбрать вариант объектного доступа и забыть про NAS и всякие файловые синхронизации.
Или это обязательно должен быть именно NAS?
Если да, тогда нужен дополнительный софт синхронизации файлов.
Приложение умеет работать по HTTP или есть возможность прикрутить возможность работы по HTTP?
Если да, то лучше выбрать вариант объектного доступа и забыть про NAS и всякие файловые синхронизации.
Или это обязательно должен быть именно NAS?
Если да, тогда нужен дополнительный софт синхронизации файлов.
У вас всегда интересные статьи. Спасибо за информацию.
А можете посоветовать подобное объектное хранилище но попроще? Есть около 5 серверов с простаивающим местом (на разных серверах разный объём). Хотелось бы собрать их в максимально простую объектную бд.
Амазон дороговат в цене за терабайт.
Амазон дороговат в цене за терабайт.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Объектное хранилище NetApp StorageGrid