Skip to main content
本製品の最新リリースがご利用いただけます。
日本語は機械翻訳による参考訳です。内容に矛盾や不一致があった場合には、英語の内容が優先されます。

ノード構成ファイルを作成しています

共同作成者

ノード構成ファイルは、ノードを起動して適切なネットワークおよびブロックストレージリソースに接続するために StorageGRID ホストサービスで必要となる情報をまとめた小さいテキストファイルです。ノード構成ファイルは仮想ノードに使用され、アプライアンスノードには使用されません。

ノード構成ファイルの配置場所

各StorageGRID ノードの構成ファイルをに配置する必要があります /etc/storagegrid/nodes ノードを実行するホスト上のディレクトリ。たとえば、HostAで管理ノード、ゲートウェイノード、およびストレージノードを1つずつ実行する場合は、3つのノード構成ファイルをに配置する必要があります /etc/storagegrid/nodes をクリックします。構成ファイルは、 vim や nano などのテキストエディタを使用して各ホストで直接作成することも、別の場所で作成して各ホストに移動することもできます。

ノード構成ファイルの名前

構成ファイルの名前は、の形式で指定します node-name.conf、ここで node-name は、ノードに割り当てる名前です。この名前は StorageGRID インストーラに表示され、ノード移行などのノードのメンテナンス処理で使用されます。

ノード名は次のルールに従って付ける必要があります。

  • 一意である必要があります

  • 1 文字目はアルファベットにする必要があります

  • A~Z と a~z のアルファベットを使用できます

  • 0~9 の数字を使用できます

  • 1 つまたは複数のハイフン( - )を含めることができます。

  • を含めない32文字以内で指定します .conf 内線番号

内のすべてのファイル /etc/storagegrid/nodes この命名規則に従っていないデータは、ホストサービスで解析されません。

グリッドでマルチサイトトポロジを使用する場合の一般的なノード名は次のようになります。

site-nodetype-nodenumber.conf

たとえば、のように指定します dc1-adm1.conf データセンター1の最初の管理ノード用、および dc2-sn3.conf データセンター2の3つ目のストレージノード。ただし、すべてのノード名がルールに従っていれば、別の名前にしてもかまいません。

ノード構成ファイルの内容

構成ファイルには、キーと値のペアが 1 行に 1 つずつ含まれています。キーと値のペアごとに、次のルールに従う必要があります。

  • キーと値は等号で区切る必要があります (=)と空白(オプション)。

  • キーにスペースを含めることはできません。

  • 値にはスペースを含めることができます。

  • 先頭または末尾の空白は無視されます。

キーの種類に応じて、すべてのノードで必要なものと省略可能なもの、特定のノードタイプでのみ必要なものがあります。

次の表に、サポートされているすべてのキーについて、使用可能な値を示します。中央の列:

  • R * :必須 + BP :ベストプラクティス + O :オプション

キーを押します R 、 BP 、または O 価値

ADMIN_IP を指定します

BP

このノードが属するグリッドのプライマリ管理ノードのグリッドネットワークの IPv4 アドレス。GRID_NETWORK_IP で指定した値を Node_type=VM_Admin_Node および ADMIN_NETWORK_role = Primary のグリッドノードに使用します。このパラメータを省略すると、 mDNS を使用してプライマリ管理ノードの検出が試行されます。

「グリッドノードによるプライマリ管理ノードの検出」を参照してください。

  • 注 * :この値は無視されます。また、プライマリ管理ノードでは禁止される場合があります。

ADMIN_NETWORK_CONFIG

o

DHCP 、 STATIC 、または DISABLED

ADMIN_NETWORK_ESL

o

このノードが管理ネットワークゲートウェイ経由で通信する CIDR 表記のサブネットをカンマで区切ったリスト。

例:172.16.0.0/21、172.17.0.0/21

ADMIN_NETWORK_GATEWAY

O ( * R * )

このノードのローカルの管理ネットワークゲートウェイの IPv4 アドレス。ADMIN_NETWORK_IP および ADMIN_NETWORK_MASK で定義されるサブネットに属している必要があります。この値は、 DHCP によって設定されたネットワークでは無視されます。

  • 注 * :このパラメータは、 ADMIN_NETWORK_ESL が指定されている場合は必須です。

  • 1.1.1.1

  • 10.224.81

