Proposal to Enhance Private Gateway Functionality for Measuring and Billing Usage
- Ngôn ngữ chính
- Java
- Star
- 3.1k
- Fork
- 1.4k
- Merge trung bình
- 6 ngày 19 giờ
- Pull request đã merge (30 ngày)
- 32
Mô tả
##### ISSUE TYPE
* Enhancement Request
##### COMPONENT NAME
~~~
Private Gateway
~~~
##### CLOUDSTACK VERSION
~~~
CloudStack 4.18.0.0
~~~
##### CONFIGURATION
##### OS / ENVIRONMENT
##### SUMMARY
Hello Community,
I'd like to address an observation regarding Private Gateway functionality that presents a challenge in billing and measuring end-user usage. Currently, while it's feasible to connect VPCs or other networks, there exists a notable gap in quantifying and billing the usage for end users.
There are two key scenarios where this limitation is evident:
1. VPC to VPC Peering within the same zone (No Charges)
- Network traffic travels through fiber cables within the zone.
2. VPC to VPC Peering not within the same zone (Charges Apply)
- Network traffic travels via Private Lines managed by the Cloud Operator.
- Multiple VPCs from different tenants utilize these Private Lines.
3. VPC to External Networks Peering (Charges Apply)
- Clients may deploy their devices in the data center.
To address this issue, I believe it's crucial to enhance the system's capability to measure Private Gateway usage accurately. This enhancement would enable the application of different tariffs for billing purposes, allowing for a more transparent and fair billing process for all users involved. I intend to raise this concern on Github and propose enhancements to facilitate these measurements and billing functionalities.
##### STEPS TO REPRODUCE
~~~
~~~
##### EXPECTED RESULTS
~~~
~~~
##### ACTUAL RESULTS
~~~
~~~
Hướng dẫn đóng góp
Hướng nghiên cứu
Issue nêu tên thành phần Private Gateway và ba kịch bản peering, nhưng không cung cấp tệp, lệnh, bài kiểm thử hay tiêu chí nghiệm thu nào. Hãy bắt đầu bằng cách lập bản đồ cách CloudStack hiện ghi nhận lưu lượng gateway và việc tính phí cho peering trong cùng zone, peering giữa các zone và peering bên ngoài. Công việc được xem là hoàn tất khi có phạm vi cải tiến đã được thống nhất và dữ liệu sử dụng đo lường được, phù hợp với các mức giá khác nhau.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Đánh giá
- Công nghệ
- java
- Lĩnh vực
- cloud, infrastructure
- Loại issue
- Tính năng
- Độ khó
- 5/5
- Thời gian dự kiến
- Hơn một tuần
- Mức độ hoạt động
- Đình trệ
- Độ rõ ràng
- Cần làm rõ
- Mức phù hợp với người mới
- 25/100