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