ADMIN_NETWORK_IP

o

このノードの管理ネットワークにおける IPv4 アドレス。このキーが必要なのは、 ADMIN_NETWORK_CONFIG = STATIC の場合だけです。それ以外の値の場合は指定しないでください。

  • 1.1.1.1

  • 10.224.81

ADMIN_NETWORK_MAC

o

コンテナ内の管理ネットワークインターフェイスの MAC アドレス。

このフィールドはオプションです。省略すると、 MAC アドレスが自動的に生成されます。

6 つの 16 進数値をコロンで区切って指定する必要があります。

例:b2:9C:02:c2:27:10

ADMIN_NETWORK_MASK

o

このノードの管理ネットワークにおける IPv4 ネットマスク。このキーが必要なのは、 ADMIN_NETWORK_CONFIG = STATIC の場合だけです。それ以外の値の場合は指定しないでください。

  • 255.255.255.0

  • 255.255.248.0と入力します

ADMIN_NETWORK_MTU を指定します

o

このノードの管理ネットワークでの最大伝送ユニット( MTU )。ADMIN_NETWORK_CONFIG = DHCP の場合は指定しないでください。この値を指定する場合、 1280 ~ 9216 の範囲で指定する必要があります。省略すると、 1500 が使用されます。

ジャンボフレームを使用する場合は、 MTU を 9000 などのジャンボフレームに適した値に設定します。それ以外の場合は、デフォルト値のままにします。

  • 重要 * :ネットワークの MTU 値は、ノードが接続されているスイッチポートに設定された値と一致する必要があります。そうしないと、ネットワークパフォーマンスの問題やパケット損失が発生する可能性があります。

  • 1 、 500

  • 8、192です

ADMIN_NETWORK_TARGET

BP

StorageGRID ノードで管理ネットワークのアクセスに使用するホストデバイスの名前。ネットワークインターフェイス名のみがサポートされています。通常、 GRID_NETWORK_TARGET または CLIENT_NETWORK _TARGET に指定したインターフェイス名とは別のインターフェイス名を使用します。

  • 注:ボンドデバイスやブリッジデバイスをネットワークターゲットとして使用しないでください。ボンドデバイスの上に VLAN (または他の仮想インターフェイス)を設定するか、ブリッジと仮想イーサネット( veth )のペアを使用します。

*ベストプラクティス:*管理ネットワークのIPアドレスは、このノードで最初は使用しない場合でも値を指定してください。そうすることで、ホストでノードの設定を再度行わなくても、管理ネットワークの IP アドレスをあとから追加することができます。

  • bond0.1002

  • ens256

ADMIN_NETWORK_TARGET タイプ

o

インターフェイス

(サポートされている値はこれだけです)。

ADMIN_NETWORK_TARGET _TYPE_interface_clone_MAC

BP

正しいか間違っているか

StorageGRID コンテナで管理ネットワークのホストターゲットインターフェイスの MAC アドレスを使用するには、キーを「 true 」に設定して原因 に設定します。

  • ベストプラクティス:プロミスキャスモードが必要なネットワークでは、「 ADMIN_NETWORK_TARGET_TYPE_interface_clone_MAC 」キーを使用してください。

MACクローニングの詳細については、MACアドレスクローニングの考慮事項と推奨事項を参照してください。

ADMIN_NETWORK_ROLE

  • R *

Primary または Non-Primary

このキーが必要なのは、 node_type が VM_Admin_Node の場合だけです。それ以外のタイプのノードの場合は指定しないでください。

BLOBK_DEVICE_AUDIT_logs

  • R *

このノードで監査ログの永続的なストレージに使用するブロックデバイススペシャルファイルのパスと名前。このキーが必要なのは、 node_type が VM_Admin_Node のノードだけです。それ以外のタイプのノードの場合は指定しないでください。

  • /dev/disk/by-path/pci-0000:03:00.0-scsi-0:0:0:0

  • /dev/disk/by-id/wwn-0x600a09800059d6df000060d757b475fd

  • /dev/mapper/sgws-adm1-audit-logs

BLOCK_DEVICE_RANGEDB_00

BLOCK_DEVICE_RANGEDB_01

BLOCK_DEVICE_RANGEDB_02

BLOCK_DEVICE_RANGEDB_03

