В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

OpenShift - русскоязычное сообщество

345 membersпожаловаться на группу
2018 July 24

VR

Vadim Rutkovsky in OpenShift - русскоязычное сообщество
Michail Sheldyakov
Умеет ли openshift-ansible устанавливать registry/prometheus/grafana/metrics на произвольный pv?
https://docs.openshift.org/latest/install/configuring_inventory_file.html#advanced-install-registry

Есть bare metal кластер и я могу обеспечить pv, но способа “хорошо” перетянуть на него компоненты не вижу. Могу пройти по всем дефинициям и переписать claim, но инсталлер же их перезапишет если нужно будет настройки поменять.
судя по коду, ошибки не будет, если pv или pvc с таким именем уже есть. Так что если ручками создать PV с таким именем то сработает
источник
16:16пожаловаться#1

MS

Michail Sheldyakov in OpenShift - русскоязычное сообщество
спасибо :)
источник
16:18пожаловаться#2

A

Asgoret in OpenShift - русскоязычное сообщество
Кто-нибудь может подсказать по автоскалированию? Будет ли работать такая конструкция и в случае достижения лимитов горизонтально будет поднят еще один под или конфиг?
  - kind: HorizontalPodAutoscaler
    apiVersion: autoscaling/v1
    metadata:
      name: hpa-resource-metrics-cpu 
    spec:
      scaleTargetRef:
        apiVersion: v1 
        kind: DeploymentConfig
        name: backend
      minReplicas: 1 
      maxReplicas: 10 
      metrics:
      - type: Resource
        resource:
          name: cpu
          targetAverageUtilization: 50

     - type: Resource
       resource:
         name: memory
         targetAverageUtilization: 50
источник
19:14пожаловаться#3

VR

Vadim Rutkovsky in OpenShift - русскоязычное сообщество
Asgoret
Кто-нибудь может подсказать по автоскалированию? Будет ли работать такая конструкция и в случае достижения лимитов горизонтально будет поднят еще один под или конфиг?
  - kind: HorizontalPodAutoscaler
    apiVersion: autoscaling/v1
    metadata:
      name: hpa-resource-metrics-cpu 
    spec:
      scaleTargetRef:
        apiVersion: v1 
        kind: DeploymentConfig
        name: backend
      minReplicas: 1 
      maxReplicas: 10 
      metrics:
      - type: Resource
        resource:
          name: cpu
          targetAverageUtilization: 50

     - type: Resource
       resource:
         name: memory
         targetAverageUtilization: 50
HPA вроде только по CPU умеет
источник
19:19пожаловаться#4

VR

Vadim Rutkovsky in OpenShift - русскоязычное сообщество
пока что, потом научится по кастомной метрике из прометея
источник
19:19пожаловаться#5

VR

Vadim Rutkovsky in OpenShift - русскоязычное сообщество
но конечно с помощью пластилина, желудей и client-go можно собрать свой
источник
19:19пожаловаться#6

A

Asgoret in OpenShift - русскоязычное сообщество
Vadim Rutkovsky
HPA вроде только по CPU умеет
ммм....по доке, вроде и так и так может. другое дело, что там два раздельный объекта. один на цпу смотрит, второй на память. но это ладно, а в итоге что будет проскалировано? будет создан еще один деплой или в рамках деплоя еще один под будет поднят?
источник
19:20пожаловаться#7

A

Asgoret in OpenShift - русскоязычное сообщество
Vadim Rutkovsky
HPA вроде только по CPU умеет
https://docs.openshift.com/container-platform/3.7/dev_guide/pod_autoscaling.html#pod-autoscaling-memory
источник
19:21пожаловаться#8

VR

Vadim Rutkovsky in OpenShift - русскоязычное сообщество
аа, Memory-based autoscaling is only available with the v2alpha1 version of the autoscaling API
источник
19:25пожаловаться#9

VR

Vadim Rutkovsky in OpenShift - русскоязычное сообщество
Asgoret
ммм....по доке, вроде и так и так может. другое дело, что там два раздельный объекта. один на цпу смотрит, второй на память. но это ладно, а в итоге что будет проскалировано? будет создан еще один деплой или в рамках деплоя еще один под будет поднят?
он будет за каждые 50% цпу добавлять по поду. Будет нагрузка 400% (от лимита пода) - будет 4 пода
источник
19:26пожаловаться#10

VR

Vadim Rutkovsky in OpenShift - русскоязычное сообщество
надо эвенты читать, там HPA будет логгировать свои действия
источник
19:26пожаловаться#11

A

Asgoret in OpenShift - русскоязычное сообщество
Vadim Rutkovsky
он будет за каждые 50% цпу добавлять по поду. Будет нагрузка 400% (от лимита пода) - будет 4 пода
хмм....ну т.е. нагрузка на цп дошла до 50% от лимита, поднялся еще под, дошла там до 50, еще под...и так до макс. а понижаться будет в обратном порядке?
источник
19:28пожаловаться#12

VR

Vadim Rutkovsky in OpenShift - русскоязычное сообщество
Asgoret
хмм....ну т.е. нагрузка на цп дошла до 50% от лимита, поднялся еще под, дошла там до 50, еще под...и так до макс. а понижаться будет в обратном порядке?
ага. Но это всё с задержкой в ~ 5 минут - там не пиковые значения используются, а средние за период
источник
19:32пожаловаться#13

VR

Vadim Rutkovsky in OpenShift - русскоязычное сообщество
опять же, в 3.11 будет prometheus-based - там зависит от периода сбора метрик
источник
19:33пожаловаться#14

A

Asgoret in OpenShift - русскоязычное сообщество
Vadim Rutkovsky
ага. Но это всё с задержкой в ~ 5 минут - там не пиковые значения используются, а средние за период
ну значения прыжка для скалирования  и не нужно использовать, так, что тут проблем не будет...в 3.11?о_О
источник
19:34пожаловаться#15

VR

Vadim Rutkovsky in OpenShift - русскоязычное сообщество
Asgoret
ну значения прыжка для скалирования  и не нужно использовать, так, что тут проблем не будет...в 3.11?о_О
значения те же останутся, но можно будет указать кастомную метрику - хошь среднее за 5 минут хошь пиковое сейчас
источник
19:35пожаловаться#16

A

Asgoret in OpenShift - русскоязычное сообщество
Vadim Rutkovsky
значения те же останутся, но можно будет указать кастомную метрику - хошь среднее за 5 минут хошь пиковое сейчас
а так он при достижении прыжка в 80% поднимет еще одну поду?
  cpuUtilization:
    targetPercentage: 80
источник
19:46пожаловаться#17

VR

Vadim Rutkovsky in OpenShift - русскоязычное сообщество
Asgoret
а так он при достижении прыжка в 80% поднимет еще одну поду?
  cpuUtilization:
    targetPercentage: 80
да, вроде того
источник
19:59пожаловаться#18
2018 July 25

A

Asgoret in OpenShift - русскоязычное сообщество
кто знает куда копать?
источник
10:53пожаловаться#19

A

Asgoret in OpenShift - русскоязычное сообщество
нашел
https://github.com/openshift/origin/issues/17729
GitHub
Failed to scale a DC with oc #17729
$ oc scale dc/hook --replicas=0 error: Scaling the resource failed with: the API version in the data (extensions/v1beta1) does not match the expected API version (apps.openshift.io/v1); Current resource version Unknown $ oc version oc v3...
источник
10:54пожаловаться#20