Hacktoberfest 2026：メンテナが10月に向けて印を付けた、オープンで初心者向けの issue。 Hacktoberfest の issue を見る

LoadBalancer: Return error upon port conflict

オープン
  • 何か問題がありますか？
#293 コメント 0 件 リアクション 0 件 担当者 0 名 GitHub で見る

まだ誰も着手していません。

評価

難易度
3/5
見積もり時間
1〜2日
初心者へのやさしさ
55/100
issue の種類
機能追加
明瞭さ
おおむね明確
活発さ
静か
技術スタック
go, kubernetes
領域
backend, cloud

調査の方向性

この issue ではファイルもテストも指定されていません。まず、LoadBalancer サービスのリコンシリエーションと、サービスのポートがどのようにチェックされているかを追跡してください。完了条件は、すでに使用されているポートを使って LoadBalancer を作成するとエラーが返されることです。ただし、将来の外部サブネット LoadBalancer について述べられている互換性上の懸念を考慮してください。

索引モデルが issue の本文から書いたものです。

説明

Enhancement Kubernetes Cloud Controller Manager (CCM)

The Limitations describe the following:

  • There can only be one LoadBalancer service per unique spec.ports[].port. Since floating IPs are transparent to Oxide instances, traffic will arrive on the instance’s internal IP address using spec.ports[].port. The service controller adds both the floating IP and the instance’s internal IP to the LoadBalancer status so that Kubernetes creates the per-node firewall rules needed to allow the traffic. Put another way, a load balancer configured to use port 443 will conflict with another load balancer configured to use port 443.

However, we could likely return an error when the user creates a LoadBalancer service with a port that's already in use. This will help in the floating IP implementation but it might not be desirable if we move the load balancer to use external subnets instead.

主要言語
Go
スター
6
フォーク
2
平均マージ
2時間 50分
マージ済み PR（30日）
7

環境構築

このプロジェクトには開発コンテナ、Dockerfile、コントリビューションガイドがありません。まず README を読み、一般的な手順ははじめてのコントリビューションガイドを参照してください。

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

oxidecomputer/oxide-cloud-controller-manager のほかの issue

oxidecomputer/oxide-cloud-controller-manager の issue をすべて見る

似ている issue

Go の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。