SLES 15 SP7とRHEL 9.8の比較：サーバーパフォーマンスは何が影響するのか

ハードウェアに変更がない場合でも、Linux の移行後にサーバーの動作が遅く感じられることがあり、原因がディストリビューション、変更されたカーネル、または異なるワークロード プロファイルのどれにあるのか、チームは判断に迷うことがあります。SUSE Linux Enterprise Server (SLES) 15 と Red Hat Enterprise Linux (RHEL) 9 の間には、速度面で圧倒的に優れているという明確な基準はありません。同じアプリケーションを同じシステムで比較し、サービスにとって重要なレイテンシ、スループット、およびリソース使用量を測定してください。2026 年 10 月 9 日現在、この比較では SLES 15 SP7 と RHEL 9.8 を具体的なリリース ポイントとして使用しています。

比較する前にリリースを特定してください。

「SLES 15」はサービスパックを含む製品ファミリーであり、「RHEL 9」はマイナーリリースです。これらのラベルだけでは、有用なパフォーマンス比較を行うには範囲が広すぎます。まずは、各候補の正確なリリース、アーキテクチャ、および実行中のカーネルを記録することから始めましょう。

cat /etc/os-release
uname -r

SUSEのSLES 15 SP7リリースノート（2026年7月9日更新）によると、このリリースはLinuxカーネル6.4をベースとしています。Red Hatは、RHEL 9.8を2026年5月19日に一般提供開始予定とし、リリース時のカーネルバージョンは5.14.0-687.5.1.el9_8としています。インストール済みのサーバーはアップデート後に新しいカーネルビルドを報告する可能性があるため、実際に評価しているマシンの出力結果を使用してください。これらのバージョン情報は、SLES 15 SP7のリリースノートとRed HatのRHELリリース日表に基づいています。

カーネルのバージョン番号はベンチマークスコアではありません。RHEL 9 はアップストリームの 5.14 をベースにしたカーネルを維持し、ベンダーのアップデートやバックポートを通じて選択された変更を取り入れています。SUSE の SP7 カーネルは 6.4 をベースにしています。アップストリームのベースバージョンが高いほど、新しいハードウェアやカーネル機能のサポートに影響が出る可能性がありますが、特定のデータベース、Web サービス、仮想マシンがより高速に動作することを保証するものではありません。Red Hat は、カーネル更新ガイダンスでカーネルメンテナンスのアプローチについて説明しています。

インストール作業をより速くするにはどうすれば良いでしょうか？

両ベンダーとも、ワークロード固有のチューニングのために TuneD に関するドキュメントを提供しています。SLES 15 SP7 では、、、、などのプロファイルについて説明balancedしています。Red Hat の RHEL 9 パフォーマンス ガイドでも、TuneD とサポートされているプロファイルについて説明しています。プロファイル名が同じだからといって、両方のディストリビューションで同じパラメータ値や動作になるとは限りません。ラベルが同じだと思い込むのではなく、実際のプロファイルとその設定を確認してください。SLES 15 SP7 チューニング ガイドとRHEL 9 パフォーマンス ドキュメントを参照してください。throughput-performancenetwork-latencyvirtual-guestvirtual-host

3回のパスで公平なテストを作成する

1. プラットフォームを一致させてください。同じサーバー、または同一のハードウェア、BIOS設定、メモリ構成、ストレージデバイス、NIC、ファームウェアを使用してください。サポートされているアプリケーションとランタイムのバージョンを両方ともインストールし、最新のサポート対象アップデートを両方のシステムに適用してください。仮想マシンでテストする場合は、vCPU数、メモリ、仮想ディスク、ネットワーク構成を一致させてください。
2. デフォルト設定とチューニングは分けて行ってください。まず、各ディストリビューションを通常のサポート構成でテストし、インストールされているアクティブな TuneD プロファイルを記録します。これは で確認できますtuned-adm active。次に、各 OS 上で、ベンダーがサポートする適切なワークロード プロファイルを使用して 2 回目の比較を実行します。1 つのシステムのみをチューニングしたり、ドキュメント化されていないカーネル パラメータをベンダー間でコピーしたりしないでください。そうすると、オペレーティングシステムではなく構成を比較することになります。
3. 本番環境を想定したワークロードを実行します。データセット、ウォームアップ、リクエストレート、同時実行数はすべて同じものを使用します。スループットと応答時間のパーセンタイル値（p95など）を記録し、最良の実行結果や平均値だけでなく、すべての数値を記録します。また、CPU使用率、メモリ負荷、ストレージ遅延、ネットワーク使用量、消費電力がサービスに影響を与える場合は、それらも記録します。結果が安定するまで実行を繰り返し、コマンドラインと構成を結果とともに保存します。

CPUテストスイートはプロセッサとメモリの動作を分離するのに役立ちますが、サーバーのあらゆる疑問に答えることはできません。SPECでは、SPEC CPUは計算負荷の高いパフォーマンスを測定するためのものであり、ネットワークやI/Oシステムに負荷をかけるようには設計されていません。データベース、ファイルサーバー、またはAPIの場合、標準化されたCPUテストを、アプリケーション独自の現実的なワークロードとサービスレベル目標と組み合わせて使用​​してください。SPEC CPUの概要では、このベンチマークの範囲について説明しています。

サービスに必要な結果に基づいて選択してください。

サービスの目的に照らし合わせてテスト結果を評価してください。要件が1秒あたりの最大リクエスト数であれば、スループットが高い方が重要になる場合があります。一方、インタラクティブな応答性やトランザクションの一貫性が重要な場合は、p95レイテンシとその変動の方が重要になる場合があります。サーバーが連続稼働している場合は、エネルギー消費量と容量コストも考慮に入れてください。ある指標を改善するプロファイルは、電力消費量を増加させたり、別の指標を悪化させたりする可能性があるため、単一のスコアに基づいて、あるディストリビューションが高速であると断定することは避けてください。

SLES 15 SP7 の場合、ハードウェアまたはソフトウェアでサポートされているカーネルに含まれる機能やドライバが必要な場合、6.4 ベースのカーネルが適している可能性があります。RHEL 9.8 の場合、Red Hat のアップデートおよびバックポートモデルを採用した 5.14 ベースのカーネルが、アプリケーションの認証またはサポート要件を満たす可能性があります。これらは互換性とライフサイクルに関する考慮事項であり、自動的にパフォーマンスが向上するわけではありません。運用計画を立てる前に、ベンダーがサポートする SLES サービス パック、RHEL マイナー リリース、アーキテクチャ、サブスクリプション、およびアプリケーションの認証を正確に確認してください。

決定する前に比較を確認してください

リリースとカーネルの出力、パッケージのバージョン、アクティブなチューニングプロファイル、ベンチマークコマンド、および生の結果をまとめて保管してください。再起動後に主要なワークロードを再実行し、両方のシステムが意図したプロファイルと構成を使用していることを確認してください。最も確実な結論は、SLES 15 または RHEL 9 が常に高速であるという一般的な主張ではなく、たとえば、サポートされている設定のうち、どの設定がハードウェアのレイテンシ目標を満たすかといった具体的なものです。有効なスコアは、一致するシステム、ワークロード、ソフトウェアスタック、およびテスト方法に依存するため、ここでは数値的な勝者は主張されません。