スーパーコンピュータとLinux｜TOP500に見るシェアの最新動向

世界のスーパーコンピュータランキング「TOP500」を眺めると、オペレーティングシステムの欄にはほぼ例外なく「Linux」の文字が並びます。2026年時点では500システム全てがLinuxベースで動作しており、この状況はしばらく変わりそうにありません。なぜこれほどまでにLinuxがHPC（高性能計算）分野を席巻したのか、その背景と現在地をまとめます。

TOP500とは何か、どう読むか

TOP500は1993年から半年ごとに発表されている世界のスーパーコンピュータ性能ランキングです。評価指標にはLINPACK（連立一次方程式の浮動小数点演算速度）が使われており、単位はFlops（毎秒浮動小数点演算回数）で表されます。ランキングには機種・設置場所・OS・プロセッサ構成なども記載されており、HPC分野のトレンドを俯瞰するうえで最も参照される公開データセットの一つです。

6月と11月の年2回更新されるため、最新のリストは2025年11月版が現時点で最後の確定データとなります。2025年6月版の時点でも、500システム中500システムがLinux系OSで動作している状況が継続していました。WindowsやUnix系の独自OSが混在していた時代は2010年代半ばにほぼ終息しており、現在はLinux一色といっても過言ではありません。

Linuxシェアが100%に至るまでの経緯

1990年代のスーパーコンピュータは、ベンダー固有のUnixやプロプライエタリOSが主流でした。Cray OSやIRIX、AIXといったシステムがそれぞれのハードウェアに最適化されており、移植性よりも専用チューニングが重視されていた時代です。

流れが変わり始めたのは2000年代に入ってからです。汎用x86クラスタをMPIで束ねる構成が一般化するにつれ、移植性・柔軟性・コストの観点からLinuxが急速に採用を広げました。カーネルのソースコードが公開されているため、スケジューラやメモリ管理をHPC向けにカスタマイズしやすい点も大きな要因でした。2017年のTOP500リストでは初めてLinuxが500システム中500システムを占め、以降その状況が維持されています。

ディストリビューションの内訳を見ると、Red Hat Enterprise Linux（RHEL）系とSLES（SUSE Linux Enterprise Server）系が長らく二分してきました。近年はRHELクローンとしてAlmaLinux・Rocky Linuxの採用事例も増えており、エコシステムの多様化が進んでいます。

現トップシステムと日本の富岳が示すもの

現トップシステムと日本の富岳が示すもの

2024年11月版TOP500では、米国エネルギー省ローレンス・リバモア国立研究所（LLNL）の「El Capitan」が約1.742 ExaflopsのLINPACKスコアを記録し、首位に立ちました。前首位のFrontier（オークリッジ国立研究所、約1.206 Exaflops）を大幅に上回るこのシステムも、AMDのEPYCプロセッサとInstinct GPUを組み合わせたクラスタ上でLinuxが稼働しています。

日本の「富岳」（理化学研究所・富士通）は2021〜2022年にかけてTOP500・HPCG・HPL-AI・Graph500の4部門同時首位を達成し、世界から注目を集めました。富岳が採用しているOSはFujitsu TechS（旧称：Fujitsu Linux）と呼ばれるRHEL系のカスタムディストリビューションです。A64FXというArmベースの独自プロセッサを採用しながらも、OSレイヤーはLinuxで統一することで、ソフトウェアエコシステムの継承性を確保しています。

富岳の運用現場が示す教訓は、「ハードウェアをどれだけ独自設計しても、OS層はLinux標準に乗ることで開発・保守コストを抑えられる」という点です。MPI・OpenMP・CUDA互換ランタイム・コンテナ（Singularity/Apptainer）など、HPC向けソフトウェアスタックの大半がLinuxを前提に開発されており、OSを変えることの機会損失が非常に大きくなっています。

技術的な選択理由：なぜLinuxでなければならないのか

HPC運用者がLinuxを選ぶ理由は、単に「無料だから」ではありません。以下のような技術的合理性が積み重なっています。

