Если его не вырубить)

эээээ простите?

имеется ввиду вот такие штуки https://dev.mysql.com/doc/refman/5.7/en/innodb-parameters.html#sysvar_innodb_log_buffer_size

> A large log buffer enables large transactions to run without the need to write the log to disk before the transactions commit. вы сейчас хотите сказать, что оно наоборот должно сохранять незакомиченную транзакцию?

Ну, было бы неплохо. Потому что в противном случае, длинная транзакция теряется. Хотя да, лучше не делать длинные транзакции, конечно)

> A large log buffer enables large transactions to run without the need to write the log to disk before the transactions commit. вы сейчас хотите сказать, что оно наоборот должно сохранять незакомиченную транзакцию?

это же типичный слышал-звон-не-знает-где-он. вангую господин пытался сказать о директиве https://dev.mysql.com/doc/refman/5.7/en/innodb-parameters.html#sysvar_innodb_flush_log_at_trx_commit

Но я такую фигню видел в Кассандре только )

;) про flush_at_trx_commit я в курсе

слушайте я не топикстартер фигни про то что "субд не пишет про диск"

это же типичный слышал-звон-не-знает-где-он. вангую господин пытался сказать о директиве https://dev.mysql.com/doc/refman/5.7/en/innodb-parameters.html#sysvar_innodb_flush_log_at_trx_commit

-) нет, это типично когда я пытался честно найти кроме очевидных вещей с fsync места где СУБД не гарантирует запись на диск =)

-) нет, это типично когда я пытался честно найти кроме очевидных вещей с fsync места где СУБД не гарантирует запись на диск =)

я вообще не понял что вы тут пытаетесь мне сказать.

я вообще не понял что вы тут пытаетесь мне сказать.

что ж, на этом предлагаю разойтись, довольные друг другом =)

а нахер нужна субд, которая свои wal-файлы не пишет с fsync? если вы такую хотите, то вам и монга подойдёт наверное

а нахер нужна субд, которая свои wal-файлы не пишет с fsync? если вы такую хотите, то вам и монга подойдёт наверное

;) а если WAL и вообще transaction log нет? ;) что делать?

значит это не субд

нет требования строгого сохраниения данных - не субд, а блокнотик с мордочкой

Ну, было бы неплохо. Потому что в противном случае, длинная транзакция теряется. Хотя да, лучше не делать длинные транзакции, конечно)

господи, что?

или с библиотечкой

нет требования строгого сохраниения данных - не субд, а блокнотик с мордочкой

еще раз, "строгое сохранение данных", не обязательно должно быть через WAL ;) но да, 90% народу OLTP базы реализуют через Transaction Redo Log, там это оправдано

А других способов надёжно сохранить данные особо и нету

Даже в банках переводы денег делаются двухфазными транзакциями

Простите, я опять со своим старым вопросом по поводу того, что поды подвисают в Terminating state из-за того, что не могут сделать unmount voume с секретами. Есть сильное подозрение, что это возникает из-за того, что мы запускаем kubelet в докере. CoreOS по умолчанию запускает kubelet в контейнере, но rkt - https://github.com/coreos/coreos-overlay/blob/master/app-admin/kubelet-wrapper/files/kubelet-wrapper . Ребята из kubernetes anywhere запускают kubelet в докере - https://github.com/kubernetes/kubernetes-anywhere/blob/master/phase2/ignition/vanilla/kubelet.service . Насколько я понимаю это возможно если примаунтить /var/lib/kubelet с флагом shared, а может даже лучше rshared. Но есть еще один путь - запускать kubelet из контейнера с флагом --containerized - он начинает маунты делать через nsenter. Вопрос - кто-нибудь пытался запускать kubelet из докера? Ну, понятно, что все, кто юзает CoreOS запускают его из-под rkt. И второй-момент - кто-нибудь с этим флагом containerized вообще игрался? Он описан как экспериментальный.

https://www.youtube.com/watch?v=Nosa5-xcATw&feature=youtu.be&t=1080 Я так понял проблема не в том что базы что-то не сразу сохраняют на диск, а скорее в том что диск может отвалиться а потом неожиданно прицепиться обратно, под может переместиться с ноды на ноду итп

