Azure Container Instances について調べる

3 分

Azure Container Instances (ACI) は、シンプルなアプリケーション、タスク自動化、ジョブ作成など、分離されたコンテナーで操作できるあらゆるシナリオ向けの、優れたソリューションです。次のような利点があります。

高速起動: ACI は、仮想マシン (VM) を作成および管理する必要なく、数秒で Azure でコンテナーを開始できます
コンテナーアクセス: ACI を使用すると、IP アドレスと完全修飾ドメイン名 (FQDN) を使用して、コンテナーグループをインターネットに直接公開できます。
ハイパーバイザーレベルのセキュリティ: アプリケーションを VM と同じように完全に分離する
顧客データ: ACI サービスには、コンテナーグループが想定どおりに実行されるようにするために必要な最小限の顧客データが格納されます
カスタムサイズ: ACI は、CPU コアとメモリの正確な仕様を可能にすることで最適な使用率を提供します
永続ストレージ: 状態を取得して保持するために Azure Files 共有をコンテナーに直接マウントする
Linux と Windows: 同じ API を使用して Windows コンテナーと Linux コンテナーの両方をスケジュールします。

複数のコンテナー間のサービス検出、自動スケーリング、調整されたアプリケーションアップグレードなど、完全なコンテナーオーケストレーションが必要なシナリオでは、 Azure Kubernetes Service (AKS) をお勧めします。

コンテナーグループ

Azure Container Instances の最上位リソースは コンテナーグループです。コンテナーグループは、同じホストコンピューター上にスケジュール設定されるコンテナーのコレクションです。コンテナーグループ内のコンテナーは、ライフサイクル、リソース、ローカルネットワーク、ストレージボリュームを共有します。これは、概念的に Kubernetes の "ポッド" に似ています。

次の図は、複数のコンテナーを含むコンテナーグループの例を示しています。

2 つのコンテナーを含むコンテナーグループの例。1 つはポート 80 でリッスンし、もう 1 つはポート 5000 でリッスンしています。

この例のコンテナーグループは:

単一のホストコンピューター上にスケジュール設定されます。
DNS 名ラベルが割り当てられます。
単一のパブリック IP アドレスを公開し、1 つの公開ポートを持ちます。
次の 2 つのコンテナーから構成されます。片方のコンテナーはポート 80 でリッスンし、他方のポートはポート 5000 でリッスンします。
ボリュームマウントとして 2 つの Azure ファイル共有が含まれています。各コンテナーは共有のいずれかをローカルにマウントします。

注

現在、複数コンテナーグループでサポートされているのは、Linux コンテナーのみです。 Windows コンテナーの場合、Azure Container Instances では、1 つのインスタンスのデプロイのみをサポートします。

展開

マルチコンテナーグループのデプロイ方法は 2 つあります。Resource Manager テンプレートを使うか、YAML ファイルを使う方法です。コンテナーインスタンスをデプロイするときに、より多くの Azure サービスリソースをデプロイする必要がある場合は、Resource Manager テンプレートをお勧めします。 YAML フォーマットは簡潔であるため、デプロイにコンテナーインスタンスのみが含まれている場合は、YAML ファイルをお勧めします。

リソース割り当て

Azure Container Instances では、グループにインスタンスのリソース要求を追加することで、CPU、メモリ、必要に応じて GPU (プレビュー) などのリソースをコンテナーグループに割り当てます。 2 つのインスタンスを持つコンテナーグループを作成し、それぞれが 1 つの CPU を要求する場合、コンテナーグループには 2 つの CPU が割り当てられます。

ネットワーク

コンテナーグループは、IP アドレスと、その IP アドレス上のポートの名前空間を共有します。外部クライアントがグループ内のコンテナーにアクセスできるようにするには、IP アドレスのポートをコンテナーから公開する必要があります。グループ内のコンテナーがポートの名前空間を共有するため、ポートのマッピングはサポートされません。グループ内のコンテナーは、ポートの localhost 経由で相互にアクセスできます。これは、これらのポートがグループの IP アドレスで外部に公開されていない場合でも同じです。

ストレージ

コンテナーグループにマウントする外部ボリュームを指定できます。これらのボリュームは、グループの個別のコンテナーの特定のパスにマップできます。サポートされるボリュームは次のとおりです。

Azure ファイル共有
秘密
空のディレクトリ
複製した git リポジトリ

一般的なシナリオ

複数コンテナーグループは、1 つの機能タスクを複数のコンテナーイメージに分割する場合に便利です。イメージは、異なるチームによって配信され、個別のリソース要件を持つ場合があります。

次のような使用例が考えられます。

Web アプリケーションにサービスを提供するコンテナーとソース管理から最新のコンテンツをプルするコンテナー。
アプリケーションコンテナーとログ記録コンテナー。ログ記録コンテナーは、メインアプリケーションによって出力されるログとメトリックを収集し、長期保存される記憶域に書き込みます。
アプリケーションコンテナーと監視コンテナー。監視コンテナーは、要求を定期的にアプリケーションに送信して、アプリケーションが実行中であり、正常に応答していることを確認します。そうでない場合はアラートを発生させます。
フロントエンドコンテナーとバックエンドコンテナー。フロントエンドは、データを取得するためにサービスを実行しているバックエンドと共に、Web アプリケーションを提供する可能性があります。