Дистрибутив для оценки децентрализованной файловой системы Tahoe-LAFS

    Вышел Новый релиз дистрибутива для тестирования и оценки открытой децентрализованной файловой системы Tahoe-Lafs Renat's Suse-12.1.

    Live сборки доступны для CD, USB, VDI (образ виртуальной машины). Загрузив данный дистрибутив и настроив сеть с помощью конфигуратора yast2, Вы можете развернуть собственное безопасное хранилище данных используя хранение как внутри виртуальной машины, так и в облаке (доустановив необходимые компоненты и программы).

    Статьи о Tahoe публиковались ранее на Хабрахабре: Сохраняем безопасно свои данные: p2p файловая система с шифрованием в облаке и Tahoe-LAFS: P2P файловая система, позволяющая использовать облако не доверяя ему.

    Отличительная особенность данного дистрибутива в том, что сборка его произведена в SuseStudio под OpenSuse 12.1, а публикация в SuseGallery позволяет нам клонировать, копировать, загружать и модифицировать данную сборку под свои любые нужды.


    В Tahoe-Lafs файлы разбиваются на куски и загружаются на ноды уже в зашифрованном виде. Настройка избыточности загружаемых данных позволяет строить отказоустойчивые хранилища ваших данных. Имеется встроенный ftp, sftp сервер для доступа к данным. Так же возможна интеграция в web, организация синхронизаций папок upload и т.д.
    Поделиться публикацией

    Комментарии 7

      0
      Интересно будет попробовать.
      А можно ли надеяться на ускорение произвольного доступа к файлам при большой избыточности облака в локальной сети?
        0
        Имеете в виду seek по файлу, или доступ к произвольным мелким файлам?
          0
          Seek по большим файлам.
          С мелкими всё наверное упирается в скорость поиска пиров. Но если пиры найдены, как между ними распределится нагрузка?
        0
        Клиент, скачивающий файлы с пиров, определяет их доступность (по времени доступа), и старается забирать с самых быстрых серверов (нод).
        Скорость поиска пиров не важна, т.к. клиент переодически опрашивает introducer (аналог торрент анонса) и получает адреса нод и затем производит к ним подключение, т.е. клиент готов в любой момент времени получать, отправлять файлы на ноды.
          0
          А какая минимальная избыточность системы, т.е. сколько минимально процентов от изначального размера данных?
            0
            Минимальная конфигурация: на 3 ноды записываются данные (т.е. чуть больше (на метаданные) от 1/3 объема от файла), и минимум 1 нода для избыточности. Т.е. при условии доступности 3х нод на чтение, файл будет прочитан.

            Параметры конфигурации:

            shares.needed = (int, optional) aka «k», default 3
            shares.total = (int, optional) aka «N», N >= k, default 10
            shares.happy = (int, optional) 1 <= happy <= N, default 7
              0
              Спасибо, но пока не совсем могу понять!)
              Насколько мне известно из архитектуры, сегменты файла и данные для восстановления распределяются между всеми доступными нодами. Интересно, сколько именно понадобится суммарного дискового пространства для хранения, скажем, файла размером 1 МБ?

        Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.

        Самое читаемое