https://medium.com/google-cloud/understanding-kubernetes-networking-services-f0cb48e4cc82?source=userActivityShare-5fbfe71b16a4-1518499821

Тем кто спрашивал про абстракции кубера: купите книжку kubernetes in action, она того стоит

Тем кто спрашивал про абстракции кубера: купите книжку kubernetes in action, она того стоит

thanks

Тем кто спрашивал про абстракции кубера: купите книжку kubernetes in action, она того стоит

лучше чем kubernetes up & running?

Хз не читал, но если по оглавлению посмотреть я бы сказал что в первой темы плотнее раскрыты. Но это не точно (с)

лучше чем kubernetes up & running?

Up and running для новичков, in action глубже.

ну вот, а учитывая что скорее всего 90% из заинтересовавшихся только одну книжку по куберу прочитают (время, загруженность, ну сами понимаете) - я бы порекомендовал ту где тема раскрыта больше, и которую можно потом как настольный справочник юзать (раз уж купили :)

Я так вообще не прочитаю

ну вот, а учитывая что скорее всего 90% из заинтересовавшихся только одну книжку по куберу прочитают (время, загруженность, ну сами понимаете) - я бы порекомендовал ту где тема раскрыта больше, и которую можно потом как настольный справочник юзать (раз уж купили :)

и которая устареет через 2 релиза кубера - год

и сертификация которая у них сроком на год

сейчас кубер - больше бизнес чем технология

мне про книгу надоело рассказывать, я за ее рекламу деньги не получаю, так что просто отвечу и закрою тему: она постоянно обновляется, щас 5-й или какой-то другой релиз выпустили

сейчас кубер - больше бизнес чем технология

ну это философская тема…. строительные инструменты тоже продаются в магазинах, знаете ли, такой себе бизнес :)

последний релиз был в декабре. Добавим сверху подготовку к релизу - месяц. То есть отставание на 3-6 месяцев.

ну это философская тема…. строительные инструменты тоже продаются в магазинах, знаете ли, такой себе бизнес :)

вы посыл не поняли

Вот только строительный инструмент не устаревает через полгода

Вот только строительный инструмент не устаревает через полгода

и научившись узать молоток - ты им сможешь пользоваться всю жизнь

там раз в ког ручку с головкой не меняют

Научился стучать молотком, а через полгода выпустили новую версию и твои знания стали бесполезны

на обсолютно новую

при чем, еще с интерфейсом для даунов

Вспоминается повесть "Профессия" Азимова

в целом я с вами согласен, а в частностях: а что из того что в бету вошло устарело критичного? прям интересно стало

(если честно то как программист я к этому давно привык - библиотеки постоянно устаревают, ломают совместимость, перестают мантейниться, появляются новые... это все знают и учитывают, не вижу причин не делать то же с софтом который по сути набор библиотек)

одно из последних что я видел, один интерфейс (забыл как обзывается) через который немало так пилили своих плагинов люди - уже задэприкейтили

вы наверное про custom resource definitions

нет там было связано с сторедж плагинами

(если честно то как программист я к этому давно привык - библиотеки постоянно устаревают, ломают совместимость, перестают мантейниться, появляются новые... это все знают и учитывают, не вижу причин не делать то же с софтом который по сути набор библиотек)

Есть надёжный и стабильный софт, а есть хипстерские поделки :)

не захарит - подниму хистори

Научился стучать молотком, а через полгода выпустили новую версию и твои знания стали бесполезны

это миф. Базовые знания не устаревают так быстро. Пример: если вы знаете, что такое DNS, то сделать, например, делегацию, это примерно одинаковая задача в Bind 8 и Вind 9. Или даже MSDNS. То же самое можно сказать про docker/k8s и тд

вот только никому не надо знать днс. всем подавай кубернетисы и прочий девопс

всем надо хуяк-хуяк и в продакшн

утрирую конечно

вот только никому не надо знать днс. всем подавай кубернетисы и прочий девопс

что значит никому, моего одного знакомого завалили на собеседовании из-за днс!

не из-за днс, а из-за юдп

хотя не, там совокупность была

девопс это клей. Если вам нечего склеивать, оно вам ни к чему

