Azure Files を用いた Azure Container Apps のボリュームマウント機能を試してみました

※Azure Container Apps のボリュームマウント機能について、この投稿時点ではパブリックプレビューでの提供となっています。そのため、一般提供 (GA) のタイミングで手順や挙動が変更になる場合があります。

Build 2022 に GAした「Azure Container Apps (ACA)」について、Azure Container Instances や Azure App Service for container のように Azure Files を用いてボリュームとしてマウント、永続ストレージとして使用できる機能がパブリックプレビューで公開されています。

ACA で永続ストレージが利用できることで、同一のコンテナーアプリ環境上に存在する他の ACA や他のシステムからデータをアクセスすることが可能になるため、この機能について試した結果を纏めました。

Azure Files を用いたボリュームマウント機能について
関連リンク

Azure Files を用いたボリュームマウント機能について

Azure Files を用いたボリュームマウント機能は、コンテナーアプリ環境と Azure Files をストレージアカウントキーを用いて接続した後で、ACA でマウントする形となります。

また、Azure Files に接続する際にはアクセスモード (ReadWrite/ReadOnly) 設定を行うことができるようになっています。

なお Microsoft Docs 上では Azure CLI および ARM Template から設定、デプロイすることが可能となっていますが、bicep からでも可能であることを確認しています。

Use storage mounts in Azure Container Apps

Learn to use temporary and permanent storage mounts in Azure Container Apps

bicep から設定する場合は、以下のテンプレート情報を確認してください。

Microsoft.App/managedEnvironments/storages - Bicep, ARM template & Terraform AzAPI reference

Azure Microsoft.App/managedEnvironments/storages syntax and properties to use in Azure Resource Manager templates for de...

resource symbolicname 'Microsoft.App/managedEnvironments/storages@2022-03-01' = {
  ...
  properties: {
    azureFile: {
      accessMode: 'string'
      accountKey: 'string'
      accountName: 'string'
      shareName: 'string'
    }
  }
}

Microsoft.App/containerApps - Bicep, ARM template & Terraform AzAPI reference

Azure Microsoft.App/containerApps syntax and properties to use in Azure Resource Manager templates for deploying the res...

resource symbolicname 'Microsoft.App/containerApps@2022-03-01' = {
  ...
  properties: {
    ...
    template: {
      containers: [
        {
          ...
          volumeMounts: [
            {
              mountPath: 'string'
              volumeName: 'string'
            }
          ]
        }
      ]
      ...
    }
  }
}

Azure Files の前提について

SKU : Standard (汎用v2)、Premium (File Storage) どちらも使用可能
プロトコル : SMB のみ、NFS は使用不可
接続 : ストレージアカウントキーのみ

確認結果

どのコンテナーアプリ環境 (カスタム VNet なし/カスタム VNet あり (内部)/カスタム VNet あり (外部)) についても、Azure Files を用いたボリュームマウント機能は利用可能であることを確認できました。

なお、どのコンテナーアプリ環境でもストレージアカウントのパブリック IP からアクセスされているように見受けらたのは気になりました。
※ストレージのファイアウォール機能を使っても制限できていないように見えました (なぜか接続できてしまう)。

GA 時には直るかなぁ

カスタム VNet なし

カスタム VNet あり (内部)

カスタム VNet あり (外部)

パフォーマンスについて

どのコンテナーアプリ環境 (カスタム VNet なし/カスタム VNet あり (内部)/カスタム VNet あり (外部))であったり、ストレージアカウントの SKU (Standard (汎用v2, トランザクション最適化)/Premium (File Storage, Premium)) でパフォーマンスに違いがあるかどうかについては、確認する限りではあまり見受けられませんでした。
※100 MiB のファイルの読み書きを実施