巨大なインスタンスを作成する以外に、インスタンスを別々の物理マシンで強制的に実行するか、アマゾン ウェブ サービス (AWS) で同じイメージの複数のインスタンスによって使用されている物理マシンの数を検出する方法はありますか?
ここで信頼性を考えています。3 つの異なるインスタンスが実行されているため、フォールト トレランスのために 3 つの独立したサーバー (Paxos、Quicksilver、ZooKeeper など) があると思い込んでいるのに、3 つすべてが同じ物理マシン上で実行されることになる場合、非常に、非常に失礼な驚きです。
別のリージョンを使用することで問題が発生する可能性があることは認識していますが、AWS が実際に提供するのを見たことがないので、リージョン内またはアベイラビリティ ゾーン内のソリューションがあるかどうかを知っておくとよいでしょう。インスタンスを作成するときに、おそらく複数選択のプルダウン メニューで複数のアベイラビリティー ゾーンを選択します。
OK、最初の 2 人からの質問への回答に感謝しますが、1 つの地域に 3 台のマシンを配置することで、小説を書かずに問題を単純化しようとしていました。もう一度試してみましょう。架空のアプリ スタックを上方向または外方向にスケールするときに、インスタンスを静的および動的 (「弾性的」) に追加します。もちろん、あらゆる種類の障害/災害が発生する可能性があります (たとえば、電子レンジ、CD、および 2 人の馬鹿が関与した不幸な休憩室の事故により、データ センター全体が全焼する可能性があります。 !") ですが、なんらかのハード マシン障害である可能性がはるかに高く、その後すぐにデッド ポートが続きます。仮想化されたハードウェアの 1 つの部分で同じ型 T の複数のインスタンスを実行すると、計算能力が向上しますが、フォールト トレランスは向上しません。明らかに、もし私が' スケールアップ/スケールアウトする場合、「より大きな」インスタンスを使用する可能性が最も高いです。明らかに、AWS の最大のマシンのメモリ サイズが M でプロセッサの数が C の場合、m > (M/2) となるメモリ サイズ m または c > (となる CPU サイズ c のインスタンスを選択するとします。 C/2) の場合、インスタンスが別のマシンで実行されることを保証します。しかし、私はMが何であるかを知りませんmaxと C maxは今日です。Amazon が Bigger Better Faster を買収するので、1 年後、2 年後など、彼らがどうなるかは確かにわかりません。これは要点をくつがえしたり、詳しく説明したりするように聞こえますが、インスタンスがどのように分散されるか、またはインスタンスの分散を制御するメカニズムがあるかどうかを知らないということは、現在の値を使用して効果のある F+1 または 2F+1 を計算する際に、仮定で真の間違いを犯す可能性があることを意味します。分散コンピューティング アルゴリズムまたは新しいアプリケーションで使用するための新しいアルゴリズムの評価、シャーディングとローカリティの決定、アプリスタックのトラフィックが少ない部分の最小予約インスタンス数とエラスティック インスタンス数など。