Nutanix AHVとは｜VMware移行の実務と案件で求められるスキル

Nutanix AHVとは｜NCIに含まれるハイパーバイザー

結論から言えば、AHVは「Nutanixを買うとついてくるハイパーバイザー」です。Nutanix公式のAHV紹介ページは、AHVを「単体製品として販売またはライセンスされるものではありません。代わりに、Nutanix Cloud Infrastructure（NCI）のソフトウェアライセンスに含まれる形で提供されます」と説明しています。

ここがESXiとの構造的な違いです。VMware環境ではvSphereのライセンス体系を前提に費用を見積もりますが、AHVはNCIに含まれるため、AHV単体のライセンス行を別に立てない点が構造的に異なります。ただしNCI本体の費用はかかるので、「ハイパーバイザー代がゼロになる」という理解で費用比較に入ると判断を誤ります。

AHV・AOS・Prismの関係を整理する

Nutanixの製品名は似ていて混乱しやすいので、役割で分けて覚えると早いです。

AHVはKVMをベースにしたハイパーバイザーとして知られており、ゲストOSのディスクやNICではVirtIOドライバの扱いが重要になります。このVirtIOの前提が、後述する移行作業の性格をほぼ決めます。

ライセンスはエディションで機能が変わる

AHV単体の追加費用はかかりませんが、NCIのエディション選択でストレージ機能や可用性の範囲が変わります。Nutanixのソフトウェアオプションのページでは、Starter・Pro・Ultimateの3エディションが示されており、AHVはいずれにも含まれます。

2026年11月時点の公式掲載情報では、主な位置づけは次のとおりです。エディション構成と機能範囲は改訂されることがあり、契約条件・バージョン・提供地域によっても差が出る可能性があるため、見積もりに使う前にNutanix公式の最新エディション表で必ず確認してください。

• Starter：小規模・オンプレミス限定の位置づけ。圧縮はLZ4、可用性はノード単位

• Pro：重複排除やイレージャーコーディング、ブロック・ラック単位の可用性に対応

• Ultimate：同期レプリケーションやマルチサイト運用、高度なセキュリティ要件向け

設計レビューでは、「DR要件に対して選定エディションの機能が足りているか」を最初に確認したい箇所です。

3TierではなくHCIが前提になる

もうひとつ押さえておきたいのが、NutanixがHCI（ハイパーコンバージドインフラ）を前提にしている点です。サーバー・ストレージ・ネットワークを別々に調達する3Tier構成と違い、ノードを足すとCPU・メモリ・ディスクが同時に増えます。

これは運用が楽になる一方で、容量設計の考え方が変わるということでもあります。「ストレージだけ増やしたい」という要求に素直に応えられないケースがあるため、既存の3Tier環境をそのまま写し取る発想だと見積もりを外します。

ミニFAQ：AHVを使うのにNutanixのハードウェアは必須ですか？

Nutanixは自社アプライアンスのほか、認定を受けたサーバーベンダーのハードウェア上でも動作します。ただし対応機種は一覧で管理されているため、既存サーバーを流用できるかどうかは個別に確認が必要です。

vSphereの機能はAHVの何に対応するか

まず対応表で全体像を押さえます。そのうえで、対応が1対1にならない領域を別に扱います。

この表は役割の対応づけであり、機能が完全互換であることを示すものではありません。要件定義で使う場合は、機能単位で公式ドキュメントに当たってください。

Nutanixの公式ブログは、ADSについて「ゲストVMの自動配置機能も追加費用なしで利用可能」であり、CPUとメモリだけでなくディスクI/Oも見て配置を調整すると説明しています。初期状態で有効です。

DRSとADSは「目的」が違う

ここは誤解されやすいところなので、分けて書きます。

DRSは設定に応じて、クラスタ内のリソース使用率をならす方向でVM配置を調整します。対してADSは、負荷が高騰したノード、いわゆるホットスポットの解消に主眼があります。つまり、ADSは平時に細かくVMを動かし続けるわけではありません。

「DRSと同じつもりで提案したら、期待した挙動と違った」という齟齬は、この違いから起きます。移行後の運用設計を説明する場面では、言葉を置き換えるだけで済ませないほうが安全です。

ネットワークとセキュリティ

AHVのネットワークはOpen vSwitchを基盤にした仮想スイッチで構成され、VLANの設定もPrismから扱えます。マイクロセグメンテーションはNutanix Flowが担当します。

境界型からの切り替えを含む設計を求められる案件もあるため、考え方の前提はゼロトラストとは｜境界型との違い・主要技術・案件動向を解説で補っておくと話が早くなります。

対応が1対1にならない領域

次の3つは、表の行として並べると誤解を招くため、あえて別立てにします。

