Antrea：Open vSwitch 上の Kubernetes ネットワーク CNI
Antrea は、Open vSwitch 上に構築されたオープンソースの Kubernetes ネットワーキングおよびセキュリティ プロジェクトであり、実稼働クラスターにポッド ネットワーキング、ポリシーの適用、可観測性の統合、およびゲートウェイ制御を提供します。
ひと目でわかる
- これは何？
- Antrea は Open vSwitch をデータプレーンに使い、Pod ネットワーク、拡張 Network Policy、可観測性、マルチクラスター、IPsec/WireGuard を Kubernetes ネイティブに提供する Go 製 CNI です。
- 誰に向いている？
- Kubernetes 1.23 以上で全ノードに Open vSwitch カーネルモジュールがあり、NodeIPAM または kubeadm の --pod-network-cidr が整ったクラスタ向けです。docs/getting-started.md の YAML をテスト環境へ kubectl apply し、Antrea CLI の packet tracing で Pod 間通信と NetworkPolicy の拒否/許可を観測してから本番へ広げてください。
- 商用利用できる？
- できます。Apache-2.0 は寛容なライセンスで、著作権表示とライセンス表示を残せば、使用・改変・販売が可能です。
- 今もメンテナンスされている？
- されています。直近 1 日以内に新しいコミットがあります。
- 何の言語で書かれている？
- 主に Go です（GitHub の言語統計による）。
回答はプロジェクトの GitHub データ（最終同期：2026年9月15日）と当サイトの分析に基づくもので、法的助言ではありません。
オープンソース詳細解説
Open vSwitch をデータプレーンに置く
Antrea は README の Overview で Kubernetes ネイティブなネットワークソリューションと位置付けられ、Layer 3/4 で Pod ネットワークとセキュリティを提供します。データプレーンは Open vSwitch で、Kubernetes Network Policy を効率的に実装できると説明されています。Open vSwitch is a widely adopted high-performance programmable virtual switch と README は OVS を紹介し、Antrea leverages it to implement Pod networking and security features と続けています。
Features の Kubernetes-native 項目では Kubernetes API を拡張し慣れた抽象化を提供しつつ Kubernetes ライブラリを実装にも利用すると述べています。Powered by Open vSwitch では Service ロードバランシングも OVS で実装し、ハードウェアオフロードで高負荷ワークロードを支えると README にあります。Run everywhere ではプライベート/パブリッククラウドとベアメタルでオーバーレイあり/なしを選べ、Easy deployment では単一 YAML マニフェスト適用で導入できると説明されています。Comprehensive policy model と Troubleshooting and monitoring tools も Features リストに独立項目として並びます。 追加段落：README一次情報に基づき、本リポジトリの公開範囲はドキュメントとソースに限定されます。star数やfork数はGitHubメタデータ由来の注目指標であり、機能保証やSLAを意味しません。導入判断では、READMEが示す具体コマンド・設定キー・バージョン番号を手元環境で再現し、期待する入出力が得られるかを記録してください。READMEに無い性能数値、互換マトリックス、セキュリティ監査結果は推測で補わず、issue/リリースノート/公式サイトで確認できる事実だけを採用記録に残します。
Kubernetes 1.23 と NodeIPAM の前提
README には Kubernetes 1.23 以降のクラスタでテストしたとあります。NodeIPAMController がクラスタで有効である必要があり、kubeadm で構築する場合は --pod-network-cidr を指定しなければなりません。代替として Antrea Controller の NodeIPAM feature を有効化して設定する方法も README に記載されています。
各 Kubernetes ノードには Open vSwitch カーネルモジュールが存在する必要があり、モジュールの有無は lsmod や modprobe でノードごとに確認します。Linux と Windows ノードを混在させる場合は、OS ごとに OVS のロード状態と antrea-agent Pod のログを分けて記録します。Prerequisites 節は Getting started with Antrea is very simple と述べつつ、docs/getting-started.md への詳細導線を示しています。
Network Policy の拡張モデル
Antrea は Kubernetes Network Policy を基盤に、ポリシー階層（tiering）、ルール優先度、クラスタレベルポリシー、Node ポリシーなどを追加する包括的なポリシーモデルを README の Features で説明しています。詳細は docs/antrea-network-policy.md を参照するよう案内されています。
Antrea-native ポリシーは Kubernetes 以外の VM やベアメタルサーバーにも適用可能で、github.com/antrea-io/nephe プロジェクトがクラウド横断 VM セキュリティを実装すると README にあります。テスト namespace では kubectl apply で NetworkPolicy を作成し、antctl trace-packet や policy analysis ツールで意図した通信だけが通るか確認します。ポリシー階層を使う場合は tier ごとに評価順序を設計表に残し、クラスタ全体ポリシーと namespace ポリシーの優先関係を docs の例と突合します。
Windows ノードとマルチクラスター
Open vSwitch の移植性により、Linux と Windows Kubernetes ノードで同じデータプレーン実装を使えると README は述べています。Windows Node support は Features の独立項目として挙げられ、同一 OVS 実装を両 OS で共有できる点が強調されています。
マルチクラスター連携では、複数 Kubernetes クラスタを統合データプレーン（マルチクラスタ Service を含む）と統一セキュリティポスチャで運用できるとし、docs/multicluster/user-guide.md への入口があります。フェデレーション構成では各クラスタの Pod CIDR と Service CIDR が衝突しないことを設計表に残し、クラスタ間 Service の DNS 解決を別途確認します。
可観測性と Theia 連携
Antrea は CLI と UI ツールで packet tracing、policy analysis、flow inspection を提供し、Prometheus メトリクスと network flow エクスポートに対応すると README の Troubleshooting and monitoring tools にあります。Antrea + Theia を組み合わせると Kubernetes ワークロード間通信の可視化、Grafana ダッシュボード、Network Policy 推奨が README で説明されています。
Theia は github.com/antrea-io/theia としてリンクされ、Network observability and analytics の節で詳述されています。フローコレクタへエクスポートする設定は docs 配下のガイドを参照します。導入直後は antctl get networkpolicy や flow エクスポート設定をテストクラスタで試し、本番では scrape 間隔と保存期間を運用ポリシーで決めます。Observability 機能は CNI 本体の Pod 通信とは別に、監視基盤側の容量計画が必要です。
IPsec/WireGuard と Getting started
ノード間 Pod トラフィックの IPsec または WireGuard トンネルによる暗号化が Features の Encryption 項目に含まれます。暗号化を有効にする前に、docs フォルダの該当ガイドで鍵管理とオーバーヘッドを確認します。
Getting started は docs/getting-started.md を参照するよう README が案内し、Features の詳細も同ドキュメントと docs/ 配下のユーザーガイドへリンクしています。CHANGELOG/README.md に版ごとの機能一覧があります。コミュニティは Kubernetes Slack #antrea、メーリングリスト projectantrea-announce / projectantrea / projectantrea-dev、Antrea チームカレンダー、隔週火曜 5AM GMT+1（英国時間）のコミュニティミーティングへの入口が README に列挙されています。導入テストでは getting-started の YAML を minikube 等へ適用し、antrea-agent と antrea-controller の Pod が Ready になるまで待ってから Pod 間 ping を試します。
Adopters、Roadmap、Apache-2.0
README は Antrea Adopters を ADOPTERS.md、将来機能を ROADMAP.md、版ごとの変更を CHANGELOG/README.md へリンクしています。Contributing 節は CODE_OF_CONDUCT.md と CONTRIBUTING.md、docs/design/architecture.md への入口を示し、YouTube プレイリストの meeting recordings と antrea.io/live の office hours アーカイブを案内しています。隔週火曜 5AM GMT+1（英国時間、Antrea Team Calendar で現地時間確認）の community meeting も README に記載されています。採用判断前に ROADMAP.md で必要機能の有無を確認し、ADOPTERS.md で類似規模の事例を参照します。
ライセンスは Apache License 2.0 で LICENSE ファイルを直接読む必要があります。Network Policies for virtual machines 項目では Antrea-native policies が VM や baremetal サーバーにも適用可能で Nephe が実装すると README にあります。Go 言語実装、1808 stars（取得時点）、v2.7.0 リリースはメタデータ参考値です。リポジトリメタデータは Go 言語、1808 stars（取得時点）、v2.7.0 リリース（GitHub Releases）を示しますが、README 自体は SLA や性能ベンチマークを提供していません。
編集部の結論
Kubernetes 1.23 以上で全ノードに Open vSwitch カーネルモジュールがあり、NodeIPAM または kubeadm の --pod-network-cidr が整ったクラスタ向けです。docs/getting-started.md の YAML をテスト環境へ kubectl apply し、Antrea CLI の packet tracing で Pod 間通信と NetworkPolicy の拒否/許可を観測してから本番へ広げてください。
コミュニティノート