AIXとは？IBMの商用UNIXの特徴・Linuxとの違い・最新バージョンとサポート期限を解説

AIX（Advanced Interactive eXecutive、読み方は「エーアイエックス」）とは、IBMが開発・提供する商用UNIXオペレーティングシステムです。IBM Power Systems上で動作し、金融の勘定系や製造の生産管理といった「止められない」基幹システムを支えてきました。この記事では、AIXの定義と読み方、現行最新版とバージョンの確認手順、リリースごとのサポート期限、LinuxやRHELとの違い、そしてPower11で動かすために必要なAIXレベルまでを整理します。本記事の数値は、いずれも2026年8月時点でIBM公式のライフサイクル情報と技術資料を確認した値です。

まとめ：AIXの要点

先に全体像を示します。AIXは「ハードウェアとOSが一体で、長期サポートと無停止運用を最優先にした商用UNIX」です。柔軟性とコストで選ぶLinuxとは、設計思想が対照的になります。AIXが属する商用UNIX全体の位置づけと、認証UNIXとUnix系の線引きはUnixとは？Linuxとの違い・POSIXと認証UNIXの実際から移行判断まで実装者向けに解説で扱っています。

以下では、定義と読み方、最新バージョンの確認方法、サポート期限、Linuxとの違い、主要機能、対応ハードウェア、移行判断の順に解説します。

AIXとは？IBMが開発した商用UNIXの定義と読み方

AIXは、IBMが自社のPOWERプロセッサー搭載機向けに開発・保守している商用のUNIXオペレーティングシステムです。UNIX System Vを源流に、可用性・セキュリティ・仮想化の機能を独自に拡張してきました。Linuxのように多数のベンダーのサーバーで動くOSではなく、IBM Power Systemsという特定のハードウェアとセットで使う点が、他のサーバーOSと最も違うところです。

正式名称と読み方

AIXは Advanced Interactive eXecutive の頭文字を取った名称で、日本語では「エーアイエックス」と読みます。「アイックス」や「エイックス」と読まれることもありますが、IBMの日本語資料でも一文字ずつ読む「エーアイエックス」が使われています。文書上は「AIX 7.3」のようにメジャー・マイナーの2桁で表記し、その下にテクノロジー・レベル（TL）とサービスパック（SP）が続く構成になります。

UNIX V7認証を保持する唯一の現役製品

「UNIX」は The Open Group の登録商標で、同団体の仕様に適合し認証を受けた製品だけが名乗れます。The Open Group の Open Brand 登録簿には、IBMの「AIX version 7, at 7.2 TL5 (or later)」がUNIX V7製品標準として2020年9月30日付で登録されています。対象環境は「CHRPシステムアーキテクチャのPOWERプロセッサー搭載機」です。つまりAIXは「UNIX風のOS」ではなく、認証を受けた正真正銘のUNIXにあたります。

注目すべきは、2026年8月時点でUNIX V7の登録製品がこのAIXの1件だけだという点です。ひとつ前の世代にあたるUNIX 03の登録簿には、AIXの旧レベル（7.1 TL5または7.2 TL2以降）に加えて、macOS 26.0 Tahoe と HP-UX 11i V3 Release B.11.31 が並んでいます。UNIX認証そのものの意味はUnixとは？Linuxとの違い・POSIXと認証UNIXの実際から移行判断まで実装者向けに解説で詳しく扱っています。

1986年1月のRT PC発表と同時のリリース

AIXの初版は1986年1月、IBMのRT PC向けOSとして発表されました。IBMが2026年1月に公開したAIX/VIOSの技術資料でも当時の報道が引用されており、AIXが Interactive Systems 社との協業で開発された、UNIX System Vを拡張したOSであったことが示されています。以来40年にわたって同じ製品系統が保守され続けており、商用UNIXとしては最も長く維持されている系統になります。

AI Transformationの略語としての「AIX」との区別

2020年代に入ってから、「AI Transformation（AIによる企業変革）」の略語として AIX という表記が使われる場面が増えました。検索結果にも同名の企業や、DXとの違いを論じる記事が混在します。この記事で扱うAIXは、IBMのオペレーティングシステムを指す従来からの用語で、AI Transformationとは全く別の概念です。社内文書で使う際は「AIX（IBMのUNIX）」のように補足すると混乱を避けられます。

