この記事について
- AWS 公式が公表している週刊 AWS やアップデート情報の中から、ネットワークリソース関連の情報を集約して把握するため、Claude を活用してサマリーを生成・出力しています。
- 週刊 AWS および AWS の最新アップデートを継続的にキャッチアップする習慣をつけるため。
- 各記事に対する感想は、自身で記載して投稿しています。
- タイトルに【備忘】と付けているのは、後から見返せるよう記録として残しておきたいためです。
はじめに
2026/07/27 週の週刊 AWS では、ネットワーク関連として注目度の高いアップデートが複数確認されました。特に、Amazon EKS のクラスター OIDC エンドポイントへの AWS PrivateLink 対応や、マルチクラウド接続を担う AWS Interconnect の OCI（Oracle Cloud Infrastructure）対応の GA は、エンタープライズ用途での影響が大きいリリースです。また、前週（2026/07/20 週）には Network Load Balancer のリスナールール拡張や CloudTrail のネットワークアクティビティイベント改善など、運用・セキュリティ面での強化も続いています。
ネットワーク関連アップデート
週刊AWS – 2026/7/27週
Amazon EKS がクラスター OIDC エンドポイント向けの AWS PrivateLink に対応
- 対象サービス: Amazon EKS / AWS PrivateLink / VPC
- 概要: Amazon EKS のクラスター OIDC（OpenID Connect）エンドポイントへのアクセスに対して、AWS PrivateLink が利用可能になりました。これにより、OIDC エンドポイントへのトラフィックをインターネットに出すことなく、VPC 内のプライベートネットワーク経由でルーティングできます。セキュリティポリシー上、EKS クラスターを完全にプライベート化したい要件を持つ組織にとって重要な対応です。
-
ポイント:
- インターネットへの経路を持たないプライベートクラスター構成でも OIDC 認証フローが完結可能になる
- 金融・医療など厳格なネットワーク分離要件が求められる業界での EKS 採用障壁が低下
- VPC エンドポイントの追加コストと管理が発生する点は考慮が必要
AWS Interconnect – multicloud（Oracle Cloud Infrastructure 対応）が一般提供を開始
- 対象サービス: AWS Interconnect / Direct Connect / マルチクラウド接続
- 概要: AWS Interconnect のマルチクラウド対応として、Oracle Cloud Infrastructure（OCI）との接続が GA（一般提供）となりました。AWS と OCI のリソースを専用のプライベート接続で結ぶことができ、インターネット経由のデータ転送を回避しながらハイブリッド・マルチクラウド構成を実現します。これまでの Azure 対応に続き、主要クラウドプロバイダーとの接続選択肢がさらに拡充されました。
-
ポイント:
- OCI と AWS を組み合わせたマルチクラウド戦略を採用している企業にとって待望の GA リリース
- 専用線接続によりレイテンシの安定化・セキュリティ強化・帯域保証が期待できる
- Oracle Database（Exadata）を OCI 側に残しつつ、アプリケーション層を AWS で構築するアーキテクチャが現実的に
- コスト構造（接続費用＋データ転送料）の事前確認が重要
週刊AWS – 2026/7/20週
Network Load Balancer が送信元 IP アドレスタイプに基づくリスナールールに対応
- 対象サービス: Network Load Balancer (NLB) / VPC
- 概要: Network Load Balancer のリスナールールに、送信元 IP アドレスタイプ（IPv4 / IPv6）に基づくルーティング条件が追加されました。これにより、クライアントの送信元 IP タイプに応じてターゲットグループや処理を振り分けるより細かな制御が可能になります。デュアルスタック環境での柔軟なトラフィック制御に寄与します。
-
ポイント:
- IPv4 と IPv6 クライアントを別々のバックエンドに振り分けるシナリオが NLB 単体で実現可能に
- IPv6 移行期における段階的な対応・テストをリスナールールレベルで制御できる
- ALB に続き NLB でも条件ルーティングの拡張が進んでおり、ロードバランサー選択の幅が広がる
AWS CloudTrail でネットワークアクティビティイベントを ID 別に選択的にログ記録可能に
- 対象サービス: AWS CloudTrail / VPC / ネットワークセキュリティ
- 概要: AWS CloudTrail において、ネットワークアクティビティイベントを IAM プリンシパル（ユーザー・ロール等の ID）別に選択してログ記録できるようになりました。これまでは全イベントを一律に記録するか除外するかという粒度でしたが、特定の ID のみに絞ったフィルタリングが可能になり、監査ログの精度向上とコスト最適化が期待できます。
-
ポイント:
- ネットワーク操作の監査において「誰が何をしたか」をより精緻に追跡可能
- 不要なログを削減することで CloudTrail のコスト低減につながる
- セキュリティインシデント調査時に特定プリンシパルのネットワーク操作を効率的に絞り込める
感想
Amazon EKS がクラスター OIDC エンドポイント向けの AWS PrivateLink に対応
「OIDC エンドポイント」のキーワードから どういう機能なのかというのか分からなかったため、
いつものように壁打ちしました。
OIDC エンドポイントは「クラスターの公開鍵を配っているだけの、認証不要な HTTPS の静的ページ」
そして、通信経路がどのように変化したのかを図に示して理解できました。
通信経路の変化（図解）
Before: インターネット Egress が必須
After: PrivateLink で AWS 内部ネットワーク完結
これまでは鍵の受け取りで日本郵便に配送してもらっていたものが、自社配送サービスで受け取ることができるようになった。
その結果、下記の利点につながる
- 閉域網でのEKS構築が完結できる
- オンプレ・他VPCからも繋げることができる
- DNS関連リソースの簡素化
- SGで制御でき、CloudWatch logs で追跡できるようになる
ECS・EKS の通信については、これまでほとんど触れる機会がなかったため、今後知見を広げていきたい。
Network Load Balancer が送信元 IP アドレスタイプに基づくリスナールールに対応
コスト削減、機能集約につながり、またリソース管理面でもメリットが大きいと感じました。
その他注目リリース
- Amazon EKS の EKS Auto Mode と Karpenter で EFA と Placement Group をサポート（週刊AWS 7/20週）: HPC・機械学習ワークロード向けに EKS Auto Mode と Karpenter から EFA（Elastic Fabric Adapter）および Placement Group を制御できるようになり、ノード間の高速・低レイテンシ通信が自動スケーリングと組み合わせて利用可能に。
- Amazon RDS for SQL Server が Multi-AZ インスタンスでの TDE データベース復元に対応（週刊AWS 7/27週）: Multi-AZ 構成の RDS for SQL Server で TDE（Transparent Data Encryption）が有効なデータベースの復元が可能になり、可用性と暗号化を両立した運用が容易に。
- IAM Identity Center が Identity Center ディレクトリのマルチリージョン対応を拡張（週刊AWS 7/27週）: Identity Center ディレクトリのマルチリージョン展開が強化され、複数リージョンにまたがるアクセス管理の可用性・レジリエンスが向上。
- AWS Glue の REST API コネクタが VPC 接続・フィルタプッシュダウンに対応（週刊AWS 7/27週）: Glue の REST API コネクタで VPC 内のプライベートエンドポイントへの接続とフィルタプッシュダウンが利用可能になり、データ統合パイプラインのセキュリティと性能が改善。
- KNFSD File Cache の Preview 提供開始（週刊AWS 7/20週）: オンプレミス NFS サーバーや AWS ファイルストレージを高速キャッシュするマネージドソリューション KNFSD File Cache が Preview 公開され、NFS ワークロードのスループット向上が期待される。
感想
AWS で Claude Opus 5 が利用可能に
プライベートでの利用が早く、分析中心に利用しています。
図解表記も以前よりは格段に精度が上がり、特に draw.io でAWS構成図を描画させた際には オブジェクトが被って表示されるなどの頻度は少なくなりました。
なお、コーディングは、Sonnet5 でも十分な感覚です。（でも本当は Opus5 でやりたい）
業務でも利用を開始したので、こちらはコードレビュー中心なので徐々に精度がわかってくると思います。
AWS Transit Gateway のポリシーベースルーティングが一般提供開始
まだキャッチアップできていなく、後日図解も含めて追記できたらと思います。