発注前の確認事項。

まずソフトウェアと、代表的な作業単位から始めます。必要なGPUメモリ、総実行時間、転送、および重複するタスクを記録します。次に、最も新しいカードだけを選ぶのではなく、同じパラメータでいくつかの構成を比較します。カタログにはモデル、カードごとのメモリ、ロットの構成が記載されています。判断は、これらの要素をスケジュールとチームが期待する成果に結び付けるものでなければなりません。

表示されるメモリは1枚のカードに対応します。これは、実行中にソフトウェアが使用するデータと構造を収める必要があり、要件はパラメータによって変わり得ます。代表的な作業でピークを測定し、その起動条件を保持してください。GPUメモリ、システムメモリ、ストレージはそれぞれ役割が異なります。一方の大容量は、処理の他の制約が満たされることを保証するものではありません。

いいえ。アプリケーションがデータと計算をカード間で分散できる必要があります。一部のワークロードでは複数の独立したタスクを起動できますが、他のものは分散動作とGPU間の通信を必要とします。これは異なる2つの要件です。ロット数を増やす前に、ソフトウェアが何に対応しているかを確認してください。複数カードの総メモリを、どのプログラムでも使える単一の容量として提示してはいけません。

B200のロットには2枚のカードが含まれます。選択した期間に対して表示される価格は、すでにこのロット全体を対象としています。2ロットを選ぶと4基のGPUを要求することになり、合計は2ロット分の料金に対応します。カタログの他のモデルは1ロットにつき1枚のカードで提供されます。実際に分散できる作業に基づいて数量を選んでください。コンフィギュレーターはロット数と総カード数を区別し、同じ機材を二重に数えることを避けます。

完全なサイクル（セットアップ、インポート、計算、確認、結果の取得）をカバーする期間を選択してください。実行準備が整った処理であれば3日間で十分な場合もあります。7日間は1週間の作業に対応し、30日間は複数のサイクルや継続的な負荷に対応します。これらの目安は性能の推定値ではありません。貸出期間を有効な作業に充てるため、ご利用開始前にファイルと手順を準備しておいてください。

サービス開始は、ご注文の条件に従い、実際の提供開始時点に対応します。案件を作成したり「支払いました」をクリックしても、この期間は始まりません。追跡では決済とGPUの提供を区別します。チームを運営するために、確認した受領日とそれに対応する終了日を記録し、処理を終えるか新しい期間を準備するために、十分早い段階で社内判断を予定してください。

いいえ、新しい期間には新しい注文が必要です。そうすることで、チームは続行する前にモデル、ロット数、期間を再検討できます。期限を待って判断せず、最後の作業を終わらせてその出力を回収する時間を確保してください。構成を変更する場合は、ソフトウェアのバージョンと使用可能な再開状態も保持してください。早期の判断は、連続する2つの注文を混同することなく継続を容易にします。

作業に欠かせないソフトウェア、拡張機能、ライブラリから始めてください。CUDAを使用するアプリケーションでは、そのバージョンに対応するNVIDIAの構成を確認します。AMD Instinctが対象であれば、モデルとシステムに適合するROCmスタック、およびプロジェクトの依存関係を確認してください。高いメモリ容量だけでは互換性は確立しません。バージョンを正確に一覧化し、処理チェーン全体を移行する前に代表的なジョブを実行してください。

はい、お使いのGPUで実行するソフトウェアと処理はお客様が選択します。Capordiaはファイル、プロンプト、計算の内容を検査しません。インストール、アクセス、必要なライセンス、持ち込むデータの使用権限はお客様のチームが管理します。再開を容易にするため、バージョンと起動手順を保管しておいてください。この自律性は計算の利用に関するものであり、注文の追跡に必要な連絡先や情報を省略できるものではありません。

Capordiaは、レンタルおよび暗号資産での決済に身分証明書やKYC審査手続きを求めません。登録時には名、姓、メールアドレスを求め、アカウントへのアクセスを保護するためのパスワードを設定します。メールアドレスはメッセージによる確認なしで識別子として機能します。したがって、KYCがないことは注文データがないことや完全な匿名を意味しません。適切な連絡先を使用し、秘密鍵を決して送信しないでください。