AIXの最新バージョンの調べ方｜TL・SPの読み方と確認コマンド

AIXのバージョンは「リリース」「テクノロジー・レベル（TL）」「サービスパック（SP）」の3階層で管理されます。「最新バージョンは何か」という問いには、リリース番号だけでなくTLまで答えないと実務上の意味を持ちません。

現行最新はAIX 7.3 TL4（2025年12月）

2026年8月時点の現行最新は AIX 7.3 の TL4 です。IBMのAIXサポートライフサイクル情報によると、TL4は2025年12月にリリースされ、最新のサービスパックは 7300-04-02-2633、次のサービスパックは2027年2月26日が提供目標として示されています。AIX 7.3 そのもののGA（一般提供開始）は2021年12月10日、発表レター番号は 221-328 です。

なおリリース済みの「AIX 7.4」は、2026年8月時点では提供されていません。IBMのソフトウェア・ライフサイクル・データベースにも7.4の登録はなく、7.3のTLを積み増していく形で機能追加が続いています。IBM i（旧AS/400）側には7.4や7.5、7.6というバージョンがあるため、番号だけを見て混同しないよう注意が必要です。IBM i側の事情はAS/400（IBM i）サポート終了はいつ？移行の判断基準と方式の選び方にまとめています。

TL・SP番号の4ブロック表記の読み方

AIXのレベル表記は4つの数字ブロックでできています。たとえば 7300-04-02-2633 は次のように読みます。

第4ブロックは西暦下2桁と週番号の組み合わせです。TL4の基準レベルである 7300-04-00-2546 は2025年第46週のビルドで、これが2025年12月のリリースにあたります。この読み方を知っていると、手元の環境がどれくらい古いのかを番号だけで判断できます。

oslevelコマンドによるバージョン確認

実機で確認するときは oslevel コマンドを使います。引数によって返る粒度が変わります。以下はAIX 7.3 TL4 SP2環境での出力例です。

# ベースとなるリリースレベル
$ oslevel
7.3.0.0

# 適用済みのテクノロジー・レベル
$ oslevel -r
7300-04

# テクノロジー・レベルとサービスパックまで
$ oslevel -s
7300-04-02-2633

実務で必要なのは3番目の oslevel -s です。IBMのハードウェア対応表もサポート期限表も、この4ブロック表記を基準に書かれているためです。oslevel だけを実行して「7.3.0.0 だから最新」と判断すると、TL0のまま何年も放置されている環境を見落とします。

フィックス適用状況とハードウェア情報の確認

OSレベルに加えて、フィックスの適用状況とハードウェア側の情報も合わせて確認します。

# インストール済みファイルセットの状態を確認
$ lslpp -l bos.mp64

# 適用履歴（いつどのレベルを当てたか）
$ lslpp -h bos.mp64

# 各ML・TLについて適用済みか未適用かを一覧表示
$ instfix -i | grep -w AIX

# 指定TLのうち未適用のフィックスだけを絞り込む
$ instfix -icqk 7300-04_AIX_ML | grep ":-:"

# 適用済みの緊急修正（i-fix）の一覧
$ emgr -l

# 機種・プロセッサー・ファームウェアの確認
$ prtconf | grep -E "System Model|Processor Type|Firmware"

Power11やPower10へ移行する場合は、prtconf で得られる機種名（マシンタイプ・モデル）が必須の情報になります。IBMの対応表は機種タイプ単位で書かれているため、「Power10だから大丈夫」といった世代単位の判断はできません。日々の運用コマンドやSMITによる対話操作はAIXが提供する主な機能と導入によるメリットとはで扱っています。

AIXのサポート期限｜バージョン別ライフサイクルとTLの3年ルール

AIXのサポート期限は、リリース単位の「サポート終了（EOS）」と、TL単位の「フィックス提供終了（End of Fix Support、EoFS）」の2階層で管理されます。この2つを混同すると、「リリースはまだ現役なのに、自分のTLにはもうパッチが出ない」という状態に気づけません。

TL別のフィックス提供期限と最新サービスパック

