EI
Для меня есть понимание гибридного облака, решающего задачи в DevOps-постановке, и one может вполне в этой нише быть хорошим инструментом, в .т.ч. с внутренним аккаунтингом для того, чтобы смотреть, сколько бы такой инстанс стоил на AWS
Size: a a a
2019 February 09
k
Есть у кого shared storage топология?
Это не про block storage
k
А про кластерные фс и S3
EI
Это не про block storage
А зачем вам именно block storage?
Т.е. какую это решает задачу?
Т.е. какую это решает задачу?
k
А зачем вам именно block storage?
Т.е. какую это решает задачу?
Т.е. какую это решает задачу?
скорость, стабильность, универсальность
EI
скорость, стабильность, универсальность
Ну это не задачи, это ощущения или пожелания
k
мы предоставляем облако клиентам с возможностью ha, а они уже могут размещать в нем свои приложения на привычном ext4 и не думать о backing-storage вообще
EI
мы предоставляем облако клиентам с возможностью ha, а они уже могут размещать в нем свои приложения на привычном ext4 и не думать о backing-storage вообще
А, ок. Тогда мы разные задачи решаем :)
k
в остальном, по своему опыту могу сказать что почти все кластерые фс, тормознутые либо отжирают огромное количество ресурсов
EI
в остальном, по своему опыту могу сказать что почти все кластерые фс, тормознутые либо отжирают огромное количество ресурсов
Пример?
EI
ocfs2 в shared nothing виде (т.е. одна нода) - как ext4
k
не я про SDS в основном
EI
не я про SDS в основном
Это да
k
gluster, moose, lizardfs и все что в FUSE - тормознутое
k
еще тормознутее если не позволяет хранить метаданные отдельно
k
RosoFS - чуть быстрее, но все же
EI
gluster, moose, lizardfs и все что в FUSE - тормознутое
Это всё рождалось на волне прошлого цикла кластеризации, с архитектурой "всё храним в боольшой бочке, и разгребаемся через DLM"
k
Те что работают в ядре - Lustre, BeeGFS, OrangeFS- быстрые, но требуют нехилого экспириенса для настройки того же HA например, плюс мы опять же упираемся в репликацию на уровне backing storage
EI
мы предоставляем облако клиентам с возможностью ha, а они уже могут размещать в нем свои приложения на привычном ext4 и не думать о backing-storage вообще
Просто интересно, как тогда клиенты решают задачи уровня "давайте откатим базу на час назад"
k
Те что работают в ядре - Lustre, BeeGFS, OrangeFS- быстрые, но требуют нехилого экспириенса для настройки того же HA например, плюс мы опять же упираемся в репликацию на уровне backing storage
BeeGFS - вообще не была придумана для долгосрочного хранения, хоть там и есть HA, работает он там крайне паршиво и не предоставляет простой возможности замены сбойного устройства