Drupal Webサイトを実行している場合は、EBSストレージとElastic IPアドレスを備えたEC2インスタンスが必要です(すべてのEC2インスタンスにはSSHアクセスがあります)。EC2インスタンス(t1.micro)は無料です(新規顧客の場合は1年間)
10GBのEBSストレージを取得します-デフォルトのAmazon Linux AMIには8GBのルートボリュームがあります。これを約4 GBに縮小し、2つ目の6 GBボリュームをインスタンスにアタッチすることをお勧めします(少なくとも個人的には、データをルートボリュームから分離したい)。コストが発生する可能性がある領域の1つは、I / Oです。AmazonのLinux AMIは非常に効率的ですが、drupalの設定とトラフィックによっては、1か月あたりの100万I / Oを超えることは予想外ではありません。
理想的には、バックアップにEBSスナップショットを使用しますが、これは所有するデータの量に大きく依存します。これは、ルートボリュームをデータから分割することが好きな理由の1つです。スナップショットストレージの1GBを超えることは非常に簡単であり、必要なスナップショットスペースを見積もることは非常に困難です(最初のスナップショットは使用済みスペースの約50%です(データの圧縮率によって異なります)。後続の各スナップショットは差分バックアップであるため、はるかに少ない時間で済みますが、変更されたファイルではなく、変更されたブロックを調べます。または、より伝統的なバックアップ(tar.gz)を取得し、S3にアップロードすることもできます。 I / O)。
最終的な費用は帯域幅から発生します。1か月あたり15 GBが無料利用枠に含まれます。現在の帯域幅の使用量を確認して、確認するかどうかを確認します。
Amazonのサイトで現在のアカウントアクティビティをいつでも表示できるため、しきい値に近づいているかどうかを監視できます。残念ながら、AWSでのリソース使用量に上限を設定する方法はありません。使用するものは何でもお支払いください。
EC2インスタンスをセットアップすることをお勧めしますが、最初から既存のホストを操作可能にしておきます。DNSを切り替えてAWS Elastic IPをポイントし、試してみて、アカウントアクティビティを監視できます。すべてが許容範囲内であることがわかった場合は、既存のホストを廃止できます。それ以外の場合は、DNSを元に戻し、変更を再同期して古いホストに戻すだけです(スナップショットを削除することを忘れないでください。 EBSボリューム、およびインスタンスを停止します。そうしないと、引き続きコストが発生します)。AWSはまた、リソースの使用状況ごとに1時間ごとのアクティビティを含む「レポート」を提供します-それらは少し読みにくいですが、それらを理解できるはずです。それらは、いつ、何が使用量を通常よりも高くしているのかを判断するのに役立ちます。
要約すると、帯域幅の使用量を事前に予測できるはずです。つまり、I / Oが予測しにくい主な要因になります(そのルートに移動することを選択した場合のスナップショットの使用量)。