Skip To Content

Amazon EC2 でのキャッシュの作成

ArcGIS のマップ、イメージ、グローブの各サービスのキャッシュを Amazon EC2 (Elastic Compute Cloud) に作成するのは、クラウドの外部でキャッシュを作成する場合と比較していくつかの点で異なります。

  • インスタンスは、多くのサイズと料金の中から自由に選択できます。
  • キャッシュを配置できるインスタンスにボリュームを追加できます。

このトピックでは、これらの要素について詳しく説明します。

インスタンスのサイズと料金の選択

Amazon EC2 は、さまざまなインスタンス サイズと仕様を提供しています。それぞれのインスタンスは、使用時間あたりの料金が異なります。インスタンスが大きいほど、特に多くのメモリを使用できるほど、タイルを高速に生成できます。インスタンスが小さいほどタイルの生成に時間がかかりますが、コストは低くなります。

高性能なインスタンスを使用して、アタッチされた Amazon EBS (Elastic Block Store) ボリューム上にキャッシュを作成できます。キャッシュの作成が完了したら、EBS ボリュームをデタッチして、通常の (小さくて料金の低い) インスタンスにアタッチできます。その後、キャッシュの作成に使用した高性能なインスタンスを終了できます。このようにすると、比較的高価なインスタンスを必要以上に使用せずに、クラウドの能力を利用してキャッシュを作成することができます。

経済性と速度を考えて決定しなければならない場合があります。時間あたりの料金が安い、性能の低いインスタンスを使用することが、最も経済的な選択であるとは限りません。キャッシュの総コストは、タイルの作成に要した時間に依存するためです。一方、最も高性能なインスタンスを使用しても、キャッシュの総コストは高くなる可能性があります。キャッシュの作成に要する時間が短くても、時間あたりの料金は高いためです。

小さなテスト キャッシュ (中都市のサイズなど) とカスタム AMI (Amazon Machine Image) またはサイト テンプレートを使用すると、比較的料金の低いテストをさまざまなインスタンス タイプで実施して、キャッシュに最も経済的なタイプを見つけることができます。

高性能な EC2 インスタンス タイプは、多くの更新ワークフローを短時間で処理しなければならないスケジュールされたキャッシュ更新に適しています。

キャッシュ作成時に使用するマップ サービスのインスタンス数の選択

EC2 の各インスタンスでは、仮想 CPU コアの数が決まっています。この数値は、アマゾン ウェブ サービス マネジメント コンソールでインスタンス タイプを選択するときに表示されます。コアの数は、キャッシュの作成に投入する CachingTools のジオプロセシング サービスのインスタンス数を決定する際に役立ちます。使用するサービス インスタンスが多すぎると CPU が過負荷になり、サービス インスタンスが少なすぎすると CPU を十分に活用できません。

最適な数は試行錯誤を繰り返せばわかりますが、まず CachingTools サービスの最大インスタンス数を n + 1 にして試してください。ここで、n はサイト内の 1 つの EC2 インスタンス上にある仮想コアの数です。

自動スケーリング

大きなキャッシュを構築する場合、CPU の使用量が増えるのにともなって、キャッシュ上で機能する EC2 インスタンスの数を自動で増やす自動スケーリング トリガーを設定したいと考えるかもしれません。しかし、自動スケーリングは、予想外のトラフィックの増加を処理する場合により適しています。キャッシュを作成する場合、大幅な処理能力が必要であることはすでにご存じでしょう。したがって、自動スケーリング トリガーを介して順次インスタンスが起動するのを待つよりも、キャッシュを作成する前に必要なインスタンスをすべて起動するほうがより合理的です。

キャッシュを配置する場所の決定

アマゾン ウェブ サービスへのデータの転送方法」で説明したように、データを配置できる場所にはさまざまなタイプがあります。キャッシュは最初に作成されるとき、EC2 インスタンスにアタッチされた EBS ボリュームに書き込まれます。このボリュームは、サイトを構築するときにアタッチされます。このボリュームの大きさが十分である場合、キャッシュをここに配置して問題ありません。このボリュームが小さすぎる場合は、既存のデータ ボリュームのスナップショットから作成したより大きなボリュームに置き換えてから、そのボリュームにサーバー キャッシュ ディレクトリを登録できます。

EC2 インスタンスの C またはルート ドライブには、キャッシュを構築しないでください。インスタンスが終了すると、キャッシュが失われてしまいます。