SDDC Manager でできる事について

前回、VCF 環境というのは SDDC Manager によって管理されている Management Domain と VI Domain の環境という事を説明させていただきました。
今回は具体的に SDDC Manager が何をするのかを説明したいと思います。
それっぽい言葉で言うと、SDDC Manager は VCF 環境の司令塔であり全体管理を自動化するツールでしょうか。

具体的に何ができるのかというと、VI Domainの自動構築、各製品のバージョンアップ、パスワード管理、各 Domain へ ESXi の追加といったことができます。
それぞれについてもう少し詳しく説明していきます。

VI Domainの自動構築
今まで、SDDC Manager から自動で構築できますという話をしていましたが、実際どういう事かについて説明します。
まず、ESXi を SDDC Manager に追加するホストコミッショニングという作業をすると、SDDC Manager が登録された ESXi を管理できるようになります。
管理下にある ESXi とあらかじめ入力しておいた設定情報を使って VI Domain（VC/NSX/vSAN）を自動構築してくれます。

ESXiをインストールしなければならないのは手動でやる場合も同じですが、vMotionやvSAN用のVMkernelの作成などの設定は事前に設定しておけるのでらくになります。
vCenterとNSXの構築は設定内容を渡せばあとは自動で組み上げてくれます。

欲しいパーツを伝えたら、パソコンを組み上げてくれるBOTみたいな感じですね。

各製品のバージョンアップ
SDDC Manager、vCenter、ESXi、NSX のバージョンアップを行う際、依存関係などでバージョンアップを行う順番があります。
手動で順番にやることもできなくはないですが、SDDC Manager を使うとボタン一つで実行した際に依存関係などを考慮して順番にバージョンアップを行ってくれるようになります。

事前にパッチのダウンロードを済ませてから実行すると、エラーさえ発生しなければ処理を開始するだけで SDDC Manager → NSX → vCenter → ESXi の順番にバージョンアップを済ませてくれるのでとても便利です。
エラーさえ起きなければ・・・ね・・・

パスワード管理
こちらはパスワードの更新を自動化したり、することができる機能です。
出来るんですが、パスワードが自動作成されてしまうため手動で入力できません。
自動作成されたパスワードは、SDDC Manager に SSH等でログインしないとわからないため軽い気持ちで変更すると結構痛い目を見ます（〇敗…

証明書の管理
SDDC Maneger が管理している各製品について証明書を発行してインストールを行うことが可能です。
うっかり証明書の期限が切れてしまった場合なども、何が期限切れになったのか等確認して証明書をインストールしたりできるわりと便利な機能です。

各 Domain へ ESXi の追加
こちらは、VI Domain の構築と被りますが、ESXi の初期インストールを実施し SDDC Manager へホストのコミッショニングを行っておけば、Management Domain および VI Domain へ ESXi を追加できるというものです。
追加するときにその他のホストと設定を合わせてくれるのでスムーズに追加ができるというのが良い点になると思います。
ただ、これ追加した後は削除できなさそうなので、需要に合わせてホストの登録を解除したいときは手動で解除しなければならなさそうです・・・


今回は SDDC Manager でできる事の解説でした。
一つ一つを手動でやることも可能ですが、大量の ESXi、vCenter、NSX への設定を個別にやることを考えると手間も掛かりミスも多くなることは目に見えています。
それを自動でやって手間とミスを減らすという事が出来るのが SDDC Manager という製品です。

なお、パスワードの管理は vCenter からもできるようになったため、SDDC Manager はいずれ vCenter に統合されていくのかなぁという気はしてしまいますね。
次回はVCFになると具体的にどんな風に変わっていくのかという部分を解説していきたいと思います。

vSphere Cloud Foundation（VCF）について理解を深めようシリーズ

今回から vSphere Cloud Foundation（VCF）について私が理解を深めていくために記事を書いていきたいと思います。
内容としては今のところこんな感じを想定していますが、その時の興味と実際に確認できたかどうかで内容はしれっと変わっていくのでご容赦ください。

1章 VCF ってどういう環境？
- vSphere Cloud Foundation（VCF）環境とは何か？
- SDDC Manager でできる事について
- SDDC Maneger からの管理とはどんな感じなのかについて

2章 VCF の作り方
- 『グリーンフィールド』と『ブラウンフィールド』
- 『BuringupとCloud Builder』とは
- 『既存環境をVCFに組み込む VCF Import Tool』とは