1. vSphere固有の機能：FT（Fault Tolerance）のように、AHV側に直接対応するものが用意されていない機能があります。要件に入っている場合は代替設計を先に詰める必要があります

2. サードパーティ製品：バックアップ製品の一部はAHVに対応していますが、vSphere前提で作られた監視・運用ツールがそのまま動くとは限りません。製品ごとの対応表を確認する工程を、必ず工期に入れてください

3. ゲストOSの対応範囲：AHVはゲストOSの互換性情報が公開されています。サポート切れの古いLinuxやWindowsを抱えている環境では、移行可否の確認がそのままプロジェクトのリスク評価になります

そのため、移行の難所はハイパーバイザーそのものより、バックアップ・監視・セキュリティなど周辺製品の対応確認にあると考えておくほうが実務に近いです。

ESXiからAHVへの移行実務｜Nutanix Moveの使いどころ

移行の中心になるのがNutanix Moveです。vSphereやHyper-V、AWSからNutanix環境へVMを移す専用ツールで、「リファクタリングや再設計なしで、アプリケーションをそのまま移行できます」と説明されています。

移行の流れと工期の見積もり

実行前に、Moveの対応バージョン、移行元と移行先の組み合わせ、ゲストOS、ネットワーク到達性、必要ポートを公式ドキュメントで確認します。そのうえで、おおまかには次の順で進みます。

1. 移行元（vCenter）と移行先（Prism）をMoveに登録する

2. 移行対象VMを選び、Migration Planを作る

3. VMを稼働させたままバックグラウンドでデータを転送する

4. 移行元VMを停止し、最終差分を同期する

5. 移行先でVMを起動し、疎通とアプリ動作を確認する

ポイントは3と4が分かれていることです。データ転送中もVMは動き続けるため、実際の停止時間は最終差分の同期と起動確認に絞り込めます。

工期の感覚を分けて押さえます。Moveのジョブ自体は、公開されている検証事例ベースでは1VMあたり数十分から数時間で終わるケースもあります。ただしVMサイズ、更新量、帯域、同時実行数で大きく変わるため、本番計画には事前検証の実測値を使ってください。

プロジェクトの工期は別物です。2026年11月時点で、首都圏中心の主要フリーランスエージェント数社に掲載された仮想基盤の更改・移行案件を見る限り、100VM規模では要件確認・検証・切替計画・立ち会いまで含めて3〜6か月の期間が設定されているケースが見られます。ツールの処理時間からプロジェクトの工期を逆算しないことが大切です。

VirtIOドライバが最大のハマりどころ

AHVではゲストOSのディスク・NICでVirtIOドライバが前提になります。Linuxの多くのディストリビューションはカーネルにVirtIOを持っているため追加作業は少なめですが、Windowsゲストでは移行前にVirtIOドライバの適用計画を立てる必要があります。

ここで重要なのがタイミングです。VirtIOドライバのインストールは、移行前に既存環境が稼働している状態で実施する必要があります。未インストールのまま移行すると、移行先でOSが起動しなくなるリスクがあります。

MoveにはPreparation Modeがあり、対応条件を満たせばAutomaticでVirtIOのインストールとVMware Toolsのアンインストールをツール側に実行させられます。Manualを選ぶと同等の処理を行うスクリプトが生成されるので、それを計画停止の枠で流す運用になります。資格情報の扱い、ゲストOS、セキュリティ製品やGPOの設定によってはAutomaticが期待どおり動かないこともあるため、どちらで進めるかは検証したうえで早めに決めておきたいところです。

Moveで運べないもの

Moveは万能ではありません。実務では次のものが手作業に残ります。

• 物理サーバー（P2V相当の移行は別の手段を検討する）

• vSphere固有の設定（アフィニティルール、リソースプール構成、カスタム属性など）

• 仮想アプライアンス形式で提供されるサードパーティ製品（ベンダー提供のAHV版へ入れ替えが必要なことがある）

• バックアップジョブ・監視設定（基盤が変わるため作り直しになる）

この「作り直しになる部分」の洗い出しが、移行案件における設計者の主な仕事です。VMを運ぶこと自体は、工数の比率で見れば大きくありません。

ミニFAQ：移行後にvSphereへ戻すことはできますか？

Moveは一部の逆方向移行にも対応していますが、対応可否は移行元・移行先の組み合わせとバージョンで確認が必要です。実務では、切り戻し手段として移行元VMを一定期間停止保持しておく運用のほうが現実的です。保持期間はストレージ容量と相談になります。

AHV案件で設計を問われる4つの論点

面談で突っ込まれやすい論点を、頻度の高い順に4つ挙げます。ここに答えられるかどうかで、運用要員としての参画か、設計から任される参画かが分かれます。

1. ストレージの冗長度と容量設計

