Batch サービス API を使用してタスクのデータを Azure Storage に保持する

[アーティクル]
06/13/2024

Azure Batch で実行するタスクによって、実行時に出力データが生成されることがあります。タスクの出力データは、多くの場合、ジョブ内の他のタスク、またはそのジョブを実行したクライアントアプリケーション (あるいは両方) が取得できるように格納される必要があります。タスクは Batch コンピューティングノードのファイルシステムに出力データを書き込みますが、再イメージ化されるとき、またはノードがプールを終了するときに、ノードのすべてのデータが失われます。タスクには、ファイルリテンション期間が設定されている場合もあります。この期間が過ぎると、タスクによって作成されたファイルが削除されます。これらの理由から、後で必要になるタスク出力をデータストア (Azure Storage など) に永続化することが重要です。

Batch のストレージアカウントオプションについては、「Batch アカウントと Azure Storage アカウント」を参照してください。

Batch サービス API は、仮想マシン構成のプールで実行されるタスクおよびジョブマネージャータスクについて、Azure Storage への出力データの保持をサポートします。タスクを追加する時点で、タスクの出力の保存先として Azure Storage 内のコンテナーを指定できます。そうすると、タスクが完了した時点で、Batch サービスによってすべての出力データがそのコンテナーに書き込まれます。

タスクの出力を保持するために Batch サービス API を使用するとき、タスクが実行されているアプリケーションに変更を加える必要がありません。代わりに、クライアントアプリケーションにいくつか変更を加えれば、タスクを作成する同じコード内からタスクの出力を保持できます。

重要

Batch サービス API を使用した Azure Storage へのタスクデータの保持は、2018 年 2 月 1 日以前に作成されたプールでは機能しません。

Batch サービス API を使用してタスク出力を保持するとよいケース

Azure Batch は、タスクの出力を保持するために複数の方法を提供しています。次のようなシナリオは、Batch サービス API を使用するのが最適なケースです。

タスクが実行されているアプリケーションを変更せずに、タスクの出力をクライアントアプリケーション内から保持するためのコードを記述する。
仮想マシンの構成で作成されたプール内の Batch タスクおよびジョブマネージャータスクからの出力を保持する。
任意の名前の Azure Storage コンテナーに出力を保持する。
Batch ファイル規則の標準に準拠した名前の Azure Storage コンテナーに出力を保持する。

検討しているシナリオが上記のシナリオと異なる場合は、別のアプローチを考慮する必要があります。たとえば、Batch サービス API は現時点で、タスクの実行中に Azure Storage に出力をストリーミングする機能をサポートしていません。出力をストリーミングするには、.NET の場合に利用可能な Batch ファイル規則ライブラリの使用をご検討ください。その他の言語の場合には、開発者が自分で独自のソリューションを実装する必要があります。その他のオプションの詳細については、ジョブやタスクからの出力を Azure Storage に保存する方法に関するページを参照してください。

Azure Storage 内にコンテナーを作成する

タスクの出力を Azure Storage に保持するためには、出力ファイルの保存先となるコンテナーを作成する必要があります。適切な Azure Storage クライアントライブラリまたは SDK を使用し、タスクを実行する前に (ジョブの送信前を推奨) コンテナーを作成します。 Azure Storage API の詳細については、Azure Storage のドキュメントを参照してください。

たとえば、C# でアプリケーションを作成している場合は、.NET 用の Azure Storage クライアントライブラリを使用します。次の例は、コンテナーを作成する方法を示しています。

CloudBlobContainer container = storageAccount.CreateCloudBlobClient().GetContainerReference(containerName);
await container.CreateIfNotExists();

タスク出力用に出力ファイルを指定する

タスクに対して出力ファイルを指定するには、OutputFile オブジェクトのコレクションを作成し、タスクの作成時にそのコレクションを CloudTask.OutputFiles プロパティに割り当てます。 Shared Access Signature (SAS) またはマネージド ID を使用して、コンテナーへのアクセスを認証できます。

Shared Access Signature の使用

コンテナーを作成した後は、コンテナーに対する書き込みアクセス権を持つ Shared Access Signature (SAS) を取得します。 SAS は、コンテナーへの委任されたアクセスを提供します。 SAS は、指定した一式のアクセス許可を、指定した期間にわたって付与します。 Batch サービスでは、タスクの出力をコンテナーに書き込むために、書き込みアクセス許可を持つ SAS が必要になります。 SAS の詳細については、Azure Storage での Shared Access Signatures (SAS) の使用に関するページを参照してください。

Azure Storage API を使用して SAS を取得すると、API から SAS トークン文字列が返されます。このトークン文字列には、アクセス許可と SAS の有効期間を含む、SAS のすべてのパラメーターが含まれています。 SAS を使用して Azure Storage のコンテナーにアクセスするには、SAS トークン文字列をリソース URI に追加する必要があります。このリソース URI と、追加された SAS トークンにより、Azure Storage への認証済みアクセスが提供されます。

