Size: a a a

DevOps — русскоговорящее сообщество

2020 November 12

V

Valentin in DevOps — русскоговорящее сообщество
Asdqwert
Это всё конечно замечательно, но не отвечает на мой вопрос: какой ingress controller и какие LB принято использовать с EKS? С учётом ограничений по импорту сертификатов в ACM и других нюансов, которые я упомянул при использовании cert-manager с let's encrypt сертификатами и т.д. Что используете-то?
Но если нужно, в TF есть поддержка LE, откуда их можно переслать куда нужно.
Проблема только раз в месяц запускать терраформ чтобы их перевыпустить, после чего я и передумал его использовать.
источник

V

Valentin in DevOps — русскоговорящее сообщество
Valentin
Но если нужно, в TF есть поддержка LE, откуда их можно переслать куда нужно.
Проблема только раз в месяц запускать терраформ чтобы их перевыпустить, после чего я и передумал его использовать.
Ну или заморачиваться с ламбдой которая будет делать то же самое, мне не понравилось такое решение, короче.
источник

A

Asdqwert in DevOps — русскоговорящее сообщество
Nikita Burtsev
сертификаты никуда не импортируются а сразу там выпускаются, вся инфраструктура эта отлично терраформом управляется без танцев с бубном и сторонних сервисов
Если вы заказываете сертификаты сразу в ACM, а не используете cert-manager + let's encrypt, то это не мой кейс и я не вижу смысла использовать связку nlb + nginx ingress controller (кроме привычки его использовать или может у вас multicloud и вы не хотите делать конфигурацию vendor locked или много хитрых давно написанных rewrite'ов).

У вас уже есть certificate arn, который отлично доступен и может быть прописан в аннотации ingress'а, поэтому я бы использовал alb + aws-ingress-controller.
export CERTIFICATE_ARN=$(aws acm list-certificates --query CertificateSummaryList[].[CertificateArn,DomainName] --output text | grep "$HOST" | cut -f1 | head -n 1)
kubectl annotate --overwrite ingress $APP alb.ingress.kubernetes.io/certificate-arn=$CERTIFICATE_ARN

Он даже теперь умеет группировать ingress'ы по группам, чтобы одна группа могла использовать один ALB, а не для каждого отдельный заказывать (и соответственно платить за каждый), как было раньше. Прекрасно работает.
источник

NB

Nikita Burtsev in DevOps — русскоговорящее сообщество
ALB + WAF и всякие другие штуки управляется отдельно глобально и централизовано. NLB или другие приватные балансировщики в разных проектах разные и управляются самими проектами.
источник

NB

Nikita Burtsev in DevOps — русскоговорящее сообщество
enterprise такой enterprise
источник

A

Asdqwert in DevOps — русскоговорящее сообщество
Valentin
Я бы подумал в сторону выпускать сертификаты в ACM, а не через LE, там сразу куча заморочек с продлением решается внутри без участия.
По мне так ротация сертификатов раз в 3 месяца - это хорошее решение. В ACM они на год выпускаются? И потом при перевыпуске в ACM у сертификата меняется arn, т.е. его нужно всё равно обновлять в аннотации ingress'а или alb, пусть и не раз в 3 месяца, но всё же нужно запускать terraform для этого.
источник

D

Denis in DevOps — русскоговорящее сообщество
Как не особо геморно собрать зависимости для deb, чтобы скормить машине, которая отключена от сети?
источник

D

Denis in DevOps — русскоговорящее сообщество
Dpkg и вот это все по списку
источник

D

Denis in DevOps — русскоговорящее сообщество
Не подумайте, что я это от нечего делать) сьезжаем с монолита, который с 14 года не обновляли)
источник

AZ

Alexander Zaitsev in DevOps — русскоговорящее сообщество
Denis
Как не особо геморно собрать зависимости для deb, чтобы скормить машине, которая отключена от сети?
а собрать в плане опакетить или выкачать уже пакеты из репы?
источник

D

Denis in DevOps — русскоговорящее сообщество
И да, там не то чтобы сети нет. Она есть, но там ссыкоино что либо ставить, ибо однажды на копии все сломалось после апгрейда.
источник

V

Vitaliy in DevOps — русскоговорящее сообщество
Готовые скрипты есть.
источник

D

Denis in DevOps — русскоговорящее сообщество
Alexander Zaitsev
а собрать в плане опакетить или выкачать уже пакеты из репы?
Не силен в этом. Опакетить -собрать в единый деб?

Если так, то шикарно.


Если все кучкой, то тоже можно, если там не 20 и более файлов.

Я умею только dpgk i и все)
источник

D

Denis in DevOps — русскоговорящее сообщество
Vitaliy
Готовые скрипты есть.
Что гуглить?
источник

AZ

Alexander Zaitsev in DevOps — русскоговорящее сообщество
Denis
Не силен в этом. Опакетить -собрать в единый деб?

Если так, то шикарно.


Если все кучкой, то тоже можно, если там не 20 и более файлов.

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

D

Denis in DevOps — русскоговорящее сообщество
Alexander Zaitsev
не-не. в плане вы хотите выкачать из существующего репозитория какой-то deb пакет со всеми его зависимостями, перенести это всё добро на другую тачку (хоть на флешке) и установить?
Да
источник

D

Denis in DevOps — русскоговорящее сообщество
Nfs server надо поднять.

Хочу смонтировать шару на другом сервере и забрать добро на новый.
источник

V

Vitaliy in DevOps — русскоговорящее сообщество
Denis
Что гуглить?
источник

AZ

Alexander Zaitsev in DevOps — русскоговорящее сообщество
Denis
Да
тогда наверное смотреть в сторону apt --download-only, потом в директории с кешем их извлечь, перенести на тачку и там поставить уже с помощью dpkg -i
источник

AZ

Alexander Zaitsev in DevOps — русскоговорящее сообщество
если готовые скрипты уже есть для этого, то крутяк (а они скорее всего уже есть)
источник