パブリック プレビュー中に公開したブログ エントリではVNet 統合されたコンテナー アプリ環境のアーキテクチャ (ネットワーク変更点) の変更点を纏めてみましたが、また変更になっていました。
Microsoft Ignite 2022 付近で変更されていたようですが、GA したサービスなんだから、しっかりとアナウンスしてほしい (
変更された部分について、現時点では英語版のみドキュメントにも反映されていますが、実際デプロイして確認した構成とは異なっていたので、纏めてみました。
スポンサーリンク
VNet 統合されたコンテナー アプリ環境のアーキテクチャの変更点について
コンテナー アプリ環境のアーキテクチャの変更点は、以下となります。
※2022/11/08 修正
- マネージド リソースとなる発信用パブリック IP アドレス リソースが「3」から「1」に削減
- マネージド リソース (Azure 管理) となる仮想マシン スケールセット (VMSS) について、
- インスタンス プール数について、デプロイ直後は「4」になっているが、
-
- 内部 (Internal) 通信構成では、デプロイ時後「4」から「3」に変更縮小
- 外部 (Internal) 通信構成では、デプロイ時デフォルトが「4」のままデプロイ時後「4」から「3」に縮小
-
- 各インスタンス プール内のスケール (インスタンス) 数が「61」から「59」に変更
- VNet (インフラストラクチャ サブネット) に 60 個の IP が予約済
- コンテナー アプリ環境のスケール (インスタンス プール数) によって変動するみたい
- おそらくインスタンス プール内のスケールに 1 足した値になっていると思うが、インスタンス プール数が「1」にならない限り、60 個以上の IP が予約されている形に見える。
- インスタンス プール数について、デプロイ直後は「4」になっているが、
なお、発信用パブリック IP アドレス リソースが削減された影響として、SNAT 枯渇が懸念されますが、サポートに問い合わせ、依頼することで発信用パブリック IP アドレスを増やすことができるようです (はっきりいって不便)。
IP 予約の話はよく分からんかった (
※ネットワーク (Azure CLI) がらみの話で言えば、以下のドキュメントが参考になるけども、コンテナー アプリ環境に照らし合わせた際の計算方法や辻褄が合ってなさそうでぐんにょり (
![]()
![]()
※ネットワーク (Azure CLI) がらみの話で言えば、以下のドキュメントが参考になるけども、コンテナー アプリ環境に照らし合わせた際の計算方法や辻褄が合ってなさそうでぐんにょり (
Configure Azure CNI networking in Azure Kubernetes Service (AKS) - Azure Kubernetes Service
Learn how to configure Azure CNI (advanced) networking in Azure Kubernetes Service (AKS).
learn.microsoft.com
アーキテクチャは以下となるようです。
- 内部 (Internal) 通信構成
- 外部 (External) 通信構成
スポンサーリンク
関連リンク
Azure Container Apps | Microsoft Azure
最新のアプリの構築とデプロイを大規模に行うためのフル マネージド サーバーレス コンテナー サービスである Microsoft Azure の Container Apps について説明します。
azure.microsoft.com
Azure Container Apps のドキュメント
Azure Container Apps を使うと、オーケストレーションやインフラストラクチャを気にすることなく、コンテナー化されたアプリケーションを実行できます。
learn.microsoft.com
クイックスタート: Azure portal を使用して最初のコンテナー アプリをデプロイする
Azure portal を使用して最初のアプリケーションを Azure Container Apps にデプロイします。
learn.microsoft.com
