Я привык к традиционным SAN. В традиционной SAN мы можем создавать уровни хранения (быстрые диски, медленные диски), а затем выделять тома из этих уровней хранения. Таким образом, устройство, которому требуется сверхнизкая задержка и сверхвысокая пропускная способность, может создавать тома из флэш-дисков, а хранилище данных может получать тома, построенные на медленно вращающихся носителях и т. Д. Теперь очевидно, что это для блочного хранилища, но я пытаюсь выяснить, поддерживает ли gluster что-нибудь подобное.
Я читал документы Gluster и, похоже, не могу найти ничего, что напрямую поддерживает классы обслуживания.
Если я разверну 9 узлов хранения с 10 дисками каждый, и первые 3 будут иметь «быстрые» диски NVME, следующие 3 будут иметь «средние» корпоративные диски SAS (15 тыс. Об / мин), а последние 3 - «медленные» диски SATA 7200 об / мин. поддержка gluster, обеспечивающая разные пулы хранения для каждого «класса» или «уровня» обслуживания? Я знаю, что один пул может быть неоднородным, но я ищу отдельные пулы.
Единственное, что я нашел до сих пор, - это упоминания "многоуровневого" внутри документации gluster, но на их языке они определяют "многоуровневое" как единый пул с несколькими типами дисков в нем, где медленные диски действуют как холодное хранилище для данных, которые используется редко, а быстрые диски действуют как кеши.
Поддерживает ли gluster классификацию уровней хранилища и предоставление этих уровней различным конечным точкам?
Да, вы можете создавать такие разные «классы». Что бы вы сделали с Gluster, так это создать том (в основном сетевая файловая система, общий доступ или экспорт), в котором есть все кирпичики на одном типе носителя, а другой том с кирпичиками на другом типе.
Многие пользователи называют тома в честь проектов или отделов, но нет причин, по которым вы не могли бы назвать том «быстрым», «средним» или «медленным».
Функция многоуровневого доступа в Gluster - это не то, что вам нужно. Вдобавок он недостаточно стабилен для большинства пользователей и постепенно выходит из строя.