AG
я положительные отзывы только о ceph слышал, ну вот glusterfs ещё. посмотрю остальные, спасибо
Size: a a a
2016 September 06
2016 September 07
MF
ну пока все так и будут ждать отзывов, появиться им будет неоткуда
AO
ну, я один из первых, кто начал использовать rkt в продакшене (правда мои проекты начального уровня и никаких потерь [кроме моих репутационных] в случае оффлайна на полчаса-час не будет), так что я не отсиживаюсь в сторонке) а вот что касается сетевой фс - то особой потребности в ней нет (не важно, в какой именно), наверное, я подожду опыта тех, кому она реально нужна...
AO
если уж буду потом ставить - наверное, отдам предпочтение решению от CoreOS, чтобы был единый стэк
AO
как я понимаю, сейчас лидеры - это Ceph и Swift, первую стоит использовать в рамках 1 датацентра, вторую - если хочется сделать фс на основе серверов в разных датацентрах, статья в блоге мирантиса описывает и сравнивает кратко эти сетевые фс https://www.mirantis.com/blog/object-storage-openstack-cloud-swift-ceph/
MF
Это не сетевая файловая система, а object storage
MF
Я про статью, что ты привёл
AG
Расскажите про сетап кореос в вашей девелоперской среде, пожалуйста. У вас стоит etcd внутри на отдельном сервере? Мне по сути пока нужно только токен выдать и кластер собирать от этого etcd. И я правильно понимаю, что etcd, запущенные на кореос будут объединяться в кластер без etcd, который токен выдавал для кластера?
AO
Я про статью, что ты привёл
да, спасибо, я это и имел в виду) [подойдёт для отправки туда статики на хранение, с API как у AWS]
MF
ну только важно понимать, чем это отличается от blob storage
AO
Расскажите про сетап кореос в вашей девелоперской среде, пожалуйста. У вас стоит etcd внутри на отдельном сервере? Мне по сути пока нужно только токен выдать и кластер собирать от этого etcd. И я правильно понимаю, что etcd, запущенные на кореос будут объединяться в кластер без etcd, который токен выдавал для кластера?
я сейчас из этого стэка только Rkt использую на Ubuntu, когда куплю третий сервер - буду пробовать ставить CoreOS, но надеюсь, вам подскажут...
вообще, для разработки это работает с помощью Vagrant'а, а на сервере - там 2 метода, кажется - cloud init и ignition
вообще, для разработки это работает с помощью Vagrant'а, а на сервере - там 2 метода, кажется - cloud init и ignition
AG
для разработки поднять локально - это всё понятно. У меня есть локальные сервисы около 10-12 штук (инвентаризация, сенсу, разные морды для сетапа хостов и тому подобное), сейчас всё разбросано фиг пойми где, сетапится как попало. Я хочу запихать всё это в контейнеры и засунуть в кореос
AG
и сделать доку, чтобы не возникало вопросов, где, как запустить новый сервис
AG
ну и утилизовать ресурсы по максимуму
AG
а то есть вмваре виртуалки, где работает 2 крона и 1 nginx, в который ходят раз в год (скедулер вмваре конечно должен и сам не выдавать ресурсов им, но диск как минимум не оверселится)
AO
у меня сейчас это сделано так: есть балансировщик за пределами облака, он страхует от потери одного из провайдеров или серверов, всё крутится в контейнерах Rkt, правда вот пока на Ubuntu...
AO
наверное, вам тоже на первом шаге будет проще сначала запаковать всё в контейнеры и запустить их локально, а уже потом облако и переводить контейнеры в облако