Вышел (http://lists.sonic.net/pipermail/gnusol-devel/2010-March/001...) релиз NexentaStor Community Edition 3.0 (http://www.nexentastor.org/projects/site/wiki/CommunityEdition), дистрибутива для создания сетевых хранилищ, сочетающего в себе ядро OpenSolaris b134 и программное окружение Ubuntu 8.04. В качестве файловой системы используется ZFS, управление системой производится через удобный web-интерфейс. Размер установочного iso-образа (http://ftp.nexentastor.org/releases/NexentaStor-Community-3....) составляет 576 Мб, для использования системы требуется минимум 768 Мб ОЗУ.Основные новшества:
- Поддержка автоматического распознавания (http://www.opennet.me/opennews/art.shtml?num=24092) и объединения дубликатов данных в файловой системе ZFS. Если в нескольких файлах присутствуют аналогичные блоки данных, то они будут сохранены на физический носитель только один раз, что позволит существенно уменьшить потребление дискового пространства и увеличить производител...
URL: http://lists.sonic.net/pipermail/gnusol-devel/2010-March/001...
Новость: http://www.opennet.me/opennews/art.shtml?num=25966
просто расмышления
интересно, на каком уровне сделаны эти ограничения для community edition?
и исходя из этого интересует, как они умудрились сделать эти ограничения, при этом соблюдя условия gpl, под которой идет большинство софта.
или эти парни ложили на все лицензии, по подобию идиотов из linux xp?
> интересно, на каком уровне сделаны эти ограничения для community edition?Какие именно ограничения? На объем пространства?
Ядро там от OpenSolaris, так что GPL к нему никаким боком не относится. Все интересные плюшки по управлению - ими же и написаны поди, так что тоже проблем нет. А исходники всего что под GPL наверняка можно найти на nexenta.org или nexentastor.org. Как впрочем и всех изменений к ядру OpenSolaris.
Ограничение сделано на базе комплекса утилит nexenta для работы массивов, управления и обеспечения надежности. Те все то, что превращает "опенсолярку с командами zfs/zpool" в удобный управляемый nas/san с кучей фич расшаривания, резервирования, управления через веб и тд.Никаких ограничений в самом zfs нет, это самая нормальная оупенсолярка, можно забить хоть 20 терабайт, просто кроме записи/чтения из созданной заранее шары работать не будет, весь нексеновский софт (который нифига не gpl, так что его вам не "поправить" так просто - и никаких нарушений лицензий тоже нет, никто не обязывает их юзерспейс наработки выпускать под открытой лицензией) будет говорить "превышен размер допустимого пространства, купите лицензию на больший объем или очистите место до разрешенного".
Хых, там еще забавнее с требованиями ОЗУ.
http://www.nexentastor.org/projects/site/wiki/CommunityEdition
>Хых, там еще забавнее с требованиями ОЗУ.
>http://www.nexentastor.org/projects/site/wiki/CommunityEditionА что именно забавляет?
Наверно 64 битный проц + 4Gb для идеальной работы.Кому как, но по мне крутовато, для энтерпрайз/смб вроде как еще не подходит, а для сохо уже не подходит.
For fun какая-то тулза получается.
Товарищи! вы бы перед тем как чушь писать хотя бы матчасть поизучали! Возьмите любую СХД начального уровня и гляньте что там увнутре стоит! Например ЕМСшные железки базируются как раз на обычном х64 (ранее х86) железе, правда под управлением венды собственной перепилки. и памяти в каждом SP (Storage Processor) стоит не менее 2Гб и большая часть из нее идет под кеширование, плюс половина памяти зеркалится на соседний SP для защиты от сбоев, так что нечего вопить про то, что памяти много требуется. В обычный сервак планка FBDIMM 4Gb стоит 200-300$, скажите еще что для SOHO это неподъемные расходы на ИТ!
чего это вы тут решили что для ент/смб не подходит? вам так кажется? ну так это сугубо ваше мнение, ни имеющее ничего общего с реальностью.
если сравнить в лоб какой-нить нетапп с нексентой, то нетапп сливает сразу. и не только по цене, а по ключевым возможностям, которые для заказчика более чем важны.
Вы думаете, что это "фо фан" а вот некстена зарабатывает на этом хорошую денежку.