J
Какую-то высосанную из одного места проблему решаем.
Давай поиграем в филиал Тойоты.
J
Почему нужно запретить пользователям создавать вм с эфемерными дисками?
NS 🇷🇺
Nikolay
Потому как если нужен ha, то нужно помнить что локальные диски нини
NS 🇷🇺
Nikolay
Потому как мазафака через нову не может перезапустить виртуалку для которой нет диска на новом гипере
J
Nikolay
Надо подумать как такой фокус исполнить на fc
Nikolay
Для NFS я все маунтил и работало как из пушки
J
Опять же, не думаю что всем нужно чтобы Masakari перезапускал машину автоматом на новом гипервизоре.
Разве что, динозаврам всяким.
J
Кому тру ha, тот на уровне приложений сделает.
Nikolay
работаем с теми клиентами что есть
NS 🇷🇺
Зачем вам вообще локальные диски?
Nikolay
понятно что после краша гипера шансы на нормальный рестарт виртуалки сомнительные
J
Nikolay
локальные диски если nvme то iops хорошие, некоторым надо
Илья | 😶☮️🐸
Илья | 😶☮️🐸
Разве что бут быстрый, на этом плюсы всё
Nikolay
я же не агитрую что прям маст хэв
Илья | 😶☮️🐸
Ну не мастхев, да, но норм тема
Илья | 😶☮️🐸
Hetzner по моему вообще отказался от цефа и ему подобных в пользу локальных дисков
Nikolay
а как себя будет чувствовать фс и сервис в виртуалке если под хайлоадам ей питание обрубить?
Nikolay
а сервис?
Nikolay
а если винда
Nikolay
или еще какая дичь
J
А если метеорит упадет на датацентр?
Artem
😂
J
Atos Bull тогда надо покупать, все фс монтировать только с O_DIRECT и O_SYNC.
J
Храм можно построить при датацентре и батюшке приплачиывать чтоб ходил святой водой прыскал и молебен трижды в день устраивал.
J
Проблема отказоустойчивости сервиса клиента это проблема клиента.
Можно оказывать консалтинговые услуги клиенту и рассказывать как сделать надежно, можно своими руками помогать.
J
А пытаться решить проблемы отказоустойчивости сервиса с помощью инфраструктурных решений все равно бесполезно.
Pavel
А на сколько инфраструктура может быть не отказоустойчивой, чтобы это могло перестать быть проблемой клиента? =)
J
Илья | 😶☮️🐸
Pavel
Думаю да. Это просто сам по себе клевый вопрос. Одни топят за перемазаться по кругу резервами чтобы ничего ни-ни, другие говорят, что все это проблема клиента и софт должен быть отказоустойчив, что тоже верно. А где грань не понятно. Вопрос не троллинга ради, у меня нет ответа где та граница, когда падать и терять данные больше нельзя, потому что сервис клиента возможно уже и не очень-то и должен к этому быть готов
J
Думаю да. Это просто сам по себе клевый вопрос. Одни топят за перемазаться по кругу резервами чтобы ничего ни-ни, другие говорят, что все это проблема клиента и софт должен быть отказоустойчив, что тоже верно. А где грань не понятно. Вопрос не троллинга ради, у меня нет ответа где та граница, когда падать и терять данные больше нельзя, потому что сервис клиента возможно уже и не очень-то и должен к этому быть готов
Пусть клиент сам решает и при покупке услуги оговаривает что его интересует.
Ты можешь гарантировать SLA по аптайму инфраструктуры, но не конкретного экземпляра сервиса клиента.
Допустим, у клиента сложное приложение работающее с базой данных, но при этом фс смонтирована с writeback кэшем. И что же, при внезапном отключении питания на гипервизоре экземпляр машины должен продолжить работать на другом гипервизоре без потери содержимого памяти, без потери дисковых транзакций и без потери хоть одного сетевого пакетика?
J
Задачу решить средствами приложения проще и удобнее чем с помощью инфратсруктурных изысков.
J
Pavel
конечно же нет. Меня больше вопрос в срезе инфры интересует. Внутри ВМ может быть что угодно, о чем даже думать не хочется. SLA вполне понятная метрика. Я просто бываю часто и со стороны заказчика и со стороны инфры и, сука, с разных сторон у меня разный взгляд и ожидания 😄 Яндекс мне вот например машины постоянно ребутит. Не то чтобы это сильно напрягает и в SLA уверен они тоже влазят, но какого черта, бесит =)
J
Ждите типа следующего)
J
Dmitry
Именно поэтому мы так не делаем :)
Dmitry
Там, с одной стороны, действительно есть махровые токсики. С другой стороны, это как бы самая "главная" команда в openstack, там burn-out такой, что нам и не снился. Хз
Nikolay
как я понимаю начиная с зины по умолчанию server create будет создавать локальный диск и пофигу что во флеворе
J
Dmitry
Я их не оправдываю, но в чём-то понимаю.
Dmitry
Ты понимаешь, что они тоже разработчики?
Dmitry
Нет никакого тайного правительства. Кто больше накоммитил - тот и прав. Всеми любимая меритократия.
J
J
Как нет тайного правительства?
Redhat, HPE, IBM и прочие рептилоиды.
Dmitry
"Все понимают, но продолжают" — вот они
Dmitry
HPE давно стух, мы теперь главные рептилоиды. Будешь жаловаться - наведу мозговые волны!
J
J
Я имею ввиду что работать в крупных энтерпрайзах очень сложно. Огромные компании не очень могут создавать комфортные условия и "перезагружать" людей которые устают от одной и той же работы.
J
Вот одни выгорают и всех в задницу шлют, а другие подгорают от этих посылов)
Dmitry
Если ещё упростить: очень мало людей делают очень много работы. Отсюда часто и возникают дебильные политики.
J
Dmitry
Собственно, спецификации буквально вводили под соусом "замедлить поток больших патчей". Если кто не в курсе.
J
Кстати, круто было бы назначать денежные bounty за реализацию того или другого.
Чо б и нет) Была б платформа для этого)
Artemy
Поддержку донатов с карты Мир запилите?
Илья | 😶☮️🐸
J
Artemy
Нафиг крипту, я так и не сумел собрать игровой компуктер!
Илья | 😶☮️🐸
Artemy
Из-за сраных майнеров мамкиных криптоинвесторов
Dmitry
Artem
У меня знакомый машину заложил в крипту и прогорел
Artem
При том, что у него семья, ребенок..))
Artem
и машина в кредите была
Artem
Dmitry
Я на https://web3isgoinggreat.com/ такие истории читал, что это даже ничего ещё.
DDR
Всем привет, возникла проблема с установкой freezer. Не дает зайти во вкладки sessions и jobs. Скажите кто то инсталил freezer на yoga, он вообще работоспособный ?
Илья | 😶☮️🐸