次の例は、コンテナーの書き込み専用の SAS トークン文字列を取得し、その SAS をコンテナーの URI に追加する方法を示しています。

string containerSasToken = container.GetSharedAccessSignature(new SharedAccessBlobPolicy()
{
    SharedAccessExpiryTime = DateTimeOffset.UtcNow.AddDays(1),
    Permissions = SharedAccessBlobPermissions.Write
});

string containerSasUrl = container.Uri.AbsoluteUri + containerSasToken;

次に示す C# コードの例では、output.txt という名前のファイルに乱数を書き込むタスクを作成しています。この例では、output.txt をコンテナーに書き込むために出力ファイルを作成します。また、出力ファイル、ファイルパターン std*.txt に一致するすべてのログファイル (例: stdout.txt や stderr.txt など) についても出力ファイルを作成します。コンテナーの URL には、事前にコンテナーに対して作成した SAS が必要になります。 Batch サービスでは、その SAS を使用して、コンテナーへのアクセスを認証します。

new CloudTask(taskId, "cmd /v:ON /c \"echo off && set && (FOR /L %i IN (1,1,100000) DO (ECHO !RANDOM!)) > output.txt\"")
{
    OutputFiles = new List<OutputFile>
    {
        new OutputFile(
            filePattern: @"..\std*.txt",
            destination: new OutputFileDestination(
         new OutputFileBlobContainerDestination(
                    containerUrl: containerSasUrl,
                    path: taskId)),
            uploadOptions: new OutputFileUploadOptions(
            uploadCondition: OutputFileUploadCondition.TaskCompletion)),
        new OutputFile(
            filePattern: @"output.txt",
            destination: 
         new OutputFileDestination(new OutputFileBlobContainerDestination(
                    containerUrl: containerSasUrl,
                    path: taskId + @"\output.txt")),
            uploadOptions: new OutputFileUploadOptions(
            uploadCondition: OutputFileUploadCondition.TaskCompletion)),
}

Note

Linux でこの例を使用する場合は、円記号をスラッシュに変更してください。

マネージド ID の使用

コンテナーへの書き込みアクセス権を持つ SAS を生成して Batch に渡す代わりに、Azure Storage での認証にマネージド ID を使用できます。 ID を Batch プールに割り当てる必要があります。また、書き込むコンテナーの Storage Blob Data Contributor ロールの割り当ても必要です。それにより、コンテナーへのアクセスの認証に SAS ではなくマネージド ID を使用するように Batch サービスに指示できます。

CloudBlobContainer container = storageAccount.CreateCloudBlobClient().GetContainerReference(containerName);
await container.CreateIfNotExists();

new CloudTask(taskId, "cmd /v:ON /c \"echo off && set && (FOR /L %i IN (1,1,100000) DO (ECHO !RANDOM!)) > output.txt\"")
{
    OutputFiles = new List<OutputFile>
    {
        new OutputFile(
            filePattern: @"..\std*.txt",
            destination: new OutputFileDestination(
         new OutputFileBlobContainerDestination(
                    containerUrl: container.Uri,
                    path: taskId,
                    identityReference: new ComputeNodeIdentityReference() { ResourceId = "/subscriptions/SUB/resourceGroups/RG/providers/Microsoft.ManagedIdentity/userAssignedIdentities/identity-name"} })),
            uploadOptions: new OutputFileUploadOptions(
            uploadCondition: OutputFileUploadCondition.TaskCompletion))
    }
}

ファイルパターンの一致を指定する

出力ファイルを指定するとき、OutputFile.FilePattern プロパティを使って、ファイルパターンの一致を指定できます。このファイルパターンは、タスクによって作成される 0 個のファイル、1 個のファイル、一連のファイルと一致する可能性があります。

FilePattern プロパティでは、* (非再帰的に一致) や ** (再帰的に一致) など、標準のファイルシステムワイルドカードがサポートされます。たとえば、上記のコードサンプルでは、std*.txt と非再帰的に一致するファイルパターンを次のように指定しています。

filePattern: @"..\std*.txt"

1 つのファイルをアップロードするには、ワイルドカードなしでファイルパターンを指定します。たとえば、上記のコードサンプルでは、output.txt と一致するファイルパターンを次のように指定しています。

filePattern: @"output.txt"

アップロード条件を指定する

OutputFileUploadOptions.UploadCondition プロパティにより、出力ファイルを条件付きでアップロードすることができます。一般的なシナリオとして、タスクが成功した場合に特定の一連のファイルをアップロードし、タスクが失敗した場合にそれとは異なる一連のファイルをアップロードするというものがあります。たとえば、タスクが失敗し、ゼロ以外の終了コードで終了した場合にのみ、詳細なログファイルをアップロードすることができます。同様に、タスクが成功した場合にのみ、結果ファイルをアップロードすることができます。タスクが失敗した場合は、全部または一部の結果ファイルが存在しない可能性があるからです。

