仮想化 | 徒然なるままに https://www.seichan.org 徒然と日々の出来事(ネタ)を書いていこうかと．主に FreeBSD，Unix系の話題が中心ですが，その他の話題もあつかってみたり． Sun, 18 Jan 2026 07:49:59 +0000 ja hourly 1 https://wordpress.org/?v=7.1.2 VMware代替の候補「Proxmox VE」入門：vSphere/VCF・Nutanixとの違いを整理 https://www.seichan.org/2026/01/vmware%e4%bb%a3%e6%9b%bf%e3%81%ae%e5%80%99%e8%a3%9c%e3%80%8cproxmox-ve%e3%80%8d%e5%85%a5%e9%96%80%ef%bc%9avsphere-vcf%e3%83%bbnutanix%e3%81%a8%e3%81%ae%e9%81%95%e3%81%84%e3%82%92%e6%95%b4%e7%90%86.html https://www.seichan.org/2026/01/vmware%e4%bb%a3%e6%9b%bf%e3%81%ae%e5%80%99%e8%a3%9c%e3%80%8cproxmox-ve%e3%80%8d%e5%85%a5%e9%96%80%ef%bc%9avsphere-vcf%e3%83%bbnutanix%e3%81%a8%e3%81%ae%e9%81%95%e3%81%84%e3%82%92%e6%95%b4%e7%90%86.html#respond Sun, 18 Jan 2026 07:47:27 +0000 https://www.seichan.org/blog/?p=6524 「VMwareの代替って聞くけど、Proxmoxって結局なに？」
「Nutanixと何が違うの？」
仮想化基盤を調べ始めたとき、だいたいここで一回つまずきます。

というのも、Proxmox VE / VMware / Nutanix は、同じ“仮想化”でも 守備範囲と思想（どこまでを一つにまとめるか） が違うからなんですよね。

この記事ではまず、Proxmox VEの概要と特徴を押さえた上で、
VMware vSphere / VCF（VMware Cloud Foundation）、Nutanixと比較しながら「何がどう違うのか」を整理します。

Proxmox VEの概要：仮想化に必要なものが“最初からひと通り入ってる”

Proxmox VE（Proxmox Virtual Environment） は、ひと言でいうと

  • 仮想マシン（VM）
  • コンテナ
  • ストレージ
  • ネットワーク
  • クラスタ管理・HA
  • バックアップ

みたいな、仮想化運用で必要になりがちな機能を 一式まとめて提供してくれるプラットフォームです。
ベースはDebian系Linuxで、管理は基本 Web UI が中心です。

まず押さえたい：Proxmoxは「VM」と「コンテナ」を同じ画面で扱える

Proxmox VEの分かりやすい特徴がここです。

VM（KVM）：OSごと分けたいときの“本命”

KVMで動くVMは、WindowsもLinuxも普通に載せられます。

たとえば…

  • Active Directory / Windows Server
  • 既存サーバを“そのまま移して”検証したい
  • OSごと分離したい（独立性重視）

こういう用途はVMが向きます。

コンテナ（LXC）：軽くて速い“便利枠”

LXCコンテナは、VMより軽く、起動が速いのが強みです。
ただし同一カーネル上で動く仕組みなので、用途は選びます。

たとえば…

  • 監視、ログ、バッチ、軽量なLinuxサービス
  • すぐ作ってすぐ壊せる検証環境
  • 台数を増やしてもリソースを節約したい

「VMほど重くしたくない」場面で刺さります。

Proxmox VEの特徴：運用目線で嬉しいポイント

1) Web UIが強い（まず“全体が見える”）

Proxmoxはブラウザで管理画面に入り、そこから

  • VM/コンテナ作成
  • CPU/メモリ/ディスク変更
  • スナップショット
  • バックアップ設定
  • ネットワーク/ストレージ設定

など、運用で触る項目がだいたい揃っています。

CLI派でも、UIで俯瞰できるのは普通に便利です。

2) クラスタ化しやすい（最初は1台→後で増やせる）

最初は単体で始めて、後からノードを増やしてクラスタにする運用がしやすいです。

  • ノード追加
  • VM移動（マイグレーション）
  • HA（高可用性）構成

「今は小さく、将来は冗長化したい」みたいな流れに乗せやすいのは大きいです。

3) バックアップが“標準の導線”として用意されている

仮想化って、作るのは簡単でも バックアップと復旧が弱いと運用で詰みます。
Proxmoxはバックアップ設定の導線が分かりやすく、定期実行も組みやすいです。

さらに本格運用なら Proxmox Backup Server（PBS） を組み合わせて、世代管理や効率化まで視野に入れられます。

4) ストレージの選択肢が広い（ただし“設計責任”は増える）

Proxmoxは選択肢が多いです。

  • ローカルディスク
  • NFS / iSCSI
  • ZFS
  • Ceph（分散ストレージ）

この自由度は魅力なんですが、裏返すと「設計を間違えると地獄」になりやすい領域でもあります。
この話は別記事で丁寧にやる価値があります。

5) ネットワークが“現実的に一通りできる”

Linux bridge をベースに、

  • VLANタグ（trunk運用）
  • ルールベースのFW（ホスト/VM単位）

など、現場で必要になりがちなことは一通りこなせます。

ここから比較：vSphere、VCF、Nutanixは“同じ土俵”じゃない

比較で混乱しやすいので、まず前提を揃えます。

VMware vSphere：仮想化（ハイパーバイザ＋管理）の定番

「VMwareの仮想化」＝まずはこれ。
ESXi＋vCenter中心で、仮想化の王道です。

VMware VCF（VMware Cloud Foundation）：プライベートクラウドの“統合スイート”

VCFは、vSphereに加えて

  • ストレージ（vSAN）
  • ネットワーク/セキュリティ（NSX）
  • ライフサイクル管理（LCM）

みたいな領域まで含めて「まとめて提供する」発想です。
要は 仮想化基盤というより“プライベートクラウドの完成形をパッケージ化” したイメージです。

Nutanix：HCI（ハイパーコンバージド）の“統合プラットフォーム”

Nutanixは、分散ストレージ（AOS）を核に、

  • 仮想化（AHV）
  • 統合管理（Prism）

をまとめて提供する HCIの代表格です。
“ストレージ込みで最初から型がある”のが強みです。

比較のポイント：Proxmoxは「統合型だけど自由度が高い」

Proxmoxも統合型ではあるんですが、VCFやNutanixほど「この型で完成」というより、

  • 仮想化運用の土台機能は揃ってる
  • ストレージや構成は要件に合わせて組める

という立ち位置です。

これがメリットにもデメリットにもなります。

機能軸でざっくり比較（ここだけ読んでもOK）

仮想化（VM/コンテナ）

  • Proxmox：VM（KVM）＋コンテナ（LXC）を同一UIで運用
  • VMware：VM中心（スイートで周辺も拡張）
  • Nutanix：AHV中心でHCIとして統合

「VM＋軽量コンテナを同じ運用面で回したい」ならProxmoxは分かりやすいです。

管理（運用プレーン）

  • Proxmox：統合Web UIで完結しやすい
  • VCF：プライベートクラウド前提で“管理も仕組み化”
  • Nutanix：Prismで統合管理

“運用を標準化して自動化したい”ほど、VCF/Nutanixの価値が出やすいです。

ストレージ（設計の自由度と難易度）

  • Proxmox：ZFS/Ceph/NFS/iSCSI…選べる（自由度高い）
  • VCF：vSAN/NSXなどスイートで型を作りやすい
  • Nutanix：AOS中心でHCIの型がある

Proxmoxは自由度が高い分、設計・監視・障害切り分けは自分たちの責任になりやすいです。
逆にNutanixやVCFは“型”に乗せて運用品質を作りやすい印象です。

まとめ比較表（意思決定用）

観点Proxmox VEVMware vSphereVMware VCFNutanix
立ち位置OSS統合型（自由設計寄り）仮想化の定番プライベートクラウド統合HCI統合プラットフォーム
仮想化KVM＋LXCESXi中心vSphere含むAHV中心
管理統合Web UIvCenterスイートでLCM含むPrism（＋Central）
ストレージZFS/Ceph/NFS/iSCSI等選択肢広いvSAN前提になりやすいAOS（分散ストレージ）が核
向く場面小〜中規模、ラボ〜実運用、自由設計既存資産がVMware前提標準化された私設クラウドHCIで運用簡素化・拡張重視

