что такое serverless?

а что было-то?

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

что такое serverless?

Functions As A Service, AWS Lambda, Cloud Functions все вот эти новомодные хрени

это та самая шняга которую чуваки переписали на эрланге и у них она на трёх дохлых нодах выдала 10х рпс за 10х дешевле?

или я путаю?

это та самая шняга которую чуваки переписали на эрланге и у них она на трёх дохлых нодах выдала 10х рпс за 10х дешевле?

http://erlangonxen.org/zerg ?

не помню, докладик читал давно

http://erlangonxen.org/zerg ?

правда демо сервак упал

не, не это

просто сделали на эрланге ту же работу что была на лямбде за сотни нефти

просто сделали на эрланге ту же работу что была на лямбде за сотни нефти

ну я не удивлен, эрланг в плане перформанса очень круто оптимизируется. У меня ща кореш какой то медицинский софт колбасит с бекендом на ерланге

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

Какой сейчас best practice разлива k8 кластера на VM’ки, которые бегут под линуксячим KVM?

убрать квм?

Как. Это данность. VM’ки бегут на железных нодах под KVM

а зачем вообще тебе VM?

Э-э…

ну типа на железках нельзя?

Нет

тогда ставь так же как на железках

Вот я и спрашиваю - как принято?

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

можешь взять kubeadm и нафигачить ручками

то есть желание live migration подов тебя не смутило?

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

Какой сейчас best practice разлива k8 кластера на VM’ки, которые бегут под линуксячим KVM?

k8s on vms, vms on openstack

если вас onprem интересует

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

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

Именно on premise и интересует

коллеги объясните пожалуйста как правильно настроить ingress

голова пухнет от манов, но понимаяния нет(

коллеги объясните пожалуйста как правильно настроить ingress

насТРОЛЛИТЬ это хорошо)

не надо нас троллить

)) ну хорош

у меня в одном поде django+gunicorn/haproxy/redis/haproxy_exporter/js

если всё именно в одном поде, не в одном контейнере, а именно в поде, где 5 контейнеров, то не всё потеряно)

голова пухнет от манов, но понимаяния нет(

А что именно не понятно?

коллеги объясните пожалуйста как правильно настроить ingress

#платиновые_треды_k8s

надо начинать собирать цитатник, да

надо начинать собирать цитатник, да

вот флаг вам в руки

#платиновые_треды_k8s

Ну вот и хештеги есть

есть сущность ingress есть контроллер, который эту сущность читает и генерит конфиг для nginx/haproxy/whatewer

ребят а nginx-ingress как включить websocket поддержку ?

и как проверить то

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

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

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

выглядит как переизобретение хадупа)

а если это не mapreduce а рендеринг какой?

Там нет аналогичных кластерных решений?

https://sysdig.com/opensource/falco/ выглядит интересно, никто не пользовался?

https://sysdig.com/opensource/falco/ выглядит интересно, никто не пользовался?

секурити логи в песочнице?

вроде того, да

Разговаривал с ними. Там не только секьюрити там и мониторинг как часть решения и в том числе мониторинг приложений. Например jvm или постгреса в контейнере.

До конца года PoC с ними попробуем сделать

угу sysdig прикольная штука, уже два года юзаем мониторинг

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

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

С длинными джобами да, проблема

Да. Мне демо показывали живое. Могут

и тут конечно ещё тот вопрос - поставить левый софт с кернле модулем на все свои серваки и хз что они там делает

Другое дело там как и в SELinux надо настраивать...

в-общем, наши безопасники как-то пока со скептицизмом смотрят

Нас болше мониторинг интересует

(хотя в случае мониторинга там тоже кернел модуль же)

Да. Это тот же самый модуль

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

Если вентор поддерживает то и все равно

Редхат поддерживает

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

+1

Если вентор поддерживает то и все равно

В случае managed k8s облом

а если это не mapreduce а рендеринг какой?

А что, в докере видеокарты уже нормально работают?

В случае managed k8s облом

Смотря от кого managed

azure? gcp, aws

Openshift есть managed и в aws и в azure

С чистым aks и тп конечно облом

openshift какой-та, не понятно

говорят там из коробки все работает...

Это дистрибутив k8s от редхат