• カーネルの透過性：プロセッサのNUMAトポロジへの最適化や、大容量メモリページ（Huge Pages）の制御をカーネルソースレベルで調整できます。独自OSでは同等のカスタマイズにベンダー交渉が必要です。
• スケジューラの柔軟性：cgroups・cpusetを使ったジョブ単位のCPUコア・メモリ割り当ては、SlurmやPBSといったHPCジョブスケジューラとLinuxカーネルの連携で実現されています。
• コンテナエコシステム：Apptainer（旧Singularity）はHPC環境でrootなしコンテナを実現するために開発されており、Linuxのnamespace・cgroupsに依存しています。再現可能な計算環境を配布する手段として不可欠な存在になっています。
• GPUドライバの対応状況：NVIDIA・AMD・Intelいずれのアクセラレータも、最も手厚くサポートされるプラットフォームはLinuxです。GPUを活用したAI学習ワークロードがHPCリソースで実行される機会が増えた2020年代以降、この差はさらに広がっています。

2026年の現行環境で押さえておくべき差分

HPC×Linuxの組み合わせは安定していますが、2026年時点での変化点もいくつか把握しておく必要があります。

RHEL系クローンの再編

2023年にRed HatがRHELのソースコード公開範囲を制限したことで、CentOS後継として期待されていたRocky LinuxやAlmaLinuxの立ち位置に変化が生じました。HPC施設によっては独自ビルドパイプラインへの移行や、SLES・Ubuntu Pro HWEへのディストリ変更を選択するケースも出てきています。長期運用を前提とするクラスタ環境では、OSサポート期間とパッチ供給経路の見直しが求められています。

AIワークロードとHPCの境界消失

かつてHPCは流体シミュレーションや分子動力学が主用途でしたが、現在はLLM（大規模言語モデル）の学習が大量のGPUクラスタを占有するケースが増えています。PyTorch・JAXといったAIフレームワークはLinuxネイティブで開発されており、InfiniBandやRDMAの制御もLinuxドライバ層に依存しています。TOP500の将来版にはAI専用アクセラレータを搭載したシステムがさらに増えると予測されており、LinuxとHPCの結びつきはむしろ強まる方向にあります。

次世代アーキテクチャとLinuxカーネルの追随

富岳のA64FX（Arm v8.2-A）を筆頭に、RISC-VベースのHPCプロセッサの研究も進んでいます。Linuxカーネルは主要アーキテクチャへの対応を比較的早期に取り込む傾向があり、RISC-Vのメインライン統合は5.x系のカーネルで段階的に進んできました。新しいISAが登場してもLinuxを選べばソフトウェアスタックを再利用できるという安心感が、HPC運用者にとって最大のロックイン要因になっています。

シェア独占の先にある課題

Linuxがほぼ100%のシェアを持つことは安定の証明でもありますが、多様性の喪失という側面もあります。カーネルの脆弱性が発見された際に全システムが影響を受けるリスクは、エコシステムの集中によって高まります。2024年に発覚したxzライブラリのサプライチェーン攻撃（CVE-2024-3094）は、オープンソースのメンテナンス体制に依存するHPCインフラが抱える構造的リスクを改めて浮き彫りにしました。

加えて、カーネルのアップデートサイクルとHPCジョブの長期実行要件は相性が悪い場面があります。数週間から数ヶ月にわたる計算ジョブを抱えるシステムでは、セキュリティパッチの適用タイミングをジョブスケジューラと連携して計画する運用が求められます。カーネルライブパッチ（kpatch・kernelcare）の活用や、メンテナンスウィンドウの設計は2026年現在も運用担当者の重要なテーマです。

TOP500のデータが示すLinuxの圧倒的シェアは、技術的合理性と開発コミュニティの厚みが生み出した結果です。ただしそれは「課題がない」ことを意味せず、セキュリティ・ディストリビューション選択・新アーキテクチャへの追随という3つの軸で継続的な判断が求められます。スーパーコンピュータは特別な世界のように見えて、現場が直面する課題は一般のLinuxサーバ運用と地続きになっています。