はじめに
Ubuntu または Debian の環境のノード構成ファイルを作成します
変更を提案
PDF
ノード構成ファイルは、ノードを起動して適切なネットワークおよびブロックストレージリソースに接続するために 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表記）をカンマで区切ったリスト。 例 |
ADMIN_NETWORK_GATEWAY |
O （ * R * ） |
このノードのローカルの管理ネットワークゲートウェイの IPv4 アドレス。ADMIN_NETWORK_IP および ADMIN_NETWORK_MASK で定義されるサブネットに属している必要があります。この値は、 DHCP によって設定されたネットワークでは無視されます。
例
|
ADMIN_NETWORK_IP |
o |
このノードの管理ネットワークにおける IPv4 アドレス。このキーが必要なのは、ADMIN_NETWORK_CONFIG = STATICの場合だけです。それ以外の値の場合は指定しないでください。 例
|
ADMIN_NETWORK_MAC |
o |
コンテナ内の管理ネットワークインターフェイスの MAC アドレス。 このフィールドはオプションです。省略すると、 MAC アドレスが自動的に生成されます。 6 つの 16 進数値をコロンで区切って指定する必要があります。 例 |
ADMIN_NETWORK_MASK |
o |
このノードの管理ネットワークにおける IPv4 ネットマスク。このキーが必要なのは、ADMIN_NETWORK_CONFIG = STATICの場合だけです。それ以外の値の場合は指定しないでください。 例
|
ADMIN_NETWORK_MTU を指定します |
o |
このノードの管理ネットワークでの最大伝送ユニット（ MTU ）。ADMIN_NETWORK_CONFIG = DHCPの場合は指定しないでください。この値を指定する場合、 1280 ～ 9216 の範囲で指定する必要があります。省略すると、 1500 が使用されます。 ジャンボフレームを使用する場合は、 MTU を 9000 などのジャンボフレームに適した値に設定します。それ以外の場合は、デフォルト値のままにします。
例
|
ADMIN_NETWORK_TARGET |
BP |
StorageGRID ノードで管理ネットワークのアクセスに使用するホストデバイスの名前。ネットワークインターフェイス名のみがサポートされています。通常、 GRID_NETWORK_TARGET または CLIENT_NETWORK _TARGET に指定したインターフェイス名とは別のインターフェイス名を使用します。 注：ボンドデバイスやブリッジデバイスをネットワークターゲットとして使用しないでください。ボンドデバイスの上に VLAN （または他の仮想インターフェイス）を設定するか、ブリッジと仮想イーサネット（ veth ）のペアを使用します。
例
|
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のノードだけです。それ以外のタイプのノードの場合は指定しないでください。 例
|
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 も指定されている必要があります。
例
|
BLOBK_DEVICE_tables |
|
このノードでデータベーステーブルの永続的なストレージに使用するブロックデバイススペシャルファイルのパスと名前。このキーが必要なのは、NODE_TYPE = VM_ADMIN_Nodeのノードだけです。それ以外のタイプのノードの場合は指定しないでください。 例
|
BLOBK_DEVICE_VAR_LOCAL です |
|
このノードが /var/local の永続的ストレージに使用するブロックデバイススペシャルファイルのパスと名前。 例
|
CLIENT_NETWORK_CONFIG |
o |
DHCP 、 STATIC 、または DISABLED |
CLIENT_NETWORK_GATEWAY |
o |
このノードのローカルのクライアントネットワークゲートウェイの IPv4 アドレス。 CLIENT_NETWORK_IP および CLIENT_NETWORK_MASK で定義されるサブネットに属している必要があります。この値は、 DHCP によって設定されたネットワークでは無視されます。 例
|
CLIENT_NETWORK_IP |
o |
このノードのクライアントネットワークにおける IPv4 アドレス。このキーが必要なのは、CLIENT_NETWORK_CONFIG = STATICの場合だけです。それ以外の値の場合は指定しないでください。 例
|
CLIENT_NETWORK_MAC |
o |
コンテナ内のクライアントネットワークインターフェイスの MAC アドレス。 このフィールドはオプションです。省略すると、 MAC アドレスが自動的に生成されます。 6 つの 16 進数値をコロンで区切って指定する必要があります。 例 |
CLIENT_NETWORK_MASK |
o |
このノードのクライアントネットワークにおける IPv4 ネットマスク。このキーが必要なのは、CLIENT_NETWORK_CONFIG = STATICの場合だけです。それ以外の値の場合は指定しないでください。 例
|
CLIENT_NETWORK_MTU |
o |
このノードのクライアントネットワークでの最大伝送ユニット（ MTU ）。CLIENT_NETWORK_CONFIG = DHCPの場合は指定しないでください。この値を指定する場合、 1280 ～ 9216 の範囲で指定する必要があります。省略すると、 1500 が使用されます。 ジャンボフレームを使用する場合は、 MTU を 9000 などのジャンボフレームに適した値に設定します。それ以外の場合は、デフォルト値のままにします。
例
|
client_network_target です |
BP |
StorageGRID ノードでクライアントネットワークのアクセスに使用するホストデバイスの名前。ネットワークインターフェイス名のみがサポートされています。通常、 GRID_NETWORK_TARGET または ADMIN_NETWORK_TARGET に指定したインターフェイス名とは別のインターフェイス名を使用します。 注：ボンドデバイスやブリッジデバイスをネットワークターゲットとして使用しないでください。ボンドデバイスの上に VLAN （または他の仮想インターフェイス）を設定するか、ブリッジと仮想イーサネット（ veth ）のペアを使用します。
例
|
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の場合のみです。それ以外の値の場合は指定しないでください。 例
|
GRID_NETWORK_MAC |
o |
コンテナ内のグリッドネットワークインターフェイスの MAC アドレス。 このフィールドはオプションです。省略すると、 MAC アドレスが自動的に生成されます。 6 つの 16 進数値をコロンで区切って指定する必要があります。 例 |
GRID_NETWORK_MASK |
o |
このノードのグリッドネットワークにおける IPv4 ネットマスク。このキーが必要なのは、GRID_NETWORK_CONFIG = STATICの場合のみです。それ以外の値の場合は指定しないでください。 例
|
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 に指定したインターフェイス名とは別のインターフェイス名を使用します。 注：ボンドデバイスやブリッジデバイスをネットワークターゲットとして使用しないでください。ボンドデバイスの上に VLAN （または他の仮想インターフェイス）を設定するか、ブリッジと仮想イーサネット（ veth ）のペアを使用します。 例
|
GRID_NETWORK_TARGET タイプ |
o |
インターフェイス （サポートされている値はこれだけです）。 |
GRID_NETWORK_TARGET _TYPE_interface_clone_MAC |
|
正しいか間違っているか グリッドネットワーク上のホストターゲットインターフェイスの MAC アドレスを使用するには、キーの値を「 true 」に設定して StorageGRID コンテナを原因 に設定します。
MAC クローニングの詳細については、次の URL を参照してください |
interface_target_nnnn |
o |
このノードに追加するインターフェイスの名前とオプションの概要 。各ノードに複数のインターフェイスを追加できます。 _nnnn_には、追加する各interface_targetエントリに一意の番号を指定します。 値には、ベアメタルホスト上の物理インターフェイスの名前を指定します。その後、必要に応じて、カンマを追加してインターフェイスの概要 を指定します。このインターフェイスは、 VLAN インターフェイスのページと HA グループのページに表示されます。 例： トランクインターフェイスを追加する場合は、 StorageGRID で VLAN インターフェイスを設定する必要があります。アクセスインターフェイスを追加する場合は、そのインターフェイスをHAグループに直接追加できます。VLANインターフェイスを設定する必要はありません。 |
MAXIMUM_RAM |
o |
このノードに使用を許可する RAM の最大容量。このキーを省略した場合、ノードでメモリは制限されません。本番用のノードについて設定するときは、システム RAM の合計容量よりも 24GB 以上、 16~32GB 以上小さい値を指定してください。
このフィールドの形式はです 例
|
Node_type のように指定します |
|
ノードのタイプ： VM_Admin_Node VM_Storage_Node VM_Archive_Node VM_API_Gateway |
PORT_REMAP を参照してください |
o |
ノードが内部でのグリッドノードの通信または外部との通信に使用するポートを再マッピングします。ポートの再マッピングが必要になるのは、StorageGRID で使用される1つ以上のポートがエンタープライズネットワークポリシーによって制限されている場合です（を参照） "内部でのグリッドノードの通信" または "外部との通信"。 重要：ロードバランサエンドポイントの設定に使用する予定のポートを再マッピングしないでください。
使用される形式は次のとおりです。 例：
|
PORT_REMAP_INBOUND |
o |
指定したポートのインバウンド通信を再マッピングします。PORT_REMAP_INBOUNDを指定し、PORT_REMAPに値を指定しなかった場合、ポートのアウトバウンド通信は変更されません。 重要：ロードバランサエンドポイントの設定に使用する予定のポートを再マッピングしないでください。 使用される形式は次のとおりです。 例：
|