3章 やってみよう、VCF Import ツールで既存環境を Manager Domain に Convert
- 事前準備
- SDDC Manager の展開
- VCF Import Tool の導入と Management Domain へ Convert の実行

4章 やってみよう、VCF Import ツールで既存環境を VI Domain に Import
- 事前準備
- VCF Import Tool で VI Domain として Import の実行

vSphere Cloud Foundation（VCF）環境とは何か？
vSphere Cloud Foundation（VCF） は Software-Defined Data Center（SDDC）をオンプレに構築して仮想マシンなどを管理していきましょうという製品です。
vSphere の製品（vCenter、ESXi、vSAN、NSX）で SDDC を作成して使っていきましょうという感じです。
NSX はちょっと一般的ではないかもしれないですが、vCenter、ESXi、vSAN はそこそこ使っている方がいるかと思います。

なので土台となっている環境自体は普段と同じと思っても大丈夫です。
VCFだからESXiではない別の新しいハイパーバイザーが登場するというようなことではありません。
一番大きな違いとしては、たくさんの SDDC 環境を展開して使うという点でありそこが一番の頭を悩ませる部分です。

この SDDC を作っていくのがVCFという製品になるわけですが、たくさんの SDDC を作っていくため管理用の機能を持たせる管理用の SDDC を必要とします。
それが Managment Domain です。
この Managment Domain には、vCenter や NSX Manager 等の vSphere が提供する機能を管理するアプライアンスマシンが動作します。

では、管理系ではないユーザーが実際に使う仮想マシンたちはどこで動作するのかというと、VI Domain と呼ばれるワークロード用の SDDC になります。
この VI Domain を素早く作り出すのがVCFの一番の使命となっています。

VI Domain がたくさん作られるという事は、いくつもの vCenter、ESXi、vSAN、NSX のセットが作られることになるため、vCenter を管理する vCenter が欲しくなります。
その役割を担うのが、SDDC Manager というアプライアンスマシンです。
もうこれだけで普段 vCenter と ESXi で仮想マシンを動かしているスタンダードなvSphere環境に親しんでいる人は意味が解らないと思います。
構築した際のVCF環境についてイメージ図をご用意したしましたのでご覧ください。

Managment Dmain は管理用の環境で、VI Domain がユーザーが利用する仮想マシンが動作する環境です。
絵を見ていただくと VI Domain には vCenter と NSX Manager が居ませんが、それらは Managment Dmain に作られます。
ESXi も8台あって大体これが最小構成（ほんとに最小構成にすると7台）となります。

というわけで、繰り返しますが VCF という製品の目的は Management Domain を使って VI Domain を複数作って管理することを目的とした製品となります。
複数作るわけですから、2個目の VI Domain を作成した場合のイメージ図はこんな感じです。
これが、どんどん増えていくようなことを想定しているわけですね・・・。

つまり、めちゃくちゃ大規模な環境で使うことが前提の製品となっています。
さらに、VI Domain を作れば作るほど Management Domain に vCenter と NSX Manager が増えていきますので、それを担保できるリソースが Management Domain にも必要になるのでそこをケチることも難しい・・・なぁ。

というわけで、今回は VCF 環境というのは SDDC Manager によって管理されている Management Domain と VI Domain の環境という事だけ覚えておいてもらえたらなと思います。
こんな感じのスタートとなりましたが、この VCF環境となることで親しみのある vCenter/ESXi 環境と違う管理がどのようにできるのか等、VCF について紹介していこうと思いますのでよろしければお付き合いください。

ホストプロファイルでパスワードを上書きしてみる。

今回はちょっと面白い K Bを見つけたので紹介がてらやってみようと思います。
どんな KB かといいますと、ESXi の root パスワードを忘れちゃったときにホストプロファイルで修正するというものです。

kb:https://knowledge.broadcom.com/external/article/321439/esxi-root.html

そもそもホストプロファイルとは何ぞやという方のために軽く説明すると『ESXi ホストの設定をテンプレート化し、複数のホストに一貫した設定を適用できる機能』となります。

例えば、ネットワーク設定やストレージ構成、セキュリティ設定などをホストプロファイルとして保存し、それを他の ESXi ホストに適用することで同じ設定にすることができるというものです。

詳細は公式ドキュメントの以下をご確認ください。
https://techdocs.broadcom.com/jp/ja/vmware-cis/vsphere/vsphere/8-0/host-profiles-8-0/what-are-vsphere-host-profiles.html#GUID-0E5BF330-A765-4CDB-A97C-1D8C26260E5A-en