じゃあ、どう選ぶ？（現実的な判断軸）

最後に、ざっくり指針を置いておきます。

  • 「まず動かして学びたい／低コストで検証→そのまま運用したい」
    → Proxmoxがハマりやすい（VMとLXCを同じUIで回せるのが強い）
  • 「既にVMwareが標準で、人・手順・監査・周辺が揃っている」
    → vSphere継続が合理的なことが多い（ただし契約や更改条件は要確認）
  • 「ネットワーク/ストレージ/運用まで含めて、私設クラウドとして標準化したい」
    → VCFの狙いどころ（“仕組みとして”まとめる方向）
  • 「HCIとして、とにかく運用を簡素化して拡張しやすくしたい」
    → Nutanixが強い（型に乗せやすい）

次回予告

次回は、Proxmox VEのインストール手順を実際の画面・設定項目ベースでまとめます。
ISOの入手からインストーラ起動、ディスク構成（ext4／ZFSの選び方）、管理用IP・DNS・ゲートウェイ設定、インストール後の初期設定（リポジトリ設定、更新、時刻同期、ストレージ追加、Bridge作成）まで、つまずきやすいポイントを押さえつつ“そのまま真似できる”形で解説する予定です。

]]> https://www.seichan.org/2026/01/vmware%e4%bb%a3%e6%9b%bf%e3%81%ae%e5%80%99%e8%a3%9c%e3%80%8cproxmox-ve%e3%80%8d%e5%85%a5%e9%96%80%ef%bc%9avsphere-vcf%e3%83%bbnutanix%e3%81%a8%e3%81%ae%e9%81%95%e3%81%84%e3%82%92%e6%95%b4%e7%90%86.html/feed 0 VMware vSphere – ESXi のアップデート・アップグレード – CD-ROM 経由 https://www.seichan.org/2024/08/vmware-vsphere-esxi-%e3%81%ae%e3%82%a2%e3%83%83%e3%83%97%e3%83%87%e3%83%bc%e3%83%88%e3%83%bb%e3%82%a2%e3%83%83%e3%83%97%e3%82%b0%e3%83%ac%e3%83%bc%e3%83%89-cd-rom-%e7%b5%8c.html https://www.seichan.org/2024/08/vmware-vsphere-esxi-%e3%81%ae%e3%82%a2%e3%83%83%e3%83%97%e3%83%87%e3%83%bc%e3%83%88%e3%83%bb%e3%82%a2%e3%83%83%e3%83%97%e3%82%b0%e3%83%ac%e3%83%bc%e3%83%89-cd-rom-%e7%b5%8c.html#respond Tue, 13 Aug 2024 13:00:00 +0000 https://www.seichan.org/blog/?p=6005 本記事では CD-ROM を使用した ESXi のアップデート・アップグレードの方法を紹介します．

Lifecycle Manager (旧 Update Manager) を利用してアップデートする方法は「VMware vSphere – ESXi のアップデート・アップグレード – Life Cycle Manager 経由」で紹介しています．

本手順は基本的には Lifecycle Manager を用いたアップデートを行うことを推奨します．インターネットに抜けられず，メーカーがリリースしたバージョンでメンテを行う場合．などのシチュエーションで利用することをお勧めします．

VMware vSphere – ESXi のアップデート・アップグレード – CD-ROM 経由

先にも述べましたが通常は Lifecycle Manager を利用したアップデートを推奨します．Lifecycle Manager が利用できないシチュエーションの際に CD-ROM / ISO イメージを用いた vSphere ESXi のアップデートを行います．

メンテナンスモードへの移行，シャットダウン

アップデートする ESXi ホストを選択して右クリックでメニューを表示して「メンテナンスモード」-「メンテナンスモードへの切り替え」をクリックします．

「メンテナンスモードへの切り替え」画面が表示されますので「OK」をクリックします．

メンテナンスモードに移行したら再度該当ホストを右クリックしてメニューを表示して「電源」-「シャットダウン」をクリックします．

「ホストのシャットダウン」画面にてシャットダウンの理由を入力して「OK」をクリックします．

シャットダウンされたことを確認します．

CD-ROM を用いたアップデート

サーバーに CD-ROM を挿入または，ISO イメージをマウントしてサーバーを起動します．

「Loading ESXi installer」と表示されていることで CD-ROM から起動していることが確認できます．

インストーラーが起動しますので「Enter」を押して次へ進みます．

「使用許諾契約書」が表示されますので確認して「F11」キーを押して次へ進みます．

サーバーに搭載されているディスクのスキャンが行われますので待ちましょう．

サーバーに搭載されているディスクの一覧が表示されます．今回は「Local」に1つだけ搭載されています．
ESXi がインストールされているディスクを選択して「Enter」を押して次へ進みます．

選択されたディスクのパーティション情報のスキャンが行われますので待ちましょう．

ESXi がインストールされていることが判明した場合，このように「Upgrade」なのか「Install」なのか選択する画面が表示されます．
「Upgrade」を選択して「Enter」を押します．

「Confirm Upgrade」と表示されたことを確認して「F11」を押して次へ進みます．

アップデートが開始されますので完了するまで待ちます．

「Upgrade Complete」とアップデートが完了したことを示す画面に切り替わります．「Enter」を押して再起動を行いましょう．

「Rebooting Server」と再起動が行われている旨表示されます．

再起動が行われ「Loading VMware ESXi」とローカルディスクから起動されていることを確認します．

起動が完了し，このような画面が表示されることを確認します．

以上でアップデートは完了です．

メンテナンスモードの解除

vCenter Server より，アップデートを行ったホストを選択，右クリックでメニューを表示して「メンテナンスモード」-「メンテナンスモードの終了」をクリックします．

メンテナンスモードが解除され，エラー・アラームが表示されないことを確認しましょう．

以上で CD-ROM を用いたアップデートの解説を終えます．

先にも何度も述べていますが，Lifecycle Manager を用いたアップデートをお勧めします．
Lifecycle Manager の場合，vCenter Server のみで完結できること，アップデート状態をクラスターで統一出来ていることが視覚的にわかりやすいことなどメリットが大きいためです．

]]> https://www.seichan.org/2024/08/vmware-vsphere-esxi-%e3%81%ae%e3%82%a2%e3%83%83%e3%83%97%e3%83%87%e3%83%bc%e3%83%88%e3%83%bb%e3%82%a2%e3%83%83%e3%83%97%e3%82%b0%e3%83%ac%e3%83%bc%e3%83%89-cd-rom-%e7%b5%8c.html/feed 0 VMware vSphere – ESXi のアップデート・アップグレード – Life Cycle Manager 経由 https://www.seichan.org/2024/07/vmware-vsphere-esxi-%e3%81%ae%e3%82%a2%e3%83%83%e3%83%97%e3%83%87%e3%83%bc%e3%83%88%e3%83%bb%e3%82%a2%e3%83%83%e3%83%97%e3%82%b0%e3%83%ac%e3%83%bc%e3%83%89.html https://www.seichan.org/2024/07/vmware-vsphere-esxi-%e3%81%ae%e3%82%a2%e3%83%83%e3%83%97%e3%83%87%e3%83%bc%e3%83%88%e3%83%bb%e3%82%a2%e3%83%83%e3%83%97%e3%82%b0%e3%83%ac%e3%83%bc%e3%83%89.html#respond Tue, 02 Jul 2024 13:00:00 +0000 https://www.seichan.org/blog/?p=5608 本記事では ESXi のアップデート・アップグレードの方法を紹介します．

Lifecycle Manager (旧 Update Manager) を利用することで設定状況によりますが自動的に vMotion，メンテナンスモードの移行，アップデート，再起動，メンテナンスモードの解除が行われ，簡単にアップデートを行うことが可能です．

VMware 製品はバグや脆弱性がよく出ますので都度対応して安全な状態に保つようにしましょう．

VMware vSphere – ESXi のアップデート・アップグレード – Life Cycle Manager 経由

ESXi のアップデートは ISO イメージでサーバーを起動したアップデートも可能ですが，通常は Lifecycle Manager を利用してアップデートを行います．

Lifecycle Manager を利用することでクラスター内やデータセンター，vCenter 単位で同じパッチレベルであることが保証される状態になりますので是非利用しましょう．

Lifecycle Manager の設定

ブラウザーより vCenter Server にログインします．

画面左の「メニューバー」アイコンをクリックしてメニューを展開して「Lifecycle Manager」をクリックします．

