管理ネットワークのサブネットリストに対する追加または変更
変更を提案
PDF
ノードの管理ネットワークサブネットリストで、サブネットの追加、削除、または変更を行うことができます。
-
を用意しておく必要があります
Passwords.txtファイル。
管理ネットワークサブネットリストで、すべてのノードに対してサブネットの追加、削除、または変更を行うことができます。
-
プライマリ管理ノードにログインします。
-
次のコマンドを入力します。
ssh admin@primary_Admin_Node_IP -
に記載されているパスワードを入力します
Passwords.txtファイル。 -
次のコマンドを入力してrootに切り替えます。
su - -
に記載されているパスワードを入力します
Passwords.txtファイル。rootとしてログインすると、プロンプトがから変わります
$終了：#。
-
-
次のコマンドを入力してIP変更ツールを起動します。
change-ip -
プロンプトでプロビジョニングパスフレーズを入力します。
メインメニューが表示されます。
-
必要に応じて、処理を実行するネットワークまたはノードを制限します。次のいずれかを選択します。
-
操作を実行する特定のノードでフィルターを適用する場合は、 * 1 * を選択して、編集するノードを選択します。次のいずれかのオプションを選択します。
-
* 1 * ：シングルノード（名前で選択）
-
* 2 * ：シングルノード（サイトで選択したあとに名前で選択）
-
* 3 * ：シングルノード（現在の IP で選択）
-
* 4 * ：サイト内のすべてのノード
-
* 5 * ：グリッド内のすべてのノード
-
* 0 * ：戻ります
-
-
「 ALL 」を選択したままにします。選択が完了すると、メインメニュー画面が表示されます。[ 選択したノード ] フィールドに新しい選択内容が反映され、選択したすべての操作がこの項目に対してのみ実行されます。
-
-
メインメニューで、管理ネットワークのサブネットを編集するオプションを選択します（オプション * 3 * ）。
-
次のいずれかを選択します。
-
サブネットを追加する場合は次のコマンドを入力します：
add CIDR -
サブネットを削除する場合は次のコマンドを入力します：
del CIDR -
サブネットのリストを設定する場合は、次のコマンドを入力します：
set CIDR
コマンドでは、次の形式で複数のアドレスを入力できます。 add CIDR, CIDR例
add 172.14.0.0/16, 172.15.0.0/16, 172.16.0.0/16
「上矢印」を使用して以前に入力した値を現在の入力プロンプトに呼び出し、必要に応じて編集することで、入力の手間を省くことができます。 次の入力例では、管理ネットワークサブネットリストにサブネットを追加しています。
-
-
準備ができたら、「 * q * 」と入力してメインメニュー画面に戻ります。変更内容は、クリアまたは適用されるまで保持されます。
手順 2 で「すべて」のノード選択モードを選択した場合は、 Enter * （ * q * なし）を押して、リスト内の次のノードに移動する必要があります。 -
次のいずれかを選択します。
-
オプション * 5 * を選択すると、変更された項目のみを表示するために分離された出力に編集内容が表示されます。次の出力例に示すように、変更は緑（追加）または赤（削除）で強調表示されます。
-
オプション * 6 * を選択すると、設定全体を表示する出力に編集内容が表示されます。変更は、緑（追加）または赤（削除）で強調表示されます。* 注：一部のターミナルエミュレータでは、取り消し線の形式で追加と削除が表示される場合があります。
サブネットリストを変更しようとすると、次のメッセージが表示されます。
CAUTION: The Admin Network subnet list on the node might contain /32 subnets derived from automatically applied routes that are not persistent. Host routes (/32 subnets) are applied automatically if the IP addresses provided for external services such as NTP or DNS are not reachable using default StorageGRID routing, but are reachable using a different interface and gateway. Making and applying changes to the subnet list will make all automatically applied subnets persistent. If you do not want that to happen, delete the unwanted subnets before applying changes. If you know that all /32 subnets in the list were added intentionally, you can ignore this caution.
NTP および DNS サーバのサブネットをネットワークに明確に割り当てなかった場合、 StorageGRID は接続のホストルート（ /32 ）を自動的に作成します。たとえば、 DNS サーバまたは NTP サーバへのアウトバウンド接続に /16 または /24 ルートを使用する場合は、自動的に作成された /32 ルートを削除し、必要なルートを追加する必要があります。自動的に作成されたホストルートを削除しないと、サブネットリストへの変更を適用したあともそのルートが保持されます。
これらの自動検出されたホストルートは使用できますが、通常は、接続を確保するために DNS ルートと NTP ルートを手動で設定する必要があります。 -
-
オプション * 7 * を選択して、すべての段階的な変更を検証します。
この検証により、重複するサブネットを使用するなど、グリッドネットワーク、管理ネットワーク、クライアントネットワークのルールが確実に実行されます。
-
必要に応じて、オプション * 8 を選択してステージングされたすべての変更を保存し、後で戻って変更を続行します。
このオプションを使用すると、適用されていない変更を失うことなく、 IP 変更ツールを終了してあとで再起動できます。
-
次のいずれかを実行します。
-
新しいネットワーク設定を保存または適用せずにすべての変更をクリアする場合は、オプション * 9 * を選択します。
-
変更を適用し、新しいネットワーク設定をプロビジョニングする準備ができたら、オプション * 10 を選択します。プロビジョニング中に、次の出力例のように、更新が適用されている状況が出力に表示されます。
Generating new grid networking description file... Running provisioning... Updating grid network configuration on Name
-
-
Grid Manager から新しいリカバリパッケージをダウンロードします。
-
[* Maintenance * （メンテナンス） ] > [* System * （システム * ） ] > [* Recovery Package] （リカバリパッケージ * ）
-
プロビジョニングパスフレーズを入力します。
-