Azure Container Instances とは

[アーティクル]
12/13/2023

コンテナーは、クラウドアプリケーションのパッケージ化、デプロイ、管理を行う優れた方法としてしだいに普及しつつあります。 Azure Container Instances には、仮想マシンを管理したり、より高度なサービスを採用したりせずに、Azure で最も高速かつ簡単にコンテナーを実行する方法が用意されています。

Azure Container Instances は、単純なアプリケーション、タスク自動化、ジョブ作成など、分離されたコンテナーで操作できるあらゆるシナリオ向けの、優れたソリューションです。複数コンテナー間でのサービスの検出、自動スケーリング、およびアプリケーションの調整されたアップグレードなど、コンテナーの完全なオーケストレーションが必要なシナリオには、Azure Kubernetes Service (AKS) をお勧めします。コンテナーインスタンスをデプロイするときのベストプラクティスを理解するには、考慮事項と制限事項と FAQ を読むことをお勧めします。

高速なスタートアップ時間

コンテナーは、スタートアップにおいて、仮想マシン (VM) よりもはるかに優れています。 Azure Container Instances を使用すると、VM をプロビジョニングして管理する必要なく、数秒で Azure でコンテナーを開始できます。

Docker Hub、プライベート Azure コンテナーレジストリ、または別のクラウドベースの Docker レジストリから、Linux または Windows のコンテナーイメージを取り込みます。 ACI でサポートされているレジストリについては、FAQ を参照してください。 Azure Container Instances によって複数の一般的な基本 OS イメージがキャッシュされるため、カスタムアプリケーションイメージのデプロイを高速化するのに役立ちます。

コンテナーアクセス

Azure Container Instances を使用すると、IP アドレスと完全修飾ドメイン名 (FQDN) を使用してコンテナーグループをインターネットに直接公開できます。コンテナーインスタンスを作成するとき、カスタム DNS 名ラベルを指定できるので、customlabel.azureregion.azurecontainer.io でアプリケーションに到達できます。

Azure Container Instances では、アプリケーションの開発とトラブルシューティングを支援するために、対話型シェルを提供することで、実行中のコンテナーでのコマンドの実行もサポートしています。アクセスは HTTPS 経由で行われ、TLS を使用してクライアント接続がセキュリティで保護されます。

重要

2020 年 1 月 13 日以降、Azure Container Instances では、サーバーとアプリケーションからのセキュリティで保護されたすべての接続で TLS 1.2 を使用する必要があります。 TLS 1.0 と 1.1 のサポートは、廃止される予定です。

準拠しているデプロイ

ハイパーバイザーレベルのセキュリティ

従来、コンテナーは、アプリケーション依存関係の分離とリソースガバナンスを実現してきましたが、悪意のあるマルチテナント使用に対する十分なセキュリティ強化については考慮されていません。 Azure Container Instances を使用すると、アプリケーションは、VM 内であるかのように、コンテナー内で確実に分離されます。

顧客データ

Azure Container Instances サービスでは、顧客データは格納されません。ただし、リソースを作成するために使用される Azure サブスクリプションのサブスクリプション ID は格納されます。コンテナーグループが引き続き想定どおりに実行されるようにするには、サブスクリプション ID の格納が必要です。

カスタムサイズ

コンテナーは、通常、1 つのアプリケーションだけを実行するために最適化されますが、そのようなアプリケーションの正確なニーズはさまざまに異なることがあります。 Azure Container Instances で、CPU のコア数とメモリを厳密に指定することによって最適な稼働率を確保することが可能です。支払額は、その要求内容に基づいて秒単位で課金されるので、実際のニーズに応じて支出をきめ細やかに調整することができます。

機械学習などの計算集中型ジョブの場合、Azure Container Instances では、NVIDIA Tesla GPU リソース (プレビュー) を使用するように Linux コンテナーをスケジュールできます。

永続的ストレージ

Azure Container Instances を使用して状態を取得および保持できるように、Azure Storage によってサポートされる Azure Files 共有の直接マウントが提供されます。

Linux コンテナーと Windows コンテナー

Azure Container Instances では、同じ API で、Windows と Linux の両方のコンテナーをスケジュールできます。コンテナーグループを作成するときに、OS の種類の基本設定を指定できます。

一部の機能は、現在のところ Linux コンテナーに限定されています。

