----※PSCのメモリを増量して起動後、vCenterとの通信がうまくいかない場合はvCSAも再起動してください。一応、Communityで質問したところ、開発側のAlekseyさんからも解答をもらえました。稀にホストのアップグレード中に失敗する事象があります。原因はよくわからないのですが、赤枠で囲った部分、ホストの「イメージプロファイル」が欠落している場合、アップグレードのVIBが適用できずに失敗してしましますので、アップグレードの事前に全ホストの「イメージプロファイル」の状態は確認しておいた方が良いです。Managerでの事前チェックではここが確認されない。このイメージプロファイル(ESXiホスト内のimgdb.tgz)が壊れる事象のワークアラウンドはKB<https://support.emc.com/kb/494822>も公開されているのですが、アップグレード中にエラーが出るのは心臓によくないので、事前にチェックしておいた方が吉です。※手順はほかの健全はホストからimgdb.tgzをコピーして適用します。20180※本記事は元々"kawaman"の個人ブログスペースに投稿しておりましたが、DECNからDELLコミュニティへのコミュニティ統合に伴う移行影響で"日本語コミュニティ"ブログ側に付け替えさせていただきました。4.0.200がリリースされたので、よく問い合わせいただく4.0.200で何が変わったかを簡単にまとめたいと思います。4.0.0がリリースされてから、このところのvSphere側の脆弱性対応やマイナーバージョンアップに対応する形でパッチが矢継ぎ早にリリースされていたので各バージョンの内容を整理します。4.0.200へのアップグレードが強く推奨されています。EMCログイン)に記載がありますが、数が多いので個人的にこの更新は嬉しいなと思うものを以下まとめます。気になった項目は太字にしています。vCenter.(詳細は試してみないとわかりませんが、組み込みのvCenterを外部vCenterとしてVxRailクラスタの外に出す事ができる?ってことでしょうか。3.0で昨年リリースされてから1年で4.0.200まで刻んできましたが、リリース当初はサポートされていなかった各種初期構成時のデフォルト値の変更や、柔軟な構成にも対応するように数々の改善が加わってきました。4.5の登場もそろそろなので、今年度もいろいろ情報を追っていこうと思います。Edtionのクラスタの「半自動」アップグレードの検証レポートをアップしたいと思います。20180※本記事は元々"kawaman"の個人ブログスペースに投稿しておりましたが、DECNからDELLコミュニティへのコミュニティ統合に伴う移行影響で"日本語コミュニティ"ブログ側に付け替えさせていただきました。Manager上でvMotionを促すメッセージなどフォロー機能が実装されています。現時点ではアップグレードやメンテナンスにおいて一部制限があります。Editionを利用した場合の設定・運用ポイントを紹介します。Editionの機能は使えません。vMotionを手動で実施する必要がある。その他はvSphereのライセンス差分程度。Enterpriseのライセンスで提供されます。NIOCも使えました。4.0.100、4.0.132ベースでの情報ですので今後のバージョンで変わる可能性があります。4.0.131というバージョンだったので投稿しようか迷ったのですが、関連するKBとリリースノートが正式に公開されたので改めて公開します。Edition利用時の運用イメージをまとめました。Editionの適用VxRailは初期セットアップ後はvSphereの評価ライセンスが適用されているので、機能はフル機能利用できます。Enterpriseでも利用可能です。StandardのNFRライセンスがなかったのですが、vExpertの特典の評価ライセンスにStdが含まれていたので今回はこれを利用しました。現在の利用中の機能が制限されると警告があります。適用後、DRSが利用不可になるのでResourcePoolが削除され、インベントリに作成済みの仮想マシンが大量に並んでしまいました。ライセンスが提供する機能にvDSが含まれるため、vDSは残っています。今回初めて気づいたのですが、NIOCもどうやら継続して利用できるようです。無効化→有効化を試しても問題ありませんでした。EnterpriseでvDSが利用できる環境であればNIOCも使えるのかもしれません。NIOCのシェア値もそのまま残っています。他のホストに仮想マシンのvMotionによるオンライン移行が利用できません。そのため、アップグレード中にホストの再起動が行われる際には、管理者が手動で仮想マシンの退避を行う必要があります。※通常のアップグレード時の作業内容は過去投稿を参照ください。Standardが適用されている場合は、ワンクリックアップグレード機能が実行できないので以下のような警告が表示されます。Editionでもアップグレードが続行されるようになります。★ここからがなかなか面倒です。ホストがNode1からアップグレードが開始されますが、DRSが利用できないStandardでは毎回ホストのメンテナンスモード投入時に仮想マシンを手動で移動しなければなりません。Manager上では各ホストのメンテナンスモード投入タイミングで「アップグレード時のPythonフック」表示で待ちになります。ClientでvCenterに接続し、Node1上のパワーオンの仮想マシンをvMotionでほかのホストに移動します。ホスト上の仮想マシンが空になると、Node1がメンテナンスモードに投入されるとアップグレードが続行されます。アップグレードのVIB適用後、ホストも再起動されます。Node1のアップグレードが終わると、次はNode2の処理が開始されるので、Node2上の仮想マシンの他のノードに退避させ、同様の操作を全ノード数分実行します。※どのバージョンからどのバージョンにアップグレードするかによっても変わると思いますが、1ホストあたりvSphereの差分VIBと、VxRailのエージェント(MARVIN)のVIBのインストール時にそれぞれ再起動が走ります。最終的に全ノードの更新が完了しますが、やはりDRS機能の有無の差は非常に大きい印象です。plusで設計・導入する事が運用的にも強く推奨されるべきと考えています。問題について4.0.131は2017年3月上旬にリリースされましたが、すぐに4.0.132に差し替えられました。Checkでも警告が出力されてしまいます。DBが更新されvSAN警告は非表示となりました。DBだとドライバの互換警告が出ていましたが、3/23移行のDBに更新すると、グリーンに戻ります。Standardで利用した際に、以下の点に注意が必要です。Poolなどの機能が使えなくなる・ホストのバージョンアップ時には、手動で別ホストへ仮想マシンの移動が必要となる。全ノード分なのでしんどいと思います。NIOCはそのまま利用できるようです。ResultsCLOSEMENU。