「ベースライン」をクリックしてベースラインの一覧を表示します．

「新規」をクリックしてメニューを表示し「ベースライン」をクリックします．

「ベースラインの作成」にて「名前」に任意のベースライン名を入力します．
内容の箇所は次のとおりです．今回は「パッチ」を選択して「次へ」をクリックします．

  • アップグレード
    通常はESXi のメジャーバージョンアップを行うベースラインを作成する際に利用します．
    または，ISO イメージを用いたアップデートを行う際にも利用されます．
  • パッチ
    パッチやマイナーアップデートを行う際に利用します．
  • 拡張機能
    主にサードパーティ製の追加デバイスドライバーをインストールする際に用いられます．既に導入済みの場合は「パッチ」ベースラインで更新できます．

「パッチの自動選択」ではパッチベンダー，製品，重要度，カテゴリーおよびパッチのリリース日を指定して合致したパッチをベースラインに含めることが可能です．

今回は指定した日付までにリリースされたパッチすべてを対象としたベースラインとするため「指定日またはそれ以前」に日付だけ入れて「次へ」をクリックしています．

「パッチの手動選択」では個別に追加登録したパッチを追加するために利用されます．今回は何もせずに「次へ」をクリックしています．

「サマリ」で設定内容を確認し，問題が無ければ「終了」をクリックします．

以上でパッチベースラインの作成は完了です．

Lifecycle Manager 動作の設定

「設定」-「ホストの修正」-「ベースライン」で「ベースライン修正の設定」画面を表示します．
ここに現在のベースラインによる修正の動作設定が表示されます．変更する場合は「編集」をクリックします．

「編集」をクリックすると現在の設定状態が表示されます．表示されているものはデフォルトの状態です．

今回，次の項目を変更しています．変更が終わったら「保存」をクリックします．

  • ホストをメンテナンスモードに切り替える必要がある場合に、パワーオフ状態およびサスペンド状態の仮想マシンをクラスタの他のホストに移行します
    通常はパワーオフ，サスペンド状態の仮想マシンはメンテナンスモード移行時に移動されません．メンテナンス中にも仮想マシンの起動が行われる可能性があることを考慮するとこのオプションを有効にすることをお勧めします．
  • ホストをメンテナンスモードに切り替えるのを妨げる可能性があるリムーバブルメディアデバイスを切断にします
    CD/DVD を接続している状態の場合，vMotion が妨げられる場合があります．その際，メディアの接続を切断して vMotion が行えるようになります．これを有効にしていない場合，仮想マシンの移動ができずメンテナンスモードに移行されない状態が継続する可能性があります．
    強制切断となりますので利用可否はよく検討してください．

元の画面に修正した内容が表示されますので，設定内容を確認しましょう．

ベースラインの添付とスキャン

「ホストおよびクラスター」へ移動します．

Lifecycle Manager のベースラインは，vCenter Server，データセンター，クラスター，ホストに設定できます．最初のもの (vCenter Server) 程全体への影響が大きく，最後のもの (ホスト) 程影響が小さくなります．

今回は「クラスター」単位でアップデートを行うようベースラインを添付していきます．

クラスターを選択し「アップデート」をクリックして「ベースライン」をクリックします．

添付されたベースラインの箇所の「添付」をクリックしてメニューを表示し「ベースラインまたはベースライングループの添付」をクリックします．

選択画面が表示されますので，添付するベースラインをチェックして「添付」をクリックします．

デフォルトでは常に最新のパッチが適用できるようなベースラインが vCenter Server に添付されています．
デフォルトで添付されているベースラインをチェックして「分離」をクリックします．

分離する箇所が表示されますので，チェックを入れて「分離」をクリックします．

適用したいベースラインだけになったら，画面上側の「コンプライアンスの確認」をクリックし，コンプライアンス状態をチェックします．

添付したベースラインのパッチレベルと現在のホストのパッチレベルにずれが生じている場合この画面のように「非準拠」と表示されます．

パッチ適用に進むため，画面中央部の「修正の事前チェック」をクリックします．

事前チェックの結果が表示されます．ここで問題が生じている旨の警告が表示された場合はその対処を行います．
今回は問題となるものが無いため「終了」でチェックを完了します．

パッチのステージングと修正の実行

実際にパッチ，アップデートの適用へ進みます．「VMware vSphere – vCenter Server Appliance のアップデート・アップグレード」でもステージングと適用の2段階に分けて実施しましたが，今回も同様に2段階に分けて実施します．

適用するベースラインをチェックして「ステージ」をクリックします．

パッチ，アップデートを適用するホスト一覧が表示されます．今回はクラスターを対象に実施していますのでクラスター内のホストが表示されています．
基本的にクラスター全台のホストを選択して「ステージ」をクリックしてパッチのステージングを実行します．

パッチ，アップデートのステージングが完了すると最近のタスクで「完了」と表示されます．

ステージングが完了したら「修正」をクリックします．

こちらもステージング同様にホストの一覧が表示されます．vSphere DRS が有効の場合は自動で vMotion とメンテナンスモード化，アップデートの実行の一連を Lifecycle Manager が実施してくれますので基本的には全台を選択した状態で「修正」をクリックします．

修正が開始されますので「最近のタスク」で状況を確認しましょう．

ｖSphere DRS が有効の場合，この画面のように vMotion とメンテナンスが自動で行われます．

メンテナンスモードに移行されると，パッチ・アップデートのインストールが開始されます．

インストールが終わると再起動も自動で行われます．

再起動が完了するとメンテナンスモードが解除され，次のホストのパッチ適用に進みます．
今回の場合だと，ESXi #2 が先行して行われ，続いて ESXi #1 が実行されており，ESXi #1 がメンテナンスモードに移行されている状態です．

メンテナンスモードに移行が完了するとパッチ・アップデートのインストールが行われます．

インストールが終わると再起動が行われその後メンテナンスモードの解除に移ります．

メンテナンスモードが終了し，全てのパッチ・アップデートが完了するとこのような画面になります．
本来は一度で準拠になるのですが，バグなどが理由で非準拠のままになってしまう場合があります．その場合は KB を参照してアクションを取ってください．

また，ホストに警告がついたままの状態になる場合があります．このような場合画面上部の「再読み込み」アイコンをクリックしてリフレッシュすることで解消することがありますので試してみてください．

上記で非準拠だったため再度同じアクション (ステージと修正) を行うと次のとおり準拠となりました．

以上で，ESXi のアップデート・アップグレードについて説明を終わります．

]]> https://www.seichan.org/2024/07/vmware-vsphere-esxi-%e3%81%ae%e3%82%a2%e3%83%83%e3%83%97%e3%83%87%e3%83%bc%e3%83%88%e3%83%bb%e3%82%a2%e3%83%83%e3%83%97%e3%82%b0%e3%83%ac%e3%83%bc%e3%83%89.html/feed 0 VMware vSphere – vCenter Server Appliance のアップデート・アップグレード https://www.seichan.org/2024/06/vmware-vsphere-vcenter-server-appliance-%e3%81%ae%e3%82%a2%e3%83%83%e3%83%97%e3%83%87%e3%83%bc%e3%83%88%e3%83%bb%e3%82%a2%e3%83%83%e3%83%97%e3%82%b0%e3%83%ac%e3%83%bc%e3%83%89.html https://www.seichan.org/2024/06/vmware-vsphere-vcenter-server-appliance-%e3%81%ae%e3%82%a2%e3%83%83%e3%83%97%e3%83%87%e3%83%bc%e3%83%88%e3%83%bb%e3%82%a2%e3%83%83%e3%83%97%e3%82%b0%e3%83%ac%e3%83%bc%e3%83%89.html#respond Sun, 30 Jun 2024 13:00:00 +0000 https://www.seichan.org/blog/?p=5556 本記事では vCenter Server Appliance のアップデート・アップグレードの方法を紹介します．

vCenter Server Appliance のアップデートは難しいものではありませんので，脆弱性が出たらなるべくはやく対応しましょう．

VMware vSphere – vCenter Server Appliance のアップデート・アップグレード

vCenter Server のアップデート・アップグレードは，Windows からインストーラーを起動したアップグレードを行う方法，もしくは vCenter Server 管理インターフェイス (vCenter Server Management Interface / VAMI) から行う方法の2つがあります．

今回はブラウザーだけあればよいので簡便に行うことができますので，vCenter Server 管理インターフェイス (VAMI) から行う方法を解説します．

