この製品のドキュメントセットは、偏向のない言語を使用するように配慮されています。このドキュメントセットでの偏向のない言語とは、年齢、障害、性別、人種的アイデンティティ、民族的アイデンティティ、性的指向、社会経済的地位、およびインターセクショナリティに基づく差別を意味しない言語として定義されています。製品ソフトウェアのユーザインターフェイスにハードコードされている言語、RFP のドキュメントに基づいて使用されている言語、または参照されているサードパーティ製品で使用されている言語によりドキュメントに例外が存在する場合があります。シスコのインクルーシブ ランゲージの取り組みの詳細は、こちらをご覧ください。
このドキュメントは、米国シスコ発行ドキュメントの参考和訳です。リンク情報につきましては、日本語版掲載時点で、英語版にアップデートがあり、リンク先のページが移動/変更されている場合がありますことをご了承ください。あくまでも参考和訳となりますので、正式な内容については米国サイトのドキュメントを参照ください。
ここでは、次の内容について説明します。
Cisco Crosswork プラットフォームはクラスタアーキテクチャを使用します。クラスタは、ノードと呼ばれる仮想マシン（VM）ホストの統合グループにプラットフォームサービスを分散します。基盤となるソフトウェアアーキテクチャは、処理負荷とトラフィック負荷をノード間で自動的かつ動的に分散します。このアーキテクチャにより、Cisco Crosswork はシステムの実際の使用方法に対応し、スケーラブルで可用性の高い拡張可能な方法で実行できます。
1 つの Crosswork クラスタは 3 つ以上のノードで構成され、すべてがハイブリッド設定で動作します。これら 3 つのハイブリッドノードは、すべての Cisco Crosswork の展開に必須です。より厳しいスケール要件がある場合は、最大 3 つのワーカーノードを追加できます。詳細については、新しいクラスタノードの展開を参照してください。
管理者ロールに割り当てられたユーザーは、すべてのクラスタ設定およびモニターリング機能にフルアクセスできます。
[Crosswork Manager] ウィンドウを使用して、クラスタの状態を確認します。このウィンドウを表示するには、メインメニューから、 を選択します。
![[Crosswork Manager] ウィンドウ](/c/dam/en/us/td/i/400001-500000/450001-460000/457001-458000/457451.jpg)
[Crosswork Manager] ウィンドウには、クラスタノードのステータス、プラットフォーム インフラストラクチャ、およびインストールしたアプリケーションに関する概要情報が表示されます。
クラスタ内のノードの詳細については、[Crosswork の概要（Crosswork Summary）] タブで、[Crosswork クラスタ（Crosswork Cluster）] タイルをクリックします。Cisco Crosswork には、次の図に示すような [クラスタ管理（Cluster Management）] ウィンドウが表示されます。
![[クラスタ管理（Cluster Management）] ウィンドウ](/c/dam/en/us/td/i/400001-500000/460001-470000/468001-469000/468788.jpeg)
 注目 |