AOSの分散ストレージでは冗長度の設定が容量効率に直結します。RF（Replication Factor）は、データの複製数を決める冗長度の設定です。RF2とRF3では使える実容量が変わるため、「何台落ちても動くか」という可用性要件と容量見積もりをセットで説明できる必要があります。

重複排除や圧縮、イレージャーコーディングの利用可否はエディションに依存します。見積もり段階でライセンスと設計が食い違っていないか、必ず突き合わせてください。

2. ネットワーク構成

ノードあたりのNIC本数、アップリンクのボンディング方式、管理系とVM系のVLAN分離をどう設計するかが問われます。HCIはノード間通信がそのままストレージI/Oになるため、帯域不足がストレージ性能の劣化として表面化します。

3Tierの感覚で「管理系は1Gで十分」と決め打ちすると、CVM間の通信やストレージI/Oの設計と噛み合わず、後から見直しになることがあります。

3. バックアップとDR

まず既存バックアップ製品のAHV対応可否を確認し、対応していない場合は製品選定から設計することになります。いずれにせよ既存のvSphere向けジョブはそのまま引き継げないため、RPO（どこまでのデータ損失を許容するか）とRTO（どれだけの時間で復旧するか）の再定義を含めた設計になりやすい領域です。

ここは移行案件で工数が膨らみやすい領域でもあります。考え方の型はRPO・RTOの決め方｜バックアップ・DR設計4パターンと実装にまとめています。

4. ライフサイクル管理と運用設計

NutanixにはLCM（Life Cycle Manager）があり、AOSやAHV、ファームウェアの更新を一元的に扱えます。更新の順序や停止要否を理解していると、運用設計のドキュメントを任されやすくなります。

逆に言えば、「構築はできるが更新計画を書けない」状態だと、参画後の役割が限定されがちです。

AHV案件の実情と、評価される経験

ここでの記述は、2026年11月時点で首都圏中心の主要フリーランスエージェント数社の公開案件ページを確認した範囲の観測です。公開案件は非公開案件より条件が平均的に出やすく、掲載単価は成約単価そのものではありません。

案件でのAHVの出方

2026年11月時点で確認できる首都圏中心の主要フリーランスエージェント数社の公開案件を見る限り、「Nutanix AHVの経験」が単独の必須要件として掲げられる募集は多くありません。目につくのは次のような書かれ方です。

• 「VMwareまたはNutanixいずれかの仮想基盤運用経験」と併記される

• 「HCI環境の構築・移行経験」という括りで要件化される

• 仮想基盤更改プロジェクトの一工程として、移行作業の経験が問われる

つまり、AHVはそれ単体で案件を取る資格というより、仮想基盤の移行・更改を担える人材であることの裏づけとして機能している、というのが公開情報から読める範囲の姿です。

背景には更改のタイミングがあります。BroadcomはvSphere 8.0の一般サポート終了を2027年10月11日と公表しています。この期限を更改計画の検討材料にする企業が出てくる可能性があり、移行の相談が案件として立ち上がる余地もそこにあります。市場・求人動向そのものはVMwareエンジニアの転職市場はどうなる？Broadcom後の求人動向・年収・評価される経験で扱っているので、そちらを参照してください。

評価されやすい経験の組み合わせ

スキルシートに書くなら、製品名の羅列より「何を判断したか」が効きます。

規模（VM数・ノード数）、担当工程（設計／移行計画／切替立ち会い／運用引き継ぎ）、停止時間の実績を数値で置くのが基本です。書き方の型はインフラエンジニアのスキルシートの書き方｜構築・運用実績の数値化と職種別テンプレにまとめています。

単価の考え方

まずは公開案件ベースの目安です。2026年11月時点で確認できる、首都圏中心・週4〜5日・準委任・公開案件ベースのインフラ構築／運用案件では、月60〜90万円前後の提示が中心帯として観測できます。仮想基盤の移行を設計から計画策定まで含めてリードする立場では、月80〜110万円前後で募集されるケースも見られます。

後者の水準が提示されやすいのは、目安としてvSphere環境の設計・運用を5年程度経験し、加えてHCIまたは別ハイパーバイザーへの移行をプロジェクト単位でやり切った経験がある層です。ただし実際の評価は年数より、規模・担当工程・成果物で決まります。ツールが使えることではなく、停止調整と切り戻し判断を含めて回せることが条件になります。

非公開案件については別の話になります。個別の条件や体制によって上振れすることがあり、公開案件の数字を自分が狙えるレンジとして単純にスライドさせると見誤ります。

自分の経験でどのくらいの単価を狙えるか気になる方は、無料のフリーランスエンジニア単価診断で市場単価の目安を確認できます。単価を体系的に上げる考え方は【2026年最新版】フリーランスエンジニアの単価相場と単価の上げ方とは？で整理しています。職種全体のレンジはインフラエンジニアの年収｜会社員とフリーランスの差と上げ方も参考になります。

