この記事の監修：宮崎智広（Linux実務・教育歴20年以上・受講者3,100名超）
EnterpriseZineの2026年6月5日の報道によると、みずほ銀行（プラットフォームエンジニアリング部）が、第三者サポートサービス「SUSE Multi-Linux Support」（旧称SUSE Liberty Linux）を採用しました。RHELやCentOSを入れ替えることなく、サポートとパッチの供給元だけをSUSEに移す——そんな選択肢が、メガバンクの現場で現実の打ち手になったわけです。
この記事では、SUSE Multi-Linux Supportとは何なのか、技術的にどういう仕組みで「移行ゼロ」を実現しているのか、そして現役のLinuxサーバー管理者として、自分の環境にこの選択肢が向くのかどうかをどう判断すればいいのかを整理します。
この記事のポイント
・みずほ銀行がRHEL/CentOSの第三者サポート「SUSE Multi-Linux Support」（旧SUSE Liberty Linux）を採用したと報じられた
・OSは入れ替えず、パッチの取得リポジトリをRed HatからSUSEに切り替えるだけの「移行ゼロ」方式
・対象はRHEL 6/7/8/9とCentOS 7以降。背景にはRHEL 7のEOLとRHELライフサイクルの現実がある
・延命の選択肢はAlmaLinux/Rocky移行・Red Hat純正Long-Life Add-On・SUSE MLSの3つ。どれが向くかを管理者目線で整理する
でも安心してください。プロのエンジニアはコマンドを暗記していません。
「現場で使える型」を効率よく使いこなしているだけです。
みずほ銀行が選んだ「移行ゼロ」のRHEL延命とは
まず何が起きたのかを押さえます。EnterpriseZineが2026年6月5日に報じたところによると、みずほ銀行（プラットフォームエンジニアリング部）が、SUSEの提供する「SUSE Multi-Linux Support」を採用しました。RHELやCentOSで動いている既存システムを、OSはそのままにして、SUSEのサポートとパッチ供給に乗せ替える、という内容です。
SUSE Multi-Linux Support（以下、MLSと略します）は、旧称を「SUSE Liberty Linux」といいます。SUSE公式も "formerly SUSE Liberty Linux" と明記しており、2022年頃から本格展開されてきたサービスを、名称変更したうえで継続しているかたちです。RHEL・CentOS・Oracle Linux・SUSE自身のディストリビューションまで、複数のLinuxを単一の窓口でサポートする、という性格を持っています。
注意しておきたいのは、報道で目にする「移行対象が200台を超えるレガシーサーバー」「SUSE Customer Awardの受賞」といった細部の数字や固有名は、現時点で一次情報まで裏が取れていない点です。本記事ではそこは「報道によると」の範囲にとどめ、断定はしません。確実に言えるのは、みずほ銀行という国内有数の基幹系を抱える組織が、RHELを入れ替えずに延命する第三者サポートを選んだ、という事実そのものです。ここに、現役の管理者として読み取るべき示唆があります。
SUSE Multi-Linux Supportの仕組み：リポジトリを切り替えるだけ
では「移行ゼロ」が技術的にどう成り立っているのかを見ていきます。結論から言うと、OS本体（RHEL/CentOSのバイナリ）には一切手を入れません。変えるのは、パッチを取りに行くリポジトリの向き先だけです。
SUSEのFAQには、移行手順について "Transitioning involves simply removing patch repositories from Red Hat and installing the channels from SUSE" と書かれています。つまり、Red Hatのパッチリポジトリを外し、SUSEのチャネルを登録する——やることはそれだけ、というわけです。OSの再インストールも、ディストリビューションの載せ替えも要りません。サーバーから見れば、これまでと同じRHELが動き続け、ただアップデートの供給元がSUSEに変わるだけです。
これが成立する前提として、SUSEは旧SUSE Liberty Linuxを "100% binary-compatible version of RHEL (including API and ABI 100% compatibility)" と説明しています。RHELとバイナリ・API・ABIのレベルで100%互換だからこそ、OSを置き換えずにパッチだけ差し替えられる、という理屈です。
対象となるバージョンは、SUSE公式のプロダクトページに明記されています。RHELは6・7・8・9、CentOSは7以降が対象です。すでにサポートが切れたRHEL 7や、移行先に悩むCentOS 7をそのまま延命できる、という点が、まさに現場のニーズに刺さるところです。
費用感も公開情報の範囲で触れておきます。SUSE公式プロダクトページのグローバル定価では、ライト級のLiteティアが1ユニットあたり年67ドル、Basicティアが年167ドル（いずれも3年コミット・前払いベース）とされています。CentOS 7向けには1サブスクリプション年25ドルの限定オファーもあります。上位のProfessional/Enterpriseティアは個別見積もりです。なお、みずほ銀行の実際の契約額や台数・年数は非公開で、ここで言えるのはあくまでSUSEのグローバル定価だけです。日本国内の代理店価格や為替反映後の実勢は、別途見積もりを取る必要があります。
PR
［改訂新版］プロのためのLinuxシステム構築・運用技術（中井悦司 著／技術評論社）
延命の話を腹落ちさせるには、そもそもRHELが何をどう管理しているかの土台が要ります。本書はRHEL系を前提に、Linuxシステムの根底からの仕組みとsystemdを含む運用ノウハウを詳細に解説した実務書です。リポジトリやサブスクリプションの構造を運用設計のレベルで理解したうえで、SUSE MLSのような第三者サポートを検討したい現役管理者に向いた一冊です。
なぜ今「延命」なのか：RHELライフサイクルの現実
そもそも、なぜわざわざ第三者サポートで延命するニーズが生まれるのか。背景にあるのは、RHELのサポートライフサイクルの現実です。ここは公式情報で正確に押さえておきましょう。
RHEL 7は、フルサポートとメンテナンスが2024年6月30日で終了しています。延長のELS（Extended Life Cycle Support）が2024年7月1日から2029年5月31日まで用意されていますが、これは追加契約が前提です。RHEL 8はフルサポートが2024年5月31日に終了し、メンテナンスサポートが2029年5月31日まで。RHEL 9はフルサポートが2027年5月31日まで、メンテナンスサポートが2032年5月31日までとなっています。
基幹系のサーバーは、一度組み上げると簡単には載せ替えられません。アプリケーションの動作検証、周辺システムとの結合、業務影響の評価——どれも重く、移行そのものがプロジェクト化します。だからこそ「サポートは切れたが、すぐには移行できない」という空白が生まれる。RHEL 7のEOL到来は、まさにその空白を多くの現場に突きつけました。OSはそのままに、パッチとサポートだけを確保したい——MLSのようなサービスが伸びる理由は、ここにあります。
延命の3つの選択肢を比べる：AlmaLinux移行・Red Hat純正・SUSE MLS
では、RHEL系を延命・継続したいとき、現役の管理者が取れる選択肢を整理します。大きく3つの方向があります。
選択肢A：AlmaLinux / Rockyへ移行する
RHELと互換のコミュニティ系ディストリビューション、AlmaLinuxやRocky Linuxへ載せ替える道です。ライセンス費用がかからず、CentOS 7からの移行先として定番になっています。ただしこれは「移行」であり、OS入れ替えの検証コストとリスクは当然かかります。移行ツールは整ってきていますが、基幹系で全台を載せ替えるとなれば、相応のプロジェクトになります。
選択肢B：Red Hat純正のLong-Life Add-Onで延命する
Red Hatに料金を払い、同じ版のRHELを純正のまま延命する道です。サポート元がRed Hat自身なので、サポートの一貫性という点では最も安心感があります。この純正延長については、当サイトでも以前くわしく取り上げました。仕組みや対象を管理者目線で読み解いた記事があるので、純正路線を検討するならあわせて目を通してみてください。RHELを期限なしで延命できる時代へ｜Long-Life Add-On発表の中身を管理者目線で読み解くで詳しく解説しています。
選択肢C：SUSE Multi-Linux Supportに乗せ替える
今回のみずほ銀行が選んだ道です。OSはRHEL/CentOSのまま、サポートとパッチの供給元だけをSUSEに切り替えます。移行ゼロで延命でき、複数ディストリを単一窓口に集約できるのが強みです。一方で、サポート元がRed Hatではなく第三者になる、という構造上の違いは理解しておく必要があります。
3つを並べると、軸が見えてきます。選択肢Aは「OSを変えてコストを抑える」、選択肢Bは「OSもサポート元も変えずに純正で延命する」、選択肢Cは「OSは変えずにサポート元だけ変える」。延命というゴールは同じでも、何を動かして何を据え置くかが、それぞれ違うわけです。自分の環境でどれが効くかは、次の判断基準で見ていきます。
管理者目線の適用判断：向くケース・向かないケース
では、SUSE MLSが自分の現場に向くのかどうか。現役の管理者として見るべきポイントを、向く側・向かない側に分けて整理します。
SUSE MLSが向きやすいケース
・RHEL 7やCentOS 7など、サポートの切れた版を当面そのまま動かし続けたい。アプリの再検証コストが重く、すぐには移行に踏み切れない。
・RHEL・CentOS・Oracle Linuxなど、複数ディストリが混在していて、サポート窓口を一本化したい。
・移行プロジェクトを立てる前に、まずパッチとサポートの空白を埋めて時間を稼ぎたい。
・OSの載せ替えに伴う業務影響の評価が、現実的に難しい規模のシステムを抱えている。
みずほ銀行のような基幹系は、まさにこの条件に当てはまります。動いているものを止めずにサポートを確保する、という打ち手が効く領域です。
SUSE MLSが向きにくいケース
・台数が少なく、AlmaLinux/Rockyへの移行検証が現実的に回せる。むしろ移行して身軽になったほうが長期的に楽。
・サポート元はRed Hat純正でなければ困る、という社内・取引先の要件がある。第三者サポートが稟議や監査で引っかかる可能性がある。
・SUSE側が供給するパッチの内製ビルドや検証手法の詳細まで把握したうえで採否を決めたい。この点は公式から細部まで読み取りきれない部分があり、本番投入前に自分で確認が要る。
・再起動の要否など、運用フロー上の影響を事前に詰めきりたい。公式は "no downtime" と表現していますが、リブート要否を明示する記述は確認できておらず、検証で詰める前提で考えるべきです。
判断のコツは、「OSを変えるコスト」と「サポート元を変えるリスク」を天秤にかけることです。OS入れ替えがどうしても重いならCやBが効き、身軽に動けるならAも十分視野に入る。自分の環境がどちら寄りかを見極めるのが先決です。
PR
本気で学ぶ Linux実践入門 サーバ運用のための業務レベル管理術（大竹龍史・山本道子 著／SBクリエイティブ）
延命するにせよ移行するにせよ、最後にものを言うのは日々の運用管理の地力です。本書はパッケージ管理・ディスク・ネットワーク・保守・セキュリティまで、サーバ運用の業務レベルの管理術を実務目線で網羅しています。リポジトリ切り替えのような判断を自分の手で下せる土台を作っておきたい現役管理者の常備本として向いています。
この一件が現場に残す教訓
今回のみずほ銀行の採用が現場に示すのは、「延命にはもう複数の正解がある」という事実です。かつてはRHEL系のサポートが切れたら、移行するか、純正の延長を買うか、その二択に見えていました。そこにSUSE MLSのような第三者サポートが加わり、「OSを動かしたままサポート元だけ替える」という第三の道が、メガバンクの基幹系でも通用する選択肢として実証されたわけです。
大事なのは、どれが正解かではなく、自分の環境にどれが効くかを自分で判断できることです。対象バージョン、互換性の前提、費用構造、サポート元が純正か第三者か——こうした論点を一つずつ自分の環境に当てはめて、移行・純正延長・第三者サポートを比較できる。その判断力こそが、サポート期限という重い局面で効いてきます。ベンダーの売り文句や報道の見出しをそのまま鵜呑みにせず、自分のサーバー構成と照らして読み解く。これは新しいサービスが出るたびに繰り返し問われる力です。
私自身、20年以上Linuxサーバーの現場を見てきましたが、サポート切れの局面で慌てる現場と、落ち着いて選択肢を並べられる現場の差は、結局この「自分で比較して判断できるか」に尽きます。延命の手が増えたのは朗報ですが、増えたぶん、選ぶ目が問われるようになった——今回の一件は、そう受け止めるのが現場目線だと思います。
本記事のまとめ
みずほ銀行が採用したと報じられたSUSE Multi-Linux Support（旧SUSE Liberty Linux）は、RHEL/CentOSのOSを入れ替えず、パッチの取得元リポジトリをRed HatからSUSEに切り替えるだけで延命できる第三者サポートです。対象はRHEL 6/7/8/9とCentOS 7以降。背景にはRHEL 7のEOL到来とRHELライフサイクルの現実があります。延命の選択肢はAlmaLinux/Rocky移行・Red Hat純正Long-Life Add-On・SUSE MLSの3つで、それぞれ「何を動かして何を据え置くか」が違います。自分の環境がどちら寄りかを見極めて選ぶのが、現役管理者としての要点です。
| 論点 | 押さえどころ |
|---|---|
| 正体 | RHEL/CentOSを入れ替えず延命する第三者サポート（旧SUSE Liberty Linux） |
| 仕組み | パッチ取得元をRed HatからSUSEのチャネルに切り替えるだけ（移行ゼロ） |
| 対象版 | RHEL 6/7/8/9・CentOS 7以降 |
| 背景 | RHEL 7はEOL済（ELSは2029-05-31）。8=2029、9=2032でメンテ終了 |
| 選択肢A | AlmaLinux/Rocky移行（OSを変えてコスト抑制・要検証） |
| 選択肢B | Red Hat純正Long-Life Add-On（OSもサポート元も純正のまま延命） |
| 選択肢C | SUSE MLS（OSは変えずサポート元だけSUSEへ＝みずほ採用例） |
みずほ銀行の実契約額や台数、受賞の有無といった細部は公式の一次情報まで確認できていないため、本記事では断定を避けました。確かなのは、RHEL延命の選択肢が増え、第三者サポートが基幹系でも通用すると実証された点です。あとは自分の環境に当てはめて、移行・純正延長・第三者サポートを冷静に比較する。それが、サポート期限という局面で現場がいちばん問われる動き方です。
そのサーバーの延命策、「なぜそれを選ぶか」を自分の言葉で説明できますか？
移行か、純正延長か、第三者サポートか。サポート期限の局面で慌てないためには、記事で知識を仕入れるだけでなく、Linuxサーバー上でリポジトリやパッケージ管理を実際に手を動かして理解しておく力が要ります。
ネットの切れ端の情報をコピペするだけでなく、現場で通用する安全なLinuxサーバー構築の「型」を体系的に身につけたい方へ、『Linuxサーバー構築入門マニュアル（図解60P）』を完全無料でプレゼントしています。
「独学の時間がもったいない」「プロから直接、現場の技術を最短で学びたい」という本気の方には、2日で実務レベルのスキルが身につく【初心者向けハンズオンセミナー】も開催しています。
3,100名以上が実践した「型」を無料で公開中
プロのエンジニアはコマンドを暗記していません。
「現場で使える型」を効率よく使いこなしているだけです。
その「型」を図解60Pにまとめた入門マニュアルを、完全無料でプレゼントしています。
登録10秒／合わなければ解除3秒 ／ 詳細はこちら
この記事を書いた人
宮崎 智広（みやざき ともひろ）
株式会社イーネットマーキュリー代表。現役のLinuxサーバー管理者として20年以上の実務経験を持ち、これまでに累計3,100名以上のエンジニアを指導してきたLinux教育のプロフェッショナル。「現場で本当に使える技術」を体系的に伝えることをモットーに、実践型のLinuxセミナーの開催や無料マニュアルの配布を通じてLinux人材の育成に取り組んでいる。
趣味は、キャンプにカメラ、トラウト釣り。好きな食べ物は、ラーメンにお酒。休肝日が作れない、酒量を減らせないのが悩み。最近、ドラマ「フライトエンジェル」を観て涙腺が崩壊しました。
無料メルマガで学習を続ける
Linuxの実践スキルをメールで毎週お届け。
登録は1分、解除もいつでも可。
登録無料・いつでも解除できます