Red Hat Enterprise Linux または CentOS 環境のノード構成ファイルを作成します
変更を提案
PDF
ノード構成ファイルは、ノードを起動して適切なネットワークおよびブロックストレージリソースに接続するために StorageGRID ホストサービスで必要となる情報をまとめた小さいテキストファイルです。ノード構成ファイルは仮想ノードに使用され、アプライアンスノードには使用されません。
ノード構成ファイルの配置場所
ノードを実行するホストの「 /etc/storagegrid/nodes 」ディレクトリに各 StorageGRID ノードの構成ファイルを配置する必要があります。たとえば、 HostA で管理ノード、ゲートウェイノード、およびストレージノードを 1 つずつ実行する場合は、 3 つのノード構成ファイルを HostA の「 /etc/storagegrid/nodes 」に配置する必要があります。構成ファイルは、 vim や nano などのテキストエディタを使用して各ホストで直接作成することも、別の場所で作成して各ホストに移動することもできます。
ノード構成ファイルの名前
構成ファイルの名前は、形式は 'node-name.conf ですここで 'node-name' はノードに割り当てる名前ですこの名前は StorageGRID インストーラに表示され、ノード移行などのノードのメンテナンス処理で使用されます。
ノード名は次のルールに従って付ける必要があります。
-
一意である必要があります
-
1 文字目はアルファベットにする必要があります
-
A~Z と a~z のアルファベットを使用できます
-
0~9 の数字を使用できます
-
1 つまたは複数のハイフン（ - ）を含めることができます。
-
拡張子「 .conf 」を含めない 32 文字以内である必要があります
これらの命名規則に従っていない /etc/storagegrid/nodes 内のファイルはホスト・サービスで解析されません。
グリッドでマルチサイトトポロジを使用する場合の一般的なノード名は次のようになります。
site-nodetype-nodenumber.conf
たとえば、データセンター 1 の最初の管理ノードには「 dc1-adm1.conf 」を、データセンター 2 の 3 番目のストレージノードには「 dc2-SN1.conf 」を使用できます。ただし、すべてのノード名がルールに従っていれば、別の名前にしてもかまいません。
ノード構成ファイルの内容
構成ファイルには、キーと値のペアが 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 によって設定されたネットワークでは無視されます。
例 '1.1.1' 「 10.224.4.81. |
ADMIN_NETWORK_IP |
o |
このノードの管理ネットワークにおける IPv4 アドレス。このキーが必要なのは、 ADMIN_NETWORK_CONFIG = STATIC の場合だけです。それ以外の値の場合は指定しないでください。 例 '1.1.1' 「 10.224.4.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 などのジャンボフレームに適した値に設定します。それ以外の場合は、デフォルト値のままにします。
例 「 1500 」 「 8192 」 |
ADMIN_NETWORK_TARGET |
BP |
StorageGRID ノードで管理ネットワークのアクセスに使用するホストデバイスの名前。ネットワークインターフェイス名のみがサポートされています。通常、 GRID_NETWORK_TARGET または CLIENT_NETWORK _TARGET に指定したインターフェイス名とは別のインターフェイス名を使用します。
例 「 bond0.1002` 「 ens256 」 |
ADMIN_NETWORK_TARGET タイプ |
o |
インターフェイス （サポートされている値はこれだけです）。 |
ADMIN_NETWORK_TARGET _TYPE_interface_clone_MAC |
BP |
正しいか間違っているか StorageGRID コンテナで管理ネットワークのホストターゲットインターフェイスの MAC アドレスを使用するには、キーを「 true 」に設定して原因 に設定します。
MAC クローニングの詳細については、次の URL を参照してください |
ADMIN_NETWORK_ROLE |
|
Primary または Non-Primary このキーが必要なのは、 node_type が VM_Admin_Node の場合だけです。それ以外のタイプのノードの場合は指定しないでください。 |
BLOBK_DEVICE_AUDIT_logs |
|
このノードで監査ログの永続的なストレージに使用するブロックデバイススペシャルファイルのパスと名前。このキーが必要なのは、 node_type が VM_Admin_Node のノードだけです。それ以外のタイプのノードの場合は指定しないでください。 例 /dev/disk/by-path/pci-0000:03:000-scsi-0:0:0:0 /dev/disk/by-id/wwn-0x600a09800059d6df000060d757b475fd /dev/mapper/sgws-adm1-audit-logs |
BLOCK_DEVICE_RANGEDB_000 BLOCK_DEVICE_RANGEDB_001 BLOCK_DEVICE_RANGEDB_002 BLOCK_DEVICE_RANGEDB_003 BLOCK_DEVICE_RANGEDB_004 BLOCK_DEVICE_RANGEDB_005 BLOCK_DEVICE_RANGEDB_006 BLOCK_DEVICE_RANGEDB_007 BLOCK_DEVICE_RANGEDB_008 BLOCK_DEVICE_RANGEDB_009 BLOCK_DEVICE_RANGEDB_010 BLOCK_DEVICE_RANGEDB_011 BLOCK_DEVICE_RANGEDB_012 BLOCK_DEVICE_RANGEDB_013 BLOCK_DEVICE_RANGEDB_014 BLOCK_DEVICE_RANGEDB_015 |
|
このノードでオブジェクトの永続的なストレージに使用するブロックデバイススペシャルファイルのパスと名前。このキーが必要なのは、 node_type が VM_Storage_Node のノードだけです。それ以外のタイプのノードの場合は指定しないでください。 BLOCK_DEVICE_RANGEDB_000 のみが必須で、それ以外は省略可能です。BLOCK_DEVICE_RANGEDB_000 に指定するブロックデバイスは 4TB 以上である必要があります。それ以外は 4TB 未満でもかまいません。 間は空けずに続けて指定してくださいBLOCK_DEVICE_RANGEDB_005 を指定する場合は、 BLOCK_DEVICE_RANGEDB_004 も指定されている必要があります。
例 /dev/disk/by-path/pci-0000:03:000-scsi-0:0:0:0 /dev/disk/by-id/wwn-0x600a09800059d6df000060d757b475fd /dev/mapper/sgws-sn1-rangedb/000 |
BLOBK_DEVICE_tables |
|
このノードでデータベーステーブルの永続的なストレージに使用するブロックデバイススペシャルファイルのパスと名前。このキーが必要なのは、 node_type が VM_Admin_Node のノードだけです。それ以外のタイプのノードの場合は指定しないでください。 例 /dev/disk/by-path/pci-0000:03:000-scsi-0:0:0:0 /dev/disk/by-id/wwn-0x600a09800059d6df000060d757b475fd /dev/mapper/sgws-adm1-tables |
BLOBK_DEVICE_VAR_LOCAL です |
|
このノードが /var/local の永続的ストレージに使用するブロックデバイススペシャルファイルのパスと名前。 例 /dev/disk/by-path/pci-0000:03:000-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' 「 10.224.4.81. |
CLIENT_NETWORK_IP |
o |
このノードのクライアントネットワークにおける IPv4 アドレス。このキーが必要なのは、 CLIENT_NETWORK_CONFIG = STATIC の場合だけです。それ以外の値の場合は指定しないでください。 例 '1.1.1' 「 10.224.4.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 などのジャンボフレームに適した値に設定します。それ以外の場合は、デフォルト値のままにします。
例 「 1500 」 「 8192 」 |
client_network_target です |
BP |
StorageGRID ノードでクライアントネットワークのアクセスに使用するホストデバイスの名前。ネットワークインターフェイス名のみがサポートされています。通常、 GRID_NETWORK_TARGET または ADMIN_NETWORK_TARGET に指定したインターフェイス名とは別のインターフェイス名を使用します。
例 「 bond0.1003` ens423` |
client_network_target_type |
o |
インターフェイス （この値のみがサポートされています）。 |
client_network_target_type _interface_clone_MAC |
BP |
正しいか間違っているか クライアントネットワークでホストターゲットインターフェイスの MAC アドレスを使用するには、キーを「 true 」に設定して StorageGRID コンテナを原因 します。
MAC クローニングの詳細については、次の URL を参照してください |
GRID_NETWORK_CONFIG |
BP |
STATIC または DHCP （指定しない場合のデフォルトは STATIC ） |
GRID_NETWORK_GATEWAY |
|
このノードのローカルのグリッドネットワークゲートウェイの IPv4 アドレス。 GRID_NETWORK_IP および GRID_NETWORK_MASK で定義されるサブネットに属している必要があります。この値は、 DHCP によって設定されたネットワークでは無視されます。 グリッドネットワークのサブネットが 1 つだけでゲートウェイがない場合は、サブネットの標準のゲートウェイアドレス（ X.Y.Z.1 ）か、このノードの GRID_NETWORK_IP の値を使用します。このどちらかの値にしておけば、以降にグリッドネットワークを拡張するときに処理が簡単になります。 |
GRID_NETWORK_IP |
|
このノードのグリッドネットワークにおける IPv4 アドレス。このキーが必要なのは、 GRID_NETWORK_CONFIG = STATIC の場合だけです。それ以外の値の場合は指定しないでください。 例 '1.1.1' 「 10.224.4.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 などのジャンボフレームに適した値に設定します。それ以外の場合は、デフォルト値のままにします。
例 1 、 500 、 8192 |
GRID_NETWORK_TARGET |
|
StorageGRID ノードでグリッドネットワークのアクセスに使用するホストデバイスの名前。ネットワークインターフェイス名のみがサポートされています。通常、 ADMIN_NETWORK_TARGET または ADMIN_NETWORK_TARGET に指定したインターフェイス名とは別のインターフェイス名を使用します。
例 「 bond0.1001 」と入力します 「 ens192 」 |
GRID_NETWORK_TARGET タイプ |
o |
インターフェイス （サポートされている値はこれだけです）。 |
GRID_NETWORK_TARGET _TYPE_interface_clone_MAC |
|
正しいか間違っているか グリッドネットワーク上のホストターゲットインターフェイスの MAC アドレスを使用するには、キーの値を「 true 」に設定して StorageGRID コンテナを原因 に設定します。
MAC クローニングの詳細については、次の URL を参照してください |
Interfaces_target_nnnn |
o |
このノードに追加するインターフェイスの名前とオプションの概要 。各ノードに複数のインターフェイスを追加できます。 「 _nnnnnn _ 」には、追加する各 interfaces _ target エントリの一意の番号を指定します。 値には、ベアメタルホスト上の物理インターフェイスの名前を指定します。その後、必要に応じて、カンマを追加してインターフェイスの概要 を指定します。このインターフェイスは、 VLAN インターフェイスのページと HA グループのページに表示されます。 たとえば 'interfaces_target_01= ens256'Trunk' のようになります トランクインターフェイスを追加する場合は、 StorageGRID で VLAN インターフェイスを設定する必要があります。アクセスインターフェイスを追加する場合は、 HA グループに直接追加できます。 VLAN インターフェイスを設定する必要はありません。 |
MAXIMUM_RAM |
o |
このノードに使用を許可する RAM の最大容量。このキーを省略した場合、ノードでメモリは制限されません。本番用のノードについて設定するときは、システム RAM の合計容量よりも 24GB 以上、 16~32GB 以上小さい値を指定してください。
このフィールドの形式は '<number><unit>` ですここで '<unit>` には 'b'k''m''g` を指定できます 例 「 24g 」と入力します 38654705664b'
|
Node_type のように指定します |
|
ノードのタイプ： VM_Admin_Node VM_Storage_Node VM_Archive_Node VM_API_Gateway |
PORT_REMAP を参照してください |
o |
ノードが内部でのグリッドノードの通信または外部との通信に使用するポートを再マッピングします。ポートの再マッピングが必要になるのは、 StorageGRID で使用される 1 つ以上のポートがエンタープライズネットワークポリシーで制限されている場合です。詳細については、「内部グリッドノードの通信」または「外部通信」を参照してください。
使用される形式は「 <network type>/<protocol>/< Grid ノードで使用されるデフォルトポート >/< 新しいポート >` です。ここで、「 <network type> 」は grid 、 admin 、 client のいずれかです。プロトコルは tcp または udp です。 例：
|
PORT_REMAP_INBOUND |
o |
指定したポートのインバウンド通信を再マッピングします。PORT_REMAP_INBOUND を指定して PORT_REMAP に値を指定しなかった場合は、ポートのアウトバウンド通信が変更されません。
使用される形式は、「 <network type> 」 / 「 <protocol:>/< 再マッピングされたポート >/< グリッドノードで使用されるデフォルトポート >` です。「 <network type> 」は grid 、 admin 、 client のいずれかです。プロトコルは TCP または UDP です。 例：
|