資格は「ある」より「どう使うか」

Nutanixの認定資格は、公式の認定資格ページで体系が公開されています。試験名やバージョンは改訂されるため、受験を決める前に公式ページで現行の体系を確認してください。本記事執筆時点で確認できる主な位置づけは次のとおりです。

• NCA（Nutanix Certified Associate）：Prism操作やNCIの基礎を扱う入門レベル

• NCP-MCI（Multicloud Infrastructure）：VM・クラスタ管理、ストレージ／ネットワーク管理、ライフサイクル管理、DR設定などを扱うプロフェッショナルレベル

• NCM-MCI：実機ラボ形式の上位資格

• NCX-MCI：設計の口頭審査を伴う最上位の位置づけ

案件獲得の観点で言えば、公開されている案件の募集要件を見る限り、資格だけで単価が大きく動く場面は多くありません。実務経験が浅い段階で「AHVを触れる根拠」を示す材料として機能するのが現実的な使いどころです。2026年11月時点では、NCP-MCIは日本語でも受験できます。試験時間・設問数・対応言語は改訂されることがあるため、受験前に公式の試験ガイドで確認してください。

よくある失敗と対策

失敗1：VirtIOの適用を移行当日に回す

移行当日にまとめてやろうとすると、Windowsゲストが起動せず切り戻しになります。VirtIOの適用は移行前の計画停止枠で済ませ、適用済みVMのリストを管理表で持つのが基本です。

失敗2：サードパーティ製品の対応確認を後工程に置く

バックアップ・監視・セキュリティ製品のAHV対応確認は、設計の最初にやる作業です。後ろに置くと、製品のリプレース判断がプロジェクト全体の工期を押し戻します。

失敗3：エディションと要件が噛み合っていない

同期レプリケーションのようなDR要件は、選定したエディションの機能範囲と食い違いやすい箇所です。要件定義の段階で、必要機能とエディションの対応表を作り、導入時点の公式のエディション比較で裏取りしておくと防げます。

失敗4：vSphereの用語でそのまま説明する

「DRSと同じです」と説明してしまうと、運用開始後に期待と挙動がずれます。ADSはホットスポット回避が目的である、というように違いを添えて説明するほうが、結果的にトラブルが減ります。

AHV移行前チェックリスト

提案・設計に入る前に確認しておきたい項目をまとめます。このページで持ち帰れる整理として使ってください。

案件そのものを探す段階であれば、VMware関連の案件一覧やインフラエンジニアの案件一覧から募集要件の書かれ方を確認すると、自分の経験がどう要件化されているか掴めます。複数案件を比較する軸は案件の選び方｜フリーランスエンジニアが単価・稼働・スキルで決める優先順位にまとめています。

まとめ

AHVは「NCIに含まれるハイパーバイザー」であり、ライセンスの列が1つ減る代わりに、HCI前提の設計とVirtIO前提の移行作業を受け入れることになります。案件で評価されるのはAHVを触れることではなく、仮想基盤の移行を停止調整まで含めて回せることです。

要点を整理します。

• AHVは単体販売されず、NCIのライセンスに含まれる形で提供される

• vSphereの機能には概ね対応物があるが、DRSとADSのように目的が違うものがある

• 移行の難所はハイパーバイザーより周辺。サードパーティ製品の対応確認を最初に置く

• VirtIOの適用は移行前に実施する。当日に回すと起動不能のリスクが残る

• 100VM規模の移行案件では、3〜6か月の工期が設定されるケースが見られる（2026年11月時点の公開案件ベース）

• スキルシートには規模・担当工程・停止時間を数値で書く

• 資格（NCA／NCP-MCI）は実務経験が浅い段階の裏づけとして使う

次のステップとしては、手元のvSphere環境を題材に「移行対象VMのOS内訳」と「サードパーティ製品の一覧」を書き出してみてください。この2枚があるだけで、面談での話の解像度が変わります。なお実際の設計・見積もりでは、NCIのエディション、Moveの対応条件、ゲストOSの互換性、周辺製品のAHV対応を、必ず導入時点の公式ドキュメントとベンダーサポートで確認してください。移行先そのものを比較検討したい場合はVMwareの移行先比較｜Nutanix・Proxmox・Hyper-Vの選び方、Proxmoxを具体的に見たい場合はProxmox VEとは｜VMware移行の実務と構築案件で求められるスキルへ進むと流れがつながります。

参照した一次情報は以下のとおりです。

• Nutanix AHV（Nutanix公式）

• Nutanix Cloud Platform ソフトウェアオプション（Nutanix公式）

• Nutanix Move（Nutanix公式）

• End of General Support for vSphere 8.0（Broadcom）

• Nutanix 認定資格（Nutanix公式）