Skip to main content
BeeGFS on NetApp with E-Series Storage
日本語は機械翻訳による参考訳です。内容に矛盾や不一致があった場合には、英語の内容が優先されます。

ファイルノードを交換します

共同作成者

元のサーバに障害がある場合のファイルノードの交換

概要

クラスタ内のファイルノードを交換するために必要な手順の概要を以下に示します。これらの手順は、ハードウェア問題 が原因でファイルノードに障害が発生し、新しい同一のファイルノードに置き換えられたことを前提としています。

手順

  1. ファイルノードを物理的に交換し、すべてのケーブルをブロックノードおよびストレージネットワークに接続します。

  2. Red Hatサブスクリプションの追加を含め、ファイルノードにオペレーティングシステムを再インストールします。

  3. ファイルノードで管理ネットワークとBMCネットワークを設定します。

  4. ホスト名、IP、PCIeと論理インターフェイスのマッピング、または新しいファイルノードに関する変更があれば、Ansibleインベントリを更新します。通常この作業は、ノードを同じサーバハードウェアに交換し、元のネットワーク構成を使用している場合は必要ありません。

    1. たとえば、ホスト名が変更された場合は、ノードのインベントリファイルを作成（または名前を変更）します (host_vars/<NEW_NODE>.yml`）をクリックしてから、Ansibleインベントリファイルを使用してください (inventory.yml）で、古いノードの名前を新しいノード名に置き換えます。

      all:
    ...
    children:
    ha_cluster:
        children:
        mgmt:
            hosts:
            node_h1_new:   # Replaced "node_h1" with "node_h1_new"
            node_h2:

  5. クラスタ内の他のいずれかのノードから古いノードを削除します。 pcs cluster node remove <HOSTNAME>。

    重要 この手順を実行する前に、次に進まないでください。

  6. Ansibleコントロールノードで：

    1. 次のコマンドを使用して古いSSHキーを削除します。

      `ssh-keygen -R <HOSTNAME_OR_IP>`

    2. 交換用ノードにパスワードなしのSSHを設定します。

      ssh-copy-id <USER>@<HOSTNAME_OR_IP>

  7. Ansibleプレイブックを再実行してノードを設定し、クラスタに追加します。

    ansible-playbook -i <inventory>.yml <playbook>.yml

  8. この時点で、を実行します pcs status 交換したノードが表示され、サービスが実行されていることを確認します。