手動インストールの場合、クラスタ管理ウィンドウにインベントリの詳細が正しく表示されないことがあります。このような場合、クラスタインベントリのインポート で説明されているように、クラスタ インベントリ ファイルを手動でインポートする必要があります。 |
ウィンドウの上部には、クラスタが使用しているリソースの合計が表示されます。下部のセクションには、ノードごとのリソース使用率が表示され、ノードごとに個別の詳細タイルが表示されます。ウィンドウには、使用中の IP アドレス、各ノードがハイブリッドかワーカーかなど、その他の詳細が表示されます。
右上隅にある システム機能をリアルタイムで視覚的にモニター への [その他の可視化の表示（View more Visualizations）] リンクをクリックします。
1 つのノードの詳細を表示するには、ノードのタイルで 
をクリックし、[詳細の表示（View Details）] を選択します。[VM ノード（VM Node）] ウィンドウに、ノードの詳細と、ノードで実行されているマイクロサービスのリストが表示されます。
![[VM ノードの詳細（VM Node Details）] ウィンドウ](/c/dam/en/us/td/i/400001-500000/460001-470000/468001-469000/468791.jpeg)
マイクロサービスを再起動するには、[アクション（Action）] で 
をクリックし、[再起動（Restart）] を選択します。
[Crosswork Health] タブの使用方法については、「プラットフォーム インフラストラクチャとアプリケーション正常性のモニター」を参照してください。
vCenter UI を使用して手動でクラスタをインストールした場合（クラスタインストーラツールを使用せずに）、インベントリファイル（.tfvars ファイル）を Cisco Crosswork にインポートして、クラスタの詳細を反映する必要があります。インベントリファイルには、クラスタ内の VM に関する情報と、データセンターのパラメータが含まれています。この操作が完了するまで、Crosswork はクラスタ内の VM ノードを展開または削除できません。
（注） |
クラスタインベントリファイルを手動でインポートするときは、「VM_State」パラメータのコメントを外してください。これを行わないと、VM が機能するようになった後でも、VM のステータスが誤って「初期化中」と表示されます。 |
|
ステップ 1 |
メインメニューから、 を選択します。 |
|
ステップ 2 |
[Crosswork の概要（Crosswork Summary）] タブで、[Crosswork クラスタ（Crosswork Cluster）] タイルをクリックして、[クラスタ管理（Cluster Management）] ウィンドウを表示します。 |
|
ステップ 3 |
を選択して、[クラスタインベントリのインポート（Import Cluster Inventory）] ダイアログボックスを表示します。 |
|
ステップ 4 |
（オプション）[サンプル テンプレート ファイルのダウンロード（Download sample template file）] をクリックしてテンプレートをダウンロードして編集します。 |
|
ステップ 5 |
[参照（Browse）] をクリックし、クラスタ インベントリ ファイルを選択します。 |
|
ステップ 6 |
[インポート（Import）] をクリックして操作を完了します。 |
Cisco Crosswork クラスタが形成された後、要件を満たすために追加のノードが必要になる場合があります。次の手順は、新しい VM ノードを展開する方法を示しています。
（注） |
Crosswork Summary ウィンドウと Cluster Managementウィンドウには、クラスタに関する情報が表示されます。両方のウィンドウに同じクラスタのステータスが表示されますが、表示がわずかに一致しない場合があります。これは、Crosswork Summary ウィンドウに Kubernetes に基づいたノードステータスが表示されるのに対し、Cluster Management ウィンドウではデータセンターのノードステータスも考慮されるためです。 この不一致の例は、データセンターのリソースが不足しているために、Crosswork UI でワーカーノードの展開が失敗した場合です。この場合、障害が発生したワーカーノードのステータスは [クラスタ管理（Cluster Management）] ウィンドウに「劣化」と表示され、同じステータスが [Crossworkの概要（Crosswork Summary）] ウィンドウに「ダウン」と表示されます。 |
次の情報を知っている必要があります。
管理 IP アドレスなどの Cisco Crosswork ネットワーク設定の詳細。
データストアやデータ VM インターフェイスの IP アドレスなど、新しいノードを展開する VMware ホストの詳細。
追加するノードのタイプ。クラスタには、3 つ以上のハイブリッドノードと最大 3 つのワーカーノードを設定できます。
クラスタを手動でインストールした場合は、新しいノードを展開する前に、クラスタ インベントリ ファイルを Cisco Crosswork にインポートする必要があります。詳細については、クラスタインベントリのインポートを参照してください。[VMの展開（Deploy VM）] オプションは、インポート操作が完了するまで無効になります。
|
ステップ 1 |
メインメニューから、 を選択します。 |
|
ステップ 2 |
[Crosswork の概要（Crosswork Summary）] タブで、[Crosswork クラスタ（Crosswork Cluster）] タイルをクリックして、[クラスタ管理（Cluster Management）] ウィンドウを表示します。 |
|
ステップ 3 |
を選択して、[新しい VM ノードの展開（Deploy New VM Node）] ウィンドウを表示します。 
|
|
ステップ 4 |
表示されたフィールドに関連する値を入力します。 |
|
ステップ 5 |
[展開（Deploy）] をクリックします。システムが VMware の新しいノードのプロビジョニングを開始します。Cisco Crosswork によって、[Crosswork Manager] ウィンドウに新しいノードのタイルが追加されます。タイルには、展開の進行状況が表示されます。 を選択するか、または VMware のユーザーインターフェイスからノードの展開ステータスをモニターできます。 Cisco Crosswork API を使用して VM ノードを追加した場合は、新しく追加された VM ノードタイルで |
|
ステップ 1 |
メインメニューから、 を選択します。 |
|
ステップ 2 |
[Crosswork の概要（Crosswork Summary）] タブで、[Crosswork クラスタ（Crosswork Cluster）] タイルをクリックして、[クラスタ管理（Cluster Management）] ウィンドウを表示します。 |
|
ステップ 3 |
を選択して、[データセンターの編集（Edit Data Center）] ウィンドウを表示します。 [データセンターの編集（Edit Data Center）] ウィンドウに、データセンターの詳細が表示されます。 |
|
ステップ 4 |
[データセンターの編集（Edit Data Center）] ウィンドウを使用して、[アクセス（Access）] フィールドに値を入力します（アドレス、ユーザー名、パスワード）。 |
|
ステップ 5 |
[保存（Save）] をクリックして、データセンター クレデンシャルの変更を保存します。 |
|
ステップ 1 |
メインメニューから、 を選択します。 |
|
ステップ 2 |
[Crosswork の概要（Crosswork Summary）] タブで、[Crosswork クラスタ（Crosswork Cluster）] タイルをクリックして、[クラスタ管理（Cluster Management）] ウィンドウを表示します。 |
|
ステップ 3 |
を選択します。 [ジョブ履歴（Job History）] ウィンドウに、クラスタジョブのリストが表示されます。[ステータス（Status）]、[ジョブ ID（Job ID）]、[VM ID]、[アクション（Action）]、および [ユーザー（Users）] のフィールドを使用して、[ジョブ（Jobs）] リストをフィルタまたはソートできます。 |
|
ステップ 4 |
いずれかのジョブをクリックすると、右側の [ジョブの詳細（Job Details）] パネルに表示されます。 |
|
ステップ 1 |
メインメニューから、 を選択します。 |
|
ステップ 2 |
[Crosswork の概要（Crosswork Summary）] タブで、[Crosswork クラスタ（Crosswork Cluster）] タイルをクリックして、[クラスタ管理（Cluster Management）] ウィンドウを表示します。 |
|
ステップ 3 |
を選択します。 Cisco Crosswork により、クラスタインベントリ gzip ファイルがローカルディレクトリにダウンロードされます。 |
管理者は、各クラスタコンポーネントの定期的なログとメトリックを収集することで、Cisco Crosswork クラスタのコンポーネントをモニターまたは監査できます。これらのコンポーネントには、クラスタ全体、クラスタ内の個々のノード、および各ノードで実行されているマイクロサービスが含まれます。
Cisco Crosswork は次の showtech オプションを使用してログとメトリックを提供します。
[すべて要求（Request All）]：ログとメトリックの両方を収集します。
[メトリックの要求（Request Metrics）]：メトリックのみを収集します。
[ログの収集（Collect Logs）]：ログのみを収集します。
[Showtech ジョブの表示（View Showtech Jobs）]：すべての showtech ジョブを表示します。
（注） |
Showtech ログは、アプリケーションごとに個別に収集する必要があります。 |
|
ステップ 1 |
メインメニューから、 を選択します。 |
|
ステップ 2 |
[Crosswork の概要（Crosswork Summary）] タブで、[Crosswork クラスタ（Crosswork Cluster）] タイルをクリックして、[クラスタ管理（Cluster Management）] ウィンドウを表示します。 |
|
ステップ 3 |
クラスタのログとメトリックを収集するには、[アクション（Actions）] をクリックし、実行する showtech オプションを選択します。 |
|
ステップ 4 |
クラスタ内の任意のノードのログとメトリックを収集するには、次の手順を実行します。
|
|
ステップ 5 |
VM ノードで実行されている個々のマイクロサービスのログとメトリックを収集するには、[アクション（Actions）] 列の下にある |
|
ステップ 6 |
（オプション）[Showtechジョブの表示（View Showtech Jobs）] をクリックします。[Showtech 要求（Showtech Requests）] ウィンドウに、showtech ジョブの詳細が表示されます。 
|
|
ステップ 7 |
（オプション）[公開（Publish）] をクリックして、showtech ログを公開します。[宛先サーバーの入力（Enter Destination Server）] ダイアログボックスが表示されます。関連する詳細を入力し、[公開（Publish）] をクリックします。 
[詳細（Details）] をクリックして、showtech ログの公開の詳細を表示します。 |
|
ステップ 1 |
メインメニューから、 を選択します。 |
|
ステップ 2 |
[Crosswork の概要（Crosswork Summary）] タブで、[Crosswork クラスタ（Crosswork Cluster）] タイルをクリックして、[クラスタ管理（Cluster Management）] ウィンドウを表示します。 ![[失敗したノードの再試行（Retry Failed Nodes）]](/c/dam/en/us/td/i/400001-500000/450001-460000/457001-458000/457455.jpg)
|
|
ステップ 3 |
失敗したノードのタイルで [再試行（Retry）] をクリックして、[新しい VM ノードの展開（Deploy New VM Node）] ウィンドウを表示します。 |
|
ステップ 4 |
表示されたフィールドに修正した情報を入力します。 |
|
ステップ 5 |
[展開（Deploy）] をクリックします。 |
管理者は、障害が発生したノードまたは正常なノードを Cisco Crosswork クラスタから消去（削除）できます。ノードを消去すると、Cisco Crosswork クラスタからノード参照が削除され、ホスト VM から削除されます。
ノードを消去する手順は、ハイブリッドノードとワーカーノードで同じです。ただし、消去の回数とタイミングはそれぞれ異なります。
システムは、3 つの動作可能なハイブリッドノードを常に維持する必要があります。3 つのハイブリッドノードの 1 つに障害が発生した場合、システムは機能しますが、使用できません。このような場合、障害のあるノードは削除され、新しいハイブリッドノードを展開して置き換える必要があります。
1 〜 3 つのワーカーノードを設定できます。すべてを問題なく消去できますが、一度に 1 つずつ消去して置換することをお勧めします。
1 つ以上のワーカーノードとアプリケーションが存在していて、1 つのハイブリッドノードに障害が発生した場合は、クラスタシステムのリカバリで説明している「システムのクリーン再起動」の手順を試行します。
複数のハイブリッドノードに障害がある場合は、クラスタシステムのリカバリで説明している「再展開とリカバリ」の手順に従ってください。
これらの手順を実行しても問題が解決しない場合は、シスコ カスタマー エクスペリエンス チームにお問い合わせください。
 警告 |
