Size: a a a

DevOps — русскоговорящее сообщество

2020 August 17

AK

Aleksandr Kurach in DevOps — русскоговорящее сообщество
у меня конкретный опыт использования порядка 50НФСов
источник

AK

Aleksandr Kurach in DevOps — русскоговорящее сообщество
и с ними вечно херня какая-то творится.
источник

AK

Aleksandr Kurach in DevOps — русскоговорящее сообщество
что родной что nfs-ganesha
источник

AK

Aleksandr Kurach in DevOps — русскоговорящее сообщество
со вторым меньше гемора, но надо следить.
источник

M

Mentat in DevOps — русскоговорящее сообщество
Alexander N.
Ну так виснет всё, что связано с сетевыми системами, но их же как то юзают
Какие есть альтернативы? Про ceph я уже выше писал и он тоже может повиснуть или вообще упасть
Цеф скорее падает от предсказуемых на мониторинге и архитектуре вещей, те сьэкономили, неправильно пытаемся скейлить, перегрузили, итды. nfs у меня падал просто потому что ему захотелось.
источник

A

Alexander N. in DevOps — русскоговорящее сообщество
Aleksandr Kurach
у меня конкретный опыт использования порядка 50НФСов
О, ну тогда я буду доверять твоему мнению :)
источник

A

Alexander N. in DevOps — русскоговорящее сообщество
Ок, ребята, убедили, спасибо!
источник

AK

Aleksandr Kurach in DevOps — русскоговорящее сообщество
Alexander N.
О, ну тогда я буду доверять твоему мнению :)
да вопрос то в другом. какие есть ресурсы, и что из них можно собрать и на сколько критичный сервис
источник

AK

Aleksandr Kurach in DevOps — русскоговорящее сообщество
если задача из говна и палок так как нет бюджета нихрена - делай на генеше в докере, и дергай мониторингом если умер.
источник

A

Alexander N. in DevOps — русскоговорящее сообщество
Aleksandr Kurach
да вопрос то в другом. какие есть ресурсы, и что из них можно собрать и на сколько критичный сервис
Сервис критичный. Сейчас система работает на activemq и по причине сложной отказоустойчивости думаем уехать с него
В конторе ресурсы есть, даже SAN можно организовать, но хотели обойтись nfs-ом
источник

AK

Aleksandr Kurach in DevOps — русскоговорящее сообщество
Alexander N.
Сервис критичный. Сейчас система работает на activemq и по причине сложной отказоустойчивости думаем уехать с него
В конторе ресурсы есть, даже SAN можно организовать, но хотели обойтись nfs-ом
ну собери на NFS, проверьте как работает, мб вас устроит.
источник

AK

Aleksandr Kurach in DevOps — русскоговорящее сообщество
просто мониторинг вкрутите нормальный и настройте автоподъем мониторингом если умер
источник

AK

Aleksandr Kurach in DevOps — русскоговорящее сообщество
задолбаетесь - сделаешь по другому
источник

A

Alexander N. in DevOps — русскоговорящее сообщество
Aleksandr Kurach
ну собери на NFS, проверьте как работает, мб вас устроит.
Не, я стараюсь учиться на чужих ошибках
Если у других всё плохо, то я не настолько мачо, чтобы у меня вдруг стало это хорошо
источник

D

Dr. L.S.Dee in DevOps — русскоговорящее сообщество
🕵🏻 Макс
Подскажите, вопрос по curl, может кто-то знает.

curl -I "https://www.ozon.ru" -H 'Accept: application/json' -H 'Content-Type: application/json' -H 'Host: www.ozon.ru'

Выкидывает ошибку HTTP 405 Method Not Allowed.  Что не так может быть?
А чо вы сделать-то пытаетесь?
источник

DF

Dmitry Frolov in DevOps — русскоговорящее сообщество
Alexander N.
Хотим сделать отказоустойчивый ActiveMQ
Есть 3 варианта и один из них на NFS
Вам для отказоустойчивого NFS всё равно понадобится shared storage. Может этот shared storage напрямую использовать, без прослойки в виде NFS?
источник

A

Alexander N. in DevOps — русскоговорящее сообщество
Dmitry Frolov
Вам для отказоустойчивого NFS всё равно понадобится shared storage. Может этот shared storage напрямую использовать, без прослойки в виде NFS?
Не вдавался в подробности
Что используется в качестве shared storage?
источник

DF

Dmitry Frolov in DevOps — русскоговорящее сообщество
iSCSI, FC например. если нода померла, этот shared storage монтируется на резервной и раздаётся по NFS оттуда.
источник

D

Danil in DevOps — русскоговорящее сообщество
Alexander N.
Сервис критичный. Сейчас система работает на activemq и по причине сложной отказоустойчивости думаем уехать с него
В конторе ресурсы есть, даже SAN можно организовать, но хотели обойтись nfs-ом
насколько критичный? В плане времени, которое он может простоять упавшим
У меня был опыт с freenas и softnas (то же самое в целом, что freenas, но проприетарное, на линуксе и интегрированное с облаками)
freenas стоит одним сервером. Хранит около 2Пб. Был NFS, сейчас CIFS, оба без отказоустойчивости, потому что его падения 3-4 раза в год дешевле чем еще одна такая машина. Падает как правило не NFS, а сама система
softnas был в амазоне. У него была настроена репликация и авто-фейловер на виртуальных айпишниках, насколько я помню. Работал в итоге через задницу. Либо переключался минут 10, что было слишком много, либо не переключался вообще. В итоге сейчас переходят вроде на FSx на CIFS

Так что я бы сказал, что если RTO в районе 5-10 минут, то опыт отрицательный
источник

A

Alexander N. in DevOps — русскоговорящее сообщество
Dmitry Frolov
iSCSI, FC например. если нода померла, этот shared storage монтируется на резервной и раздаётся по NFS оттуда.
Я так понимаю, речь идёт об упомянутом мною выше SAN
Про iSCSI читал, чувак, который юзал много лет Fibre Channel пишет, что iSCSI лучше
Но я не понимаю, зачем для отказоустойчивого NFS нужна такая основа - если есть SAN, то зачем нужен NFS
источник