BLOCK_DEVICE_RANGEDB_04

BLOCK_DEVICE_RANGEDB_05

BLOCK_DEVICE_RANGEDB_06

BLOCK_DEVICE_RANGEDB_07

BLOCK_DEVICE_RANGEDB_08

BLOCK_DEVICE_RANGEDB_09

BLOCK_DEVICE_RANGEDB_10

BLOCK_DEVICE_RANGEDB_11

BLOCK_DEVICE_RANGEDB_12

BLOCK_DEVICE_RANGEDB_13

BLOCK_DEVICE_RANGEDB_14

BLOCK_DEVICE_RANGEDB_15

  • R *

このノードでオブジェクトの永続的なストレージに使用するブロックデバイススペシャルファイルのパスと名前。このキーが必要なのは、 node_type が VM_Storage_Node のノードだけです。それ以外のタイプのノードの場合は指定しないでください。

BLOCK_DEVICE_RANGEDB_00のみが必須で、それ以外は省略可能です。BLOCK_DEVICE_RANGEDB_00に指定するブロックデバイスは4TB以上である必要があります。それ以外は4TB未満でもかまいません。

*注:ギャップを残さないでください。BLOCK_DEVICE_RANGEDB_05を指定する場合は、BLOCK_DEVICE_RANGEDB_04も指定されている必要があります。

  • /dev/disk/by-path/pci-0000:03:00.0-scsi-0:0:0:0

  • /dev/disk/by-id/wwn-0x600a09800059d6df000060d757b475fd

  • /dev/mapper/sgws-sn1-rangedb-0

BLOBK_DEVICE_tables

  • R *

このノードでデータベーステーブルの永続的なストレージに使用するブロックデバイススペシャルファイルのパスと名前。このキーが必要なのは、 node_type が VM_Admin_Node のノードだけです。それ以外のタイプのノードの場合は指定しないでください。

  • /dev/disk/by-path/pci-0000:03:00.0-scsi-0:0:0:0

  • /dev/disk/by-id/wwn-0x600a09800059d6df000060d757b475fd

  • /dev/mapper/sgws-adm1-tables

BLOBK_DEVICE_VAR_LOCAL です

  • R *

このノードが /var/local の永続的ストレージに使用するブロックデバイススペシャルファイルのパスと名前。

  • /dev/disk/by-path/pci-0000:03:00.0-scsi-0:0:0:0

  • /dev/disk/by-id/wwn-0x600a09800059d6df000060d757b475fd

  • /dev/mapper/sgws-sn1-var-local

CLIENT_NETWORK_CONFIG

o

DHCP 、 STATIC 、または DISABLED

CLIENT_NETWORK_GATEWAY

o

このノードのローカルのクライアントネットワークゲートウェイの IPv4 アドレス。 CLIENT_NETWORK_IP および CLIENT_NETWORK_MASK で定義されるサブネットに属している必要があります。この値は、 DHCP によって設定されたネットワークでは無視されます。

  • 1.1.1.1

  • 10.224.81

CLIENT_NETWORK_IP

o

このノードのクライアントネットワークにおける IPv4 アドレス。このキーが必要なのは、 CLIENT_NETWORK_CONFIG = STATIC の場合だけです。それ以外の値の場合は指定しないでください。

  • 1.1.1.1

  • 10.224.81

CLIENT_NETWORK_MAC

o

コンテナ内のクライアントネットワークインターフェイスの MAC アドレス。

このフィールドはオプションです。省略すると、 MAC アドレスが自動的に生成されます。

6 つの 16 進数値をコロンで区切って指定する必要があります。

例:b2:9C:02:c2:27:20

CLIENT_NETWORK_MASK

o

このノードのクライアントネットワークにおける IPv4 ネットマスク。このキーが必要なのは、 CLIENT_NETWORK_CONFIG = STATIC の場合だけです。それ以外の値の場合は指定しないでください。

  • 255.255.255.0

  • 255.255.248.0と入力します

CLIENT_NETWORK_MTU

o

このノードのクライアントネットワークでの最大伝送ユニット( MTU )。CLIENT_NETWORK_CONFIG = DHCP の場合は指定しないでください。この値を指定する場合、 1280 ~ 9216 の範囲で指定する必要があります。省略すると、 1500 が使用されます。

