01
ワークロードが1台の大型ホストに属する理由を定義してください
デュアルプロセッサマシンは、アプリケーションや運用モデルが1台の物理ホスト内で大きな割り当てから恩恵を受ける場合の候補となります。これには独立した処理ワーカーや大量のメモリ要件が含まれる場合がありますが、複数の小型マシンよりもこれを選択する前に、その理由を明確にする必要があります。
総リソースだけでなく、アプリケーションのライセンス、ワークロードの分離、復旧要件も比較してください。1台のホストのコア数が増えても、回復力のあるマルチホスト設計を自動的に置き換えるわけではありません。どのワークロードがマシンを共有でき、どれが独立して復旧可能であるべきかを決定してください。
02
提供されたトポロジでアプリケーションをテストする
2ソケット設計は、アプリケーションの実際の並行性とメモリアクセスパターンを使用して評価する必要があります。小規模なシングルソケットホストの結果をコア数を掛け合わせて転送しないでください。アプリケーション設定、プロセス配置、プラットフォーム全体がリソースの使用方法に影響を与える可能性があります。
テストを有用な結果に集中させてください:代表的な負荷下でのジョブ完了、リクエストレイテンシ、メモリヘッドルーム。コミットする前に、必要なベンダーサポートやプラットフォーム機能を確認してください。仕様は利用可能なリソースを説明するものであり、異なるアーキテクチャに対する保証された改善ではありません。
03
ストレージとリカバリパスをメモリスケールに合わせる
4台のNVMeデバイスが30.72 TBの生の容量を提供します。大容量のメモリ割り当てがあっても、永続データ、一時ファイル、ストレージレイアウトを計画する必要性はなくなりません。インストール前に冗長性と使用可能容量を確認し、必要なデータをこのホストの外部に保存してください。
10 Gbpsポートは、ホストのネットワーク化された作業によって共有されます。通常のアプリケーショントラフィックとともに、バックアップ、レプリケーション、リカバリを含めてください。大きなローカルマシンが外部転送を制約なしにすると思い込まず、実際の宛先パスを測定してください。
04
小さいホストと障害プランを一緒に比較する
EPYC 9554は異なるリソースとソケット配置を提供し、検査する最も近い代替手段です。より小さなホストがすでにワークロードを満たしている場合、単一のマシンに結び付けられるサービス量を削減できる可能性があります。複数のホストが望ましい場合は、それらの調整と回復を個別に設計してください。
マシン全体を恒久的に割り当てるのではなく、メンテナンスと復元のための余裕を残してください。注文前に、ソフトウェアバージョン、アクセス方法、独立したバックアップ場所、移行計画を文書化してください。最終的な選択は、運用する規模で実用的に管理・復元できるものであるべきです。
直接の回答
注文前の質問
デュアルソケットサーバーは常にEPYC 9554より高速ですか?
コア数が多いからといって普遍的な結果が得られるわけではありません。関連するトポロジー上で、一貫したデータ、ソフトウェア、運用要件を用いて実際のアプリケーションを比較してください。
1台の非常に大きなサーバーで高可用性は得られますか?
いいえ。それは1台の物理ホストのままです。サービスの継続性には、単に大きなリソース割り当てではなく、冗長性、データアクセス、リカバリのための別個の設計が必要です。