IBMのAIXサポートライフサイクル情報が示す、2026年8月時点のTL別の状況は次のとおりです。

表から読み取れるのは、TLの標準サポートがおおむね3年で切れるという点です。IBMの技術資料でも、AIXのテクノロジー・レベルに対する標準サポートは3年で、延長の可能性があると説明されています。TLはほぼ毎年12月前後に出るため、3年に1度はTLを上げないとフィックスが届かなくなる計算になります。AIX 7.3 TL2 は2026年11月30日でフィックス提供が終わるので、TL2で止まっている環境は年内に動く必要があります。

AIX 7.1の標準サポート終了日と延長提供の期限

IBMのソフトウェア・ライフサイクル情報によると、AIX Standard Edition 7.1 は2010年9月10日にGAを迎え、標準サポートは2023年4月30日に終了しました。GAから約12年7か月で、商用OSとしては長い部類に入ります。有償の延長サービスは2027年4月30日まで提供されるため、7.1で動いている環境にはまだ猶予が残っています。

一方でAIX 6.1とAIX 5.3は、延長サービスの提供自体がすでに終わっています。次の表のとおりです。

つまりAIX 6.1と5.3で動いている環境には、どのような契約を結んでも新規のセキュリティ修正は提供されません。この2つはリスク評価の対象ではなく、移行計画の対象として扱ってください。

7.2と7.3のEOS未発表とEnhanced方針

AIX 7.2（GA 2015年12月4日、発表レター 215-393）とAIX 7.3（GA 2021年12月10日、発表レター 221-328）は、2026年8月時点でサポート終了日が発表されていません。両者に適用されるライフサイクル方針は「Enhanced（E）」で、最低5年のサポートに3年の延長が可能と定義されています。IBMはサポートレベルの変更を事前に告知する運用のため、いま慌ててリリースを上げる必要はありません。ただし前述のTL単位の期限は別に走っている点に注意してください。

AIX 7.3 TL4以降のUpdate Access Key厳格化

見落とされやすい変更が、ソフトウェア更新アクセス・キー（Update Access Key、UAK）の扱いです。Power10以降のサーバーで動くAIXにはUAKが含まれ、そこにソフトウェア保守契約（SWMA）の満了日が記録されています。IBMの2026年1月の技術資料によると、AIX 7.3 TL4からは、更新イメージの日付がSWMAの満了日を超えている場合に、アップデートとマイグレーションが失敗するようになりました。従来より厳格な運用になっています。

影響を受けるのはアップデートとマイグレーションで、緊急修正（i-fix）の適用は対象外とされています。対処はSWMAを更新して有効なUAKを維持することです。「保守契約が切れていてもパッチだけは当てられる」という前提で運用計画を立てていると、TL4以降でつまずきます。

AIXとLinux（RHEL）の違い｜7つの観点で比較

AIXとLinuxのどちらを選ぶかは、調達・運用・人材のすべてで前提が違うため、観点を分けて比較します。両者はどちらもUNIX系の系譜にありますが、同じ土俵で並べられる関係ではありません。

ハードウェアの選択肢と一括サポートのトレードオフ

AIXはIBM Power Systems以外では動きません。これは制約であると同時に強みでもあります。OSとファームウェア、仮想化層をIBMが一体で検証して出荷するため、組み合わせ起因の障害が起きにくく、障害時の問い合わせ先も一本化されます。反面、ハードウェアの調達先を選べず、価格交渉の余地が小さくなります。Linuxの側は幅広い機器で動く代わりに、ハードウェア・OS・ミドルウェアの組み合わせ検証は利用者側の責任です。Linux側の前提はLinuxとは？仕組み・ディストリビューション・サーバー用途を実装目線で解説【2026年版】を参照してください。

AIX Toolboxを経由するOSSの入手

AIXでオープンソースソフトウェアを使う場合は、IBMが提供する AIX Toolbox for Open Source Software からdnfで導入するのが標準的な経路です。IBMの2026年1月の資料によると、2025年のToolboxではパッケージにデジタル署名が付き、基盤がPython 3.12へ移行しました。追加されたパッケージにはRust、GCC 13、PyTorch、ONNX Runtime、ONNX Runtime GenAI、FAISS、llama.cppなどが含まれます。AIX上でAI関連のライブラリを動かす選択肢は、以前より確実に広がっています。