早速やっていきたいと思います。
今回はつまり、ESXi の root に関する設定をホストプロファイルで作成し、ESXi に適用することでわからなくなってしまったパスワードを修正するということです。
中々機転の利いた使い方だなぁと思いました。
まず、vCenter にログインしホストプロファイルを表示します。

元となるホストからホストプロファイルを抽出して使うので、「ホストプロファイルの抽出」をクリックします。

抽出する ESXi を選択して「次へ」をクリックします。

ホストプロファイルの名前を設定して「完了」をクリックします。

これでホストプロファイルが作成できました。
このホストプロファイルを編集してパスワードを上書きさせます。
リンクからホストプロファイルの詳細に移動してください。

「アクション」から「ホストプロファイルの編集」をクリックします。

余計な部分まで変更しないように一旦チェックボックスをすべて外します。

以下のようにたどって「root」を表示し、パスワードで「固定パスワード設定」を選びます。

変更するパスワードを入力して「保存」をクリックします。
これでパスワードを上書きするホストプロファイルができました。

パスワードの上書を行うため、ホストプロファイルを対象の ESXi に添付します。
「アクション」から「ホスト及びクラスタの添付/分離」をクリックしてください。

ホストプロファイルを添付する ESXi を選択し「保存」をクリックします。

添付したホストプロファイルがESXiの状態と一致しているかをチェックするため、「アクション」から「ホストプロファイルのコンプライアンスの確認」をクリックします。

処理が完了すると「最近のコンプライアンスエラー」にホストプロファイルを添付した ESXi が出てきます。
これは現在使用しているパスワードと、ホストプロファイルに設定したパスワードが異なっているためです。

いよいよ現在使っているパスワードを、ホストプロファイルで設定したパスワードに変更します。
「アクション」から「修正」をクリックしてください。

修正を行うホストを選択して「修正」をクリックします。

処理が完了すると、コンプライアンスエラーが無くなり準拠に数えられます。

これで ssh 等から ESXi にログインする際に、ホストプロファイルで設定したパスワードを使用してログインができるようになっているはずです。
今回は以上となります。

vCenterのコンテンツライブラリを使ってみる。その３ 作ったコンテンツライブラリのアイテムを別のvCenterから利用してみる。

今回はvCenterで作成したコンテンツライブラリを別のvCenterで使ってみようと思います。
コンテンツライブラリを作成したvCenterをvCenter-Aと呼び、コンテンツライブラリを使わせてもらう方のvCenterをvCenter-Bと呼ばばせてもらいます。
すでにコンテンツライブラリは作成してあるので、作成後に何をするのかというお話になります。

まずコンテンツライブラリが他のvCenterから使える公開された状態にあるかどうかという部分の確認です。
公開されている状態というのがどういうことかといいますと、以下のようにアクセス用のURLが発行されているかどうかとなります。

この公開状態にするには作成時に公開する方法（今回はこれで作成しました。）

もしくは、あとから設定を公開に変更するかのどちらかです。
コンテンツライブラリの設定編集を開くと、公開するかどうかのチェックがあるのでそれをチェックするとURLがコピーできるようになります。

設定を保存すると、最初に紹介したようにサマリでも確認できます。

公開されているURLをコピーしたら、使いたい方のvCenter-Bにログインします。

コンテンツライブラリを作成する際に、公開されているコンテンツライブラリをURLで指定して作成します。

これでコンテンツライブラリを共有することができました。

この状態のvCenter-Bでコンテンツライブラリの各アイテムを見ると「ローカル」が「いいえ」となっています。
これは、アイテム自体はあることは知っているけどまだ自分のところには持ってきてないので使えませんよという状態です。
そのため、ローカルに持ってきてもらって使えるようにする必要があります。

そのためには何をするかというと、アイテムの同期という処理をします。
アイテムをローカルに保存出来たら「ローカル」でも「はい」と表示されvCenter-Bでも使えるようになります。

OVF & OVA テンプレートの方も同様です。

アイテムを同期してローカルを「はい」にします。
同期がの処理がタスクとして現れます。

処理が終わるとローカルが『はい』となり使えるようになります。

ちゃんとコンテンツライブラリからのISOマウントや、テンプレートからの作成が選べますね

