1. カードを選ぶ前に成果物を定義する
アプリケーション全体を通過するサンプルを選びましょう。推論の場合は、代表的な入力と期待する出力形式から始めます。モデルの適応の場合は、データを読み取り、更新を実行し、チェックポイントを書き出す短い実行を用意します。目的は、最終的なボリュームを任せる前に、パス全体を検証することです。
教育用の例を挙げましょう。文書を分類したいとします。識別された12個の文書を用意し、その中にいくつかの長さと、プログラムが適切に拒否すべきケースを含めます。許可されたカテゴリと結果の保存先を定めます。12個の識別子は、承認された結果または明示的なエラーとともに、検証結果にちょうど1回ずつ現れる必要があります。このシナリオはご自身のアプリケーションに合わせて調整してください。特定のモデルやスループットを前提とするものではありません。
表をスクロールしてすべての列を表示してください。| 確認する項目 | 開始前に用意する基準 |
|---|---|
| 入力 | 一意の識別子12個、読み取り可能なファイル、無効なケースを1つ用意。 |
| 出力 | 承認された文書ごとに許可されたカテゴリ1つ。存在しない識別子はなし。 |
| 失敗 | 拒否された各文書に理由を紐付け、無言で消えるものはなし。 |
| 試行の終了 | 受理＋拒否＝12、レポートと結果はコピーから再確認。 |
2. バックエンド、メモリ、プランを選ぶ
まずプロジェクトのライブラリから始めましょう。CUDA依存があれば、NVIDIA系に方向付けられます。MI300Xのプランでは、ROCmのサポート、とりわけ拡張機能のサポートを確認する必要があります。公式のPyTorchセレクターはシステムと計算プラットフォームを区別しています。別のマシンからコマンドをコピーすることは、互換性の検証にはなりません。
次に、代表的なタスクに必要なメモリを比較しましょう。重み、入力、中間計算、およびご自身の手法に固有の状態です。モデルファイルのサイズだけでは不十分です。ピークがまだ分からない場合は、この点をパイロットの目標として保ち、パラメータ数だけでモデルが収まると断言しないようにしましょう。
3日、7日、30日から選択し、1〜10ロットです。1ロットにはカード1枚が含まれますが、B200は2枚含まれます。複数のカードはプログラムを自動的に分散せず、メモリも統合しません。期間全体でインストール、チェック、計算、エクスポートを見込んでください。パイロットの12個の文書は手順を確認するためのものであり、キャンペーン全体の期間を機械的に予測するものではありません。
3. マシンの変更に耐えるフォルダを準備する
コードのリビジョン、依存関係、データとモデルの参照、パラメータ、および入力コマンドをまとめましょう。必要なアクセス情報を別途提供する方法を示します。ご自身のホームディレクトリへのパスは転送手順ではありません。暗黙の前提をパラメータに置き換え、プロジェクトフォルダからパスを検証しましょう。
構成で選択したUbuntu、PyTorch、Blender、またはカスタムの準備は、ご自身のニーズを表現するものです。プロジェクト、その拡張機能、またはライセンスがすでにインストールされていることを証明するものではありません。何が存在すべきかを記述し、処理を開始する前に実際に受け取った環境を確認しましょう。
ドキュメント一式については、不変のパイロット入力、パラメータファイル、試行ごとに別個の結果ディレクトリを保持してください。評価結果の再確認方法も記載しておきましょう。このフォルダは大規模である必要はありませんが、忘れられたセル、古いターミナル、コピーされなかったファイルに成否が左右される事態を避けるためのものです。
projet/
README.md # インストール、起動、確認
requirements-rebuild.txt # 依存関係と出所を明記
config/pilote.json # シークレットを含まないパラメータ
data/pilote/ # 許可された12件の入力
src/ # ご自身のアプリケーション
runs/ # 試行ごとのサブフォルダー4. コマンドを確認してからサービスの手順に従う
確認画面は、モデル、期間、ロット数、カード総数、準備、USD金額といった選択内容と一致している必要があります。合計は、期間あたりのロット価格にロット数を掛けたものです。B200のロット価格にはすでに2枚のカードが含まれているため、GPU数でもう一度掛けないでください。
初めての注文では、名、姓、メールアドレス、パスワードでアカウントを作成します。すでにアカウントをお持ちの場合はログインしてください。すでにログイン済みの場合は、連絡先情報があらかじめ入力されています。アカウントがあれば、別のブラウザーからでも注文と残高を確認できます。この流れではKYC手続きも本人確認書類も求められません。
暗号資産で支払う場合は、該当する決済について表示されている資産、ネットワーク、アドレス、金額、期限を使用してください。送金後、「支払いました」でその報告が記録されます。これは資金の受領や利用可能化を確定するものではありません。十分なUSD残高でも、レンタル料金を全額支払うことができます。その後は、実際に通知される準備情報とアクセス情報に従ってください。
5. 本番規模の前に起動を確認する
リソースが利用可能になったら、実際に使用されているインタープリターと読み込まれた環境を確認します。アプリケーションの前に最小限の診断を実行してください。PyTorchのインポートが成功してもGPU計算を証明するものではなく、簡単な計算が成功してもモデルのすべての拡張機能が検証されるわけではありません。診断用フォルダーにはこの進め方が記載されており、ダウンロード可能なリソースも提供されています。
次に、新しい出力ディレクトリでパイロットを実行します。ドキュメントについては、識別子、カテゴリ、成功数、想定される拒否を確認してください。いくつかの結果をその入力とともに検証します。構文的に有効な出力でも、用途によっては誤っている可能性があります。何が受け入れられ、何がまだ修正を要するかを書き出してから、本番のコーパス全体に進んでください。
起動に失敗した場合は、最初のエラーと到達したステップを記録します。再インストールする前にインタープリターを確認し、コピーし直す前にパスを確認し、バッチを増やす前に入力サイズを確認してください。一度に変更する要素は一つだけにします。処理に時間がかかる場合は、起動に使用した対話型接続とは別に、その進捗管理を行ってください。
6. 使える証拠を取得し、次の対応を決める
結果とそのサマリーを、自分が管理する場所にコピーし、そのコピーを確認し直します。結果を理解するために必要なパラメーターと参照が含まれているか確認してください。計算環境内にあるファイルだけを唯一のバックアップと考えないでください。この確認は、レンタルの期限を待たずに、パイロット中に行ってください。
トレーニングの場合は、新しいプロセスでの再開テストを追加します。KernodeckのミニプロジェクトはCPU上での手法を示したものです。あなたのアプリケーションでは、独自の状態、精度、データをまだ検証する必要があります。独立したドキュメントの場合は、再開とはむしろ、完了した項目と再処理すべき項目を特定することを意味します。
最終的な判断は、予定された規模を開始する、環境を修正する、または設定を見直すことかもしれません。この判断はその理由とともに残しておいてください。パイロットが非互換性を明らかにすることは有益です。それは曖昧な問題を、これ以上計算を進める前に解決すべき明確な条件へと変えてくれるからです。