とはいえ、Linuxのディストリビューションが抱えるパッケージ数と比べれば規模は小さく、最新のOSSがすぐに使えるわけではありません。開発の速度やツールの豊富さを重視する用途では、Linux側が有利になります。

SolarisやHP-UXと並べたときの位置づけ

商用UNIXという括りではOracle SolarisとHP-UXが同列に並びます。ただしThe Open GroupのUNIX V7認証を保持しているのはAIXだけで、HP-UX 11i V3 Release B.11.31 はひとつ前の世代であるUNIX 03の登録にとどまります。加えてAIXは2025年12月にTL4を出し、次のサービスパックの目標日まで公表しています。この2点から、商用UNIXを継続利用する前提であれば実質的な選択肢はAIXに寄っていると判断できます。

AIXを選ぶ条件とLinuxへ寄せる条件

新規構築であれば、まずLinuxを検討するのが現在の標準になります。AIXを選ぶ理由が立つのは、次のいずれかに当てはまるときです。既存の基幹アプリケーションがAIX上のミドルウェアに強く依存している、単一LPARで大量のメモリとスレッドを使う処理があり、その規模をx86で組むとコストが跳ね上がる、あるいは無停止更新と障害時の一括サポートが契約上の要件になっている場合が該当します。

「aix rhel 違い」で調べる場面で実際に問われるのは、多くがハードウェアを残したままOSだけ動かせるかという点です。RHELはIBM Power（ppc64le）向けにも提供されているため、Power機を維持しながらAIXからRHELへ寄せる構成は選択肢になります。ただしAIX固有のLVM構成、SMITで組んだ運用手順、mksysbを前提としたバックアップ設計はそのまま持ち込めないため、移植工数の見積りが判断の分かれ目です。RHEL系の選定事情はCentOSとは？RHEL互換OSの終了とCentOS Stream・後継OSへの移行判断を実装目線で解説【2026年版】が参考になります。

AIXの主要機能｜LPAR・PowerVM・無停止更新・セキュリティ

AIXの機能は「止めないこと」に向けて設計されています。ここでは実務で効く4つを取り上げます。

LPAR・PowerVM・VIOSの役割分担とVIOSのサポート期限

LPAR（論理区画）は、1台のPower Systemsを複数の独立したサーバーとして分割する仕組みです。分割はOSの上ではなくファームウェア層で行われるため、区画同士の分離が強く、CPUやメモリの割り当てを稼働中に変更できます。PowerVMはこのLPARを管理する仮想化基盤で、VIOS（Virtual I/O Server）が仮想区画へディスクとネットワークを提供します。

VIOSにも独自のライフサイクルがある点は見落とされがちです。IBMの資料によると、VIOS 3.1.4（2022年11月GA、AIX 7.2 TL5ベース）のサポートは2026年4月に終了しました。後継の VIOS 4.1.0 は2023年11月GAでAIX 7.3 TL2をベース、VIOS 4.1.1 は2024年12月GAでAIX 7.3 TL3ベース、VIOS 4.1.2 は2025年12月にAIX 7.3 TL4をベースとして出ています。4.1系はPower8以降のサーバーに対応します。VIOSのリリースは年1回程度、各リリースの標準サポートは3年という運用です。仮想化の考え方そのものは仮想化技術とは？種類・仕組みからサーバー仮想化の採用判断まで実装目線で解説、PowerVMのような方式の位置づけはハイパーバイザーとは？Type1・Type2の違いから仮想化基盤の選定まで実装者向けに解説で整理しています。

Live Kernel UpdateとLive Library Updateによる無停止更新

AIXの差別化要素として最も実務的なのが、稼働したままOSを更新する仕組みです。Live Kernel Update（LKU）はカーネルを含むOSの更新を、業務を止めずに適用します。IBMの計測によると、AIX 7.3 TL1と比べてTL3ではLKU全体の所要時間が52パーセント短縮され、業務が実際に止まるブラックアウト時間は35パーセント短縮されました。ただしこの数値は、Power9・10コア・SMT8・メモリ300GB・Oracleを5インスタンス稼働させた特定構成での計測で、一部にプレリリースビルドが使われています。自環境での短縮幅は構成によって変わる前提で読んでください。TL4ではさらに全体時間が短くなっています。