上記のコードサンプルでは、UploadCondition プロパティを TaskCompletion に設定しています。この設定では、タスクの完了後に、終了コードの値にかかわらず、ファイルをアップロードすることが指定されます。

uploadCondition: OutputFileUploadCondition.TaskCompletion

その他の設定については、OutputFileUploadCondition 列挙型を参照してください。

同じ名前のファイルのあいまいさを解消する

1 つのジョブ内の複数のタスクから、同じ名前のファイルが生成されることがあります。たとえば、stdout.txt と stderr.txt は、1 つのジョブ内で実行されるすべてのタスクで作成されます。各タスクは独自のコンテキストで実行されるため、これらのファイルがノードのファイルシステム上で競合することはありません。ただし、複数のタスクから共有コンテナーにファイルをアップロードする場合は、同じ名前のファイルのあいまいさを解消する必要があります。

OutputFileBlobContainerDestination.Path プロパティでは、出力ファイル用の保存先 BLOB または仮想ディレクトリを指定します。 Path プロパティを使用して、BLOB または仮想ディレクトリの名前について、同じ名前の出力ファイルが Azure Storage 内で一意の名前になるように設定できます。パスにタスク ID を使用する方法は、確実に一意の名前を作成でき、ファイルを容易に識別できるので、優れた方法です。

FilePattern プロパティをワイルドカード式に設定した場合は、そのパターンに一致するすべてのファイルが、Path プロパティで指定した仮想ディレクトリにアップロードされます。たとえば、コンテナーが mycontainer、タスク ID が mytask、ファイルパターンが ..\std*.txt の場合であれば、Azure Storage 内の出力ファイルへの絶対 URI は次のようになります。

https://myaccount.blob.core.windows.net/mycontainer/mytask/stderr.txt
https://myaccount.blob.core.windows.net/mycontainer/mytask/stdout.txt

FilePattern プロパティを 1 つのファイル名と一致するように設定した場合、つまりワイルドカード文字を含めない場合は、Path プロパティの値は BLOB の完全修飾名を指定します。複数のタスクから生成される 1 つのファイルで名前の競合が予想される場合は、ファイル名の一部として仮想ディレクトリの名前を含めることにより、それらのファイルのあいまいさを解消します。たとえば、Path プロパティを、タスク ID、区切り文字 (通常はスラッシュ)、ファイル名を含めた値に設定します。

path: taskId + @"/output.txt"

一連のタスクの出力ファイルへの絶対 URI は、次のようになります。

https://myaccount.blob.core.windows.net/mycontainer/task1/output.txt
https://myaccount.blob.core.windows.net/mycontainer/task2/output.txt

Azure Storage 内の仮想ディレクトリの詳細については、「コンテナー内の BLOB を一覧表示する」を参照してください。

多くの出力ファイル

タスクで多数の出力ファイルを指定すると、Azure Batch API によって制限が課される可能性があります。タスクを小さくし、出力ファイルの数を少なくしておくことをお勧めします。

制限が発生した場合は、ファイルパターンを使用するか、tar や zip などのファイルコンテナーを使用して出力ファイルを統合することで、出力ファイルの数を減らすことを検討してください。または、マウントやその他の方法を使用して出力データを保持します (ジョブとタスクの出力の永続化を参照)。

ファイルのアップロードエラーを診断する

Azure Storage への出力ファイルのアップロードが失敗した場合、そのタスクは Completed 状態に移行し、TaskExecutionInformation.FailureInformation プロパティが設定されます。 FailureInformation プロパティを確認すれば、どのようなエラーが発生したかを判別できます。たとえば、次に示すのは、コンテナーが見つからない場合にファイルをアップロードしたときに発生するエラーです。

Category: UserError
Code: FileUploadContainerNotFound
Message: One of the specified Azure container(s) was not found while attempting to upload an output file

各ファイルのアップロードのたびに、Batch は、fileuploadout.txt と fileuploaderr.txt の 2 つのログファイルをコンピューティングノードに書き出します。特定のエラーの詳細について、これらのログファイルを確認することができます。タスクそのものを実行できなかった場合など、ファイルのアップロードがまったく試行されなかった場合には、これらのログファイルは存在しません。

ファイルのアップロードパフォーマンスを診断する

fileuploadout.txt ファイルには、アップロードの進行状況ログが記録されます。このファイルを調べると、ファイルのアップロードにどれほど時間がかかったかについて、詳細を把握できます。アップロードのパフォーマンスには、ノードのサイズ、アップロード時にノード上で実行されている他のアクティビティ、アップロード先のコンテナーが Batch プールと同じリージョンにあるかどうか、ストレージアカウントに同時にアップロードしているノードの数など、多くの要因が影響を与えることにご注意ください。

