в нашу эпоху микросервисов, за впихивание stateful сервиса в докер-рокет дают в морду

например

всё идёт к тому, что вообще всё будет распространяться через контейнеры

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

вопрос в протестированности обновления.

так системные обновления не сразу на все серверы накатываются

в том же облаке на CoreOS советуют держать серверы с разными версиями ОС

на случай что если баг - всё бы сразу не легло

так системные обновления не сразу на все серверы накатываются

это не важно, важно то что у тебя просто накатывание апдейтов это не просто

У генты не очень большая база пользователей по сравнению с дебом

Поэтому протестироаанность апдейтов сильно ниже

у Alpine Linux'а ещё меньше

что не мешает эту ОС использовать для контейнеров

кстати, ешё в дополнение к докерам/рокетам http://snapcraft.io/ есть

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

что не мешает эту ОС использовать для контейнеров

еще раз - не все имеет смысл тащить в контейнеры

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

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

не позволяют

потому что если у тебя stateful сервер то у тебя еще данные

и тут контейнеры тебе ничем не помогут

ну это значит, что делаем бэкапы и на том сервере восстанавливаем из бэкапов

даже более того - грамотно написанные кукбуки какие-нибудь тебе дадут почти такую же скорость переезда

ну это значит, что делаем бэкапы и на том сервере восстанавливаем из бэкапов

тебе в этом смысле контейнеры нах не сдались

vagrant+fusion есть бесплатные варианты ?

у тебя вот база на 130ТБ

меня как то жаба придушит $80 отдать за это

нахера тебе там контейнеры под сервер баз данных? Он обновляется раз в полгода если неповезет

переезд 130ТБ вообще тот еще квест

мне кажется, что 130Тб в базе данных можно было бы избежать

мне кажется, что 130Тб в базе данных можно было бы избежать

можно было бы - изебежали бы

да удалите 9/10, потом скажете "сорри, ничего не знаем, авария" ??

будет проще переезжать

да удалите 9/10, потом скажете "сорри, ничего не знаем, авария" ??

ну сделай так, удачи :)

тока заранее скажи в какой области, чтоб сманить твоих клиентов

иногда программисты любят писать в субд всякую хрень, которая никому реально не нужна)

если её удалить - никто и не заметит

а просто не знаю, что там на 130Тб может быть

может быть, вам лучше под каждого клиента свою базу данных делать?

и тогда будет много маленьких баз данных

и их можно будет легко мигрировать независимо друг от друга

может быть, вам лучше под каждого клиента свою базу данных делать?

это только данные от мониторинга, которые трогать нельзя :)

все что можно трогать - трогается

ну, админы с базами на 130Тб, действительно, проблемы не из-за отсутствия контейнеров испытывают))

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

ну, админы с базами на 130Тб, действительно, проблемы не из-за отсутствия контейнеров испытывают))

просто в целом контейнеры плохо ложаться на базы и любое stateful

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

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

но с базами 130Тб все эти проблемы кажутся мелочью, конечно

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

Сетевое хранилище не подходит когда у тебя много io

Те же базы - random read, random write, десятки тысяч иопсов

Не катит тут даже full flash san

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

С базой часто при апдейте меняется схема - не решат эту проблему контейнеры

а они не эту проблему решают

они просто немного упрощают задачу когда таких проблем нет

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

но вообще, когда речь о СУБД 130Тб , у меня представляется не 1 сервер, а какой-нибудь там хадуп, забитая доверху 42U стойка с серверами

130 Т это 13 винтов всего, ну или 26 это одна полка

это только данные от мониторинга, которые трогать нельзя :)

130тб данных от мониторинга? вы что там мониторите такого у себя в букинге

я понимаю, что есть диски на 10Тб)

просто если такой объём данных и он реально важен - разве это правильно держать на 1 сервере всё?

угу только база на нирлайнах умрет нахер)

130 Т это 13 винтов всего, ну или 26 это одна полка

У нас на запись 3000000 иопс

тут претензии уже на полноценную стойку и хадуп как мне кажется)