管理インターフェイスへログイン

vCenter Server Appliance の URL にポート番号 (5480) を指定してアクセスします．
https://<vCSA-Address>:5480/

管理者アカウント (通常は root) とパスワードを入力して「ログイン」をクリックします．

アップデートの実行 (再起動が不要なターゲットバージョン)

管理画面にログインできたら左メニューの「アップデート」をクリックします．

使用可能なアップデートにすべてリストされるといいのですが，リストされないケースがありますので「更新の確認」をクリックし「CD-ROM + URL の確認」をクリックして更新の確認を行います．

利用可能な一覧が表示されますので，アップデート・アップグレード先のバージョンを選択して「ステージング」をクリックします．
作業時間を纏めて取れる場合は「ステージングしてインストール」でも構いませんが，経験上2つのステップに分けて実施することをお勧めします．

アップデートパッケージのダウンロードが行われます．ステージングが完了するまでこのまま待ちましょう．

ステータスが「ステージング済み」になったことを確認します．

「インストール」をクリックしてアップデート・アップグレードを実行します．

エンドユーザー使用許諾契約書画面が表示されますので内容を確認のうえ「使用許諾契約書の条項に同意します」にチェックを付けて「次へ」をクリックします．

カスタマーエクスペリエンス改善プログラム (CEIP) の参加有無が確認されますので必要に応じてチェックの有無を判断ください．その上で「次へ」をクリックします．

アップデート・アップグレードにあたり，vCenter Server のバックアップが取得されていることの確認が求められます．
バックアップが存在する前提で「vCenter Server と、関連付けられたデータベースをバックアップしている」にチェックを入れて「完了」をクリックします．

アップデート・アップグレードが開始されますので，完了するまで待ちます．

すべての処理が終わったらこのような画面に戻りますので「閉じる」をクリックします．

現在のバージョンの詳細にて，選択・適用したバージョンになっていることを確認します．

以上，再起動が不要なターゲットバージョンの場合の手順になります．

アップデートの実行 (再起動が必要なターゲットバージョン)

管理画面にログインできたら左メニューの「アップデート」をクリックします．

使用可能なアップデートにすべてリストされるといいのですが，リストされないケースがありますので「更新の確認」をクリックし「CD-ROM + URL の確認」をクリックして更新の確認を行います．

利用可能な一覧が表示されますので，アップデート・アップグレード先のバージョンを選択して「ステージング」をクリックします．
作業時間を纏めて取れる場合は「ステージングしてインストール」でも構いませんが，経験上2つのステップに分けて実施することをお勧めします．

アップデートパッケージのダウンロードが行われます．ステージングが完了するまでこのまま待ちましょう．

ステータスが「ステージング済み」になったことを確認します．

「インストール」をクリックしてアップデート・アップグレードを実行します．

エンドユーザー使用許諾契約書画面が表示されますので内容を確認のうえ「使用許諾契約書の条項に同意します」にチェックを付けて「次へ」をクリックします．

カスタマーエクスペリエンス改善プログラム (CEIP) の参加有無が確認されますので必要に応じてチェックの有無を判断ください．その上で「次へ」をクリックします．

アップデート・アップグレードにあたり，vCenter Server のバックアップが取得されていることの確認が求められます．
バックアップが存在する前提で「vCenter Server と、関連付けられたデータベースをバックアップしている」にチェックを入れて「完了」をクリックします．

アップデート・アップグレードが開始されますので，完了するまで待ちます．

途中で再起動が入ります．その際に VMware vCenter Server 管理インターフェイスからログアウトされますので，ログインしなおしてください．

ログインするとインストール(アップデート・アップグレード)が進行中となりますので完了するまで待ちます．

すべての処理が終わったらこのような画面に戻りますので「閉じる」をクリックします．

再度セッションが切断されますのでログインしなおします．

現在のバージョンの詳細にて，選択・適用したバージョンになっていることを確認します．

以上，再起動が必要なターゲットバージョンの場合の手順になります．

vCenter Server Appliance のアップデートについての解説は以上となります．次回は ESXi のアップデートについて解説します．

]]> https://www.seichan.org/2024/06/vmware-vsphere-vcenter-server-appliance-%e3%81%ae%e3%82%a2%e3%83%83%e3%83%97%e3%83%87%e3%83%bc%e3%83%88%e3%83%bb%e3%82%a2%e3%83%83%e3%83%97%e3%82%b0%e3%83%ac%e3%83%bc%e3%83%89.html/feed 0 VMware vSphere – vSphere HA の障害時動作の確認 https://www.seichan.org/2024/05/vmware-vsphere-vsphere-ha-%e3%81%ae%e9%9a%9c%e5%ae%b3%e6%99%82%e5%8b%95%e4%bd%9c%e3%81%ae%e7%a2%ba%e8%aa%8d.html https://www.seichan.org/2024/05/vmware-vsphere-vsphere-ha-%e3%81%ae%e9%9a%9c%e5%ae%b3%e6%99%82%e5%8b%95%e4%bd%9c%e3%81%ae%e7%a2%ba%e8%aa%8d.html#respond Thu, 30 May 2024 13:00:00 +0000 https://www.seichan.org/blog/?p=4867 本記事では vSphere HA 構成時に障害が発生した際の挙動を幾つかのパターンで発生させてどのように動作するのかを紹介します．
デフォルトで無効な設定もありますので，有効にするのかどうか判断の材料になれば幸いです．

VMware vSphere – vSphere HA の障害時動作の確認

vSphere HA の動作確認 – ESXi ホストパニック時の動作

今回はデフォルト状態ですので仮想マシンの監視は行っていません．従ってホスト障害のみ vSphere HA による再起動が行われます．
ここでは，疑似的に障害を発生させて vSphere HA の動作を確認する方法を紹介します．

まずは障害を発生させるホストを確認します．今回は「esxi02.lab.seichan.org」を対象にします．

対象のホストの SSH もしくは Shell に入り，次のコマンドを実行します．

コマンドを実行すると ESXi ホストは PSOD (purple screen of death) 状態となり，紫のエラー画面に変わります．

クラスターのステータスを確認すると「vSphere HA フェイルオーバーが進行中です」などの状態が表示されます．

30秒～1分位 (プライマリーなのかセカンダリーなのかで発動タイミングが異なります) 経つとフェイルオーバーが開始され，正常なホストでパワーオンが行われます．

以上，疑似的にホスト障害を発生させて vSphere HA の動作を確認する方法となります．

vSphere HA の動作確認 – 仮想マシンハングアップ時の動作

VMware Tools を介した仮想マシン監視を有効にすることで仮想マシンがハングアップした際に再起動を自動的に行うことが可能になります．

「設定」-「vSphere の可用性」より vSphere HA の「編集」をクリックします．

「障害及び対応」の「仮想マシンの監視」を「無効」以外に設定します．今回は「仮想マシンの監視のみ」を選択しています．

設定が完了できたら「OK」をクリックして設定を反映させます．

クラスタの再設定が完了したことを確認します．

仮想マシンをハングアップさせます．今回はディスクの切断でハングアップ状態を発生させましたが，他の方法があればそれでもかまいません．

しばらくすると「vSphereHA の仮想マシンの監視アクション」アラームが発報され，再起動が開始されます．

イベントを確認すると，この画面のように「vSphere HA によってリセットされました」というイベントが確認できます．

このように，仮想マシンのハングアップに対応できるため，監視の有効化を検討するのは良いアイデアです．
ただ，全体的に仮想基盤が高負荷の状態が続くと，この監視に失敗する場合がありますのでオーバーコミットが当たり前の環境で高負荷な状態が前提の基盤では予期しないリセットが発生することがあります．全体的な負荷状態も考慮に入れる必要がある点に注意してください．

vSphere HA の動作確認 – ストレージアクセス不可 (All Path Down) 時の動作

ESXi – ストレージ間に障害が発生し，APD (All Path Down) 状態になった際の挙動を確認します．

設定値の確認のため「設定」-「vSphere の可用性」より vSphere HA の「編集」をクリックします．

「APD状態のデータストア」の設定を確認します．デフォルトではパワーオフして再起動というポリシーになっています．

ストレージパスを切断してみます．

しばらくすると vSphere HA フェイルオーバーが発生した旨のメッセージが表示されます．

仮想マシンのイベントを確認すると，vSphere HA によって再起動が行われたことが確認できます．

