DK
спасибо за беседу, всем снов.
Size: a a a
2020 April 21
PD
Я имел в виду двухтысячные, рожденные после 2000. В СССР гос. Тебя имело при первом признаке сойти с пути что тебе дали. Сейчас создана иллюзия что ты весь такой уник, и никто, а гос. Тем более тебя не имеет права посадить на место, а в случае если попытаются, то гос. И социум за тебя врубается. А тебе для этого делать ничего не надо.
Ну, в позднем СССР разницы с текущими порядками не то, что бы много. Разные вещи являются для социума запретными, но необходимость соблюдать правила примерно такая же, особенно на глобальном рынке. Нет особой разницы между "нельзя критиковать партию публично" и "нельзя критиковать негров публично". В 70ое было тяжелее (по рассказам), а в конце 80х уже не очень.
SB
Посмотрите minio (мин ай о).
Был опыт работы?
GM
Sergey Baranov
По теме группы - тут прилетал один достаточно простой архитектурный кейс, но в нем была особенность - нужно было по сути запилить аналог дропбокса.
Выбор пал на swift или ceph (протопипируется), но возникла идея обсудить в целом построение таких систем с точки зрения архитектуры. Это безумно интересно и решений продуктовых с десяток-два.
Есть кто с опытом пообщаться, может из яндекс.диска или мейлру.диска кто есть?)
Выбор пал на swift или ceph (протопипируется), но возникла идея обсудить в целом построение таких систем с точки зрения архитектуры. Это безумно интересно и решений продуктовых с десяток-два.
Есть кто с опытом пообщаться, может из яндекс.диска или мейлру.диска кто есть?)
мейл ру любители ceph
у яндекса сторадж свой
https://www.youtube.com/watch?v=qcZLUYgty2M
https://ru.bmstu.wiki/Yandex_Database
у яндекса сторадж свой
https://www.youtube.com/watch?v=qcZLUYgty2M
https://ru.bmstu.wiki/Yandex_Database
AZ
Посмотрите minio (мин ай о).
Смотрели, взяли, но потребовало много кастома. Даже не близко к облакам по тому, как разграничивается доступ из коробки. Разве что каждую папку отдельным бакетом создавать.
GM
Смотрели, взяли, но потребовало много кастома. Даже не близко к облакам по тому, как разграничивается доступ из коробки. Разве что каждую папку отдельным бакетом создавать.
а как вам их идея с тем что единожды созданный кластер не поддаётся расширению даже если происходит потеря "дисков" или нод?
GM
а как вам их идея с тем что единожды созданный кластер не поддаётся расширению даже если происходит потеря "дисков" или нод?
это в дистрибьютед
LV
а как вам их идея с тем что единожды созданный кластер не поддаётся расширению даже если происходит потеря "дисков" или нод?
Это вы про minio?
GM
Minio in this case is working as intended, minio cannot be expanded or shrinkable in this manner. Minio is different by design. It is designed to solve all the needs of a single tenant. Spinning minio per tenant is the job of external orchestration layer. Any addition and removal means one has to rebalance the nodes. When Minio does it internally, it behaves like blackbox. It also adds significant complexity to Minio. Minio is designed to be deployed once and forgotten. We dont even want users to be replacing failed drives and nodes. Erasure code has enough redundancy built it. By the time half the nodes or drives are gone, it is time to refresh all the hardware. If the user still requires rebalancing, one can always start a new minio server on the same system on a different port and simply migrate the data over. It is essentially what minio would do internally. Doing it externally means more control and visibility. Minio is meant to be deployed in static units per tenant.
LV
Спасибо, не знал.
GM
ну в принципе если у вас данных реально много то это дешевле конечно, хотя тот факт что нельзя починить на уровне замены диска не понятен
LV
Видать, обратная сторона их супер скорости.
GM
Спасибо, не знал.
это касается режима где используется erasure code
GM
Видать, обратная сторона их супер скорости.
в том числе, получается нет никакой ребалансировки данных как в том же ceph
AZ
Minio in this case is working as intended, minio cannot be expanded or shrinkable in this manner. Minio is different by design. It is designed to solve all the needs of a single tenant. Spinning minio per tenant is the job of external orchestration layer. Any addition and removal means one has to rebalance the nodes. When Minio does it internally, it behaves like blackbox. It also adds significant complexity to Minio. Minio is designed to be deployed once and forgotten. We dont even want users to be replacing failed drives and nodes. Erasure code has enough redundancy built it. By the time half the nodes or drives are gone, it is time to refresh all the hardware. If the user still requires rebalancing, one can always start a new minio server on the same system on a different port and simply migrate the data over. It is essentially what minio would do internally. Doing it externally means more control and visibility. Minio is meant to be deployed in static units per tenant.
"не будем делать работу, которую и без нас не плохо сделают" — не самое плохое решение
PD
У ceph, насколько помню, одна большая проблема - очень много тонкостей, так что нужно много времени и квалификации для того, что бы заработало надежно. Т.е. запустить можно быстро, но вот чтобы данные не терять и работало нормально нужно полгода минимум.
PD
Ну, примерно как и с кубером.
LV
Похожее отношение к ceph
GK
У ceph, насколько помню, одна большая проблема - очень много тонкостей, так что нужно много времени и квалификации для того, что бы заработало надежно. Т.е. запустить можно быстро, но вот чтобы данные не терять и работало нормально нужно полгода минимум.
Всё так и есть