|
（注） |
手動のクラスタインストールの場合、Crosswork UI から VM を消去してから、データセンター（vCenter など）から VM を削除する必要があります。 |
|
ステップ 1 |
メインメニューから、 を選択します。 |
||
|
ステップ 2 |
[Crosswork の概要（Crosswork Summary）] タブで、[Crosswork クラスタ（Crosswork Cluster）] タイルをクリックして、[クラスタ管理（Cluster Management）] ウィンドウを表示します。 |
||
|
ステップ 3 |
削除するノードのタイルで、 |
||
|
ステップ 4 |
再度 [削除（Erase）] をクリックして、アクションを確認します。
|
メンテナンスモードは、Crosswork システムを一時的にシャットダウンする手段を提供します。メンテナンスモードを正常にシャットダウンします。Crosswork は、シャットダウン前にすべてのアプリケーションデータを同期します。
システムがメンテナンスモードになり、シャットダウン後に再起動するまでに数分かかることがあります。その間は、他のユーザーはログインしたり、Crosswork アプリケーションを使用しないでください。
注目 |
|
|
ステップ 1 |
Crosswork をメンテナンスモードにするには、次の手順を実行します。 |
|
ステップ 2 |
メンテナンスモードから Crosswork を再起動するには、次の手順を実行します。 |
 注意 |
