5

Web アプリケーション (ASP.Net ベース) を Amazon EC2 にデプロイし、永続性を Amazon RDS にデプロイすることを計画しています。少なくとも私のセッション ストア (再び RDS 上) は、アプリケーション データベースの残りの部分から分離する必要があるという「直感」があります。これは、セッション ストアでの活発な活動が予想されるためです。

RDS は、単一インスタンスで複数のデータベースを作成する機能をサポートしています。ただし、別のインスタンスを使用するのが賢明かどうか、または別のデータベースで十分かどうかを知りたいです。このようなスケーラビリティの必要性を期待するのは時期尚早であることは承知していますが、実行中のアプリケーションのセッション状態サーバーを後で切り替えると混乱を招く可能性があるため、これは計画の観点からのものです。

さらに、注意すべきもう 1 つの点は、2 つの小さなインスタンスを持つことは、小さなインスタンスを大きなインスタンスにスケールアップするよりも安価に見えることです (正確には 4 倍です)。最後に、(クラウド データベースの) 計画に既に利用できる推奨プラクティスはありますか?

4

1 に答える 1

2

セッション保存の他の可能性を調査します。memcachedまたは同様のタイプのメモリ内ストレージ。ただし、セッションを実際のデータベースに絶対に格納する必要がある場合は、同じインスタンスに2つのデータベースを配置することは、データのすぐ隣にセッションテーブルを配置することとまったく同じです。データベースストアの問題は、テーブルの配置ではなく、すべてのページビュー（セッションを取得してから保存する）のネットワーク要求コストが高いことです。

大規模なインスタンスに関しては、大規模なデータセットに対応するためのメモリが多いため優れているだけでなく、重要なことに、ネットワークとディスクのI/Oもはるかに優れています。したがって、10個の小さなインスタンスでさえ、そのうちの1つでのI/Oボトルネックからあなたを救うことはできません。

于 2012-01-29T15:42:53.897 に答える