複数のネットワーク・インターフェイスの使用

複数のネットワーク、またはクラウド実装でのリージョン全体でのcassandra.yamlの設定

複数のネットワーク、またはリージョン間のクラウド・シナリオでは、データ・センター間の通信は、外部IPアドレスのみを使用して行われます。外部IPアドレスは、broadcast_address設定を使用して、cassandra.yamlファイルで定義されます。各ノードを以下のように構成します。

1. cassandra.yamlファイルで、listen_addressをノードのプライベートIPアドレスに設定し、broadcast_addressをノードのパブリックIPアドレスに設定します。

   これにより、ノードを別のネットワークまたはリージョンのノードにバインドできるようになり、マルチ・データ・センターがサポートされます。ネットワーク内またはリージョン内トラフィックのために、接続が確立した後はプライベートIPに切り替わります。

2. cassandra.yamlファイル内シード・ノードのアドレスをパブリックIPのアドレスに設定します。プライベートIPはネットワーク間でルーティングできません。例を次に示します。

   seeds: 50.34.16.33, 60.247.70.52

   注: すべてのノードをシードにしないでください。「ノード間のコミュニケーション（ゴシップ）」を参照してください。
3. storage_portまたはssl_storage_portがパブリックIPファイアウォールで開かれていることを確認してください。

非EC2実装のための追加のcassandra.yaml構成

listen_on_broadcast_address: true

複数のネットワーク用のスニッチの構成

データ・センター間の外部通信は、broadcast_address（パブリックIP）を使用している場合にのみ行われます。

実稼働環境にはGossipingPropertyFileSnitchを推奨します。cassandra-rackdc.propertiesファイルは、このスニッチで使用されるデータ・センターを定義します。broadcast_addressへのトラフィックがlisten_addressに再ルーティングされるようにするには、prefer_localオプションを有効にします。

ネットワークのノードごとに、そのデータ・センターをcassandra-rackdc.propertiesファイルで指定します。

以下の例では、2つのデータ・センターがあり、データ・センターにはそれぞれ、ワークロードの名前が付けられています。この例のデータ・センター命名規則は、ワークロードに基づいています。DC1、DC2、または100、200など他の規則を使用することもできます。（データ・センター名は大文字と小文字が区別されます。）

クラウド実装でのリージョン間通信用のスニッチの構成

クラウド・デプロイでは、リージョン名はデータ・センター名として扱われ、アベイラビリティー・ゾーンはデータ・センター内のラックとして扱われます。たとえば、ノードがus-east-1リージョンにある場合、us-eastはデータ・センター名で、1がラックの場所です。（ラックはレプリカの分散では重要ですが、データ・センターの命名では重要ではありません。）

以下の例では、2つのDataStax Enterpriseデータ・センターがあり、データ・センターにはそれぞれ、ワークロードの名前が付けられています。この例のデータ・センター命名規則は、ワークロードに基づいています。DC1、DC2、または100、200など他の規則を使用することもできます。（データ・センター名は大文字と小文字が区別されます。）

ノードごとに、cassandra-rackdc.propertiesでそのデータ・センターを指定します。dc_suffixオプションは、スニッチで使用するデータ・センターを定義します。他の行は無視されます。

us-east_1_transactional
us-east_2_transactional
us-east_1_analytics
us-east_1_search

us-west_1_transactional
us-west_2_transactional
us-west_1_analytics
us-west_1_search