構成プロファイルの概要

DataStax Enterpriseクラスターの構成ドリフトを防ぐには、必要な構成プロファイルを定義します。構成プロファイルにより、クラスター、データ・センター、またはノードのレベルで構成を統一することができます。

構成プロファイルの目的

DataStax Enterpriseクラスターの構成ドリフトを防ぐには、必要な構成プロファイルを定義します。構成プロファイルにより、クラスター、データ・センター、またはノードのレベルで構成を統一することができます。

構成プロファイルでは、一貫した構成設定を定義して一元管理できるため、構成ドリフトを避けることができます。構成ドリフトは、変更が自動ではなく手動で行われ、変更の適用に整合性が欠けていると、徐々に発生します。構成ドリフトは、可用性の向上と障害回復における失敗の一因となります。Lifecycle Managerアプリケーションの外で構成が変更された場合、LCM内で構成ジョブを実行すると、ジョブ・ターゲットの構成が上書きされ、クラスター、データ・センター、およびノードは、適用された構成プロファイルに従って実行されます。

継承と優先順位

構成プロファイルは、クラスター・トポロジー内でインテリジェントに継承されます。たとえば、データ・センター・レベルまたはノード・レベルで構成プロファイルが明示的に指定されていない場合、クラスター・レベルから構成プロファイルが継承されます。クラスター・トポロジー・モデルを作成する場合、定義済みの構成プロファイルをクラスター、データ・センター、またはノードのレベルで適用できます。ノード・レベルの構成プロファイルは、データ・センター・レベルまたはクラスター・レベルのプロファイルよりも優先されます。データ・センター内のワークロード・ノード・タイプの要件を反映するように構成プロファイルを定義してください。

構成ジョブが実行されると、異なるトポロジー・レベルで指定された構成プロファイルは詳細にマージされます。たとえば、クラスター・レベルで定義され適用された構成プロファイルを持つクラスターを考えてみましょう。構成プロファイルには以下の項目が指定されています。
  • G1ガーベージ・コレクター(g1gc)を使用する。
  • 最大ヒープ・サイズ16 Gを使用する。
  • コミット・ログ・ディレクトリーを明示的に指定せず、デフォルト値/var/lib/cassandra/commitlogを使用する。
クラスターにはDC1とDC2の2つのデータ・センターがあります。
  • DC1には独自の構成プロファイルがないため、そのクラスターから構成プロファイルを継承します。
  • DC2にはデータ・センター・レベルで定義された構成プロファイルがあり、最大ヒープ・サイズ32 Gと、コミット・ログ・ディレクトリー/cassandra_data/commitlogが指定されています。
構成ジョブが実行されると、各データ・センター内のノードの構成は次のようになります。
  • DC1内のすべてのノードは、g1gc、最大ヒープ・サイズ16 G、デフォルト・コミット・ログ・ディレクトリー/var/lib/cassandra/commitlogを使用するというクラスター設定を継承します。
  • DC2内のノードはクラスターから継承し、さらにg1gc(クラスターから継承)、最大ヒープ・サイズ32 G(データ・センター構成プロファイルがクラスター・レベルの構成プロファイルの明示的な設定より優先される)、/cassandra_data/commitlogコミット・ログ・ディレクトリー(データ・センター構成プロファイルがクラスター・レベルの構成プロファイルから継承した黙示的なデフォルトより優先される)というデータ・センター・レベルの構成プロファイルでクラスター設定がオーバーライドされます。

構成プロファイルの継承と優先順位により、クラスター・レベルの構成プロファイルからできるだけ多くの設定を継承することでクラスターの整合性が保たれ、その一方で、下位のより詳細なデータ・センター・レベルとノード・レベルでは、構成プロファイル内の優先順位が上位の設定とは異なる詳細設定のみを指定できるという柔軟性も確保されます。

構成プロファイルのファイル

各構成プロファイルは、最新バージョンのDataStax Enterprise(4.7以降)に固有です。構成プロファイルは、DataStax Enterpriseクラスターの機能を構成する複数の構成ファイルで成り立っています。

DSEのLCM構成プロファイルの構成ファイル

構成プロファイルにより、以下の構成ファイルの設定をカスタマイズできます。
  • [Cassandra]セクション:
    注: 構成プロファイルを追加すると、デフォルトではサポートされるすべてのバージョンのDataStax EnterpriseでDSE認証が有効になります。DSEオーセンティケーターはDSEバージョン5.0以降についてdse.yamlで有効になります。詳細については、「LCMを使用したDSEセキュリティの管理」を参照してください。

    cassandra.yamldse.yamlではすべての構成オプションを編集できますが、他の構成ファイルでは頻繁に使用される設定のみを含むテンプレート・システムを使用しています。その他の構成オプションが必要な場合は、DataStaxサポートにお問い合わせください。

  • [Spark]セクション:
    • logback-sparkR.xml
    • dse-spark-env.sh
    • logback-spark.xml
    • spark-defaults.conf
    • spark-env.sh
    • logback-spark-executor.xml
    • logback-spark-server.xml
    • hive-site.xml
    • spark-daemon-defaults.conf

    詳細については、DSE管理者向けドキュメントの「DSE用のSparkの構成」と「Sparkロギング・オプションの構成」を参照してください。

  • [Lifecycle Manager]セクション:
    • パッケージ・プロキシ:パッケージ・ダウンロードの処理を早める場合や、DataStax Enterpriseクラスターをインターネットから分離してオフラインにする場合に使用します。
    • Javaセットアップ:JREインストールとJCEポリシー・ファイルを自動的に管理します。
    注: この時点でLifecycle Managerで明示的に管理されていない構成ファイルはcommitlog_archiving.propertiesです。このファイルはコミット・ログ・アーカイブの構成と、Backup Service(バックアップ・サービス)のPIT復元に使用されます。このファイルは、Backup Service(バックアップ・サービス)内で管理されます。
注: Lifecycle Managerのデータ(クラスターのトポロジー・モデル、構成プロファイル、認証情報、リポジトリ、ジョブ履歴など)はlcm.dbデータベースに格納されています。lcm.dbデータベースのバックアップは、組織の責任で行ってください。さらに、lcm.dbをミラーリングするようにフェイルオーバーも構成する必要があります。

lcm.db

Lifecycle Managerデータベースlcm.dbの場所は、インストールのタイプによって異なります。

  • パッケージ・インストール:/var/lib/opscenter/lcm.db
  • tarボール・インストール:install_location/lcm.db
注: Lifecycle Managerのデータ(クラスターのトポロジー・モデル、構成プロファイル、認証情報、リポジトリ、ジョブ履歴など)はlcm.dbデータベースに格納されています。データベースのバックアップはそれぞれの組織で行ってください。さらに、lcm.dbをミラーリングするようにフェイルオーバーも構成する必要があります。