vSphere HA の動作確認 – ホスト隔離時の動作

vSphere HA 構成時，ホストがネットワークから隔離された場合に該当ホスト上の仮想マシンを別の正常なホストに移動 (再起動) させることができます．
この設定はデフォルトでは無効ですので，有効化する必要があります．

「設定」-「vSphere の可用性」より vSphere HA の「編集」をクリックします．

「ホスト隔離への対応」を「無効」以外を選択します．今回は「仮想マシンをシャットダウンして再起動」を選択します．

設定が行われたことを確認して「OK」をクリックします．

ESXi のアップリンクネットワークを全て切断させると，この画面のようにアラームが表示されます．

仮想マシンのイベントを確認すると，別のホストで再起動されていることが確認できます．

以上，vSphere HA のフェイルオーバー動作について幾つかのパターンを紹介しました．

次回は vSphere から離れて Windows Server によるフェイルオーバークラスターについて解説を行います．

]]> https://www.seichan.org/2024/05/vmware-vsphere-vsphere-ha-%e3%81%ae%e9%9a%9c%e5%ae%b3%e6%99%82%e5%8b%95%e4%bd%9c%e3%81%ae%e7%a2%ba%e8%aa%8d.html/feed 0 VMware vSphere – vSphere HA の設定 https://www.seichan.org/2024/05/vmware-vsphere-vsphere-ha-%e3%81%ae%e8%a8%ad%e5%ae%9a.html https://www.seichan.org/2024/05/vmware-vsphere-vsphere-ha-%e3%81%ae%e8%a8%ad%e5%ae%9a.html#respond Tue, 28 May 2024 13:00:00 +0000 https://www.seichan.org/blog/?p=4819 本記事では vSphere HA (High Availability) の設定および動作確認について解説します．
vSphere HA によってホストやストレージ，仮想マシンの障害が発生した場合に仮想マシンを有効なホストで再起動させることでサービスのダウンタイムを少なくすることができます．

vSphere HA の説明については「VMware vSphere – vSphere HA の説明」で解説していますので合わせてご参照ください．

VMware vSphere – vSphere HA の設定

「ホストおよびクラスタ」より vSphere HA を設定するクラスターを選択，画面中央の「設定」をクリック，「サービス」-「vSphere の可用性」を選択して「編集」クリックします．

画面上部の「vSphere HA」のスイッチをクリックして有効にします．そうすると他の項目のグレーアウトが解除されます．

障害及び対応

障害が発生した際の挙動を設定する項目となります．詳細は「VMware vSphere – vSphere HA の説明」を参照してください．

ホストの障害応答

ホストに障害が発生した際の仮想マシンの挙動を設定します．

  • 無効
    仮想マシンの再起動は行いません
  • 仮想マシンを再起動
    デフォルト値です．ホスト障害が検知された場合，仮想マシンを他のホストで再起動します

ホスト隔離への対応

ホストが隔離と判断された場合の挙動を設定します．

  • 無効
    デフォルト値です．隔離と判断された場合に仮想マシン操作は行いません
  • 仮想マシンをパワーオフして再起動
    仮想マシンをパワーオフ (強制的に電源切断) を行って他のホストで起動します
  • 仮想マシンをシャットダウンして再起動
    仮想マシンをシャットダウンして他のホストで起動します．この動作を行うには対象の仮想マシンで VMware Tools が動作している必要があります

PDL (永続的なデバイスの損失) 状態のデータストア

PDL が発生した際の仮想マシンの挙動を設定します．

  • 無効
    何もアクションを起こしません
  • イベントの発行
    vCenter Server にイベントを通知します
  • 仮想マシンをパワーオフして再起動
    デフォルト値です．仮想マシンをパワーオフ (強制的に電源切断) を行って他のホストで起動します

APD 状態のデータストア

APD が発生した際の仮想マシンの挙動を設定します

  • 無効
    何もアクションを起こしません
  • イベントの発行
    vCenter Server にイベントを通知します
  • 仮想マシンをパワーオフして再起動 標準的な再起動ポリシー
    デフォルト値です．他のホストで起動可能と判断した場合に仮想マシンをパワーオフ (強制的に電源切断) を行って他のホストで起動します．
  • 仮想マシンをパワーオフして再起動 アグレッシブな再起動ポリシー
    他のホストで起動可能と判断できない場合でも仮想マシンをパワーオフ (強制的に電源切断) を行って他のホストで起動します．

仮想マシンの監視

仮想マシンのハートビートが途絶えた場合の挙動を設定します．

  • 無効
    デフォルト値です．何もアクションを起こしません
  • 仮想マシンの監視のみ
    ハートビートが途絶えた場合，同じホストの上で再起動を行います
  • 仮想マシンとアプリケーションの監視
    ハートビートが途絶えた場合，同じホストの上で再起動を行います

アドミッションコントロール

「アドミッションコントロール」は vSphere HA の挙動を制御するポリシーで，クラスター内のフェイルオーバーキャパシティを確保するために用いられます．
障害が発生すると利用可能なリソースが減るため，障害を前提としてリソースを計算することでリソース不足を起こさないようにすることが目的です．

クラスタで許容するホスト障害

クラスター内で障害を許容する台数を指定します．「1」を設定した場合は1台分の障害を考慮したリソース計算を行います．台数が多い程使用可能なクラスターリソースは減ります．

ホストのフェイルオーバーキャパシティの定義基準

アドミッションコントロールでの障害時のリソース予約のコントロールをどのように行うのかを制御します．

  • 無効
    アドミッションコントロールを無効にし，障害発生時のリソース低下を計算しません．仮想マシンを可能な限り立ち上げようとしますが，オーバーコミットが発生する可能性があります．
  • スロットポリシー (パワーオン状態の仮想マシン)
    仮想マシンおよびホストの CPU とメモリーを「スロット」に計算してリソースを確保する計算方式です．クラスタリソースの割合や専用フェイルオーバーホストと比べて分かりづらい方式です．
    詳細は「スロット ポリシー アドミッション コントロール」を参照してください．
  • クラスタリソースの割合 (%)
    デフォルト値です．クラスターのリソースから障害ホスト分のリソース割合を差し引く計算方式です．3台のクラスターで障害の許容数が「1」の場合は 33% が障害分のリソースとなります．
    4台のクラスターで許容数が「1」の場合は 25% が障害分のリソースとなります．
  • 専用フェイルオーバーホスト
    フェイルオーバー専用のホストを用意する方式です．このモードを選択すると通常時フェイルオーバーホストには仮想マシンは一切稼働しません．障害許容数分フェイルオーバーホストが生成されます．

仮想マシンで許容するパフォーマンスの低下

障害が起きた際にクラスター内の仮想マシン群でパフォーマンスの低下を許容できる割合を指定します．
0% の場合，仮想マシンのフェイルオーバーの際にパフォーマンスを保証できない場合は警告を行います．
100% の場合警告を行いません．

ハートビートデータストア

vSpere HA において，ネットワークのハートビート障害が発生した際に，データストアでのハートビートを使用してホストおよび仮想マシンんを監視します．ここではハートビートで使用するデータストアを選択します．
ハートビートデータストアは最低2つ必要で，1つの場合は警告が表示されます．

  • ホストからアクセス可能なデータストアを自動的に選択します
    リストに関係なく，vCenter Server が自動的にデータストアを選択します
  • 指定したリストからのデータストアのみを使用する
    明示的に指定したデータストアのみを使用します
  • 指定したリストからのデータストアを使用し，必要に応じて自動的に補足する
    デフォルト値です．上の二つのいい所どりをした形で指定も可能ですし，不足していれば自動的に追加で選択されます．

今回は上記を全てデフォルト値のままにしている状態で設定を行いました．

vSphere HA の状態確認

設定を完了した後，vSphere HA に必要なエージェントの導入や構成が行われます．完了したら「ホストおよびクラスタ」より vSphere HA を設定するクラスターを選択，画面中央の「監視」をクリック，「vSphere HA」-「サマリ」を選択ステータスを確認することができます．

マスター (プライマリー) に選択されているホストおよび，マスターに接続されたホスト (セカンダリー) の台数を確認しましょう．

以上，vSphere HA の設定の解説でした．

