ого

как ощущения от римана?

тяжко - я практически не знаю скалу. Инструмент мощнейший, но требует хорошей прямизны рук. Очень сильно помогает книжка Турнбулла

кложи?

да, точно :)

впрочем - скалу я не знаю тоже :)

Народ. А вы чисто администрируете, или бизнес-логику тоже делаете?

Я просто к тому что: откуда, ять, у вас столько времени )

праздники же /irony

Да всего понемножку делаем. Сейчас праздники, выходные. Между сборами к переездам сижу ковыряю кубер. В остальное рабочее время не постоянно же забито на 666%

Я просто к тому что: откуда, ять, у вас столько времени )

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

а еще есть уютненькие вечера, где можно аки Дон Сычионе посидеть за ноутом

программингом и бизнес-логикой у нас другие люди занимаются, я наемник.

тайм-менеджмент еще помогает, кстати.

тайм-менеджмент еще помогает, кстати.

Пробовал раза 3 и все скатывалось на "как обычно" из-за прерываний.

самое главное - не ставь just cause

Пробовал раза 3 и все скатывалось на "как обычно" из-за прерываний.

тайм-менеджмент - бесконечно богатая по количеству практик вещь. Каждому подходит что-то свое, рекомендую пробовать

мне больше всего подошли чек-листы и техника помидора. + хронометраж (но это в самом начале)

Пытался осваивать по книжке "Тайм-менеджмент для системных администраторов".

Другие не пробовал

У меня другая проблема )

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

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

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

Чай, просто чай. Никакого алкоголя. )

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

Спасибо. Скачаю ее сейчас где-нибудь с торрента для сугубо ознакомительного просмотра.

Чай, просто чай. Никакого алкоголя. )

у меня даже не чай - мята в пакетиках. Из Суоми привез

она в сети есть везде, книжке сто лет в обед

в принципе Глеб ее периодически раздает с сайта бесплатно, и на пиратов сильно он не обижается. У него основной доход в других сферах

мне больше всего подошли чек-листы и техника помидора. + хронометраж (но это в самом начале)

В самом начале чего?

такое ощущение, что вы все пьете прямо щас)

завязывать пора, на работу скоро!

Неа. Смешные картинки луркаю

До работы еще есть несколько дней

В самом начале чего?

в самом начале внедрения тайм-менеджмента. 50% успеха, ИМХО - понять, куда у вас время утекает.

такое ощущение, что вы все пьете прямо щас)

Неправда... собутыльников хрен найдешь в праздники, одни задроты )

Коллеги, оффтоп-вопрос - можно ли назначить балансировщикам внешние адреса? в смысле, у меня N серверов и я хочу запускать балансировщики входящих подключений только на M серверов, где M < N

для тех, кто столкнулся с этой же проблемой: https://hackernoon.com/kubernetes-ingress-controllers-and-traefik-a32648a4ae95#.jy9b8rj35

у меня вопросы: - для контроллеров кластера какие требования к машинам по памяти и оперативке? - какую ось щас модно делать хостом кубернетеса? - вы etcd на отдельные машины выносите или в контроллерах запускаете?

в моде coreos. Конкретно я использую ubutu16. etcd запущен на машине контроллера, что не очень правильно, но у меня пока экспериментальный парк

машины - ec2, m3.large (2 vcpu, 7.5Gb) os - CoreOS etcd - на отдельной t2.small машине (1 vcpu, 2Gb) - есть мнение что нужно побольше ;)

машины одинаковые для контроллеров и хостов где докеры в плане мощности? сколько машин под контроллеры лучше выделить и сколько под etcd?

(вот например 2-х хватит или кворума не будет)

(вот например 2-х хватит или кворума не будет)

нет

для кворума минмум три

то есть: 1) 3 машины t2.small на etcd 2) 3 машины m3.* на контроллеры кубернетеса 3) X машин m3.* на ноды где движуха будет так?

ну примерно так, мне сложно сказать - у меня кластер пока в лабе, но пока не вижу причин вносить etcd отдельно от контроллера

https://github.com/kz8s/tack Примерная конфигурация

расшифрую немного 1 t2.small для файервола и точки входа 3 etcd на m3.medium 3 ноды m3.medium (нет разграничения на контроллеры кубернейтса и "там где движуха будет" ))

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

