Довольно сложно предложить какой-либо совет для наилучшего подхода с выбором подходящей емкости для вычислительных ресурсов, доступных для ваших конкретных потребностей.Однако, когда вы используете 1x vCPU
в запросах на ограничение Pod, это эквивалентно 1 единице ЦП для наиболее широко используемых ресурсов виртуальных машин провайдеров Cloud.
Таким образом, я бы поспорил здесь, чтобы добавить больше процессорных модулей в ваш Pod, чем вращать больше Pod с таким же числом vCPU
с помощью планировщика Kubernetes, используя функцию HPA (Horizontal Pod Autoscaler).Поэтому, если у вас недостаточно места на вашем узле, очень легко подтолкнуть множество Pod для перегрузки;и действительно, это не окажет положительного влияния на вычислительный движок Node.
В вашем примере есть два ключевых параметра для анализа: задержка (время для отправки запросов и получения ответа) и пропускная способность (количество запросов в секунду) из HTTP
запросов;здесь всегда действует правило: увеличение задержки уменьшит общую пропускную способность ваших запросов.
Вы также можете прочитать о Vertical Pod Autoscaler в качестве опции для управления вычислениями.ресурсы в кластере Kubernetes.