3つのビルドノード、日単位から四半期単位まで

まずコンソールからチケットを送信し、現在のプラン、プロジェクトのピークメモリ、希望する構成をお知らせください。物理ノードの変更には、マシンの交換や環境の移行が必要になる場合があります。仮想マシンのように稼働中にメモリを増やせるわけではありません。実施方法、費用、移行スケジュールを確認してから手続きし、コード、設定、署名用の資材、重要な成果物は事前にバックアップしてください。

コンソールで注文期間、終了日時、更新手続きを確認してください。1回の支払いですべてのノードが自動延長されるとは限りません。期限前に更新するかデータを移行し、nightlyタスク、証明書のバックアップ、成果物の保存先を確認しましょう。契約終了後も利用できる長期アーカイブとしてノードを扱わないでください。注文の状態はコンソールでご確認ください。

料金をUSDに統一することで、ノード、契約期間、追加オプションを同じ料金表で比較できます。ページ上で現地通貨への換算は行いません。支払い前に決済ページのUSD金額を確認し、選択した構成と契約期間を照合して、日額と月額を混同しないようにしてください。

対応しているのはUSDT-TRC20、Visa / Mastercard / Amex（Stripe経由）のみです。利用可能な決済ゲートウェイはバックエンドの応答をご確認ください。支払い後に注文状況の確認が必要な場合は、注文情報と必要な支払い記録を添えてコンソールからチケットを送信してください。カード番号全桁や機密情報はチケットに記載しないでください。

専有とは、物理マシン全体が1社のお客様に割り当てられ、他のお客様とマシンのリソースを奪い合わないという意味です。同じノード上の複数のビルドは、CPU、メモリ、ディスクを共有します。runnerの同時実行数に上限を設け、負荷の高いUIテストとアーカイブは時間をずらして実行しましょう。ノードを複数台にする必要があるかは、実際のタスク発生頻度と処理時間をもとに判断してください。

いいえ。ノードは365日稼働しますが、ハードウェアに問題が起きた場合はチケットで調査し、確認された手順に沿って交換対応を進めます。署名用の資材、パイプライン設定、再生成できない成果物は別途バックアップしてください。キャッシュは再生成できますが、復旧にかかる時間もリリース計画に含めましょう。環境を再構築する手順を保存しておけば、マシン交換時の手作業を減らせます。