как всегда спорный вопрос да

А он типо аудит пройдет и зависимости не тянет?

Что такое зависимости ?

Да фиг знает - поддерживать самому дороже чем провести аудит патча?
Бизнес только бабло интересует

Свой код аудитить не надо?

Ой все

Именно что можно не проверять)))

Всем привет! Пытаюсь настроить горизонтальное автомасштабирование сервиса в k8s. На данный момент масштабирование вверх работает нормально, но вот уменьшение количества под не отрабатывает совсем. Подскажите, пожалуйста, в чем может быть причина?
Значения параметров пробовал разные, всё равно не отрабатывает как нужно. По метрикам масштабирование идёт по памяти, cpu не грузится более 10 процентов. Конфиг деплоймента:

apiVersion: autoscaling/v2beta2
kind: HorizontalPodAutoscaler
metadata:
  name: name
spec:
  scaleTargetRef:
    apiVersion: apps/v1
    kind: Deployment
    name: $CI_PROJECT_NAME
  behavior:
    scaleDown:
      stabilizationWindowSeconds: 60
      policies:
      - type: Percent
        value: 100
        periodSeconds: 15
    scaleUp:
      stabilizationWindowSeconds: 10
      policies:
      - type: Pods
        value: 1
        periodSeconds: 15
      selectPolicy: Max
  minReplicas: 3
  maxReplicas: 6
  metrics:
    - resource:
        name: cpu
        target:
          type: Utilization
          averageUtilization: 80
      type: Resource
    - resource:
        name: memory
        target:
          type: Utilization
          averageUtilization: 95
      type: Resource

всё надо, просто есть надежда, что своё решение будет 5-10 строчек и один сервис аккаунт, которому разрешено делать rollout restart

https://github.com/kubernetes/kubernetes/blob/master/go.sum
А вот эти все зависимости тоже аудит будут проходить?
Доверяете maulru? github.com/mailru/easyjson v0.7.0
А вот этой либе: github.com/lithammer/dedent v1.1.0 ?

эта часть на стороне гугла

apiVersion: autoscaling/v2beta2
kind: HorizontalPodAutoscaler
metadata:
  name: name
spec:
  scaleTargetRef:
    apiVersion: apps/v1
    kind: Deployment
    name: $CI_PROJECT_NAME
  behavior:
    scaleDown:
      stabilizationWindowSeconds: 60
      policies:
      - type: Percent
        value: 100
        periodSeconds: 15
    scaleUp:
      stabilizationWindowSeconds: 10
      policies:
      - type: Pods
        value: 1
        periodSeconds: 15
      selectPolicy: Max
  minReplicas: 3
  maxReplicas: 6
  metrics:
    - resource:
        name: cpu
        target:
          type: Utilization
          averageUtilization: 80
      type: Resource
    - resource:
        name: memory
        target:
          type: Utilization
          averageUtilization: 95
      type: Resource

а приложения ваши очищают память после спада нагрузки?) Попробуйте по CPU только поскейлиться

Только CPU работает нормально. Память очищает, причём по метрикам потребление большое только на старте, происходит увеличение под, а затем потребление памяти уходит на уровень 80-85 процентов от реквеста и далее стабильно на этих значениях держит.

Дык а почему тогда считается что не работает?

всем привет, вопрос как разрешить доступ до AWS EKS используя роль привязанную к машине
есть сервер внутри VPC можно ли настроить доступ до EKS ?

попробовал через aws-auth.yml, прописал rolearn в mapRoles, удалил credentials, после чего kubectl выдает You must be logged in to the server

для памяти указано среднее потребление в 95 процентов, как триггер масштабирования, но когда уровень опускается до 80-85, уменьшение количества под не происходит.

а ты посмотри в колонке TARGETS. Или в статусе спеки current показатели

Лол

Шелл оператор ? )

так его тоже же надо в аудит. А так как это более общий инструмент чем Reloader, то получается его код сложнее устроен и больше подвержен ошибкам ну и сложнее проводить его аудит