TL4では Live Library Update（LLU）が正式リリースされました。共有ライブラリの更新をアプリケーションの再起動なしに反映する機能で、初期の対象は libc と libpthreads です。rasoコマンドまたは LDR_CNTRL 環境変数で制御し、LKUと組み合わせればカーネルからユーザー空間まで再起動なしで更新できます。i-fix、サービスパック、新しいTLのいずれにも使えます。データベースを載せたまま四半期ごとのパッチを当てられるかどうかは、運用設計に直結します。

JFS2とLVMによる無停止拡張、WPARとLPARの使い分け

ストレージ側はLVM（論理ボリューム・マネージャー）とJFS2の組み合わせが標準です。LVMは物理ディスクをボリュームグループにまとめ、論理ボリュームを切り出して割り当てます。JFS2のファイルシステムは稼働中に拡張でき、たとえば次のコマンドで容量を10GB追加してもサービスを止める必要がありません。

# マウント中のファイルシステムを10GB拡張する
$ chfs -a size=+10G /data

# 拡張結果を確認する
$ df -g /data

WPAR（ワークロード・パーティション）はOS内部でアプリケーション実行環境を分離する仕組みです。LPARがファームウェア層で区画を切るのに対し、WPARは1つのAIXの中で名前空間とリソースを分けるため、区画あたりのオーバーヘッドが小さくなります。用途ごとに独立したカーネルとOSレベルが必要ならLPAR、同一OSレベルで実行環境だけ分けたいならWPARという使い分けです。

AIX 7.3 TL4のOpenSSL・FIDO認証とコア内暗号

AIX 7.3 TL4では、OpenSSL 3.0.16 と OpenSSH 9.9p2 が同梱され、OpenSSL 3.5 が技術プレビューとして提供されています。SSHでのFIDO認証、Windows Active Directoryとの互換性改善、Power11向けのプラットフォーム鍵ストア管理機能も追加されました。POWERプロセッサーはコア内に暗号処理の命令を持つため、暗号化した論理ボリュームや物理ボリュームを使っても性能低下が小さいのが特徴です。

SMITとAnsibleによる管理の自動化

AIXの管理は、対話式のSMIT（System Management Interface Tool）とコマンドの両方から行えます。SMITはメニューを選ぶと対応するコマンドを生成して実行するため、操作の結果がログに残り、後からスクリプト化しやすい作りです。IBMのAIX向けAnsibleコレクションはAnsible Galaxyから70万回以上ダウンロードされており、2025年には sysdumpdev、errpt、nmon、pagingspace、LKUとLLU関連のモジュールが追加されました。

AIXが動くハードウェア｜Power11で必要なAIXレベル

ハードウェアを更改するとき、AIX側のレベルが足りないと新しいサーバーでは起動できません。2025年に登場したPower11では、この条件が明確に定義されています。

Power11で必要な最小AIXレベルとVIOSレベル

IBMの資料によると、Power11で必要な最小のAIXレベルは、I/Oの構成によって2段階に分かれます。

Power11のネイティブモードで動かすには AIX 7.3 TL3 SP1 以降が必要です。あわせて4770暗号アダプターとvTPM 2.0のサポートもこのレベルから入りました。なお2025年第3四半期より前のAIXレベルでPower11を使う場合は、OpenSSL 3.0.15.1001以降を導入しないと、ハードウェアによる暗号処理の高速化が効かなくなるとIBMが注意喚起しています。

VIOS側にも最小レベルがあります。2025年7月時点でPower11に必要なのは、VIOS 3.1.4.60（VIOS 3.1系の最終サービスパック）、VIOS 4.1.0.40（4.1.0.x系の最終サービスパック）、または VIOS 4.1.1.10 です。AIXだけを上げてVIOSを据え置くと構成が成立しない点に注意してください。

Power11で非対応のAIX 7.1・6.1・5.3

