オフショアVPS / BUILD
Build。
稼働中のアプリとその次のリリース。
バックグラウンドジョブまたは小規模データベースを伴うアプリケーション。OSとデプロイプロセス用にメモリを残してください。
これらのリソースから始めましょう。
- コンピュート
- 2 vCPU
- メモリ
- 2 GB
- ストレージ
- 50 GB
- 転送予算
- 2 TB
コンフィギュレーターでリソース、イメージ、ネットワークオプション、サービス期間を調整してください。サーバーロケーションとしてマレーシア、ルーマニア、スイスを選択でき、ロケーション追加料金はありません。バックアップ国は未確認のままです。
ワークロード全体を中心に計画しましょう。
メモリはインスタンス上のすべてのプロセスで共有されます。データベースキャッシュ、ジョブキュー、デプロイプロセスを含め、予想される繁忙期にテストしてください。
リソース予算を構築する →所有するものを把握しましょう。
アプリケーションセキュリティ、更新、可観測性、および独立したリカバリプロセスを計画します。バックアップオプションを選択した場合は、リストア手順を確認し、アプリケーションに対してテストしてください。
最初のリストア演習を準備する →アプリ、データベース、バックグラウンドタスクのためのより広いスペース。
Buildは、データベースや小さなバックグラウンドタスクも実行するAPIにとって有用な比較ポイントです。各プロセスを同じ予算の一部として扱います。Webリクエストがレポート出力と競合する一方で、次のリリースが一時的に独自のメモリとディスクスペースを必要とすることがあります。
実践的な出発点
例示的な読書リストAPIがエントリを受け付け、毎晩のエクスポートを作成します。通常使用中、次にエクスポートとリリース中にAPIを観察します。遅延がCPU作業、クエリ、ストレージのどこから来るかを記録します。測定された制約に対処する場合にのみ、具体的なオプションを追加します。
この出発点が不適切な場合
RAMを増やしても、重複する2つのジョブが安全になるわけではなく、別のvCPUを追加しても、外部APIを待機しているリクエストを解決できません。リソースを増やす前に、同時作業に制限を設けます。異なるアクセス、メンテナンス、リカバリの境界が必要な場合は、コンポーネントの分離を検討してください。
すべてのオプションに役割を与えます。
基本構成には 2 vCPU、2 GB RAM、50 GB ストレージ、2 TB 転送予算、および 1 IPv4 アドレスが含まれます。IPv6 は別途リクエストされ、デフォルトではバックアップオプションは選択されていません。これらはカタログ上の割り当てです。実際のサプライヤーのハードウェア、カウント、リストア規則を確認してください。
- メモリ: オペレーティングシステム、ランタイム、データベース、観測されたピークのための余裕を残します。Buildに 1 GB を追加すると、期間節約前の月額小計は $15.50 になります。
- CPU: 作業を行っているプロセスとその同時実行性を比較します。保証されたプロセッサモデルや毎秒リクエスト数を示すものではありません。
- ストレージと転送: 保持データと転送バイト数を別々に予算化します。オフサーバーエクスポートは両方を使用する場合があります。
- バックアップとネットワーキング: 復元が必要なデータと、アプリケーションが使用するアドレスを定義します。オプションを選択しても、運用手順が文書化されるわけではありません。
最初のレビューを具体的に行います。
通常の運用期間、1つの重いタスク、1回のリリースを記録します。利用可能なメモリ、最も成長しているディレクトリ、ローカルアプリケーションチェックの結果を記録します。予期しない結果の出発点となるよう、小さな変更ログを保持します。次に、コンフィギュレーターで選択した期間の前払い総額全体を比較します。より長い期間は価格を変えるものであり、リソースを変えるものではありません。