RPA プラットフォームの管理者は、パフォーマンス向上のためにノードを交換または更新したい場合、Control Room クラスター設定からノードを削除することができます。

前提条件

以下を確認してください。

  • ノードの廃止手順に従ってください

    クラスタからノードを削除する場合は、デコミッションプロセスが順番に実行され、一度に1つのノードを処理することを確認してください。

    注:
    • クラスタ内のノードを削除またはダウングレードする場合は、結果として得られるクラスタが常に奇数のアクティブノードを維持していることを確認してください。 このプラクティスは、最適なクオラムとクラスターの安定性を維持するのに役立ちます。

      例えば、7ノードのクラスターでは、ノードを削除またはダウングレードする必要がある場合、2つのノードを削除し、5つのノードをアクティブに保つ必要があります。 これにより、クラスターは奇数のノード数で動作し続けることが保証され、これは過半数を維持するために不可欠です。

    • データが完全に利用可能であるためには、少なくとも n/2 + 1 のノードが稼働している必要があります。 少なくとも3つのノードを持つことで、高可用性(HA)を確保し、データ損失を引き起こす可能性のあるスプリットブレインシナリオを回避することを推奨します。 3ノードクラスタの場合、少なくとも2つのノードが利用可能でなければなりません。
    • クラスタからノードを削除する際は、各インデックスのプライマリおよびレプリカシャードの配置を常に確認してください。 同じインデックスのプライマリシャードとレプリカシャードの両方を含むノードを削除しないでください。これにより、そのインデックスがREDステータスに移行する可能性があります。
  • すべてのプライマリ ノードとデータベースのバックアップがあることを確認します。
  • Control Room サーバーの管理者権限またはルート権限を持っていることを確認します。
注: Automation 360 v.28 リリース (ビルド 17593) 以降、監査、Bot Insight などのコア製品機能の基盤技術として、Elasticsearch サービスが OpenSearch サービスに置き換わります。

6 つのノード (N1、N2、N3、N4、N5、N6) を持つクラスターから 3 つのノード (N1、N2、N3) を削除するには、次の手順を実行します。

手順

  1. プライマリ ノードを確認します。
    ブラウザまたは API ツールを介して次の OpenSearch API を使用して、プライマリ ノードを識別します。

    https://172.31.18.37/_cat/nodes

  2. 管理者としてサーバーにログインし、次のコマンドを実行してすべての Control Room サービスを停止します。
    services.msc
    プライマリ ノード N1 ではなく、元のノード N2、N3 のいずれかにログインします。
  3. 同様に、プライマリ ノード N1 のすべての Control Room サービスを停止します。
  4. ノードを削除する前に、ブラウザまたは API ツールから次の OpenSearch API を使用してクラスターの健全性を確認します。
    ブラウザから、OpenSearch API ポート 47599 を使用してクラスター内の任意のノードの IP アドレスに移動し、_cat/nodes API を使用します。
    https://172.31.18.37/_cat/nodes
    注: プライマリ ノードには、アスタリスク文字 (*) が表示されます
  5. C:\Program Files\Automation Anywhere\Automation 360\config にある cluster.properties ファイルを編集します。
  6. cluster.properties 属性から元の 3 つのノードの IP アドレスを削除します。
    注: この操作をクラスター内のすべてのノードに対して実行します。 元の 3 つのノードの IP アドレスを削除する場合、その順序を変更しないでください。
  7. C:\Program Files\Automation Anywhere\Automation 360\elasticsearch\config にある elasticsearch.yml ファイルを編集します。
  8. discovery.zen.ping.unicast.hosts 属性から元の 3 つのノードの IP アドレスを削除します。
    注: discovery.zen.ping.unicast.hosts 属性には、新しいノードの IP アドレスのみを、各ノード上のファイル内で同じ順序で含める必要があります。
  9. 新しいプライマリ ノードを確認するには、ブラウザまたは API ツールから次の OpenSearch API を使用します。
    https://172.31.18.37/_cat/nodes
  10. Cluster.initial_master_nodes 属性に新しいプライマリ ノードの IP アドレスを更新します。
  11. 以下のコマンドを実行して、各ノードでサービスを開始します。
    services.msc
    最後にプライマリ ノードでサービスを開始する必要があります。
  12. クラスターの状態を確認するには、ブラウザまたは API ツールを使用して OpenSearch API を使用します。
    1. ブラウザから、OpenSearch API ポート 47599 を使用してクラスター内の任意のノードの IP アドレスに移動し、_cat/nodes API を使用します。
      https://172.31.30.120:47599/_cat/nodes
      注: プライマリ ノードには、アスタリスク文字 (*) が表示されます。
    2. ブラウザから、OpenSearch ポート 47599 を使用してクラスター内の任意のノードの IP アドレスにアクセスし、_cat/health?pretty API を利用します。
      https://172.31.30.120:47599/_cat/health?pretty
    レプリケーションのステータスは、クラスターが完全に同期している場合は green になります。 レプリケーションのステータスが緑色になるまで待つ必要があります。 レプリケーションにかかる時間は、クラスター内のデータ量によって異なります。