このトピックで説明されている方法は、3 つのハイブリッド VM ノードのみ（およびワーカーノードなし）で構成されるクラスタプロファイルを使用すると失敗する可能性があります。この障害は、ワーカーノードがないために VM の回復力が不足しているために発生します。 |
Cisco Crosswork クラスタの通常の操作中に、システム全体を回復する必要がある場合があります。これは、1 つ以上のノードの誤動作、1 つ以上のサービスまたはアプリケーションの誤動作、またはクラスタ全体のホストを破壊する災害の結果である可能性があります。
機能クラスタには、3 つ以上のハイブリッドノードが必要です。これらのハイブリッドノードは、コア Cisco Crosswork の管理、オーケストレーション、およびインフラストラクチャ サービスによって課される処理およびトラフィック負荷を共有します。ハイブリッドノードは可用性が高く、処理負荷をノード間とワーカーノードに自動的に再分散することができます。
クラスタは、1 つのハイブリッドノードの再起動（グレースフルまたはアングレースフル）を許容できます。ハイブリッドノードの再起動中もシステムは機能しますが、可用性の観点からは低下します。システムは、ワーカーノードにかなり多数の障害が発生しても許容できますが、ワーカーノードが復元されるまで、システムの可用性は低下します。
Cisco Crosswork は、ノード、アプリケーション、またはサービスが誤動作するとアラームを生成します。システム障害が発生している場合は、アラームを調べ、アラームで識別された個々のノード、アプリケーション、またはサービスの正常性を確認します。「クラスタの正常性の確認」セクションに記載されている機能を使用して、問題の発生源をドリルダウンし、サービス障害であることが判明した場合は、問題のあるサービスを再起動できます。
1 つのハイブリッドノードに障害が発生したことを示すか、または 1 つのハイブリッドノードと 1 つ以上のワーカーノードに障害が発生したことを示すアラームが表示された場合は、障害が発生したノードの再起動または交換（消去してから再度追加）を試します。それでも問題が解決しない場合は、システムのクリーンリブートを実行することを検討してください。
2 つ以上のハイブリッドノードの損失は二重障害になります。障害が発生したハイブリッドノードを交換または再起動しても、システムが正しく回復する保証はありません。また、システム全体が劣化し、思わしくない状態になっている場合もあります。このような状態の場合は、新しいクラスタを展開した後、古いクラスタから取得した最新のバックアップを使用してシステム全体を回復できます。
重要 |
|
次の 2 つの項では、それぞれの場合に実行する手順について説明します。
システムのクリーンリブートを実行するには、次の手順を実行します。
Crosswork をメンテナンスモードにします。詳細については、「メンテナンスモード設定の管理」を参照してください。
各ノードをホストしている VM の電源を切ります。
VMware vSphere Web クライアントにログインします。
[ナビゲータ（Navigator）] ペインで、シャットダウンする VM を右クリックします。
を選択します。
VM のステータスが [オフ（Off）] に変わるまで待ちます。
残りのすべての VM がシャットダウンするまで、手順 2 を各 VM に繰り返します。
最初のハイブリッドノードをホストする VM の電源を入れます。
[ナビゲータ（Navigator）] ペインで、電源をオンにする VM を右クリックします。
を選択します。
VM のステータスが [オン（On）] に変わるまで待ち、さらに 30 秒待ってから続行します。
残りの各ハイブリッドノードに対して手順 4 を繰り返し、再起動を 30 秒ずらして続行します。その後、各ワーカーノードで続行し、再起動を 30 秒ずらします。
すべての VM の電源がオンになるまでにかかる時間は、ハードウェアのパフォーマンス特性によって異なります。すべての VM の電源を入れたら、数分待ってから Crosswork にログインします。
Crosswork をメンテナンスモードから移動します。詳細については、メンテナンスモード設定の管理を参照してください。
（注） |
Crosswork クラスタが正常な状態でない場合、メンテナンスモードを強制しようとすると失敗する可能性があります。試行が成功したにもかかわらず、アプリケーションの同期の問題が引き続き発生する可能性があります。このような場合、失敗したサービスのリストと失敗の理由を示すアラームが生成されます。このシナリオに直面した場合でも、以下で説明する「再展開と復元」の方法を続行できます。 |
バックアップからシステムを再展開して回復するには、次の手順を実行します。この方法では、リカバリが必要になる前にシステムのバックアップを定期的に実行していることを前提としています。バックアップの実行方法については、「Cisco Crosswork バックアップと復元の管理」を参照してください。
各ノードをホストしている VM の電源を切ります。
VMware vSphere Web クライアントにログインします。
[ナビゲータ（Navigator）] ペインで、シャットダウンする VM を右クリックします。
を選択します。
VM のステータスが [オフ（Off）] に変わるまで待ちます。
必要に応じて、クラスタ内の残りのノードでこれらの手順を繰り返します。
すべての VM の電源がオフになったら、次の手順を実行して削除します。
VMware vSphere Web クライアントの [ナビゲータ（Navigator）] ペインで、削除する VM を右クリックします。
[ディスクから削除（Delete from Disk）] を選択します。
VM のステータスが [削除済み（Deleted）] に変わるまで待ちます。
必要に応じて、クラスタ内の残りの VM ノードに対してこれらの手順を繰り返します。
『Cisco Crosswork Network Controller 5.0 Installation Guide』の説明に従って、新しい Cisco Crosswork クラスタを展開します。
災害後の Cisco Crosswork の復元の説明に従って、新しく展開したクラスタのシステム状態を回復します。
クラスタ管理の一環として、Crosswork は各クラスタノードのリソース使用率を常にモニタリングしています。いずれかのノードの CPU 使用率が高くなると（デフォルトでは、「高」範囲は 90 ～ 100% に設定されています）、Crosswork はアクションを実行するように求める通知をトリガーします。その後、[再調整（Rebalance）] 機能を使用して、クラスター内の既存の VM ノード間でリソースを再割り当てできます。
クラスタ内の他のノードも容量いっぱいに近づいている場合は、リソースの再割り当てを容易にするために、[再調整（Rebalance）] オプションを試す前に新しいワーカーノードを展開することをお勧めします。ワーカーノードの追加の詳細については、新しいクラスタノードの展開を参照してください。
注意 |
再調整には 15 分から 30 分かかることがあります。その間、Crosswork アプリケーションは使用できません。再調整操作は、一度開始するとキャンセルできません。 |
データの整合性を確保するために、再調整する前に Crosswork をメンテナンスモードにする必要があります。
再調整中にログインしたユーザーは、セッションを失います。再調整のためにシステムをメンテナンスモードにすることを事前に他のユーザーに通知し、ログアウトするタイムラインを提供してください。
|
ステップ 1 |
メインメニューから、 を選択します。 |
|
ステップ 2 |
[Crosswork の概要（Crosswork Summary）] タブで、[Crosswork クラスタ（Crosswork Cluster）] タイルをクリックして、[クラスタ管理（Cluster Management）] ウィンドウを表示します。 この手順では、3 つのハイブリッドノードと 1 つのワーカーノードを持つサンプルクラスタ（day0-control）が考慮されています。ハイブリッドノードの 1 つで CPU 使用率が高くなっています（cw-tb2-cluster-01 で 100%）。詳しくは下の画像をご覧ください。 クラスタ名の下にバナーが表示され、クラスタノードでリソースが過剰に使用されていることを警告し、さらにワーカーノードを追加することを推奨します。 
ノードのタイルで、 |
|
ステップ 3 |
[再調整（Rebalance）] をクリックすると、[再調整要件（Rebalance Requirements）] が表示されます。要件を読み、再調整を開始する準備ができたら、2 つのチェックボックスをオンにします。 
|
|
ステップ 4 |
[再調整（Rebalance）] をクリックし、プロセスを開始します。Crosswork は、過剰に使用された VM ノードのリソースをクラスタ内の他のノードに再割り当てし始めます。 再調整の状態を示すダイアログボックスが表示されます。プロセスが完了するまでお待ちください。 
|
|
ステップ 5 |
再調整プロセスが完了すると、次のいずれかの結果シナリオが表示される場合があります。
|
フィードバック