IBMが機種ごとに公開しているシステム・ソフトウェア・マップを見ると、Power11のE1180（マシンタイプ 9080-HEU）で対応するAIXは 7.3 のTL2・TL3・TL4 と 7.2 のTL5 だけです。AIX 7.1、AIX 6.1、AIX 5.3 の欄はいずれも「対応レベルなし」と明記されています。ハードウェア更改とOSアップグレードを同時に迫られるのは、この制約が理由です。

裏を返せば、AIX 7.1以前で動いている業務がある場合、Power11への移行はOSのマイグレーションを伴う案件になります。停止時間や検証工数を見積もる際は、この前提を最初に確認してください。

プロセッサーモード別のスレッド上限と使える機能

同じPower11上でも、AIXのレベルによって動作するプロセッサーモードと使えるリソースの上限が変わります。IBMの資料によると、AIX 7.2 TL5 はPOWER9モードでのみ動作し、1区画あたりの最大ハードウェアスレッド数は1536です。AIX 7.3 TL2以降はPOWER9モードとPOWER10モードに対応して上限が1920スレッドになり、Power11モードで動かすには 7.3 TL3 SP1 以降が条件になります。さらにAIX 7.3 TL4では256コア・2048スレッドまで拡張されました。

Power10のMMA（行列演算アクセラレーター）やPOWER10向けに最適化されたメモリコピーは、POWER10モードとPower11モードでしか使えません。AIX 7.2 TL5 のままPower11機に載せ替えても、ハードウェアの性能を引き出せない構成になります。最新機に更改するなら、AIX 7.3 TL3以降まで上げるのが前提と考えてください。

AIXを残すか移行するか｜判断の分かれ目

AIX 7.1以前で稼働している環境はPower11に載せられないため、ハードウェア更改のたびに継続か移行かの判断を迫られます。「古いから移行する」という理由づけは成り立ちません。判断材料になるのは、期限と依存関係の2つです。

残す判断が成り立つ条件

次のすべてを満たしているなら、AIXを継続する判断は合理的です。稼働中のAIXがフィックス提供期限内のTLにあること、ハードウェアが標準保守の対象内にあること、SWMAが有効でUAKが期限切れになっていないこと、そしてAIX固有のミドルウェアや帳票の資産が業務要件に組み込まれていることが条件になります。この状態であれば、無理に移行してリスクを取る必要はありません。

移行を検討すべきサイン

逆に、次のいずれかに当てはまるなら移行計画に着手してください。AIX 7.1以前で稼働している、TLのフィックス提供期限をすでに過ぎている、ハードウェアの保守が終了しており部品調達に不安がある、AIXを運用できる要員が社内に1人もいない、あるいはSWMAを更新していないためTL4以降のパッチが適用できない、というサインです。特に最後の項目は、契約の問題が技術的な行き詰まりに直結する典型例になります。

移行先の3つの選択肢

移行先は大きく3つに分かれます。1つ目は、AIXのまま新しいPower機へ載せ替える方式です。アプリケーションの改修が最小で済み、OSのマイグレーションだけで完結します。2つ目は、AIXのままクラウドへ移す方式で、IBM Cloud の Power Virtual Server を使えばPower上のAIXをそのまま稼働させられます。mksysbによるシステムバックアップやNIMを使った展開の手順は、オンプレミスと同じ考え方が通用する点が利点になります。3つ目は、Linuxへ移す方式です。移植の工数は最も大きくなりますが、以後の調達と人材確保が楽になります。

どの方式でも、判断の順序は「業務要件の確認、期限の棚卸し、依存関係の調査、方式の決定」です。刷新そのものの進め方はレガシーシステム脱却の判断基準と進め方｜経産省調査が示す停滞要因と費用の見積り方で扱っています。

よくある質問

AIXとは何ですか？読み方も教えてください

AIXは、IBMが開発・提供する商用UNIXオペレーティングシステムです。正式名称は Advanced Interactive eXecutive で、読み方は「エーアイエックス」です。IBM Power Systems上で動作し、The Open GroupのUNIX V7認証を受けた認証UNIXにあたります。金融の勘定系や官公庁の基幹システムなど、24時間365日止められない用途で長く使われてきました。

AIXの最新バージョンは何ですか？

