[次へ(Next)]をクリックします。[OVFテンプレートの展開(Deploy OVF Template)]ウィンドウが更新され、[2 - 名前とフォルダの選択(2 - Select a name and folder)]が強調表示されます。名前を入力し、作成する Cisco Crosswork VM のそれぞれのデータセンターを選択します。
ホスト VM の [最近のタスク(Recent Tasks)]タブに、[OVFテンプレートの展開(Deploy OVF template)]ジョブと [OVFパッケージのインポート(Import OVF package)]ジョブのステータスを表示します。
ステップ 16
最初の VM の展開が完了した後でテンプレートを作成して、クラスタ内の残りの VM の展開を迅速化できます。テンプレートを作成するには、ホストを選択し、新しくインストールした VM を右クリックして、[テンプレート(Template)] > [テンプレートへの変換(Convert to Template)] を選択します。アクションを確認するプロンプトが表示されます。[はい(Yes)]をクリックして確定します。
テンプレートは、vSphere Client UI の [VM とテンプレート(VMs and Templates)]タブに作成されます。
ステップ 17
新しく作成したテンプレートから残りの VM を展開するには、テンプレートを右クリックし、[このテンプレートによる新しい VM(New VM from This Template)]を選択します。
ステップ 18
VMware の [テンプレートからの展開(Deploy From Template)]ウィンドウが開き、最初のステップの [1 - 名前とフォルダの選択(1 - Select a name and folder)]が強調表示されます。名前を入力し、VM それぞれのデータセンターを選択します。
ステップ 19
[次へ(Next)]をクリックします。[テンプレートからの展開(Deploy From Template)]ウィンドウが更新され、[2 - コンピューティングリソースの選択(2 - Select a compute resource)]が強調表示されます。Cisco Crosswork VM のホストを選択します。
ステップ 20
[次へ(Next)]をクリックします。[テンプレートからの展開(Deploy From Template)]ウィンドウが更新され、[3 - ストレージの選択(3 - Select Storage)]が強調表示されます。仮想ディスク形式として [ソースと同じ形式(Same format as source)]オプションを選択します(推奨)。
[次へ(Next)]をクリックします。[テンプレートからの展開(Deploy From Template)]ウィンドウが更新され、[5 - vApp プロパティのカスタマイズ(5 - Customize vApp properties)]が強調表示されます。このウィンドウには、テンプレートの vApp プロパティがすでに入力されています。次のフィールドを確認する必要があります。
[クラスタシードノード(ClusterSeed node)]:
新しいクラスタで最初に構築する VM の場合は、[True]を選択します。
他のすべての VM の場合、または障害が発生した VM を再構築する場合は、[False]を選択します。
[管理ネットワーク設定(ManagementNetwork settings)]:クラスタ内の各 VM に正しい IP 値を入力します。
[データネットワーク設定(DataNetwork settings)]:クラスタ内の各 VM に正しい IP 値を入力します。
[Crosswork管理クラスタ仮想IP(CrossworkManagement Cluster Virtual IP)]:仮想 IP は各クラスタノードで同じままになります。
[Crossworkデータクラスタ仮想 IP(Crosswork Data Cluster Virtual IP)]:仮想IPは各クラスタノードで同じままです。
[展開ログイン情報(DeploymentCredentials)]:クラスタ内の各 VM に同じ展開ログイン情報を入力します。
(注)
障害が発生した VM を交換するためにこの VM を展開する場合は、IP とその他の設定を交換するマシンと一致させる必要があります。
ステップ 23
[次へ(Next)]をクリックします。[テンプレートからの展開(Deploy From Template)]ウィンドウが更新され、[6 - 完了の準備(6 - Ready to Complete)]が強調表示されます。設定を確認し、展開を開始する準備ができたら [終了(Finish)]をクリックします。
ステップ 24
手順 17 ~ 23 を繰り返して、クラスタ内の残りの VM を展開します。
ステップ 25
これで、Cisco Crosswork VM の電源をオンにして、展開プロセスを完了することができます。クラスタシードノードとして選択された VM の電源を最初にオンにし、次に(数分後)残りの VM の電源を投入する必要があります。電源をオンにするには、ホストのエントリを展開し、[Cisco
Crosswork VM] をクリックして、[アクション(Actions)] > [電源(Power)] > [電源オン(Power On)] を選択します。
コンソールの使用:仮想 IP アドレスへの SSH を使用し、スーパーユーザに切り替え、kubectl get nodes(ノードの準備ができているかどうかの確認)と kubectl get pods(アクティブな実行中のポッドのリストの表示)を実行することで、ハイブリッド VM のいずれか 1 つのコンソールから進行状況を確認することもできます。アクティブなポッドのリストに robot-ui が表示されるまで、kubectl get pods コマンドを繰り返します。この時点で、Cisco Crosswork UI へのアクセスを試すことができます。
展開が「Crosswork クラスタの初期化の検証に失敗しました(Failed to validate Crosswork cluster initialization)」というエラーで失敗する
クラスタのシード VM に到達できないか、または 1 つ以上のクラスタ VM が正しく設定されていません。
VM が到達可能かどうかを確認し、 /var/log/firstBoot.log と /var/log/vm_setup.log からログを収集します。
他のクラスタノードのステータスを確認します。
VM は展開されていますが、Crosswork クラスタは形成されていません。
展開が成功すると、オペレータは VIP または任意のクラスタ IP アドレスにログインし、次のコマンドを実行してクラスタのステータスを取得できます。
sudo kubectl get nodes
3 ノードクラスタの正常な出力は次のようになります。
NAME STATUS ROLES AGE VERSION
172-25-87-2-hybrid.cisco.com Ready master 41d v1.16.4
172-25-87-3-hybrid.cisco.com Ready master 41d v1.16.4
172-25-87-4-hybrid.cisco.com Ready master 41d v1.16.4
govc:OVF ネットワークとシステムネットワーク間の指定されたネットワークマッピングがどのホストでもサポートされていません(govc: The provided network mapping between OVF networks and the system network is not supported by any host.)