ジャンボフレームを使用する場合は、 MTU を 9000 などのジャンボフレームに適した値に設定します。それ以外の場合は、デフォルト値のままにします。

  • 重要 * :ネットワークの MTU 値は、ノードが接続されているスイッチポートに設定された値と一致する必要があります。そうしないと、ネットワークパフォーマンスの問題やパケット損失が発生する可能性があります。

  • 1 、 500

  • 8、192です

client_network_target です

BP

StorageGRID ノードでクライアントネットワークのアクセスに使用するホストデバイスの名前。ネットワークインターフェイス名のみがサポートされています。通常、 GRID_NETWORK_TARGET または ADMIN_NETWORK_TARGET に指定したインターフェイス名とは別のインターフェイス名を使用します。

  • 注:ボンドデバイスやブリッジデバイスをネットワークターゲットとして使用しないでください。ボンドデバイスの上に VLAN (または他の仮想インターフェイス)を設定するか、ブリッジと仮想イーサネット( veth )のペアを使用します。

  • ベストプラクティス: * クライアントネットワークの IP アドレスは、このノードで最初は使用しない場合でも値を指定してください。そうすることで、ホストでノードの設定を再度行わなくても、クライアントネットワークの IP アドレスをあとから追加することができます。

  • bond0.1003

  • ens423

client_network_target_type

o

インターフェイス

(この値のみがサポートされています)。

client_network_target_type _interface_clone_MAC

BP

正しいか間違っているか

クライアントネットワークでホストターゲットインターフェイスの MAC アドレスを使用するには、キーを「 true 」に設定して StorageGRID コンテナを原因 します。

  • ベストプラクティス:プロミスキャスモードが必要なネットワークでは、 client_network_target_type _interface_clone_MAC キーを使用してください。

MACクローニングの詳細については、MACアドレスクローニングの考慮事項と推奨事項を参照してください。

GRID_NETWORK_CONFIG

BP

STATIC または DHCP

(指定しない場合のデフォルトは STATIC )

GRID_NETWORK_GATEWAY

  • R *

このノードのローカルのグリッドネットワークゲートウェイの IPv4 アドレス。 GRID_NETWORK_IP および GRID_NETWORK_MASK で定義されるサブネットに属している必要があります。この値は、 DHCP によって設定されたネットワークでは無視されます。

グリッドネットワークのサブネットが 1 つだけでゲートウェイがない場合は、サブネットの標準のゲートウェイアドレス( X.Y.Z.1 )か、このノードの GRID_NETWORK_IP の値を使用します。このどちらかの値にしておけば、以降にグリッドネットワークを拡張するときに処理が簡単になります。

GRID_NETWORK_IP

  • R *

このノードのグリッドネットワークにおける IPv4 アドレス。このキーが必要なのは、 GRID_NETWORK_CONFIG = STATIC の場合だけです。それ以外の値の場合は指定しないでください。

  • 1.1.1.1

  • 10.224.81

GRID_NETWORK_MAC

o

コンテナ内のグリッドネットワークインターフェイスの MAC アドレス。

このフィールドはオプションです。省略すると、 MAC アドレスが自動的に生成されます。

6 つの 16 進数値をコロンで区切って指定する必要があります。

例:b2:9C:02:c2:27:30

GRID_NETWORK_MASK

o

このノードのグリッドネットワークにおける IPv4 ネットマスク。このキーが必要なのは、 GRID_NETWORK_CONFIG = STATIC の場合だけです。それ以外の値の場合は指定しないでください。

  • 255.255.255.0

  • 255.255.248.0と入力します

GRID_NETWORK_MTU

o

このノードのグリッドネットワークでの最大伝送ユニット( MTU )。GRID_NETWORK_CONFIG = DHCP の場合は指定しないでください。この値を指定する場合、 1280 ~ 9216 の範囲で指定する必要があります。省略すると、 1500 が使用されます。

ジャンボフレームを使用する場合は、 MTU を 9000 などのジャンボフレームに適した値に設定します。それ以外の場合は、デフォルト値のままにします。

  • 重要 * :ネットワークの MTU 値は、ノードが接続されているスイッチポートに設定された値と一致する必要があります。そうしないと、ネットワークパフォーマンスの問題やパケット損失が発生する可能性があります。

  • 重要 * :ネットワークパフォーマンスを最大限に高めるには、すべてのノードのグリッドネットワークインターフェイスで MTU 値がほぼ同じになるように設定する必要があります。個々のノードのグリッドネットワークの MTU 設定に大きな違いがある場合は、 * Grid Network MTU mismatch * アラートがトリガーされます。MTU 値はすべてのネットワークタイプで同じである必要はありません。

  • 1 、 500

  • 8、192です

