財務シミュレーションを自動化する前に、Azureポータルやバッチエクスプローラーでチェックできる小規模な実行を1つ定義してください。 小規模なランは、ワークロードをスケールさせる前にモデル、分割戦略、出力フォーマットを検証するのに役立ちます。
ワークロードをバッチリソースにマッピングする
| シミュレーション要素 | バッチリソース | 計画決定 |
|---|---|---|
| シミュレーション1回 | Job | ランを識別するユニークなジョブIDを使いましょう。 |
| ポートフォリオ内のセグメントまたは一連の試験 | Task | 各パーティションに決定論的なタスクIDを割り当てます。 |
| モデルを実行する労働者 | Pool | 測定されたリソース使用量からVMのサイズとタスクスロットを選択します。 |
| 実行ファイルと依存関係のモデル | アプリケーションパッケージ、リソースファイル、またはコンテナイメージ | モデルのバージョンは入力データとは別に行います。 |
| ポートフォリオおよび市場データ | Azure Storage | 共有参照データをパーティション固有の入力から分離します。 |
| 分割結果とログ | タスク出力ファイル | 各ジョブ、タスク、挑戦ごとに独自の道筋を使いましょう。 |
| ポートフォリオレベルの結果 | 従属タスクまたは外部オーケストレーター | すべての必要な出力が有効になってから集計してください。 |
これらのリソースの一般的な紹介については、 バッチサービスのワークフローとリソースをご覧ください。
実行マニフェストを定義してください
仕事を作成する前に以下の情報を記録してください:
- モデル版と入力データのバージョン。
- 裁判と分割の数。
- ランダムナンバーシードポリシー。
- 期待出力スキーマとパーティションカウント。
- プールイメージ、VMサイズ、アプリケーションバージョン。
- 結果および診断ログの保持要件。
マニフェストを出力とともに保存してください。 このプログラムは、実行の再現や監査に必要な情報を提供します。
パーティションサイズを選択します
数秒ではなく数分で済むパーティションから始めましょう。 非常に小さなパーティションは、計算よりもスケジューリングやデータ転送に多くの時間を費やすことがあります。 非常に大きなパーティションは中断後の作業損失を増加させます。
不変の実行識別子やパーティション識別子を使って乱数シードを導出します。 同じパーティションでもバッチが再挑戦や再キューイングをしても同じ結果が出るはずです。
小規模な試験実行を検証する
- ポータルクイックスタートを完了して、小さなプール、ジョブ、タスクを作成しましょう。
- 基本的なワークフローを理解したら、小さくて感度のない入力データセットとモデルコマンドを置き換えてください。
- すべての期待されるパーティションが結果と診断出力を生成することを確認します。
- 集計結果を既知の局所結果や許容範囲と比較してください。
- プールやパーティション数を増やす前に、タスクの終了コード、再試行回数、アップロードエラーの出力を確認しましょう。
タスクのコマンドライン、タスクID、ジョブメタデータ、ログに秘密情報や機密の財務データを入れないでください。