The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Индекс форумов
Составление сообщения

Исходное сообщение
"Проект CoreOS рассматривает возможность ухода от использован..."
Отправлено Аноним, 21-Дек-14 18:11 
> Я может чего не знаю, но одна ФС - одна схема RAID.

Wrong. В случае btrfs файловая система на уровне своего устройства технически может принимать решение о том как раскладывать файл вообще индивидуально для каждого файла. Все определяется лишь доступными девайсами и местом на них. Реально пока сделана немного упрощенная настройка: уровень RAID выбирается для каждого subvolume отдельно. Что несколько более топорно и менее гранулярно, но тоже позволяет постепенные и плавные restripe путем нехитрых манипуляций с иерархиями. Но технически устройство ФС позволяет и пофайлово указывать желаемую схему размещения.

> Как верно подмечено зависит от схемы хранения. Определяемой ФС. И таки да,
> ограничивается 1 примитивным вызовом.

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

> дедупликации файл может физически занять меньше места. Но ФС должна быть
> способна понять способна она записать файл размера X или не способна.

Заранее неизвестно какую схему размещения вы запросите для очередного файла и как это будет согласоваться с реалиями доступными на девайсах.

> И ведь количество копий блоков данных зависит не от имени или
> атрибутов файла, а от разметки самой ФС.

У btrfs нет никаких жестких принятий решений при создании файловой системы. Одна из причин по которым я считаю ее шагом вперед. Хоть это и дает некие странности с пониманием сколько места свободно, зато так площадь накопителей можно использовать более рационально. Например если у вас есть 2 диска, например, на терабайт и 2 терабайта - в обычном случае вы можете из них сделать например зеркало на терабайт. А в btrfs при этом терабайт двухтерабайтника будет доступен. Просто зеркально получится разложить не более терабайта. Но еще терабайт вполне можно положить "без RAID" (с хранением на 1 устройстве - 2-терабайтном диске). Профит очевиден - обычный RAID проcpaл бы "лишний" терабайт втупую. А тут можно терабайт некритичных данных без резервирования и терабайт более критичных с резервированием организовать. Но на самом деле с точки зрения btrfs есть 2 девайса. На терабайт и на 2. Как хотите так и пользуйтесь ими в пределах поддерживаемых схем RAID и доступного места на девайсах. И это довольно круто придумано :P. Можно забыть о тряске по поводу размера девайсов, уровни можно переиграть на лету и плавно, в том числе и например файловыми операциями. IMHO это весьма серьезный шаг вперед. Хоть и дающий такие странности в подарок. И нет, одного доисторического сискола не хватит для ответа на вопрос разложится ли вон тот файл по вон той схеме RAID на имеющейся конфигурации девайсов. Для ответа на этот вопрос надо как минимум знать свободное место о каждому девайсу и запрашиваемую схему RAID.

 

Ваше сообщение
Имя*:
EMail:
Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email).
Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:
 
При общении не допускается: неуважительное отношение к собеседнику, хамство, унизительное обращение, ненормативная лексика, переход на личности, агрессивное поведение, обесценивание собеседника, провоцирование флейма голословными и заведомо ложными заявлениями. Не отвечайте на сообщения, явно нарушающие правила - удаляются не только сами нарушения, но и все ответы на них. Лог модерирования.



Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру