Research: Do we need resource limits for the bundle builder container if we use config maps/pvcs?
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 5/5
- Thời gian dự kiến
- Hơn một tuần
- Mức phù hợp với người mới
- 25/100
- Loại issue
- Tính năng
- Độ rõ ràng
- Cần làm rõ
- Mức độ hoạt động
- Đình trệ
- Công nghệ
- kubernetes, rust
- Lĩnh vực
- infrastructure
Hướng nghiên cứu
Bắt đầu bằng cách xem xét PR #347 và cách OpaBundleBuilder sử dụng tar crate, sau đó tham khảo tài liệu OPA được liên kết về việc sử dụng tài nguyên. Đo mức sử dụng bộ nhớ và CPU khi tạo bundle, đồng thời đánh giá các workload liên quan đến khoảng 1.000–10.000 ConfigMaps, mỗi ConfigMap có kích thước khoảng 1 MB. Công việc được xem là hoàn tất khi checklist có các số liệu đo hoặc ước tính và một kết luận rõ ràng về các giới hạn tài nguyên cần thiết.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
The PR https://github.com/stackabletech/opa-operator/pull/347 implements resource limits and requests for the opa container. The second container opa-bundle-builder currently does not have any limits.
The opa-bundle-builder basically reads all provided OPA rego config maps and puts the content into a tar bundle. From the OPA docs this could grow to a quite a size.
Currently, the size of the data in ConfigMaps cannot exceed 1MB (etcd limit).
This can become a problem if there are many configmaps with rules / data.
The OpaBundleBuilder uses the tar crate, where it is stated that not all of the content must be explicitly in memory.
If rules are adapted dynamically, this also could put quite a load on the CPU when repacking the bundle.tar.gz (not sure we ever reach that many/big rules though).
This is done when:
- The tar crate is tested for memory consumption
- The tar crate is tested for CPU utilization
- We have some tests / estimates if we need more resources than the default ones for the opa-bundle-builder (e.g. with 1000 - 10000 Configmaps a ~1MB)
- Ngôn ngữ chính
- Rust
- Star
- 21
- Fork
- 5
- Merge trung bình
- 12 giờ 44 phút
- Pull request đã merge (30 ngày)
- 11
Hướng dẫn đóng góp
Chưa lập chỉ mục được hướng dẫn đóng góp cho kho mã nguồn này
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của stackabletech/opa-operator
-
type/bug
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 52/100
stackabletech/opa-operator#823 ·
-
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 30/100
stackabletech/opa-operator#766 ·
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 35/100
stackabletech/opa-operator#733 ·
-
User Info Fetcher: Document data differences between backends, and/or how to query it manually Đang mở
Độ khó 2/5 Nửa ngày Mức phù hợp với người mới 50/100
stackabletech/opa-operator#724 ·
-
type/bug
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 20/100
stackabletech/opa-operator#718 ·
Tất cả issue của stackabletech/opa-operator
Issue tương tự
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 75/100
-
issue
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 65/100
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 75/100
-
agentic-workflows
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 70/100
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 88/100
web-infra-dev/rspack#15847 ·