Size: a a a

2019 March 26

ZO

Zon Orti in gcp_ru
nnnik
осталось не понятным почему оно не монтиовало с меньшими правами? ))))
т.е. смонтировало бы с огранич. правами - было бы понятнее
прав на чтение не было, без них монтировать нельзя
источник

Z

Zlokot in gcp_ru
эм.. если скейлится, значит и лимиты скейлятся?
источник

ZO

Zon Orti in gcp_ru
Zlokot
эм.. если скейлится, значит и лимиты скейлятся?
ну оверлоад - это если памяти пытаешься выдать больше чем есть. Ну или если 100% утилизация лимитов
источник

Z

Zlokot in gcp_ru
ну ок. вот вопрос как раз про правильную конфигурацию этих реквестом и лимитов..
счас напишу
источник

n

nnnik in gcp_ru
Новая развлекуха на старый лад )))
выше писал о плоской структуре стореджа
ну, ок - создали ручками подпапочки - увидели нужную
в процесс создания подпапок в них были видны файл, но их было мало
в последней подпапке их неск. десятков тысяч раров
делаем на локалке
ls /home/user_name/111/*/*/*/*/*/*/*/*/*/*/rar/
и получаем висяк ...
ядра и паямять свободны
и... как с этим жить? )))
плз, есть у к.н. опыт монитрования клауд.стореджа к локальной машине чтобы все шустро летало?
источник

A

Andor in gcp_ru
Классная шутка
источник

ZO

Zon Orti in gcp_ru
nnnik
Новая развлекуха на старый лад )))
выше писал о плоской структуре стореджа
ну, ок - создали ручками подпапочки - увидели нужную
в процесс создания подпапок в них были видны файл, но их было мало
в последней подпапке их неск. десятков тысяч раров
делаем на локалке
ls /home/user_name/111/*/*/*/*/*/*/*/*/*/*/rar/
и получаем висяк ...
ядра и паямять свободны
и... как с этим жить? )))
плз, есть у к.н. опыт монитрования клауд.стореджа к локальной машине чтобы все шустро летало?
шустро не будет, кмк. каждый ls это http запрос. возможно есть варианты это оптимизировать если самому API дергать, но маловероятно
источник

Z

Zlokot in gcp_ru
вот есть график на ворклоаде.



видно что requested 200 метров памяти, а used - почти 450.
в YAML указано

 replicas: 2

и
       resources:
         requests:
           cpu: 100m
           memory: 100Mi
источник

Z

Zlokot in gcp_ru
понятно почему 200 - 100*2
так?
источник

ZO

Zon Orti in gcp_ru
Zlokot
понятно почему 200 - 100*2
так?
Так
источник

Z

Zlokot in gcp_ru
но тот факт, что поды кушают больше чем запрошено - что должен мне сказать?
сейчас под можно сказать простаивает. нагрузки нет.
я планирую увеличить mem request до 400 например.
источник

Z

Zlokot in gcp_ru
можно ли так делать, основываясь на этом графике?
источник

Z

Zlokot in gcp_ru
просто есть мнение, что текущие настройки реквестов были выставлены неправильно. и хочется их подкорректировать
источник

ZO

Zon Orti in gcp_ru
Zlokot
но тот факт, что поды кушают больше чем запрошено - что должен мне сказать?
сейчас под можно сказать простаивает. нагрузки нет.
я планирую увеличить mem request до 400 например.
Что приложению чтоб просто запуститься нужно больше памяти, чем написано в реквестах
источник

Z

Zlokot in gcp_ru
хм.. интересно
почему так?
источник

ZO

Zon Orti in gcp_ru
Реплики две, в 250 реквеста без нагрузки должны влезть
источник

ZO

Zon Orti in gcp_ru
Zlokot
хм.. интересно
почему так?
Память используется не только на полезную нагрузку но и просто на простой
источник

ZO

Zon Orti in gcp_ru
Библиотеки всякие и тд
источник

Z

Zlokot in gcp_ru
ну я больше хочу понять - есть ли чтото "разумное" в таком подходе - взять сейчас и проверить все графики всех подов, и если текущий usage больше реквестов - то исправить реквесты в конфигах
источник

Z

Zlokot in gcp_ru
учитывая, что сейчас енв простаивает без нагрузки
источник