DZ
понимаю, сам с этим мучался. мне не нравится этот DRY, но пока ничего лучше !Select [ 0, [ !Cidr [ ... ] ] ] я не нашел
а разве нельзя запихнуть это в mapping?
Size: a a a
2020 April 02
KT
Dmytro Zavalkin
а разве нельзя запихнуть это в mapping?
Cidr'ы подсетей???
KT
А зачем? Оо
DZ
вот это и хотелось бы понять
ну тут легко проверить - поднять два инстанса и на втором сделать крон который будет ходить на первый по публичному айпи который он получил на момент запуска каждую минуту по крону. Если снова с локалки инстанс перестанет быть доступен а со второго инстанса он все еще доступен то явно роблема между вами и датацентром амазона
DZ
А зачем? Оо
ну как, если я правильно понял вопрос - хочется задать CIDR VPC и нагенерировать CIDR подсетей (например по public и private подсети в каждоый AZ) на которые потом ссылаться во всех ресурсах типа public1, public2 и pravate1, private2
DZ
я смотрю - 500 с лишним сообщений, зашел почитать а тут снова срач про фриланс и налоги(
i
Посоны, кто делал eks ноды сам с образов ami для него, после запуска bootstrap.sh он накатит CNI eks'ную или она не в контейнере и надо ее самому отдельно накатывать?
Тут смотрю стало оживленнее, повторю вопрос
i
Собственно отработал bootstrap.sh - нужны ли еще какие-то действия? В доках вопрос особо не раскрыт
DZ
Я бы взял официальный екс ами как базовый и в него пакером долил своих кастомизаций. Тогда не нужно гадать что там у него внутри, главное чтобы отработали мои sysctl твики и тп что я хочу туда впилить
DZ
Ну и само собой при обновлении базового образа в таком случае можно пересобирать каждый раз свой не заботясь о том что там переделали
DZ
Если конечно кастомизации не конфликтуют с базовым функционалом
DZ
Просто базовый это не оф ами екс а что-то другое?
DZ
Я наверное тогда не понимаю вопрос, с оф ами нода должна подключиться в кластер и тд сама