GRID_NETWORK_TARGET

  • R *

StorageGRID ノードでグリッドネットワークのアクセスに使用するホストデバイスの名前。ネットワークインターフェイス名のみがサポートされています。通常、 ADMIN_NETWORK_TARGET または ADMIN_NETWORK_TARGET に指定したインターフェイス名とは別のインターフェイス名を使用します。

  • 注:ボンドデバイスやブリッジデバイスをネットワークターゲットとして使用しないでください。ボンドデバイスの上に VLAN (または他の仮想インターフェイス)を設定するか、ブリッジと仮想イーサネット( veth )のペアを使用します。

  • bond0.1001

  • ens192

GRID_NETWORK_TARGET タイプ

o

インターフェイス

(サポートされている値はこれだけです)。

GRID_NETWORK_TARGET _TYPE_interface_clone_MAC

  • BP *

正しいか間違っているか

グリッドネットワーク上のホストターゲットインターフェイスの MAC アドレスを使用するには、キーの値を「 true 」に設定して StorageGRID コンテナを原因 に設定します。

  • ベストプラクティス:プロミスキャスモードが必要なネットワークでは、 GRID_NETWORK_TARGET _TYPE_interface_clone_MAC キーを使用してください。

MACクローニングの詳細については、MACアドレスクローニングの考慮事項と推奨事項を参照してください。

MAXIMUM_RAM

o

このノードに使用を許可する RAM の最大容量。このキーを省略した場合、ノードでメモリは制限されません。本番用のノードについて設定するときは、システム RAM の合計容量よりも 24GB 以上、 16~32GB 以上小さい値を指定してください。

  • 注 * : RAM 値は、ノードの実際のメタデータ用リザーブスペースに影響します。Metadata Reserved Spaceとは何かを概要 でStorageGRID を管理する手順を参照してください。

このフィールドの形式はです <number><unit>、ここで <unit> は、です bkm`または `g

24G

38654705664b

  • 注:このオプションを使用する場合は、 memory cgroups のカーネルサポートを有効にする必要があります。

Node_type のように指定します

  • R *

ノードのタイプ:

  • VM_Admin_Nodeの略

  • VM_Storage_Nodeの略

  • VM_Archive_Nodeの略

  • VM_API_Gateway

PORT_REMAP を参照してください

o

ノードが内部でのグリッドノードの通信または外部との通信に使用するポートを再マッピングします。ポートの再マッピングが必要になるのは、 StorageGRID で使用される 1 つ以上のポートがエンタープライズネットワークポリシーで制限されている場合です。詳細については、「内部グリッドノードの通信」または「外部通信」を参照してください。

  • 重要 * :ロードバランサエンドポイントの設定に使用する予定のポートを再マッピングしないでください。

  • 注: PORT_REMAP のみを設定すると、指定したマッピングがインバウンド通信とアウトバウンド通信の両方に使用されます。PORT_REMAP_INBOUND を併せて指定した場合は、 PORT_REMAP がアウトバウンド通信のみに適用されます。

使用される形式は次のとおりです。 <network type>/<protocol>/<default port used by grid node>/<new port>、ここで <network type> はgrid、admin、clientのいずれかで、protocolはtcpまたはudpです。

例:

PORT_REMAP = client/tcp/18082/443

PORT_REMAP_INBOUND

o

指定したポートのインバウンド通信を再マッピングします。PORT_REMAP_INBOUND を指定して PORT_REMAP に値を指定しなかった場合は、ポートのアウトバウンド通信が変更されません。

  • 重要 * :ロードバランサエンドポイントの設定に使用する予定のポートを再マッピングしないでください。

使用される形式は次のとおりです。 <network type>/<protocol:>/<remapped port >/<default port used by grid node>、ここで <network type> はgrid、admin、clientのいずれかで、protocolはtcpまたはudpです。

例:

PORT_REMAP_INBOUND = grid/tcp/3022/22