ВЕНДОР ЛОК! все в машину (с)

Работает как и все остальное. Когда работает когда нет

Если специфичные вещи не использовать то вендор лок ина нет

А что, в докере видеокарты уже нормально работают?

так там вроде nvidia что-то запиливала на эту тему, в альфах-бетах. Нашел, https://github.com/NVIDIA/nvidia-docker

Для on perm если нужен саппорт не так много вариантов выбора к сожалению :(

я сегодня бухаю

Если вентор поддерживает то и все равно

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

это гдейта

в gcp

ipv6 умеет?

документации нет и релиз нотов тоже

Всем привет, помогите разобратся с ingress. Есть сервис tyk-gateway использующий ингрес контроллер. apiVersion: extensions/v1beta1 kind: Ingress metadata: name: tyk-ingress namespace: tyk annotations: kubernetes.io/ingress.class: nginx nginx.ingress.kubernetes.io/ssl-redirect: "true" labels: app: tyk-ingress spec: tls: - hosts: - cpaas-devint.n2n.net secretName: n2nglobal.net-tls rules: - host: cpaas-devint.n2n.net http: paths: - backend: serviceName: tyk-gateway servicePort: 80 path: / Для отказоустойчивости был запущен еще один tyk-gateway2. Задача, если упал первый tyk-gateway переключится на tyk-gateway2

Всем добрый день

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

Нынче это через ebpf можно, без кастомного модуля

Всем привет, помогите разобратся с ingress. Есть сервис tyk-gateway использующий ингрес контроллер. apiVersion: extensions/v1beta1 kind: Ingress metadata: name: tyk-ingress namespace: tyk annotations: kubernetes.io/ingress.class: nginx nginx.ingress.kubernetes.io/ssl-redirect: "true" labels: app: tyk-ingress spec: tls: - hosts: - cpaas-devint.n2n.net secretName: n2nglobal.net-tls rules: - host: cpaas-devint.n2n.net http: paths: - backend: serviceName: tyk-gateway servicePort: 80 path: / Для отказоустойчивости был запущен еще один tyk-gateway2. Задача, если упал первый tyk-gateway переключится на tyk-gateway2

подняли 2 сервиса? Или два инстанса приложения?

Всем привет, помогите разобратся с ingress. Есть сервис tyk-gateway использующий ингрес контроллер. apiVersion: extensions/v1beta1 kind: Ingress metadata: name: tyk-ingress namespace: tyk annotations: kubernetes.io/ingress.class: nginx nginx.ingress.kubernetes.io/ssl-redirect: "true" labels: app: tyk-ingress spec: tls: - hosts: - cpaas-devint.n2n.net secretName: n2nglobal.net-tls rules: - host: cpaas-devint.n2n.net http: paths: - backend: serviceName: tyk-gateway servicePort: 80 path: / Для отказоустойчивости был запущен еще один tyk-gateway2. Задача, если упал первый tyk-gateway переключится на tyk-gateway2

Это какая-то не кубер-вей отказоустойчивость, подразумевается что отказоустойчивость как раз обеспечивает сервис за которым скрывается 1-2-n подов с приложением

Это какая-то не кубер-вей отказоустойчивость, подразумевается что отказоустойчивость как раз обеспечивает сервис за которым скрывается 1-2-n подов с приложением

погоди, дай выудить всю инфу

Всем привет, помогите разобратся с ingress. Есть сервис tyk-gateway использующий ингрес контроллер. apiVersion: extensions/v1beta1 kind: Ingress metadata: name: tyk-ingress namespace: tyk annotations: kubernetes.io/ingress.class: nginx nginx.ingress.kubernetes.io/ssl-redirect: "true" labels: app: tyk-ingress spec: tls: - hosts: - cpaas-devint.n2n.net secretName: n2nglobal.net-tls rules: - host: cpaas-devint.n2n.net http: paths: - backend: serviceName: tyk-gateway servicePort: 80 path: / Для отказоустойчивости был запущен еще один tyk-gateway2. Задача, если упал первый tyk-gateway переключится на tyk-gateway2

ingress resource ведь на service опирается. тоесть если в service набралось endpoints - они пропишутся в апстримах nginx ingress

Уже успели поигратся?