次回は vSphere HA を有効にしている際の様々な障害とその際の動作について纏めます．

]]> https://www.seichan.org/2024/05/vmware-vsphere-vsphere-ha-%e3%81%ae%e8%a8%ad%e5%ae%9a.html/feed 0 VMware vSphere – vSphere HA の説明 https://www.seichan.org/2024/05/vmware-vsphere-vsphere-ha-%e3%81%ae%e8%aa%ac%e6%98%8e.html https://www.seichan.org/2024/05/vmware-vsphere-vsphere-ha-%e3%81%ae%e8%aa%ac%e6%98%8e.html#respond Sun, 26 May 2024 13:00:00 +0000 https://www.seichan.org/blog/?p=4791 本記事では vSphere HA (High Availability) の動作について解説します．
vSphere HA によってホストやストレージ，仮想マシンの障害が発生した場合に仮想マシンを有効なホストで再起動させることでサービスのダウンタイムを少なくすることができます．

vSphere HA (High Availability) とは

vSphere HA は ESXi ホストに何らかの問題 (障害) が発生して正常に動作できない状態となった際，クラスター内の他の正常な ESXi ホストに仮想マシンを移動して再起動 (パワーオン) させて再稼働させる仕組みです．

仮想マシンによるサービスを提供している中，vSphere HA が無い場合は ESXi ホスト障害 = サービス障害となってしまいますが，この機能を用いることで他のホストでサービスを再提供できるようになり，サービスダウンタイムを小さくできます．

設定次第では ESXi ホストの障害ではなく，仮想マシン (OS) のハングアップでも vSphere HA による再起動を促してサービスの再提供を行うようにすることもできます．

この例では真ん中の ESXi ホストに障害が発生し，左右のホストに仮想マシンが移動したことをあらわしています．
ただし，注意していただきたいのは仮想マシンは「一度シャットダウンされる」点は理解しておきましょう．

vSphere HA の動作詳細

vSphere HA は，各 ESXi ホスト上で稼働する Failt Domain Manager (FDM) Agent によって機能が提供されます．
FDM はサーバーの死活を監視するため，クラスターに1台のマスターノード，それ以外のスレーブノードの間でハートビートが実行されます．このハートビートが途切れたことをトリガーに vSphere HA による仮想マシンの再起動などの動作に移ります．

図に幾つかコンポーネントを記載していますのでそれぞれのコンポーネントについて説明します．

  • FDM (Fault Domain Manager)
    FDM は vSphere HA を構成する上で最も重要な機能で，HA エージェントと呼ばれます．
    クラスター内の ESXi ホストのリソース状態，仮想マシンの状態などを FDM エージェント間で交換したり，ハートビートによる死活監視を行う役目を持っています．
    先にも述べたとおり，HA 発動の条件判定および仮想マシンの再起動の動作も行います．
  • hostd
    vSphere HA に関係なく ESXi ホストで重要なエージェントが hostd です．仮想マシンのパワーオン・パワーオフなどの仮想マシンを管理する役割を持っています．
  • vCenter Server
    vSphere HA の観点での説明に留めます．vSphere クラスターの重要なコンポーネントであり，あらゆるタスクの管理を行っているのが vCenter Server です．
    vCenter Server が担っている役割に次のものがあります．
    ・HA エージェントのデプロイや構築
    ・クラスター構成を変更するときの通信
    ・仮想マシンの保護
    vCenter Server は vSphere HA の機能が有効になったら FDM エージェントを ESXi ホストに導入する役割も担っています．また，vCenter Server はクラスター内の ESXi ホスト群のうちプライマリーノード，セカンダリーノードを選ぶ決定権も持っています．

HA クラスターを構成する各 ESXi ホストの役割

上で軽く触れていますが vSphere HA はプライマリー/セカンダリーの構成になっています．

プライマリーホストは次の役割を担います．

  • すべてのセカンダリーホストを監視，障害が発生した場合は仮想マシンをフェイルオーバーさせます
  • 仮想マシンの状態を VMware Tools で監視，障害が発生した場合は仮想マシンをリセットします
  • 保護対象の仮想マシンのリストを管理します．仮想マシンのパワーオン/パワーオフの際にリストを更新します
  • セカンダリーホストとハートビートを交換します．ハートビートはプライマリーとセカンダリー間で Point to Point で通信が行われます
  • HA クラスターの構成管理を行います．構成に変更が発生した際はセカンダリーに通知します

セカンダリーホストは次の役割を担います．

  • 自ホストで動作している仮想マシンの状態を監視します．仮想マシンのステータスが変化した際にプライマリーホストへ通知を行います
  • プライマリーホストを監視します．プライマリーホストが障害となった場合やネットワークの分断が発生した場合，セカンダリーホストの中からプライマリーホストを選出します

ハートビートネットワークとハートビートデータストア

vSphere HA はネットワーク経由のハートビートとデータストア経由のハートビートの2つを使用して HA クラスターの監視を行います．

ネットワークが切断された場合でも，データストアへのアクセスができる場合はハートビートデータストアにある情報を利用して障害の状態を正確に判断することができます．

ハートビートデータストアは，ネットワークハートビートが利用できなくなった場合のみホスト障害なのかネットワーク障害なのかを識別するために使用されます．

vSphere HA の遷移

ネットワークとデータストアの2つのハートビートを用いることでホスト障害なのか，ネットワーク障害なのかの識別が可能になり，精度の高い障害ポイントの検出とフェイルオーバー動作が可能となりました．

以下のフローチャートのとおり vSphere HA は障害を識別します．

隔離アドレスへの Ping がとおるか．については，プライマリーとセカンダリーの間のハートビートネットワークの疎通が失われ，ネットワーク障害と判断された際にネットワーク隔離なのか，ネットワークパーティションなのかを識別するために使用されます．

デフォルトでは，ESXiホストの管理ネットワークのデフォルトゲートウェイアドレスが隔離アドレスとして使用されます．
隔離アドレスを追加することで，より正確な判断を行うことが可能です．

vSphere HA 発動時の動作

障害が発生し，vSphere HA によるリカバリーを行う必要が生じた際について説明します．

ホスト障害時のリカバリー動作

セカンダリーホストに障害が発生したと判断された場合，障害ホストで動作している仮想マシンを他のホストで再起動させます．

プライマリーホストに障害が発生したと判断された場合は，仮想マシンを他のホストで再起動を行うのですが，その前に正常稼働中のセカンダリーホストの中から新しいプライマリーホストの選出を行い，その後に仮想マシンの再起動を試みます．

そのため，vSphere HA による仮想マシンの再起動はホストの役割によって再起動が開始されるタイミングが違う点を認識しておく必要があります．

ホスト隔離時のリカバリー動作

ホスト隔離状態とは，プライマリーとの通信だけではなく，障害ホストから隔離アドレスへの疎通も取れずに孤立した状態を指します．
このような状態の場合，該当ホストの NIC もしくはスイッチに障害が発生している状態と考えられます．

このような状態の場合，障害ホスト上の仮想マシンをフェイルオーバーさせるかどうかの判断が難しい状態です．障害は物理ホスト側で仮想マシンとしては正常に動作している可能性があるためとなります．

仮想マシンが利用する NIC が管理用ネットワークとは違う場合，仮想マシンは正常に利用できているかもしれません．
仮想マシンが利用する NIC が管理用ネットワークと同じ場合は障害が発生しているかもしれません．

そのため，vSphere HA では「ホスト隔離への対応」を行うためのオプションが用意されています．

ホスト隔離の際の動作として以下があります

  • 無効化
    ホストが隔離された場合でも仮想マシンはそのままそのホスト上で稼働します
  • 仮想マシンをシャットダウンして再起動
    ホスト隔離が検出された場合，仮想マシンをシャットダウンして他のホスト上で起動させます．
    シャットダウンを行うためには VMware Tools が必要になります
  • 仮想マシンをパワーオフして再起動
    ホスト隔離が検出された場合，仮想マシンをパワーオフして他のホスト上で起動させます

データストア障害時のリカバリー動作

データストアに障害が発生した場合も vSphere HA によるフェイルオーバーを行うことが可能です．
ただし，ストレージの障害は2つのパターンがあり，パターンによって動作が異なります．

  • PDL (Permanent Device Loss) – ストレージの接続が永続的に失われた状態
    データストアが削除された場合や IO が即失敗するような状態
  • APD (All Path Down) – ストレージの接続が一時的に失われた状態
    NFS アクセスの経路が無くなったような状態