2026年8月時点の現行最新は AIX 7.3 の TL4 です。TL4は2025年12月にリリースされ、最新のサービスパックは 7300-04-02-2633 です。AIX 7.3 自体のGAは2021年12月10日でした。リリース済みの「AIX 7.4」は2026年8月時点で提供されていません。IBM i（旧AS/400）には7.4以降のバージョンがあるため、番号だけで混同しないよう注意してください。

AIXのバージョンを確認するコマンドは何ですか？

oslevel コマンドを使います。引数なしで実行すると 7.3.0.0 のようなリリースレベルが、oslevel -r ではテクノロジー・レベル（7300-04）が、oslevel -s ではサービスパックまで含めた完全なレベル（7300-04-02-2633）が返ります。実務で必要なのは oslevel -s です。IBMの対応表もサポート期限表もこの表記を基準にしているためです。

AIXとLinuxの主な違いは何ですか？

最大の違いは、動作するハードウェアが限定されるかどうかです。AIXはIBM Power Systemsでのみ動き、OSとファームウェア、仮想化層をIBMが一体で保守します。Linuxはx86やARMを含む広範な機器で動き、組み合わせの検証は利用者側の責任になります。ほかに、AIXは有償の商用OSでUNIX V7認証を持ち、Live Kernel Updateによる再起動なしの更新に対応する点が異なります。

AIX 7.1のサポートはいつ終了しましたか？

AIX Standard Edition 7.1 の標準サポートは2023年4月30日に終了しました。GAは2010年9月10日で、約12年7か月にわたって提供されたことになります。有償の延長サービスは2027年4月30日まで利用できます。一方、AIX 6.1は2020年4月30日、AIX 5.3は2015年4月30日で延長提供も終了しているため、この2つには新規のセキュリティ修正が一切提供されません。

AIX 7.3のサポート終了日はいつですか？

2026年8月時点で、AIX 7.3 のサポート終了日（EOS）はIBMから発表されていません。適用されるライフサイクル方針は Enhanced で、最低5年のサポートに3年の延長が可能と定義されています。ただしリリース単位のEOSとは別に、テクノロジー・レベル単位でフィックス提供期限が動いています。AIX 7.3 TL2 は2026年11月30日、TL3は2027年12月31日、TL4は2028年12月31日が期限です。

Power11でAIX 7.1は動きますか？

動きません。IBMが公開しているPower11のE1180（マシンタイプ 9080-HEU）向けシステム・ソフトウェア・マップでは、AIX 7.1、6.1、5.3 のいずれも「対応レベルなし」と明記されています。Power11で使えるのは AIX 7.3 のTL2以降と AIX 7.2 TL5 だけです。Power11ネイティブモードで動かすには AIX 7.3 TL3 SP1 以降が必要になります。

古いAIX環境をクラウドへ移行できますか？

できます。IBM Cloud の Power Virtual Server を使えば、Power上のAIXをクラウドで稼働させられます。mksysbで取得したシステムバックアップやNIMによる展開といった、オンプレミスと同じ手順がそのまま使えるため、アプリケーションの改修を伴わずに移せる点が利点です。ただしクラウド側でもAIXのバージョンとTLの対応条件があるため、移行前に稼働中のレベルを oslevel -s で確認してください。

AI Transformationの「AIX」とIBMのAIXは同じものですか？

別のものです。AIによる企業変革を指す AI Transformation の略として AIX という表記が使われますが、この記事で扱っているAIXはIBMのオペレーティングシステムを指します。検索結果には同名の企業や、DXとの違いを論じる記事も混在しています。社内文書で使うときは「AIX（IBMのUNIX）」のように補足すると誤解を避けられます。

関連記事

• AIXが提供する主な機能と導入によるメリットとは
• Unixとは？Linuxとの違い・POSIXと認証UNIXの実際から移行判断まで実装者向けに解説
• Linuxとは？仕組み・ディストリビューション・サーバー用途を実装目線で解説【2026年版】
• AS/400（IBM i）サポート終了はいつ？移行の判断基準と方式の選び方
• 仮想化技術とは？種類・仕組みからサーバー仮想化の採用判断まで実装目線で解説