ちなみにですが、このコンテンツライブラリにvCenter-B側から新規のアイテムを追加することはできません。
使いたいアイテムを増やしたい場合は、vCenter-AにアイテムをインポートしてからvCenter-Bでアイテムの同期を行う必要がありますのでご注意ください。

ちなみに今回は利用するアイテムを個別に同期しましたが、コンテンツライブラリのサブスクライブ時にコンテンツライブラリ内のアイテムをすべて同期させるようにすることができます。
こちらの一番下にあるチェックですね。

ただ、これをやるときはコンテンツライブラリの中に大量のアイテムがない場合をお勧めします。
一気に同期をしてかなり時間がかかったりしますので・・・。

vCenterのコンテンツライブラリを使ってみる。その２ テンプレートとOVFをインポートして使ってみる。

今回は仮想マシンのテンプレートとOVFファイルをコンテンツライブラリにインポートして利用する方法をやっていきます。

仮想マシンテンプレートのインポート

仮想マシンのテンプレートをコンテンツライブラリにインポートする場合、仮想マシンのクローンから「テンプレートとしてライブラリにクローン作成」をクリックします。

テンプレートの名前とテンプレートをどのフォルダに格納するかを指定して「次へ」をクリックします。

テンプレートを登録するコンテンツライブラリを指定して「次へ」をクリックします。

コンテンツライブラリを管理するESXiを指定して「次へ」をクリックします。

コンテンツライブラリを配置するデータストアを指定して「次へ」をクリックします。

「完了」をクリックします。

処理が完了するとコンテンツライブラリにテンプレートが登録されます。

仮想マシンのOVFのインポート

今度は仮想マシンのOVFをコンテンツライブラリにインポートしてみます。
OVFをインポートする場合は仮想マシンをテンプレートにした状態で右クリックから「ライブラリにクローン作成」をクリックします。

今回は新しく作るため、新規テンプレートを選び格納するコンテンツライブラリの指定とテンプレートの名前を指定して「OK」をクリックします。

処理が完了するとコンテンツライブラリに登録されます。

コンテンツライブラリに登録したテンプレートとOVFを利用するにはそれぞれのアイテムに進んでアクションから可能です。

テンプレートの利用

OVFの利用

次回は別環境のvCenterから作成したコンテンツライブラリを利用する方法についてやっていこうと思います。

vCenterのコンテンツライブラリを使ってみる。その１ コンテンツライブラリ作成とISOイメージのインポート

vCenterには、仮想マシンのテンプレートやOVF、IOSイメージを格納して利用できるコンテンツライブラリがあります。
このコンテンツライブラリはvCenter A で作成したものを、別環境のvCenter Bにインポートして使うことができるので結構便利です。
あまり使われているのを見なかったので具体的にどう使うのかを紹介しようと思います。

コンテンツライブラリの作成
vSphere Clientで「≡」から「コンテンツライブラリ」を表示します。

「作成」をクリックします。

名前を入力して「次へ」をクリックします。

今回は後で別のvCenterでもコンテンツライブラリを利用する予定なので「公開の有効化」をチェックして「次へ」をクリックします。

セキュリティ ポリシーの手今日は何もせず「次へ」をクリックします。

ストレージでは、ISOや仮想マシンテンプレートの置き場となるデータストアを選んで「次へ」をクリックします。

「完了」をクリックしてコンテンツライブラリを作成します。

コンテンツライブラリにアイテムとしてISOイメージをインポートする。
作成したコンテンツライブラリには、仮想マシンテンプレート、仮想マシンのOVF、ISOイメージが格納できます。
ISOイメージのインポートをやっていきます。

コンテンツライブラリに入り「アクション」からアイテムのインポートをクリックします。

ローカルファイルを選択し「ファイルのアップロード」をクリックします。

アップロードするISOイメージを選択します。

「インポート」をクリックします。

インポートの処理が完了すると「その他アイテム」にアップロードしたISOイメージが表示されます。

コンテンツライブラリにインポートしたISOイメージは、仮想マシンを作成するときに使うことができます。
こちらは仮想マシンの新規作成時の画面となりますが、仮想マシンのCD/DVDドライブでコンテンツライブラリISOファイルを選択します。

マウントするISOイメージをコンテンツライブラリから選んで使うことができます。

共有データストアにISOイメージを置いて使うときとほとんど使い方は同じです。

vCenterと接続できればいいのでESXiに直接ファイルを送るよりは使いやすいかなと思います。
次回は仮想マシンテンプレートと仮想マシンのOVFをインポートして使う手順を説明したいと思います。