いずれの障害の場合も利用できるオプションは次のとおりです．

  • 無効化
    PDL および APD が発生しても何も行いません
  • イベントの発行
    PDL および APD が発生したら vCenter Server へイベントが通知されます．仮想マシンは自動で復旧することはありません
  • 仮想マシンをパワーオフして再起動
    PDL および APD が発生したら仮想マシンをパワーオフし他のホストで起動します

なお「仮想マシンをパワーオフして再起動」において，APD の場合はさらに追加のオプションがあります．

  • 標準的
    他のホストで再起動ができると判断でいた場合のみ作動する
  • アグレッシブ
    他のホストで再起動ができると判断できなくても作動する

仮想マシン障害時のリカバリー動作

今まではホストの障害やデータストアの障害に起因した仮想マシンのフェイルオーバーを説明していましたが，仮想マシン単体でも障害の監視，再起動を行うことができます．

仮想マシンの監視を行う場合は VMware Tools を利用してホストと仮想マシン間でハートビートによって監視が行われます．
ハートビートが途切れるとそのホスト上で仮想マシンを再起動します．

以上，vSphere HA の解説を終わります．次回は vSphere HA の設定について説明します．

]]> https://www.seichan.org/2024/05/vmware-vsphere-vsphere-ha-%e3%81%ae%e8%aa%ac%e6%98%8e.html/feed 0 VMware vSphere – vSphere DRS 設定 (ホストアフィニティ) https://www.seichan.org/2024/05/vmware-vsphere-vsphere-drs-%e8%a8%ad%e5%ae%9a-%e3%83%9b%e3%82%b9%e3%83%88%e3%82%a2%e3%83%95%e3%82%a3%e3%83%8b%e3%83%86%e3%82%a3.html https://www.seichan.org/2024/05/vmware-vsphere-vsphere-drs-%e8%a8%ad%e5%ae%9a-%e3%83%9b%e3%82%b9%e3%83%88%e3%82%a2%e3%83%95%e3%82%a3%e3%83%8b%e3%83%86%e3%82%a3.html#respond Fri, 24 May 2024 13:00:00 +0000 https://www.seichan.org/blog/?p=4662 本記事では仮想マシンの配置を制御するアフィニティルールについて解説します．
vSphere DRS とアフィニティルールを組み合わせることで柔軟な仮想マシンの利用・運用が可能となります．
今回はホストアフィニティルールの設定を解説します．

vSphere DRS のホストアフィニティ

「仮想マシンからホスト (ホストアフィニティ)」は，仮想マシン種別を定義して特定のホスト内でのみ動作させるようにする場合に利用するルールです．

例えば，Windows と RHEL を混在させるクラスターで，ESXi ホスト全台に両方のライセンスを用意するのはコスト上できない場合，Windows 用の領域，RHEL 用の領域を分割してライセンスコストを抑えたい場合に利用します．

ある程度の台数が用意できる場合はクラスターを分ければいいのですが，そこまでの台数じゃない場合や HCI などでクラスターの分割がやり辛い場合によく利用されます．
この図の場合は ESXi #3 は共用としています．このように両方を動かすことができるようなグループ構成をとる事も可能です．

また，通常は「VMware vSphere – vSphere DRS 設定 (ホストアフィニティ)」で説明したアフィニティ，アンチアフィニティを組み合わせて利用されます．

Windows 用ホストグループ・仮想マシングループの設定

Windows 用ホストグループの設定

「ホストおよびクラスタ」で設定したいクラスターを選択して「設定」-「設定」-「仮想マシン/ホストグループ」と辿って「追加」をクリックします．

名前にグループ名を入力し，タイプを「ホストグループ」を選択します．

「追加」をクリックします．

ホストグループに追加したいホストを選択して「OK」をクリックします．

選択したホストが一覧に表示されていることを確認して「OK」をクリックします．

Windows 用仮想マシングループの設定

「ホストおよびクラスタ」で設定したいクラスターを選択して「設定」-「設定」-「仮想マシン/ホストグループ」と辿って「追加」をクリックします．

名前にグループ名を入力し，タイプを「仮想マシングループ」を選択します．

「追加」をクリックします．

仮想マシングループに追加したい仮想マシンを選択して「OK」をクリックします．

選択した仮想マシンが一覧に表示されていることを確認して「OK」をクリックします．

Windows ホスト・仮想マシン用ホストアフィニティルールの設定

「ホストおよびクラスタ」で設定したいクラスターを選択して「設定」-「設定」-「仮想マシン/ホストルール」と辿って「追加」をクリックします．

名前にアフィニティルールを入力し，タイプを「仮想マシンからホストへ」を選択します．

仮想マシングループに「Windows 用仮想マシングループ」を選択します．

動作モードの指定を選択します．動作モードの説明は次のとおりです．

  • グループ内のホスト上で実行する必要があります
    指定したホスト上で必ず動作させる「強制」のモードです．ライセンスの観点で設定する場合はこれが必須になります．
  • グループ内のホスト上で実行します
    指定したホスト上でなるべく動作させる「推奨」のモードです．上と違い他のホストで動く場合もありますのでライセンスの観点縛りたい場合はお勧めできません．
  • グループ内のホスト上で実行しない必要があります
    指定したホスト上では絶対動作させない「強制」のモードです．これを利用するなら，もう一つルールを作った方が分かりやすいと思います．
  • グループ内のホスト上では実行しません
    指定したホスト上ではなるべく動作させない「推奨」のモードです．これも同様でこのホストで動く可能性がありますのでライセンスの観点縛りたい場合はお勧めできません．

ライセンスの観点で縛りたい．の説明ですので「グループ内のホスト上で実行する必要があります」を選択します．

このルールを適用したいホストグループを選択します．

設定内容を確認のうえ「OK」をクリックします．

設定完了後，しばらくするとルールに沿って仮想マシンが移行されますので想定どおりに動作しているのか確認を行いましょう．

RHEL 用ホストグループ・仮想マシングループの設定

RHEL 用仮想マシングループの設定

「ホストおよびクラスタ」で設定したいクラスターを選択して「設定」-「設定」-「仮想マシン/ホストグループ」と辿って「追加」をクリックします．

名前にグループ名を入力し，タイプを「ホストグループ」を選択します．

「追加」をクリックします．

ホストグループに追加したいホストを選択して「OK」をクリックします．

選択したホストが一覧に表示されていることを確認して「OK」をクリックします．

RHEL 用仮想マシングループの設定

「ホストおよびクラスタ」で設定したいクラスターを選択して「設定」-「設定」-「仮想マシン/ホストルール」と辿って「追加」をクリックします．

名前にグループ名を入力し，タイプを「仮想マシングループ」を選択します．

「追加」をクリックします．

仮想マシングループに追加したい仮想マシンを選択して「OK」をクリックします．

選択した仮想マシンが一覧に表示されていることを確認して「OK」をクリックします．

RHEL ホスト・仮想マシン用ホストアフィニティルールの設定

「ホストおよびクラスタ」で設定したいクラスターを選択して「設定」-「設定」-「仮想マシン/ホストルール」と辿って「追加」をクリックします．

名前にアフィニティルールを入力し，タイプを「仮想マシンからホストへ」を選択します．

仮想マシングループに「RHEL 用仮想マシングループ」を選択し「グループ内のホスト上で実行する必要があります」および「RHEL 用ホストグループ」を選択して「OK」をクリックします．

2つのホスト・仮想マシンルールを設定しました．これで次のような動作になります．
このテクニックは実際の案件でも利用可能ですので，是非アフィニティ・アンチアフィニティ，ホストアフィニティを使いこなしてライセンス費用を浮かせましょう．

なお，アフィニティではライセンスを浮かせられない製品が存在します．例としては Oracle Database です．そのような場合はそれ用の基盤を用意する必要があります．Oracle の場合だと Oracle Database Appliance にしちゃうのが楽だと思います．