コンテナーグループあたりの複数のコンテナー
ボリュームマウント (Azure Files、emptyDir、GitRepo、シークレット)
リソース使用量メトリックと Azure Monitor
GPU リソース (プレビュー)

Windows コンテナーのデプロイでは、一般的な Windows ベースのイメージに基づくイメージを使用します。

共同スケジュールグループ

Azure Container Instances は、ホストコンピューター、ローカルネットワーク、ストレージ、およびライフサイクルを共有する複数コンテナーグループのスケジュール設定をサポートします。これにより、メインアプリケーションコンテナーを、サイドカーのように主要な機能と併走しながら補助的な役割をつかさどるコンテナー (ログ記録など) と結合することができます。

仮想ネットワークのデプロイ

Azure Container Instances を使用すると、Azure 仮想ネットワークにコンテナーインスタンスをデプロイすることができます。仮想ネットワーク内のサブネットにデプロイするとき、コンテナーインスタンスでは、オンプレミス上にあるものなど (VPN Gateway または ExpressRoute 経由で)、仮想ネットワークに存在する他のリソースと安全に通信することができます。

機密コンテナーのデプロイ

ACI 上の機密コンテナーを使うと、コンテナーワークロードにハードウェアベースの機密性と整合性保護を提供する高信頼実行環境 (TEE) でコンテナーを実行できます。 ACI 上の機密コンテナーでは、使用中のデータを保護し、メモリ内で処理されるデータを暗号化できます。 ACI 上の機密コンテナーは、ワークロードのデプロイ時に選択できる SKU としてサポートされます。詳しくは、機密コンテナーグループに関する記事をご覧ください。

スポットコンテナーのデプロイ

ACI スポットコンテナーを使用すると、未使用の Azure 容量で割り込み可能なコンテナー化されたワークロードを、通常の優先度の ACI コンテナーと比較して最大 70% と大幅に割引された価格で実行できます。 ACI スポットコンテナーは、Azure で余剰容量の不足が発生したときに割り込まれる可能性があり、厳密な可用性の要件のないワークロードに適しています。お客様は、1 秒あたりのメモリとコア使用量に基づいて課金されます。 ACI スポットコンテナーを利用するには、スポットコンテナーグループを使用し、割引価格モデルを利用することを示す特定のプロパティフラグを使用してワークロードをデプロイできます。詳細については、スポットコンテナーグループに関するページを参照してください。

考慮事項

コマンドラインインターフェイス (CLI) を介して渡されたユーザーの資格情報は、バックエンドにプレーンテキストとして格納されます。資格情報をプレーンテキストで格納することはセキュリティ上のリスクです。バックエンドに格納するときに暗号化/変換されるように、ユーザー資格情報を CLI 環境変数に格納することをお勧めします。

コンテナーグループが機能しなくなった場合は、サポートリクエストを開く前に、コンテナーを再起動し、アプリケーションコードまたはローカルネットワーク構成を確認することをお勧めします。

コンテナーイメージを 15 GB より大きくすることはできません。このサイズを超えるイメージは、予期しない動作を引き起こす可能性があります: コンテナーイメージのサイズはどのくらいになる可能性がありますか?

一部の Windows Server 基本イメージは、Azure Container Instances との互換性がなくなりました。
どの Windows ベース OS イメージがサポートされていますか。

コンテナーグループが再起動されると、コンテナーグループの IP が変更される可能性があります。実際のシナリオでは、ハードコーディングされた IP アドレスを使用することをお勧めします。静的パブリック IP アドレスが必要な場合は、Application Gateway を使用します: コンテナーグループの静的 IP アドレス - Azure Container Instances | Microsoft Learn

サービス機能用に予約されているポートがあります。予期しない動作につながるので、これらのポートを使用しないことをお勧めします: ACI サービスはサービス機能用にポートを予約しますか?

コンテナーのデプロイまたは実行に問題がある場合は、まずトラブルシューティングガイドで一般的な間違いや問題を確認してください

プラットフォームのメンテナンスイベントが原因でコンテナーグループが再起動する場合があります。これらのメンテナンスイベントは、基盤となるインフラストラクチャの継続的な改善を確実にするために行われます: 明示的なユーザー入力なしでコンテナーで分離再起動が行われた

ACI では特権コンテナー操作は許可されていません。シナリオにルートディレクトリを使用しないことをお勧めします

次のステップ

クイックスタートガイドを使用して、1 つのコマンドでコンテナーを Azure にデプロイしてみてください。

Azure Container Instances のクイックスタート