まだWindows 上にvCenter Server をインストールされておられる環境が多いので、
少しネタとして。
Windows Server 2012 R2以降には、PowerShellで Test-NetConnectionというコマンドレットが用意されています。
指定したTCPポートが開いているか確認するためのものです。
私はたまに開いているはずのTCPポートがなぜか通信できていなさそう、というときに使ったりします。
書式）
Test-NetConnection -ComputerName <IP or hostname> -Port <PortNo>
実行すると、青い画面が出ます。（出ないようにもオプションで可能）
ダメだったときは、"TcpTestSucceeded: False" となります。
Port 443が空いていたら "TcpTestSucceeded: True" になります。
Ping感覚で使えるのでとっさに切り分けするときなどに便利だなぁと思いました。
おわり
こんにちは。
Beta program に登録したので、vCSA6.6 Betaをデプロイしてみました。
Build No 6840631 です。
ただ、ひたすらにスクリーンショットを貼り付けていきます。
Deployと言いながら、VMware的にはInstall になります。
完了の画面撮り忘れた・・・
HTML 5のvSphere Client にログインします。
エラーでみれなかったです・・・またトラブルシューティングします。
vSphere Client は同じだと思います。
おわり
こんにちは。
この間、VDP6.1.4をダウンロードして、デプロイしようとしたら、
エラーでデプロイのウィザードを進めなかったので、回避策も含めて記載します。
まずは、OVAファイルをダウンロードします。
vSphere Web Client からESXiホストを右クリックして、[Deploy OVF Template] をクリックします。（私の環境は英語環境）
vSphareDataProtection-6.1.4.ova を選択します。
ウィザードを進めていくと証明書のエラーにぶち当たります。
[Next]ボタンをクリックしても、進むことはできません。
エラーの原因は、証明書の期限が切れています。おいおい、という感じです。
このままではデプロイができないので、回避策をしていきます。
まず、vSphereDataProtection-6.1.4.ova のファイル拡張子を変更します。
"tar" 形式にします。
vSphereDataProtection-6.1.4.ova
→
vSphereDataProtection-6.1.4.tar
そしてこのまま解凍します。
解凍後のファイルたちです。
デプロイ時には、以下２つのファイルを使用します。
・vSphereDataProtection-0.0TB.ovf
・vSphereDataProtection-0.0TB-disk1.vmdk
デプロイ時に .ovf と.vmdk だけを指定します。
[Publisher] のところが "No certificate present" になっています。
そのため、Next ボタンをクリックできるようになっています。進めます。
マツダ好きなので、データセンター名がまつだですが、[Finish]ボタンでデプロイが開始されます。
特に問題もなく完了します。
デプロイしたVDPをパワーオンします。
特に問題なくアクセスできました。
ここからは通常のVDPの構成と同じなので省略。
現時点のVDPをデプロイするには回避策をするしかないとおもいます。
証明書が更新されることを祈ります…
おわり
ESXi6.0やESXi6.5で実装されているHost Client はデフォルトでは放置していると自動的に15分でログアウトされます。
検証機で使う場合には、これはなかなか面倒です。
タイムアウトしないように設定しようと思います。
Host Client にログインして
[管理] - [システム]タブ - [詳細設定] の中にある
[UserVars.HostClientSessionTimeout] をクリックして[オプションの編集]をクリックします。
もともと900秒つまり、15分に設定されています。
０を入力して、保存をクリックします。
あとはHost Client 画面のリロードすれば終わりです。
Host Client でできることがいろいろ増えてきて嬉しい限りです。
こんにちは。
仮想スイッチにつながっている仮想マシンがどのvmnicで通信しているかを確認する方法をご紹介します。
一般的に運用の中では１つの仮想スイッチ(vSwitch)に複数vmnic(物理NIC）を割り当てているかとおもいます。１つの仮想スイッチにvmnicが２つ割り当てられている例として画面を貼ります。（vmnic0,1）
vmnic0 , vmnic1 ともにアクティブなNICとして動作させることが大半かと思います。
※今回スイッチ側のLACPなどは構成していません。
１つ仮想マシン（Windows7）を作成し、上記の仮想スイッチに接続させます。
次にESXiにSSH接続します。（私はTeratermを使っています）
そして、esxtop と入力して Enterキーを押します。
このままだと色んな情報が混在している状態です。
キーボードの n キーを押下します。(ネットワークのViewに変更します)
[Windows7] という仮想マシンが、vmnic1 を使用していることがわかります。
ためしにこのWindows7という仮想マシンが使用中のvmnic1をLinkDownさせてみます。
瞬時に vmnic1 からvmnic0 に切り替わりました。
仮想マシンがどのvmnicで通信しているかを確認する状況はあまり意識することがないかもしれないですが、メモとしてご紹介しました。
おわり
いよいよ、VMwareからvCenter Server Appliance が主流になると宣言されたので、
vCenter Server Appliance 6.5 から6.5 Update 1 にバージョンアップしようと思う。
現在のvCenter Server の情報
【ISOファイルをダウンロード】
アップデートモジュールがないと話にならないので、MyVMwareからダウンロードします。MyVMwareへのログインが必要です。
URL: https://my.vmware.com/ja/group/vmware/patch#search
ダウンロードしたものをデータストアに置きます。
データストアに置いた ISOファイルを既に稼働中のvCenter Server Appliance にマウントさせます。
Connected になりました。
では次に、vCenter Server Appliance Management 画面にログインします。
ブラウザから <Server IP>:5480 アクセスし、rootユーザーでログインします。
ログイン後、[更新]をクリックします。
右上にある [更新の確認]をクリックし、[CDROM の確認]をクリックします。
インターネット上からアップデートモジュールをダウンロードすることもできますが、
インターネットにつながっているvCenter を使っている人は日本では少ない気がしたので、今回はISO（CDROM）でアップデートします。
更新が可能である旨が表示されます。
[アップデートのインストール]ボタンをクリックします。
[インス…]をクリックします。
アップデートが始まります。
おおよそ 6分くらいで完了しました。
その後、再起動を実施します。
無事Buildが5973321になっています。
以上で完了です。
おわり