2回に分けてアフィニティについて解説しました．
次回は vSphere HA について解説しますので，引き続きご覧ください．

]]> https://www.seichan.org/2024/05/vmware-vsphere-vsphere-drs-%e8%a8%ad%e5%ae%9a-%e3%83%9b%e3%82%b9%e3%83%88%e3%82%a2%e3%83%95%e3%82%a3%e3%83%8b%e3%83%86%e3%82%a3.html/feed 0 VMware vSphere – vSphere DRS 設定 (アフィニティとアンチアフィニティ) https://www.seichan.org/2024/05/vmware-vsphere-vsphere-drs-%e8%a8%ad%e5%ae%9a-%e3%82%a2%e3%83%95%e3%82%a3%e3%83%8b%e3%83%86%e3%82%a3%e3%81%a8%e3%82%a2%e3%83%b3%e3%83%81%e3%82%a2%e3%83%95%e3%82%a3%e3%83%8b%e3%83%86.html https://www.seichan.org/2024/05/vmware-vsphere-vsphere-drs-%e8%a8%ad%e5%ae%9a-%e3%82%a2%e3%83%95%e3%82%a3%e3%83%8b%e3%83%86%e3%82%a3%e3%81%a8%e3%82%a2%e3%83%b3%e3%83%81%e3%82%a2%e3%83%95%e3%82%a3%e3%83%8b%e3%83%86.html#respond Wed, 22 May 2024 13:00:00 +0000 https://www.seichan.org/blog/?p=4625 本記事では仮想マシンの配置を制御するアフィニティルールについて解説します．
vSphere DRS とアフィニティルールを組み合わせることで柔軟な仮想マシンの利用・運用が可能となります．
今回はアフィニティの説明および，アフィニティルール，アンチアフィニティルールの設定を解説します．

vSphere DRS のアフィニティ

アフィニティルールは簡単に説明すると「仮想マシンとホストの配置ルール」です．アフィニティを設定することで次のような制御が可能になります．

アフィニティルール動作利用シーン
仮想マシンの包括
(アフィニティ)		仮想マシンを同じ ESXi で実行・仮想マシン間通信が多いなどの理由で通信をホスト内にとじたい場合
・同じ種類の OS を同じホストで稼働させることでメモリ共有を行いたい場合
仮想マシンの分割
(アンチアフィニティ)		仮想マシンを別の ESXi で実行・Active Directory など，仮想マシンの OS やアプリでクラスターが構成されており，同一ホストで稼働することが望ましくない場合
仮想マシンからホスト
(ホストアフィニティ)		仮想マシンを動作するホストを指定・OS やアプリケーションのライセンスの制約で動作させるホストを固定したい場合

仮想マシンの包括 (アフィニティルール)

「仮想マシンの包括 (アフィニティルール)」は同一のホスト上で稼働させたい場合に利用するルールです．
この図のように「App」と「DB」は多量の通信が発生するために同一ホスト上に配置することでトラフィックを閉じ込めたい．少しでもレスポンスを向上させたいというケースで利用します．

仮想マシンの包括 (アフィニティルール) の設定

「ホストおよびクラスタ」で設定したいクラスターを選択して「設定」-「設定」-「仮想マシン/ホストルール」と辿って「追加」をクリックします．

名前にアフィニティルールを入力し，タイプを「仮想マシンを一緒に保存」を選択して「追加」をクリックします．

同一の ESXi ホストで動作させたい仮想マシンにチェックを入れて「OK」をクリックします．

選択した仮想マシンが一覧に表示されていることを確認して「OK」をクリックします．

ルールが作成されたことを確認します．

ここでは，ホストの「仮想マシン」一覧より確認を行っていますが，何らかの方法で設定したアフィニティルールが適用されていることを確認しましょう．

仮想マシンの分割 (アンチアフィニティルール)

「仮想マシンの分割 (アンチアフィニティルール)」は別のホスト上で稼働させたい場合に利用するルールです．
この図のように「AD1」と「AD2」など，ソフトウェアでクラスターを構成しているようなシステムは同一ホストに配置して障害が発生するとサービスに影響が生じます．そのため別のホストで動作させたいニーズはとても多いです．
アフィニティルールより，アンチアフィニティルールの方が利用頻度は高いと思われます．

仮想マシンの分割 (アンチアフィニティルール) の設定

「ホストおよびクラスタ」で設定したいクラスターを選択して「設定」-「設定」-「仮想マシン/ホストルール」と辿って「追加」をクリックします．

名前にアフィニティルールを入力し，タイプを「仮想マシンを個別に保存」を選択します．

仮想マシンを選択するため「追加」をクリックします．

同一の ESXi ホストで動作させたくない (別の ESXi ホストで動作させたい) 仮想マシンにチェックを入れて「OK」をクリックします．

選択した仮想マシンが一覧に表示されていることを確認して「OK」をクリックします．

ルールが作成されたことを確認します．

ここでは，ホストの「仮想マシン」一覧より確認を行っていますが，何らかの方法で設定したアフィニティルールが適用されていることを確認しましょう．

以上，アフィニティの説明とアフィニティルールとアンチアフィニティルールの設定について解説しました．
次回はホストアフィニティの設定について解説します．

]]> https://www.seichan.org/2024/05/vmware-vsphere-vsphere-drs-%e8%a8%ad%e5%ae%9a-%e3%82%a2%e3%83%95%e3%82%a3%e3%83%8b%e3%83%86%e3%82%a3%e3%81%a8%e3%82%a2%e3%83%b3%e3%83%81%e3%82%a2%e3%83%95%e3%82%a3%e3%83%8b%e3%83%86.html/feed 0 VMware vSphere – vSphere DRS 設定 (DRS 完全自動化) https://www.seichan.org/2024/05/vmware-vsphere-vsphere-drs-%e8%a8%ad%e5%ae%9a-drs-%e5%ae%8c%e5%85%a8%e8%87%aa%e5%8b%95%e5%8c%96.html https://www.seichan.org/2024/05/vmware-vsphere-vsphere-drs-%e8%a8%ad%e5%ae%9a-drs-%e5%ae%8c%e5%85%a8%e8%87%aa%e5%8b%95%e5%8c%96.html#respond Mon, 20 May 2024 13:00:00 +0000 https://www.seichan.org/blog/?p=4608 本記事では vSphere DRS の設定と操作について解説します．
DRS の説明については「VMware vSphere – vSphere DRS 設定 (DRS 手動)」で解説していますので，今回は「完全自動化」を設定した場合の操作について解説します．

vSphere DRS の設定 (DRS 完全自動化)

「ホストおよびクラスタ」より DRS を設定するクラスターを選択，画面中央の「設定」をクリック，「サービス」-「vSphere DRS」を選択して「編集」クリックします．

「自動化レベル」を「完全自動化」を選択します．
DRS レベルについては「VMware vSphere – vSphere DRS 設定 (DRS 手動)」で説明していますので参照ください．

設定を行ったら「OK」をクリックします．

DRS「完全自動化」の場合の操作

DRS「完全自動化」の際の仮想マシンの起動

「ホストおよびクラスタ」または「仮想マシンおよびテンプレート」からパワーオンを行いたい仮想マシンを選択，右クリックし「電源」-「パワーオン」をクリックします．

「DRS 手動」の場合と違い，適切なホストが自動的に選択され仮想マシンがパワーオンします．

DRS「完全自動化」の際のメンテナンスモードの実行

「ホストおよびクラスタ」より，メンテナンスモードに移行したいホストを選択して右クリックでメニューを表示して「メンテナンスモード」-「メンテナンスモードの切り替え」をクリックします．

メンテナンスモードの切り替え画面が表示されますので「OK」をクリックします．

仮想マシンが存在するため警告が表示されますので「OK」をクリックします．

「手動」や「一部自動化」と違い，メンテナンスを指定したホストからその他のホストに仮想マシンの移行が自動的に行われ，メンテナンスモードに入ります．
もし，仮想マシンが移動できない場合は vMotion トラブルになりますので「VMware vSphere – ライブマイグレーション(vMotion) のトラブルシュート」を参照ください．

このように，DRS が「完全自動化」の場合はメンテナンスモードの移行の際も自動的に仮想マシンが移動できる点を理解してください．
また，ここでは触れてませんが，負荷の不均衡が発生したらこれも自動で移行が行われます．

従って，特段の理由が無ければ一番お薦めできる設定となりますが，仮想マシンがサーバー用途の場合頻繁に移行が発生することは望まないケースがあります．そのような場合は「手動」や「一部自動化」を検討してください．
VDI などの利用者状況でワークロードが大きく変化する場合においては「完全自動化」で負荷の不均衡を解消することがユーザーエクスペリエンスの向上につながりますので積極的に利用していきましょう．

以上，完全自動化についての解説を終わります．次回は DRS と合わせて利用される「アフィニティルール」について解説を行います．

]]> https://www.seichan.org/2024/05/vmware-vsphere-vsphere-drs-%e8%a8%ad%e5%ae%9a-drs-%e5%ae%8c%e5%85%a8%e8%87%aa%e5%8b%95%e5%8c%96.html/feed 0