36か月間の専用サーバーとクラウドのコスト比較

01

乗算する前に時間境界を修正してください

Tungstoの月次更新は30日間のサービス期間を表します。そのような期間が36回で1,080日になります。これは36暦月と同じではなく、選択した間隔にうるう日が含まれる場合は1,095日または1,096日になります。1つのモデルを選択し、正確な開始日、終了日、タイムゾーン、および請求可能な時間または秒を両方のワークシートの先頭に配置します。

分析で1,080日を使用する場合、出力を3暦年と黙って呼ばずに36の30日請求期間としてラベル付けしてください。調達で36暦月が必要な場合は、専用更新とクラウドランタイムをそれらの正確な日付にわたって価格設定してください。これにより、小さな時間の不一致がプラットフォームの節約として提示されるのを防ぎます。

02

同等のサービスエンベロープを定義する

製品を選択する前にワークロードを説明してください：オペレーティングシステム、持続的およびピーク時のCPU、常駐メモリ、ローカルおよび永続ストレージ、I/Oパターン、パブリックアドレッシング、月間転送量、バックアップ保持、復旧目標、リージョン。単一の専用ホストは、ゾーンに分散したクラウド設計と自動的に比較できるわけではなく、1つのクラウドインスタンスも全コアが継続的に利用可能なベアメタルホストと比較できるわけではありません。

同じ目標を満たす2つのアーキテクチャを作成してください。フェイルオーバーが必要な場合は、スタンバイコンピュート、レプリケートされたストレージ、ロードバランシング、オペレーター手順を両側に含めてください。弾力性が必要な場合は、専用サーバーをフル稼働で課金し、静かな時間帯にのみ小さめのクラウドインスタンスを課金するのではなく、実際のスケジュールとピーク形状をモデル化してください。

03

完全で出所が明確なコスト台帳を作成する

専用レンタルの場合は、選択した期間の価格、追加のアドレスやサービス、外部バックアップ、ソフトウェアライセンス、管理を含めてください。クラウドの場合は、コンピューティングの購入モデル、ブロックまたはオブジェクトストレージ、プロビジョニングされたパフォーマンス、スナップショット、バックアップの取得、データ転送、パブリックアドレス、ロードバランサー、監視、サポート、および同じライセンスとスタッフの作業を含めてください。税金と通貨換算のルールは一貫させてください。

記憶した価格ではなく、日付入りのプロバイダー計算機のエクスポートを使用してください。AWSはインスタンス、EBS、モニタリング、転送、アドレス、追加コストについて個別の見積もり入力を文書化しており、他のプロバイダーには独自のルールがあります。オンデマンドコンピューティングは秒単位で課金される場合がありますが、ストレージと転送は異なる次元を使用するため、1つの月次プレースホルダーでアーキテクチャ全体を表すことはできません。

• AWS EC2見積もりコンポーネント ↗

04

1つの予測ではなく感度分析を実行する

不確実な入力をすべて可視化してください。低い利用率と高い利用率、転送、ストレージの増加、バックアップ保持、オペレーター時間について再計算してください。クラウド割引のコミットメント期限ケースと、専用設計の交換または移行ケースを追加してください。競合他社の価格や性能を捏造せず、現在の見積もり値を入力し、取得日を記録してください。

有用な損益分岐点の記述は条件付きです。選択した実行時間、転送、人員配置の前提では、固定期間内で一方の設計のコストが低くなります。これはクラウドまたはベアメタルに関する普遍的な主張ではありません。

05

監査可能な決定を作成する

期待される成果は、各アーキテクチャの部品表、共通の日次区切り、ソースリンク、3つの感度分析ケース、除外された便益またはリスクの一覧です。移行工数、ロックイン、スケーリング速度、ハードウェア分離を、金額換算されない場合でも意思決定要因として含めてください。実際の請求書と使用率を定期的に確認してください。このモデルは意思決定の記録であり、将来の価格やワークロード需要が固定されることを約束するものではありません。