Alexander
сами виноваты))
Alex
Для абсолютно нерасшифровываемой функции))
Угу. Надо сразу красиво писать но не получается. А это еще простенькая функция, прочитай, проверь, залогинь.
Roman
сами виноваты))
Неее :) просто иерархия ответственностей.. Я и не знал, что есть такой сервак
Roman
А его никто не админил, как выяснилось
Alexander
что-то мне вспомнилось https://www.youtube.com/watch?v=W8_Kfjo3VjU
Vladimir
@lorddaedra генту можно ставить в продакшн только если этот продакшн случайно вырос из твоего пет-проджекта на генте. В остальных случаях - категорически нельзя.
Vladimir
потому что тебе пары админов не хватит, тебе надо будет искать редких gentoo dev'ов чтобы они под тебя косяки фиксили
Pavel
Отличный боян
там и продолжение есть
Vladimir
А генту девы не все хотят админить генту
Alexander
да какие косяки в нашу эпоху микросервисов?
Alexander
главное, чтобы ядро и докер/ркт нормально работали
Alexander
а всё остальное всё равно в контейнерах, если с каким-нибудь генту-контейнером проблема - ну, можно быстро переехать на дебиан
Alexander
плюс если облако и каждый сервер всё равно дублируется многократно
Vladimir
в нашу эпоху микросервисов, за впихивание stateful сервиса в докер-рокет дают в морду
Vladimir
например
Alexander
всё идёт к тому, что вообще всё будет распространяться через контейнеры
Alexander
так системные обновления не сразу на все серверы накатываются
Alexander
в том же облаке на CoreOS советуют держать серверы с разными версиями ОС
Alexander
на случай что если баг - всё бы сразу не легло
Vladimir
так системные обновления не сразу на все серверы накатываются
это не важно, важно то что у тебя просто накатывание апдейтов это не просто
Vladimir
У генты не очень большая база пользователей по сравнению с дебом
Vladimir
Поэтому протестироаанность апдейтов сильно ниже
Alexander
у Alpine Linux'а ещё меньше
Alexander
что не мешает эту ОС использовать для контейнеров
Alexander
кстати, ешё в дополнение к докерам/рокетам http://snapcraft.io/ есть
Vladimir
И девелоперов меньше, поэтому никто не будет обновлять то что самим девелоперас не нужно
Vladimir
что не мешает эту ОС использовать для контейнеров
еще раз - не все имеет смысл тащить в контейнеры
Alexander
контейнеры позволяют быстро автоматически или полуавтоматически однотипно переехать в другой датацентр в пределах нескольких часов
Vladimir
потому что если у тебя stateful сервер то у тебя еще данные
Vladimir
и тут контейнеры тебе ничем не помогут
Alexander
ну это значит, что делаем бэкапы и на том сервере восстанавливаем из бэкапов
Vladimir
даже более того - грамотно написанные кукбуки какие-нибудь тебе дадут почти такую же скорость переезда
Aleksandr
vagrant+fusion есть бесплатные варианты ?
Vladimir
у тебя вот база на 130ТБ
Aleksandr
меня как то жаба придушит $80 отдать за это
Vladimir
нахера тебе там контейнеры под сервер баз данных? Он обновляется раз в полгода если неповезет
Vladimir
переезд 130ТБ вообще тот еще квест
Alexander
мне кажется, что 130Тб в базе данных можно было бы избежать
Alexander
да удалите 9/10, потом скажете "сорри, ничего не знаем, авария" 😀😂
Alexander
будет проще переезжать
Vladimir
тока заранее скажи в какой области, чтоб сманить твоих клиентов
Alexander
иногда программисты любят писать в субд всякую хрень, которая никому реально не нужна)
Alexander
если её удалить - никто и не заметит
Alexander
а просто не знаю, что там на 130Тб может быть
Alexander
может быть, вам лучше под каждого клиента свою базу данных делать?
Alexander
и тогда будет много маленьких баз данных
Alexander
и их можно будет легко мигрировать независимо друг от друга
Vladimir
может быть, вам лучше под каждого клиента свою базу данных делать?
это только данные от мониторинга, которые трогать нельзя :)
Vladimir
все что можно трогать - трогается
Alexander
ну, админы с базами на 130Тб, действительно, проблемы не из-за отсутствия контейнеров испытывают))
Anonymous
у кого есть знакомые юристы по семейному праву? по ук и гражданке у меня есть знакомые, но они семейкой не занимаются
Vladimir
Alexander
stateful тут означает, что есть некая директория с файлами, которые нужны этому контейнеру для запуска и нормальной работы, значит или оно должно быть где-то на сетевом хранилище, куда будут иметь доступ оба сервера (старый и новый, куда мигрируется контейнер) или через бэкап/восстановление (и тут тоже разные способы есть, снэпшотами фс или .sql или ...)
Alexander
контейнеры решают проблему, когда старая версия обновляется на новую и в процессе этого что-то пошло не так
Alexander
но с базами 130Тб все эти проблемы кажутся мелочью, конечно
Vladimir
Те же базы - random read, random write, десятки тысяч иопсов
Vladimir
Не катит тут даже full flash san
Vladimir
контейнеры решают проблему, когда старая версия обновляется на новую и в процессе этого что-то пошло не так
С базой часто при апдейте меняется схема - не решат эту проблему контейнеры
Alexander
а они не эту проблему решают
Alexander
они просто немного упрощают задачу когда таких проблем нет
Alexander
те же проблемы с обновлениями были и раньше без контейнеров, хуже не стало
Alexander
но вообще, когда речь о СУБД 130Тб , у меня представляется не 1 сервер, а какой-нибудь там хадуп, забитая доверху 42U стойка с серверами
Magistr
130 Т это 13 винтов всего, ну или 26 это одна полка
Aleksandr
это только данные от мониторинга, которые трогать нельзя :)
130тб данных от мониторинга? вы что там мониторите такого у себя в букинге
Alexander
я понимаю, что есть диски на 10Тб)
Alexander
просто если такой объём данных и он реально важен - разве это правильно держать на 1 сервере всё?
Aleksandr
угу только база на нирлайнах умрет нахер)
Alexander
тут претензии уже на полноценную стойку и хадуп как мне кажется)
Alexander
http://image.slidesharecdn.com/201509scottmiaohadoopintwzerodowntimemigration-v-150921064456-lva1-app6891/95/zerodowntime-hadoophbase-crossdatacenter-migration-29-638.jpg?cb=1442889808
Vladimir
130тб данных от мониторинга? вы что там мониторите такого у себя в букинге
Примерно все. Это графики для приложений, бизнес метрик и систем