SP
for H in $(cat hosts); do ansible-playbook myplaybook.yml -i ",$H"; done
Size: a a a
2019 July 25
GM
ща тебе за башсибл предъявят
GM
DN
ТОЛЬКО МАМА МОЖЕТ СУДИТЬ МЕНЯ!
SP
:-))))))))))
IO
ТОЛЬКО МАМА МОЖЕТ СУДИТЬ МЕНЯ!
осуждаю
DN
осуждаю
вот это ты ворвался да?
IO
вот это ты ворвался да?
немножко
A
for H in $(cat hosts); do ansible-playbook myplaybook.yml -i ",$H"; done
A
V
Кто натыкался на хорошие статьи, как большие дяди организуют отказоустойчивость приложений/сервисов/БД/сторэйджей на уровне ДЦ и т.п.?
H
Кто натыкался на хорошие статьи, как большие дяди организуют отказоустойчивость приложений/сервисов/БД/сторэйджей на уровне ДЦ и т.п.?
Свои AS мульти-пульти репликации на уровне СХД?
SP
Кто натыкался на хорошие статьи, как большие дяди организуют отказоустойчивость приложений/сервисов/БД/сторэйджей на уровне ДЦ и т.п.?
Ты хочешь целыми ДЦ резервироваться?
NC
Кто натыкался на хорошие статьи, как большие дяди организуют отказоустойчивость приложений/сервисов/БД/сторэйджей на уровне ДЦ и т.п.?
Обычно это делается на уровне гипервизора и схд
V
Ты хочешь целыми ДЦ резервироваться?
Я хочу максимально по красоте. Если ДЦ прилёг - все остальное работает
SP
Я хочу максимально по красоте. Если ДЦ прилёг - все остальное работает
Архитектурные вопросы. У тебя же всё равно state расшаренный где-то будет (либо три ДЦ, лол)
A
Я хочу максимально по красоте. Если ДЦ прилёг - все остальное работает
А ты представь что у тебя персистентное хранилище это только база, к примеру. А все остальное без гарантий. А потом посмотри на все приложения которые у тебя есть. Сразу станет понятно где будет больнее. Туда и воюй
DN
Кто натыкался на хорошие статьи, как большие дяди организуют отказоустойчивость приложений/сервисов/БД/сторэйджей на уровне ДЦ и т.п.?
Это всегда очень индивидуально
DN
Смотри блог нетфликса