AK
узнав больше, я могу точно сказать alb ingress controller хуже nginx ingress controller =)
для нищебродов, которым не по карману LB на каждый домен - да
Size: a a a
2020 June 18
AK
"лучше" - это термин, который применяют к конкретной ситуации, а не к инструменту
DS
для нищебродов, которым не по карману LB на каждый домен - да
🤦
AK
для вас определяющим стала характеристика, которая влияет отрицательно на стоимость, но положительно на производительность
b
Теперь инфу о том, в каком namespace находится под с которого ты посылаешь запросы (это у него resolv.conf ты вывел?). И в каком namespacce находится сервис, куда ты хочешь посылать запросы
поды и сервисы работают в одном namespace (default), т.к. кластер тестовый, вот думаю может трабла в самом приложении т.к. до этого эти приложения работали на 1 сервере и обращались друг к другу по локалхосту
DS
для вас определяющим стала характеристика, которая влияет отрицательно на стоимость, но положительно на производительность
а как там с метриками то?
AK
LB
Привет! Подскажите кто восстанавливал кластер из etcd снапшота - как воркер ноду приджоинить? CA ключи на мастере из бекапа, а на ноде - kubelet.conf не тот CA сертификат содержит
DS
вы о чём?
о метриках, количество запросов по path и статусу ответа, продолжительность этих запросов (тоже по path и статусу), ошибки, количество байт принятых/отданных и т.д.
DS
bugs_bunny
поды и сервисы работают в одном namespace (default), т.к. кластер тестовый, вот думаю может трабла в самом приложении т.к. до этого эти приложения работали на 1 сервере и обращались друг к другу по локалхосту
nslookup service-name и nslookup service-name.default.svc.cluster.local. что говорят?
AK
о метриках, количество запросов по path и статусу ответа, продолжительность этих запросов (тоже по path и статусу), ошибки, количество байт принятых/отданных и т.д.
не знаю, не вникал
DS
для вас определяющим стала характеристика, которая влияет отрицательно на стоимость, но положительно на производительность
да всего один хоп добавляется, не сильно влияет на latency. Особенно на фоне всяких istio
L
Liliya Butorina
Привет! Подскажите кто восстанавливал кластер из etcd снапшота - как воркер ноду приджоинить? CA ключи на мастере из бекапа, а на ноде - kubelet.conf не тот CA сертификат содержит
хехехе. значит или бекап не тот, или нода не от того кластера....
проще не морочится с текущей нодой, а убить все кнфиги и заджойнить ее в кластер с нуля
проще не морочится с текущей нодой, а убить все кнфиги и заджойнить ее в кластер с нуля
AK
да всего один хоп добавляется, не сильно влияет на latency. Особенно на фоне всяких istio
мы вроде не об этом спорили.
DS
не знаю, не вникал
ну то есть по alb на каждый ingress объект, метрики парси из логов. Вот по этим критериям и хуже собственно
DS
мы вроде не об этом спорили.
ты выше писал, что производительность лучше. А я говорю, что эта разница настолько мала, что ее учитывать нет смысла
b
nslookup service-name и nslookup service-name.default.svc.cluster.local. что говорят?
Server: 169.10.25.10вывод одинаковый в обоих случаях
Address: 169.10.25.10#53
Name: svc-name.default.svc.cluster.local
Address: 10.233.34.179
DS
bugs_bunny
Server: 169.10.25.10вывод одинаковый в обоих случаях
Address: 169.10.25.10#53
Name: svc-name.default.svc.cluster.local
Address: 10.233.34.179
ну значит DNS работает. На сервис можно обращаться. Проверяй дальше, почему твой сервис не отвечает (например неверные порты указал в службе)
AK
ты выше писал, что производительность лучше. А я говорю, что эта разница настолько мала, что ее учитывать нет смысла
дело не только в хопах, но и в производительности самого ALB. Но мы и не о производительности спорили. Чел спросил "как лучше" без контекста. Если бы был однозначный ответ что лучше, то у одного из продуктов не было бы пользователей
b
ну значит DNS работает. На сервис можно обращаться. Проверяй дальше, почему твой сервис не отвечает (например неверные порты указал в службе)
ок, спасибо