サーバー比較-仕様に基づいたサーバーの比較
サーバー階層マネージャーの作成に忙しくしています（おそらく最大の名前ではありません）。これの目的は、作業を行うのに最適なサーバーを決定することです。私たちは、次の点を決定の基礎とする最も重要な基準として特定しました。
- RAM
- OS
- コアなし
アーキテクチャを含めることを検討していましたが、xRAMの量でx64サーバーで使用する可能性が高いため、RAMの量もアーキテクチャを示すことができるはずです。
異なるオペレーティングシステム、異なる量のRAM、異なる数のコアなどで実行される3つのサーバーを使用できる例を考えてみましょう。「プライマリ」サーバーとして指定するのに最適なサーバーはどのようにわかりますか。現時点で検討しているのは、各セクション（RAM、OS、およびコア）が1の値（1は推奨要件）で表される単純なメトリックを作成し、この方法でサーバーを比較することです。これは問題に対する良いアプローチですか？誰かがより良いアイデアを持っているか、支援できるツールを知っていますか？
編集：さらに説明させてください。これらのサーバーは、基本的には単なる処理エンジンです。それらはすべて同じDBと通信します。シナリオは次のとおりです。たとえばプライマリなど、いつでもサーバーを削除または追加できます。残りのサーバーは、プライマリが誰であるかを把握する必要があります。プライマリが再度追加されると、階層は新しいプライマリが再び存在することを認識します。このメカニズムはすでに用意されています。私の質問は、メトリックに関するものです。最適なプライマリサーバーを決定するという点で、考慮すべき他の関連要因はありますか？
UPDATE
そうは言っても、コアはあなたの主要な指標だと思います。 RamとOSは有用かもしれませんが、処理はCPUジョブである可能性が最も高いです。再びこれはアプリケーションベースであり、あなたは私よりも良い答えを持っています。
実行中のサーバーに関しては、ロードバランサーが最適なソリューションです。トラフィックをサーバープールに転送するだけの安価なマシン。ネットワークは常に同じIPに接続しますが、192.168.0.1を例にすると、このバランサーは他のオンラインサーバーに転送します。
uNIXサーバーでアーカイブするのは非常に簡単なセットアップです。ところで、この種の質問は https://serverfault.com/ によりよく注意を払うでしょう。
あなたはそれでさらに助けが必要かどうか教えてください。
古い答え
異なるアプリケーションには異なるタイプのサーバーが必要になるため、同じジョブを実行しない限り、サーバーを比較することはできません。
役割の仕様には至りません。 Mysqlサーバーには、大量のRAMまたは多くのCPU、両方、または高速ディスクが必要になる場合があります。
残念ながら、それはひどいアプローチだと思います。私の意見では、サービスとその要件を一覧表示し、互換性のあるマシンにemを割り当てるのが最適です。このアプローチは、最も批評家/重要なサービスが最高のマシンを取得することにも関係していません。セカンダリサービスには、プライマリサーバーよりも多くのリソースが必要になる場合があります。検索サーバーとHTTPサーバーを比較してみましょう。
技術チームを獲得し、このディスカッションにemを関与させる必要があります。ビジネスの規模に応じて、必要な専門知識がないと思われる場合は、コンサルタントを雇う必要があります。