pulp / pulp/pulp_container

As an admin I have configuration recommendations for low-bandwidth scenarios

Open
#1,059 0 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Docs Feature
Dominant language
Python
Stars
31
Forks
56
Avg merge
2d 22h
Merged PRs (30d)
22

Description

Describe the solution you'd like
As an admin I have docs which help me understand what values/settings to tune to overcome bottlenecks during container image push

Depending on the user base there might be quite a lot of concurrent image push also push of large images.
Admins need to know how and whether it is possible to improve the situation whenever 503/504 errors are surfaces to the end user.

There are server/system config that can be tuned like nginx values, socket max connections, number of file descriptions, worker timeouts, etc.

  • client_max_body_size, the default is 1m, it can/should be adjusted for a more performant podman push
  • gunicorn timeout can/should be increased to mitigate 504 error during a lot of simultaneous podman push which would lead to i/o saturation.

Network bandwith, disk iops, memory and cpu values need to be taken into account too.

Additional context
https://issues.redhat.com/browse/AAP-1729

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start with the configuration settings listed in the issue, including nginx client_max_body_size and the gunicorn timeout, and review the linked AAP-1729 context. Done means documentation explains how these settings and network, disk, memory, and CPU constraints relate to concurrent image pushes and 503/504 errors.

Written by the indexing model from the issue text.

Assessment

Tech stack
nginx
Domain
documentation, infrastructure
Issue type
Documentation
Difficulty
4/5
Estimated time
3-5 days
Activity status
Stale
Clarity
Mostly clear
Newbie friendliness
35/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.