Proposal to Enhance Private Gateway Functionality for Measuring and Billing Usage
- Lingua principale
- Java
- Stelle
- 3.1k
- Fork
- 1.4k
- Merge medio
- 6g 19h
- PR unite (30g)
- 32
Descrizione
##### 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
~~~
~~~
Guida per i contributori
Apri la guida per i contributori
Direzione di ricerca
La issue nomina il componente Private Gateway e tre scenari di peering, ma non fornisce file, comandi, test o criteri di accettazione. Inizia mappando il modo in cui CloudStack registra attualmente il traffico del gateway e la fatturazione per il peering nella stessa zona, il peering tra zone e il peering esterno. Il lavoro sarebbe completato quando fossero definiti un ambito di miglioramento concordato e dati di utilizzo misurabili adatti a tariffe differenziate.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Valutazione
- Stack tecnologico
- java
- Ambito
- cloud, infrastructure
- Tipo di issue
- Funzionalità
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Stato di attività
- Ferma
- Chiarezza
- Da chiarire
- Idoneità per principianti
- 25/100