Allow additional allowed IPs for VMs in Security Group networks
- 主要言語
- Java
- スター
- 3.1k
- フォーク
- 1.4k
- 平均マージ
- 6日 19時間
- マージ済み PR(30日)
- 32
説明
### The required feature described as a wish
Hi,
I’m currently experimenting with Anycast for Kubernetes clusters.
For this setup, I have two BGP router VMs that talk to multiple tenant worker nodes. The worker nodes should be able to announce external IPs for Kubernetes LoadBalancer services.
The goal is to have multiple tenants on a shared L2 network and use Security Groups for isolation.
The issue is that CloudStack does not know about these external IPs in my scenario, so traffic gets blocked on the hypervisor iptables layer. As far as I understand it, only IPs that CloudStack knows about are allowed as destination IPs for a specific VM.
Even if I create a separate network containing those external IPs, I cannot assign the same IP to multiple VMs. Because of that, real Anycast is not possible.
What would be useful is a way to allow additional destination IPs for a VM or Security Group without requiring CloudStack to assign those IPs directly to a single VM. This would allow external systems, like Kubernetes with BGP-based LoadBalancer announcements, to handle the IP ownership dynamically while CloudStack still provides L2 isolation and anti-spoofing.
コントリビューションガイド
調査の方向性
まず、issue に記載された Security Group の動作と hypervisor iptables filtering をレビューし、VM に対して宛先 IP が現在どのように許可されているかに焦点を当てます。L2 isolation と anti-spoofing を維持しながら、VM または Security Group に対して追加の宛先 IP を許可する方法を定義し、その後 Kubernetes BGP Anycast シナリオに照らして設計を検証します。
索引モデルが issue の本文から書いたものです。
評価
- 技術スタック
- kubernetes
- 領域
- cloud, networking, security
- issue の種類
- 機能追加
- 難易度
- 5/5
- 見積もり時間
- 1週間以上
- 活発さ
- 静か
- 明瞭さ
- おおむね明確
- 初心者へのやさしさ
- 42/100