просто если такой объём данных и он реально важен - разве это правильно держать на 1 сервере всё?

а где написано 1 сервер ? это ты сам придумал

У нас на запись 3000000 иопс

тогда ой ))

http://image.slidesharecdn.com/201509scottmiaohadoopintwzerodowntimemigration-v-150921064456-lva1-app6891/95/zerodowntime-hadoophbase-crossdatacenter-migration-29-638.jpg?cb=1442889808

130тб данных от мониторинга? вы что там мониторите такого у себя в букинге

Примерно все. Это графики для приложений, бизнес метрик и систем

жестко

ERROR: S client not available

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

какой-нибудь конкурент mixpanel.com ?

похоже, NDA ?

в букинге он трудится @lorddaedra

и не скрывал это )

плюс где-то был его whois

#whois - Пилю графит (сис-админ/devops) в Booking. - Пытаюсь быть специалистом в как можно большем колличестве вещей. В данный момент фокус на том же graphite и мониторинге в целом. - Сообществу могу быть полезен тем что не вреден (ну и в целом по мере знаний-опыта). - Сообщество интересно тем что оно есть. - Амстердам. До этого Берлин, Петербург и Москва (в обратном порядке). - Узнал про чатик из слака hangops

нашел)

Привет. А не подскажете ссылочку на гист со списком чятов?

есть на гитхабе

есть на гитхабе

Вот чот не найду

скинул в личку

Ага, спасибо

в букинге он трудится @lorddaedra

в общем, тот спор про Gentoo... букингу Gentoo не нужна, согласен)

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

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

protonmail.ch же

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

ну, это сторонний сервис)

сторонним сервисам по умолчанию не доверяем

— Ивааан, гдее моя почта?!? — Ждём ебилдов, боярин

ну, можно 2 почтовых сервера иметь

несколько MX же можно поставить

сторонним сервисам по умолчанию не доверяем

я вот менее уверен что смогу сделать такой же секурный сервис

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

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

допустим, вы уехали с семьёй в ЮАР познавать истинную убунту) и там вас похищают украино-сирийские террористы и заставляют админить свой почтовый сервер, они поставляют оружие, наркотики, занимаются детской проституцией, устраивают терракты, занимаются свержением режимов и убивают котиков) если их сервер взломают - всех убьют) если данные потеряются - просто побьют, но живы будете) откажетесь сотрудничать - тоже всех убьют) какую ОС будете ставить?

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

why not?

допустим, вы уехали с семьёй в ЮАР познавать истинную убунту) и там вас похищают украино-сирийские террористы и заставляют админить свой почтовый сервер, они поставляют оружие, наркотики, занимаются детской проституцией, устраивают терракты, занимаются свержением режимов и убивают котиков) если их сервер взломают - всех убьют) если данные потеряются - просто побьют, но живы будете) откажетесь сотрудничать - тоже всех убьют) какую ОС будете ставить?

винду

винду

чтоб быстрей нашли ага ) и эксчендж и иклауд

чтоб быстрей нашли ага ) и эксчендж и иклауд

и еще написал бы в АНБ за добавкой новых зондов )

допустим, вы уехали с семьёй в ЮАР познавать истинную убунту) и там вас похищают украино-сирийские террористы и заставляют админить свой почтовый сервер, они поставляют оружие, наркотики, занимаются детской проституцией, устраивают терракты, занимаются свержением режимов и убивают котиков) если их сервер взломают - всех убьют) если данные потеряются - просто побьют, но живы будете) откажетесь сотрудничать - тоже всех убьют) какую ОС будете ставить?

В попытках найти реальный кейс ты уже начал писать фантастический экшн с кучей условностей, но даже тут лучше поставить дистрибутив, с которым тебя будут меньше бить ?

@lorddaedra вот смотрел первого железного человека? вот так и надо )

В попытках найти реальный кейс ты уже начал писать фантастический экшн с кучей условностей, но даже тут лучше поставить дистрибутив, с которым тебя будут меньше бить ?

ну, у меня спросили про модель угроз - я написал первое, что пришло в голову))