1) в aws ведь внешний фаервол и балансировщик, не? 2) конкретно под etcd выделять целый medium... он чем там занимается, порнуху смотрит чтоли? 3) такой сетап не нравится: у меня уже ноды падали под нагрузкой :(

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

падали??? печально - разграничте нагрузку

ограничьте сервисы по потребляемой mem/cpu

тут вопрос скорее не в "настройте правильно и все будет ок", а в том что это вообще может произойти в принципе

для etcd мы тоже выбрали не такие тачки, а t2.small

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

а, сори, неправильно прочитал :) подумал что системные вещи вынесли за пределы кластера

неее) все в кластере конечно же)

просто разделили на приоритетные группы

а поднимали как - руками, или через утилиты типа kops?

все через terraform

мой aws просто в китае, там есть специфика: например зона не везде поддерживается, свой iam отдельный от остального мира... хз насчет терраформа :(

нюансы да

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

ERROR: S client not available

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

терраформ окупается очень быстро, кмк

терраформ окупается очень быстро, кмк

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

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

приучаешься НИЧЕГО не делать руками на нодах, есть история инфраструктуры, общие модули, но главное - пересоздать инфраструктуру или её части становится очень просто

приучаешься НИЧЕГО не делать руками на нодах, есть история инфраструктуры, общие модули, но главное - пересоздать инфраструктуру или её части становится очень просто

хмм.. а как часто приходится пересоздавать инфраструктуру?

хмм.. а как часто приходится пересоздавать инфраструктуру?

На этапе создания - постоянно

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

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

ну и как никак гарантия на всякий случай.. мало ли что бывает )

приучаешься НИЧЕГО не делать руками на нодах, есть история инфраструктуры, общие модули, но главное - пересоздать инфраструктуру или её части становится очень просто

если не секрет - почему именно терраформ? Насколько удобно-приятно-нравится?

я сам работаю с chef и ansible

ну это разного уровня тулзы

и решают разные задачи

просто я с терраформой не встречался практически, потому и спрашиваю. А что такого делает терраформа, чего не умеет, скажем, шеф? управлять облачными машинами (aws/do/msazure) шеф умеет, ЕМНИП, из коробки

просто я с терраформой не встречался практически, потому и спрашиваю. А что такого делает терраформа, чего не умеет, скажем, шеф? управлять облачными машинами (aws/do/msazure) шеф умеет, ЕМНИП, из коробки

терраформ создает виртуалки

в смысле?

можешь сделать пачку виртуалок в определенной последовательности и сказать запустить внутри виртуалки уже chef/puppet/etc

то есть это аналог вагранта?

Модульность Terraform позволяет работать с сервисами Амазона, Гуга, DigitalOcean и др, создавать инстансы, настраивать взаимодействие между ними и тд

более того. Это все может соединяться в единую инфраструктуру если у вас разброс по вендорам

с моей точки зрения: chief/puppet/ansible/bash и тп декларативно выполняют определенные функции, то есть ты пишешь "запусти в амазоне 10 инстансов с такими-то параметрами" terraform же дает инструмент описания конфигурации, то есть ты пишешь "хочу чтобы в амазоне было 10 инстансов" и он уже сам думает сколько щас инстансов и какие шаги предпринять чтобы было то что нужно тебе ну это так, из того что я успел покопать :) это удобно вероятно

часть на Амазоне, часть на Д.О. управление DNS,

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

естественно для текущей конфигурации

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

как говорилось ранее - увеличить количество инстансов, добавить подсети или еще что

с моей точки зрения: chief/puppet/ansible/bash и тп декларативно выполняют определенные функции, то есть ты пишешь "запусти в амазоне 10 инстансов с такими-то параметрами" terraform же дает инструмент описания конфигурации, то есть ты пишешь "хочу чтобы в амазоне было 10 инстансов" и он уже сам думает сколько щас инстансов и какие шаги предпринять чтобы было то что нужно тебе ну это так, из того что я успел покопать :) это удобно вероятно

я бы все-таки зону ответственности chief/puppet/ansible/bash ограничил тем, что внутри виртуалок. А создание виртуалок - за терраформом

http://docs.ansible.com/ansible/ec2_module.html - пример аналогичного функционала на ansible

то есть scm можно использовать и для управления машинами тоже, без проблем

делай как удобно, когда станет не удобно, посмотри на другие инстументы.

я всегда смотрю на новые инструменты - как мне еще развиваться? был аналог терраформа, только полностью облачный. Централизованное управление через веб + апи. Но я не помню его названия.

я всегда смотрю на новые инструменты - как мне еще развиваться? был аналог терраформа, только полностью облачный. Централизованное управление через веб + апи. Но я не помню его названия.

Cloudformation?

нет, клаудформейшн - только для амазона, ЕМНИП