ご注文に対応するインテントを開き、資産、ネットワーク、アドレス、正確な金額、期限をまとめて確認してください。同じトークン記号が複数のネットワークに存在することがあります。表示されるネットワークは、送金に選択したものと一致している必要があります。ウォレットや取引所が徴収する手数料も考慮してください。送金後は、正しいインテントで「支払いました」を使用し、確認がまだ保留中であるという理由だけで新たな送金を行うことなく、その状態を追跡してください。

このボタンは、選択した支払い意向に対して日付付きの申告を記録し、決済を保留のままにします。追跡は自動的に更新され、2回クリックしても2件目の支払いは作成されません。決済サービスによる確認のみが決済を有効にします。クリックは受領を証明せず、残高に入金せず、GPUが引き渡されたことを宣言するものでもありません。

まだ決済待ちの注文については、実行した送金の資産、金額、日付に一致するインテントを選択してください。履歴に表示されていても、そのインテントで支払いを申告します。金額や資産が異なる可能性があるため、自動的に最新のものを使用しないでください。古い送金を、新しい画面に合わせるために繰り返してはなりません。決済済みまたはキャンセル済みの注文は、その履歴を読み取り専用で保持します。その記録の確認が必要な場合はサポートにお問い合わせください。

入金とレンタルは別々の記録です。申告だけでは残高は変わりません。入金は決済サービスの確認を待ち、一度だけ記録できます。追跡には確認後の更新された残高が表示されます。利用可能なUSD残高が十分な場合、その残高でレンタルを決済することを選択できます。この使用は該当する注文に紐づき、GPUを自動的に割り当てるものではありません。履歴では入金、レンタルの決済、残高が区別されます。

注文番号と該当するインテントを保管し、サポート依頼で差異を説明してください。金額不足、超過、別ネットワークへの送金は、自動的に完済された決済とはみなされません。最初の送金を照合せずに、状況を修正しようと送金を重ねるのは避けてください。記録から、何が期待され、何が申告され、どのような対応が取られたかを理解できる必要があります。返金や回収が当然に想定されるものではありません。

Capordiaアカウントのメールアドレスとパスワードでログインします。別のブラウザーからでも同じ注文、残高、サポート依頼を確認できます。ログアウトすると現在のセッションは失効しますが、フォルダーは削除されません。設定では、パスワードの変更に現在のパスワードが必要で、他のセッションは失効します。忘れた場合に利用できるリセット用メールはありません。チームの台帳に参照情報を保管し、そこにアカウントのパスワードは共有しないでください。

すでに所有している入力、生成された結果、作業を再開するために必要な状態を分けてください。出力はチームが管理する場所へエクスポートし、その保存先から開けることを確認します。さらにソフトウェアのバージョン、設定、アプリケーションによってはチェックポイントも保管します。計算環境だけに残ったコピーは、終了の準備とは言えません。エクスポートの確認は担当者を決め、最終期限より前に予定しておきます。

再開の境界を決めます。最後に確定したバッチ、キュー内の位置、または正しいデータに対応するチェックポイントです。転送中に新しい入力がどこで待機するか、どの処理が結果を公開してよいかも定めます。管理された範囲でコピー、再起動、出力の比較を繰り返します。計画には、いつ以前の環境に戻すか、移行先ですでに完了した作業をどう保全するかも示します。ファイルのコピーだけではこれらの判断を網羅できません。

プロジェクトの内部参照を、注文、その金額、決済の状態、提供状況に結び付けます。書類はそれぞれの役割のまま保管します。概要は注文を説明し、支払いの証憑は確定した決済を説明し、請求書はそれ自体の用途に応えます。技術チームは受入の基準と結果を追加します。計算データ、アクセス情報、シークレットはこの管理上の台帳を流通させる必要はありません。各担当者に必要な情報だけを共有してください。

該当する参照、手順の段階、確認した時刻、期待する結果を記載します。すでに試した操作と表示されたメッセージを説明し、パスワード、秘密鍵、機密内容は加えないでください。GPUに関する質問ではソフトウェアとそのバージョンを、決済では注文と選択した内容を明記します。事実に基づく説明は、アクセス、処理、支払い、提供を区別する助けとなり、それぞれ必要な確認が異なります。