К
так при большой нагрузке она же должна идти на бекэнды (т.е. консул), почему все на фронт ложится?
Size: a a a
2020 October 13
c
всю работу выполняет волт, "бекенд" в данном случае это просто сторадж
К
тогда законный вопрос про масштабирование, нет смысла держать больше чем 3-5 консулов т.к. они никак не влияют на производительность.
c
на производительность волта - да, есессно никак они не влияют
c
можно консул и не держать собсно
c
К
сразу в догонку, если юзать free version волта я так понимаю что в кластере только 1 active "фронт", остальные в стендбае и не обрабатывают поступающие запросы (даже на чтение секретов) а все пересылают active хосту?
К
ну да, это мы в курсе. там широкий зоопарк хранилок можно юзать
c
ну так в названии самого термина "Storage backend" первое слово же не просто так
c
сразу в догонку, если юзать free version волта я так понимаю что в кластере только 1 active "фронт", остальные в стендбае и не обрабатывают поступающие запросы (даже на чтение секретов) а все пересылают active хосту?
да, насколько я знаю
К
а как насчет enterprise версии не в курсе? нигде что то доков найти не удается
К
вроде как видел только упоминание что в корп версии стендбай хосты могут читать секреты разгружая active
E
Господа, вопрос. Есть packer, пакером делаем образ номадной тачки.
Столкнулись с проблемой - у нас должна быть разная meta для разных тачек, а образ хотим один, и чтобы он не требовал post-provision после подъема тачки
Допустим, есть ажурные теги из которых мы можем эту мету вытащить.
Как ее сложить в конфиг то? Кроме cloud-init + sed
Собсно вопрос даже не про номад, а про vm-specific конфиги на выходе из пакера
Столкнулись с проблемой - у нас должна быть разная meta для разных тачек, а образ хотим один, и чтобы он не требовал post-provision после подъема тачки
Допустим, есть ажурные теги из которых мы можем эту мету вытащить.
Как ее сложить в конфиг то? Кроме cloud-init + sed
Собсно вопрос даже не про номад, а про vm-specific конфиги на выходе из пакера
A
Господа, вопрос. Есть packer, пакером делаем образ номадной тачки.
Столкнулись с проблемой - у нас должна быть разная meta для разных тачек, а образ хотим один, и чтобы он не требовал post-provision после подъема тачки
Допустим, есть ажурные теги из которых мы можем эту мету вытащить.
Как ее сложить в конфиг то? Кроме cloud-init + sed
Собсно вопрос даже не про номад, а про vm-specific конфиги на выходе из пакера
Столкнулись с проблемой - у нас должна быть разная meta для разных тачек, а образ хотим один, и чтобы он не требовал post-provision после подъема тачки
Допустим, есть ажурные теги из которых мы можем эту мету вытащить.
Как ее сложить в конфиг то? Кроме cloud-init + sed
Собсно вопрос даже не про номад, а про vm-specific конфиги на выходе из пакера
А чем плох cloud-init + sed?
E
А чем плох cloud-init + sed?
башизм
YF
Господа, вопрос. Есть packer, пакером делаем образ номадной тачки.
Столкнулись с проблемой - у нас должна быть разная meta для разных тачек, а образ хотим один, и чтобы он не требовал post-provision после подъема тачки
Допустим, есть ажурные теги из которых мы можем эту мету вытащить.
Как ее сложить в конфиг то? Кроме cloud-init + sed
Собсно вопрос даже не про номад, а про vm-specific конфиги на выходе из пакера
Столкнулись с проблемой - у нас должна быть разная meta для разных тачек, а образ хотим один, и чтобы он не требовал post-provision после подъема тачки
Допустим, есть ажурные теги из которых мы можем эту мету вытащить.
Как ее сложить в конфиг то? Кроме cloud-init + sed
Собсно вопрос даже не про номад, а про vm-specific конфиги на выходе из пакера
Ну сделай какой-то shell скрипт, который будет вытягивать нужные параметры из API облака и стартуй его при запуске машинки
AY
Ну сделай какой-то shell скрипт, который будет вытягивать нужные параметры из API облака и стартуй его при запуске машинки
зачем скрипт, если есть consul-template
E
собсно наваять скрипт - всегда вариант, интересует есть ли какое-то прям родное решение
E
зачем скрипт, если есть consul-template
а консул темплейт тоже надо темплейтить :D
AY
А, понял о чем это. Я просто в meta машины json сохранял, который вставлялся в конфиг номада.