Size: a a a
2018 November 09
Докладчик из я.облака сказал что баша в докладе не будет!
Скейлимся на основании метрик
Метрики шумят
Усредняем, чтобы сгладить шум
Только созданная машина принимает такой же траффик как и остальные но работает менее эффективно (кеши и тд). Соответственно когда таких инстансов много, они портят статистику использования ресурсов в метриках и автоскейлеры скейлят лишние инстансы
Затем статистика выравнивается и эти инстансы удаляются
Ещё одна проблема - когда cpu "в полку" - непонятно насколько скейлиться (объем нагрузки)
Считаем полку за 150%
Чтобы избежать пилы при скейлинге при нагрузке на пограничных состояниях (+- инстанс) задерживаемся удаление
Теперь про несколько дц
В каждом ДЦ надо иметь запас для размещения инстансов для одного из упавших дц
Последний слайд - решение проблемы дрифта при скейлинге лишних инстансов при прогреве
https://www.google.ru/amp/s/gweb-cloudblog-publish.appspot.com/products/containers-kubernetes/introducing-container-native-load-balancing-on-google-kubernetes-engine/amp/ статья с митапа про kubernetes на highload про "прямую" балансировку в контейнер
Пришел топить за saltstack на доклад "from ansible to saltstack"!
Может я пропустил, но докладчик ничего не сказал про highstate, а это важно