Batch サービス API を Batch ファイル規則の標準と併用する

Batch サービス API でタスクの出力を保持する場合、保存先コンテナーや BLOB の名前は、開発者が自由に付けることができます。あるいは、Batch ファイル規則の標準に従って名前を付けることもできます。ファイル規則の標準では、特定の出力ファイルについて Azure Storage 内での保存先コンテナーと BLOB の名前を決める際に、ジョブとタスクの名前を基にします。出力ファイルの名前付けにファイル規則の標準を使用した場合は、Azure Portal で出力ファイルを表示できます。

C# で開発している場合は、.NET 用の Batch ファイル規則ライブラリに組み込まれているメソッドを使用することができます。このライブラリでは、適切に名前を付けたコンテナーと BLOB のパスが自動的に作成されます。たとえば、ジョブ名に基づいてコンテナーの正しい名前を取得する API を呼び出すことができます。

string containerName = job.OutputStorageContainerName();

CloudJobExtensions.GetOutputStorageContainerUrl メソッドを使用すると、コンテナーへの書き込みに使用する Shared Access Signature (SAS) URL が返されます。その後、この SAS を OutputFileBlobContainerDestination コンストラクターに渡すことができます。

C# 以外の言語で開発している場合は、自分でファイル規則の標準を実装する必要があります。

コードサンプル

PersistOutputs サンプルプロジェクトは、GitHub にある Azure Batch コードサンプルの 1 つです。この Visual Studio ソリューションは、.NET 用の Batch クライアントライブラリを使用して持続性のあるストレージにタスク出力を保持する方法を示しています。サンプルを実行するには、次の手順に従います。

Visual Studio 2019 でプロジェクトを開きます。
Microsoft.Azure.Batch.Samples.Common プロジェクトの AccountSettings.settings に、Batch と Storage のアカウント資格情報を追加します。
ビルド します (ただし実行はしないでください)。 NuGet パッケージの復元を求められた場合は、復元します。
Azure ポータルを使用して、アプリケーションパッケージを PersistOutputsTaskとしてアップロードします。 PersistOutputsTask.exe とそれに依存するアセンブリを .zip パッケージに含め、アプリケーション ID を "PersistOutputsTask"、アプリケーションパッケージのバージョンを "1.0" に設定します。
PersistOutputs プロジェクトを開始 (実行) します。
サンプルの実行に使用する保持テクノロジを選択するように求められたら、「2」と入力して、タスク出力の保持に Batch サービス API を使用してサンプルを実行します。
必要であれば、サンプルをもう一度実行し、「3」と入力して、Batch サービス API を使用して出力を保持するとともに、ファイル規則の標準に準拠して保存先のコンテナーと BLOB のパスに名前を付けます。

次のステップ

.NET 用のファイル規則ライブラリを使用してタスク出力を保持する方法について詳しくは、「.NET 用の Batch ファイル規則ライブラリを使用した Azure Storage へのジョブおよびタスクのデータの保持」を参照してください。
Azure Batch で出力データを保持するためのその他の方法については、「ジョブやタスクからの出力を Azure Storage に保存する」を参照してください。

次の方法で共有

Batch サービス API を使用してタスクのデータを Azure Storage に保持する

Batch サービス API を使用してタスク出力を保持するとよいケース

Azure Storage 内にコンテナーを作成する

タスク出力用に出力ファイルを指定する

Shared Access Signature の使用

マネージド ID の使用

ファイルパターンの一致を指定する

アップロード条件を指定する

同じ名前のファイルのあいまいさを解消する

多くの出力ファイル

ファイルのアップロードエラーを診断する

ファイルのアップロードパフォーマンスを診断する

Batch サービス API を Batch ファイル規則の標準と併用する

コードサンプル

次のステップ

フィードバック

その他のリソース

次の方法で共有

Batch サービス API を使用してタスクのデータを Azure Storage に保持する

Batch サービス API を使用してタスク出力を保持するとよいケース

Azure Storage 内にコンテナーを作成する

タスク出力用に出力ファイルを指定する

Shared Access Signature の使用

マネージド ID の使用

ファイル パターンの一致を指定する

アップロード条件を指定する

同じ名前のファイルのあいまいさを解消する

多くの出力ファイル

ファイルのアップロード エラーを診断する

ファイルのアップロード パフォーマンスを診断する

Batch サービス API を Batch ファイル規則の標準と併用する

コード サンプル

次のステップ

フィードバック

その他のリソース

ファイルパターンの一致を指定する

ファイルのアップロードエラーを診断する

ファイルのアップロードパフォーマンスを診断する

コードサンプル