take001 Tracker

Re: ESXi上の仮想マシン(WindowsServer2019)2台をディスク共有したい

take001 — Tue, 29 Aug 2023 12:22:06 GMT

kawamanさん

お世話になっております。

返信が遅くなり申し訳ありません。ご回答頂いた内容で課題が解決できました。

今後ともよろしくお願いします。

Re: ESXi上の仮想マシン(WindowsServer2019)2台をディスク共有したい

take001 — Sun, 20 Aug 2023 09:07:39 GMT

kawaman さん

ご回答ありがとうございます。

>・VMware vSphere 7.x で共有ディスクを使用する Microsoft Windows Server Failover Clustering (WSFC) サポートされるための構成のガイドライン (79616)
>・VMFS データストア上のクラスタ VMDK を使用して物理ホスト間のクラスタの最初のノードにハードディスクを追加
>・物理ホスト間のクラスタの追加ノードへのハードディスクの追加

上記3つを参考に実施してみました。
仮想マシン(WindowsServer2019)は問題なく起動したのですが
仮想マシンログイン後のWindowsServer2019のディスクマネージャーからは追加したディスクは表示されませんでした。

こちらは、挙動しては正しいでしょうか。
それとも本来は表示されるものでしょうか(仮想マシン#1と仮想マシン#2でそれぞれ共有したディスクが表示されるハズ？)

すこしVMware Communityの範疇を超えてる質問かもしれませんので
過去の実績等で何かご存知であればで大丈夫ですので、ご教授頂けると幸いです。

以上、よろしくお願いします。

ESXi上の仮想マシン(WindowsServer2019)2台をディスク共有したい

take001 — Thu, 17 Aug 2023 14:31:44 GMT

お世話になっております。

検証環境にて、ESXi(8.0系)*1に仮想マシン(Windows Server 2019)が2台あります。

ESXi(8.0系)にはFCストレージがあり。このFCストレージのディスクを

仮想マシン2台に共通のディスクを見せたいと考えています

(例：仮想マシン2台に同じEドライブが見える感じ)

検証環境の都合上、RAWデバイスが無いため

VMFSで以下の手順で共有する方向です。

1:vCenter管理コンソールから仮想マシン設定で仮想マシン#1にSCSIコントローラーと新規ディスクを追加

2:仮想マシン#1にOSログインして、追加したディスクをフォーマット(NTFS)

3:vCenter管理コンソールから仮想マシン設定で仮想マシン#2にSCSIコントローラーを追加

4:vCenter管理コンソールから仮想マシン設定で仮想マシン#2に既存ディスク追加でNo.2で作成したディスクを追加

　(SCSIコントローラーはNo.3で作成したものを指定)

■質問

上記の内容で仮想マシン#1を起動すると問題ないのですが

仮想マシン#2を起動すると、エラーが出て起動できない状況です。

vCenter管理コンソールの仮想マシン設定にあるディスクを「共有」したら良いのかと思いましたが

共有にも変更できませんでした。

上記エラーを解消して仮想マシン#1と仮想マシン#2でディスク共有する方法はありますでしょうか。

■補足

本来の目的はMSFCの検証なのですが、MSFCの前提で仮想マシン間で共有のディスクを構成する必要があります。

とりあえず、どのような形でも仮想マシン間で共有ディスクを見せたいというのが意図となります。

以上、よろしくお願いします。

Re: ESXi(ver7系)の廃棄対応について

take001 — Mon, 14 Aug 2023 09:03:29 GMT

kawaman さん

ご回答ありがとうございます。
大変助かりました。

Re: ESXi(ver7系)の廃棄対応について

take001 — Sat, 05 Aug 2023 05:14:25 GMT

kawaman さん

ご回答ありがとうございます。

>作業の手順として、最初のESXi ホストをクラスタから外すのは仮想マシンを退避して
>メンテナンスモードに入れてからの方が無難です。
承知しました。

>最後の vCenter の管理コンソールからの停止、ってのは
>ESXi がそもそも vCenter 管理下になければ出来ないので
>vCenter のインベントリから ESXi を削除した時点で後続の操作は
>Host Client や DCUI からの操作となります。
確かに。
削除対象のESXiホスト停止をvCenterの管理下から削除する前に実施すれば
vCenter の管理コンソールからできそうですね。。。
メンテナンスモードに切り替え後であれば、特にESXiホスト停止のタイミングは問題なしで
思っているのですが、認識合っていますでしょうか。

以上、よろしくお願いします。

Re: ESXi(ver7系)の廃棄対応について

take001 — Sat, 05 Aug 2023 03:28:07 GMT

nkaneda1 さん

ありがとうございます。

手順4と5が無くてもインベントリから該当ホストは削除できそうですね。

実施した方がアラームもなく、良さそうな気もしてますが。

また、連携頂いたURLから「分離機能はホスト単位で実行する必要があり、vCenter Server の他のホストには伝達されません。」と

ありますので、当方の問い合わせ内容に記載させて頂いた以下の内容も認識が合っていると理解しました。

===

削除対象のESXiホストを選択した状態で、ストレージデバイスを選択→分離すれば、削除対象のESXiホストのみ分離され削除対象外のESXiホストのストレージデバイスは分離されない認識で良いでしょうか。

===

以上、よろしくお願いします。

ESXi(ver7系)の廃棄対応について

take001 — Thu, 03 Aug 2023 22:09:16 GMT

お世話になっております。

■環境

・ESXi(ver7系)*2台、 ESXi(ver8系)*3台

・ESXi(ver7系)*2台はSANスイッチ経由で共有ストレージ#1と接続

・ESXi(ver8系)*3台は直接、共有ストレージ#1と接続

・ESXi(ver7系)*2台、 ESXi(ver8系)*3台は同じvCenter*1の管理下にある

・標準スイッチを使用。分散スイッチは無し。

■質問

今回、ESXi(ver7系)*2台とSANスイッチが不要となったため、廃棄する予定です。

以下の手順を想定しているのですが、以下3点についてご教授頂けますでしょうか。

・以下の手順No.4とNo.5が不要という意見も聞くのですが、実施しなくても特にエラーなく実施できますでしょうか。

・以下の手順No.5のストレージデバイスの分離作業を実施する場合、vCenter管理コンソール上から表示されるストレージデバイスは

　ESXi(ver7系)*2台、 ESXi(ver8系)*3台共通のストレージデバイスが表示されています。

　削除対象のESXiホストを選択した状態で、ストレージデバイスを選択→分離すれば、削除対象のESXiホストのみ分離され

　削除対象外のESXiホストのストレージデバイスは分離されない認識で良いでしょうか。

　(検証できる環境がなく、どういう動きになるか解っておりません。。。)

・以下の手順で廃棄するのであれば、特に作業はしなくて良い。項目があればご教授頂けますでしょうか。(少しでも作業時間を短くする必要があるため)

※想定している手順

=====

1:削除対象のESXiホストをクラスタから外す
2:削除対象のESXiホスト上に仮想マシンがあれば、削除しないESXiホストに移動する
3:削除対象のESXiホストを「メンテナンスモード」に切り替え
4:削除対象のESXiホストがマウントしているデータストアをアンマウント
5:削除対象のESXiホストのストレージデバイスの分離
6:削除対象のESXiホストをvCenterの管理下から削除
7:共有ストレージの作業(削除対象のESXiホストを削除)
8:削除対象のESXiホストをvCenter管理コンソールから停止

参考にしたURL

https://www.depthbomb.net/?p=6637

=====

以上、よろしくお願いします。

Re: ESXiバンドル版のVMwareToolsのバージョンアップが出来ない

take001 — Tue, 01 Aug 2023 22:34:34 GMT

kawaman さん

ありがとうございます。

頂いた内容で理解できました。

大変助かりました。

ESXiバンドル版のVMwareToolsのバージョンアップが出来ない

take001 — Mon, 31 Jul 2023 21:57:07 GMT

お世話になっております。

以前質問させて頂いた内容からの続きです。
①と②の2点質問させてください。

■以前の質問
質問の日時：06-22-2023 01:49 PM
タイトル：ESXiバンドル版のVMwareToolsのバージョンアップが出来ない

■環境
既存環境(ESXi6系)のゲストOSを新環境(ESXi8.0U1)にvMotionします。
vMotion後、対象の仮想OSにCustomer ConnectからダウンロードしたVMwareToolsで
バージョンアップする想定です。

■前提事項
・バージョンアップ対象の仮想OSが古いため、ESXiにバンドルされているVMwareToolsのバージョンは適用不可

・お客様希望からESXiの設定項目である「UserVars.ProductLockerLocation」を
　デフォルト設定から別途構成されている共有ストレージに変更している。

・お客様希望から仮想OSにログインせずにVMwareToolsを適用したい。

・「UserVars.ProductLockerLocation」を共有ストレージに変更しているが

そこにはESXiバンドル版の最新のVMwareToolsが格納されている

(基本はESXiバンドル版の最新のVMwareToolsを適用するため)

■質問
お客様希望から仮想OSにログインせずに古い仮想マシン用のVMwareToolsを適用したいため
一時的に「UserVars.ProductLockerLocation」で設定しているPATHにある
ESXiにバンドルされているVMwareToolsを古い仮想マシン用のVMwareToolsに置き換えたいと考えています。
→置き換えるとvCenter管理コンソール上から仮想OSにログインせずに適用可能と認識

①
この場合、以下のURLの通りの認識でいるのですが、合っていますでしょうか。
・VMware Tools リポジトリにコンテンツがある場合は、既存のファイルへの上書きではなく、空にする
・「3.VMware Tools リポジトリのコンテンツを更新します（以下のいずれかを選択）。」の通り
ISOファイルだけでなく、周辺のファイル(vmtools/windows.iso.sha等)も配置が必要

https://kb.vmware.com/s/article/2129825?lang=ja

②
上記①のVMwareToolsの入れ替えをした場合、ESXiホスト等の再起動は必要でしょうか。
再起動が無くても、VMwareToolsを入れ替えると自動で反映されて、入れ替え後のVMwareToolsで反映されるものでしょうか。

以上、ご教授の程よろしくお願いします。

Re: ESXiバンドル版のVMwareToolsのバージョンアップが出来ない

take001 — Thu, 29 Jun 2023 22:26:12 GMT

お世話になっております。

ご回答ありがとうございます。

大変助かりました。

Re: ESXiバンドル版のVMwareToolsのバージョンアップが出来ない

take001 — Sun, 25 Jun 2023 06:17:38 GMT

お世話になっております。

ご回答ありがとうございます。

>既存のパスに置いてあるファイルを別の場所にバックアップして、
>新規のものをダウンロードして置くことで参照しているホストから共通のバージョンを管理できるので、
>ProductLocker を既に設定しているのであればこちらの運用が推奨です。
>※ 複数バージョンの Tools を ProductLocker にまとめるのではなく、適用予定の最新のものを置いてください。

■1
現状、ProductLockerに設定しているPATHに複数のToolsを格納していますが
それだと、依頼文に記載しているESXiバンドル版のバージョンアップ手順は
実施できないため、他のToolsをバックアップ・退避して、最新のToolsを"1ファイルのみ"
ProductLockerに設定しているPATHに格納するイメージでしょうか。

■2
現状、Toolsの格納場所として、いろいろなToolsが格納されている場所を
ProductLockerに設定していましたが
連携頂いた、URLを確認すると、そもそもProductLockerの目的としては
共通のバージョンを管理しやすくするためなので、複数のTools置き場とは別に
共通のバージョン(最新のバージョン)をおいておく考え方になる認識で良いでしょうか。

仮に、古いToolsをバージョンアップしたい場合はProductLockerに指定している場所ではなく
別の格納場所に保存しているISO等をマウントして個別適用すれば良い。

以上、よろしくお願いします。

Re: 古いVMwareToolsの適用モジュールについて

take001 — Sun, 25 Jun 2023 05:57:24 GMT

お世話になっております。

ご回答ありがとうございます。

大変助かりました。

ESXiバンドル版のVMwareToolsのバージョンアップが出来ない

take001 — Thu, 22 Jun 2023 20:49:59 GMT

お世話になっております。

既存環境(ESXi6系)のゲストOSを新環境(ESXi8.0U1)にvMotionします。
vMotion後、対象の仮想OSバージョンとESXi8.0U1にバンドルされているvmware toolsのバージョンがサポートされている場合は
ESXiにバンドルされているvmware-toolsにバージョンアップする予定です。

手順は以下を想定していました。

=====
Windows Server系の手順
1-1:vSphere Web Client上で以下を実施
1-2:ゲストOSがオンラインの状態でスナップショット取得
1-3:cd/dvdドライブをクライアントデバイスに設定
1-4:対象ゲストOSのサマリタブでVMware Toolsのアップグレードをクリック
1-5:対象ゲストOSにログインしてCD/DVDドライブをダブルクリックしてマウント
1-6:VMwaretoolsセットアップウィザードでセットアップの種類を「標準」、インストールを選択
1-7:OS再起動して終了
=====

RHEL系の手順
2-1:vSphere Web Client上で以下を実施
2-2:ゲストOSがオンラインの状態でスナップショット取得
2-3:対象の仮想マシンを右クリックしてゲストOSのVMware Toolsのアップグレードを選択
2-4:自動アップグレードを選択
2-5:内部でアップグレードが完了してOS再起動される
=====

■質問1
上記の手順「1-4」「2-3」の段階で「VMware Toolsのアップグレード」がグレーアウトされ
選択することができませんでした。
いろいろと調査すると、ESXiの設定項目である「UserVars.ProductLockerLocation」が
デフォルト設定から別途構成されている共有ストレージに変更されていました。
→変更後の共有ストレージの格納内容を確認すると過去のVMware Toolsモジュール(ISO)を格納されていたので
　VMware Toolsの格納場所として「UserVars.ProductLockerLocation」を変更したと考えています。

「VMware Toolsのアップグレード」がグレーアウトしている原因として
上記の理由は合っていますでしょうか。

■質問2
上記の手順でESXiにバンドルされているvmware-toolsをバージョンアップしたい場合
「UserVars.ProductLockerLocation」をデフォルトに戻したら、可能になりますでしょうか。

また、「UserVars.ProductLockerLocation」を変更後の設定のまま(共有ストレージの場所)で
共有ストレージの場所にESXiバンドル版と同じバージョンのISOをVMware Customer Connectからダウンロードして
格納すれば、可能になりますでしょうか。※「UserVars.ProductLockerLocation」の変更を避けれないかの確認となります。

※共有ストレージには複数のVMwarTools(各仮想マシン用、バージョン違い)がありますので
上記の手順の通り、「右クリックしてゲストOSのVMware Toolsのアップグレードを選択」で
バージョンアップされるのか気にしております。

以上、ご教授の程よろしくお願いします。

Re: 古いVMwareToolsの適用モジュールについて

take001 — Tue, 20 Jun 2023 21:21:47 GMT

gowatana さん

手順の連携ありがとうございます。

少し話がずれて恐縮なのですが
Linux版のVMwareToolsの種類について確認させてください

>vmware-install.pl を利用するインストーラは、下記からダウンロードできそうです。
>ダウンロードしてから解凍展開していくと linux.iso があるので、
>それをマウントしてさらに中のファイルを解凍展開していくと、
>vmware-install.pl とファイル一式が含まれるディレクトリが見つかるはずです。

Linux版のVMwareToolsは以下のURLの通り
ISO(vmware-install.pl とファイル一式が含まれる)とOSPとOVTがあると思っています。
OVTはLinuxディストリビューションでrpmやyumでバージョンアップする方法なので
ISOとOSPとは違うとは思うのですが、ISOとOSPの違いは何かあるのでしょうか。
今回、仮想OSのサポートが無いため、OVTは使用しない想定なので
違いがあればご教授頂きたく。

以下のURLで説明はあるものの、違いについてよく解らず。。。

https://docs.vmware.com/jp/VMware-Tools/10.2.0/com.vmware.vsphere.vmwaretools.doc/GUID-5D9177F3-A098-42F7-B87F-551F61BA434E.html

>一方で、OSP .rpm パッケージをダウンロードする場合は、
>今回は32bit OSとのことなので、x86_64ではなくi386配下の方かなと思います。
失礼しました。有難うございます。

以上、よろしくお願いします。

Re: 古いVMwareToolsの適用モジュールについて

take001 — Tue, 20 Jun 2023 20:50:58 GMT

kawaman さん

手順の連携、大変助かります。
確認させて頂きます。

古いVMwareToolsの適用モジュールについて

take001 — Tue, 20 Jun 2023 11:56:43 GMT

お世話になっております。

既存ESXiで稼働している仮想OSがありVMwareToolsも導入済みです。

今回、新規にESXIを構築して既存ESXiにある仮想OSを新規ESXiにvMotionして移動し

その後にVMwareToolsをバージョンアップする予定です。

■質問

仮想OSが古いこともあり、サポートされているVMwareToolsはESXiバンドル版ではサポート対象外となり

以下のサイトからダウンロードして適用する予定です(VMware Customer Connectでは対象バージョンはなし)

■ダウンロード予定のサイト

Index of /45848/tools/releases/10.3.22/rhel5/x86_64 (vmware.com)

今回、RHEL5(32Bit)にVMwareTools10.3.22を適用する予定なのですが

この場合、上記の「ダウンロード予定のサイト」を確認するとモジュールが沢山あり、どれをダウンロードすれば解らないため

ご教授頂いてもよろしいでしょうか。

以下の「VMwareToolsバージョンアップ時に実施する手順」ではRHELはiso想定なのですが

上記の「ダウンロード予定のサイト」にはiso(vmware-install.pl)は存在しないため確認させていただきたく。

■VMwareToolsバージョンアップ時に実施する手順

https://faq.support.nifcloud.com/faq/show/46?category_id=1&site_domain=default

以上、よろしくお願いします。

Re: ESXiにバンドルされているVMwareToolsのバージョンを実機で確認したい

take001 — Mon, 19 Jun 2023 21:28:20 GMT

kawaman 様

ダウンロードによる確認方法について

ご教授ありがとうございます。

Re: ESXiにバンドルされているVMwareToolsのバージョンを実機で確認したい

take001 — Mon, 19 Jun 2023 21:27:21 GMT

nkaneda1 様

コマンドによる確認方法について

ご教授ありがとうございます。

Re: ESXiにバンドルされているVMwareToolsのバージョンを実機で確認したい

take001 — Mon, 19 Jun 2023 21:26:05 GMT

gowatana 様

ご回答ありがとうございます。
確認することができました。

ESXiにバンドルされているVMwareToolsのバージョンを実機で確認したい

take001 — Sat, 17 Jun 2023 00:15:43 GMT

お世話になっております。

今回、新規にESI8.0U1を導入します。

ESXiにバンドルされているVMwareToolsを適用するにあたり

以下のURLでVMwareToolsバージョンを把握して、サポート状況を確認しました。

packages.vmware.com/tools/versions

上記URLからESXi8.0U1にバンドルされているVMwareToolsのバージョンは12.2.0だと解ったのですが

実際にESXi8.0U1を導入した後に、実機(GUI、CUI)でVMwareToolsのバージョンが上記URLに記載されている

12.2.0だということを確認したいと考えているのですが、そのような方法はございますでしょうか。

以上、よろしくお願いします。