вот только никому не надо знать днс. всем подавай кубернетисы и прочий девопс

хз, у меня диаметрально противоположный опыт. никому не интересно про кубернетес, всем про днс подавай.

не ну понятно что будут спрашивать про основы на собеседовании, но на работе ты будешь ямль-файлики туда-сюда двигать

не ну понятно что будут спрашивать про основы на собеседовании, но на работе ты будешь ямль-файлики туда-сюда двигать

если так происходит, значит вы играете не в своей лиге.

вообще-то нет

на кнопки будешь жамкать

в веб-мордочке, ага

:)

если так происходит, значит вы играете не в своей лиге.

я сейчас не про собеседования, а про реальную работу с кубернетисами в продакшне

я сейчас не про собеседования, а про реальную работу с кубернетисами в продакшне

если реальная работа с кубернетесами выражается в "никому не надо знать про днс, всем надо хуяк-хуяк и в продакшн" - это значит что вы играете не в своей лиге.

в той "лиге" вакансий нет

в той "лиге" вакансий нет

в той лиге всегда вакансии есть.

и про кубернетес на собеседованиях не спрашивают

спрашивают "как работает и что делает ls -la *"

я не про россию, где любят всё своё носить с собой, а про европу, где все живут в амазоне и гугл клауде

где и днс и кубернетисы в коробке

и про кубернетес на собеседованиях не спрашивают

Спрашивают-)

я не про россию, где любят всё своё носить с собой, а про европу, где все живут в амазоне и гугл клауде

ну расскажите мне как тут в Европе всё совсем по другому :)

Спрашивают-)

везет, мне сказали в свое время "какой нафиг админ, мы стартап у нас денег нет" %)

ну у меня пока опыта немного, но с виду кажется примерно так

везет, мне сказали в свое время "какой нафиг админ, мы стартап у нас денег нет" %)

Дык я и спрашивал))))

иначе б тебя не было в этом чате :)

Мои знания кубернетеса устаревают каждый год. Но это не проблема. Эти знания составляют лишь малую часть моего багажа. Мне и сейчас эти знания не особо нужны, достаточно открыть документацию и мельком посмотреть.

Мои знания кубернетеса устаревают каждый год. Но это не проблема. Эти знания составляют лишь малую часть моего багажа. Мне и сейчас эти знания не особо нужны, достаточно открыть документацию и мельком посмотреть.

Каждые 3 месяца-)

Мои знания кубернетеса устаревают каждый год. Но это не проблема. Эти знания составляют лишь малую часть моего багажа. Мне и сейчас эти знания не особо нужны, достаточно открыть документацию и мельком посмотреть.

+++

я щас звучу как старый пердун :)

я щас звучу как старый пердун :)

отнюдь

"раньше было лучше!"

Мои знания кубернетеса устаревают каждый год. Но это не проблема. Эти знания составляют лишь малую часть моего багажа. Мне и сейчас эти знания не особо нужны, достаточно открыть документацию и мельком посмотреть.

В любом случае какие основы не меняются.....

ну, если совсем честно, то я первый раз "потрогал" k8s меньше недели назад :)

так что мои знания ещё не успели устареть :)

ты просто еще не знаешь что они устарели :)

изучай актуальную версию :)

ну или так :)

кому-то приходилось обрабатывать /api/v1/watch/events в bash скриптах?

давайте будем честны, при всех прочих равных мы предпочтем иметь рядом с собой специалиста в базовых знаниях по сетям и операционным системам, вместо человека который досконально знает API кубернетеса и владеет каким-нибудь сертификатом по этому поводу

проблема в том, что если я подключаюсь туда курлом, он печатает эвенты на экран, но не отдает управление. Я даже на jq передать не могу, потому что кто-то из них ждет EOF и jq в итоге вообще ничего не печатает

давайте будем честны, при всех прочих равных мы предпочтем иметь рядом с собой специалиста в базовых знаниях по сетям и операционным системам, вместо человека который досконально знает API кубернетеса и владеет каким-нибудь сертификатом по этому поводу

всё так, но его услуги нужны будут редко, а услуги знающего апи кубернетиса - каждый день