次の方法で共有

SQL Server ビッグ データ クラスターを構成する - CU9 リリース以前

  • [アーティクル]

適用対象: SQL Server 2019 (15.x)

重要

Microsoft SQL Server 2019 ビッグ データ クラスターのアドオンは廃止されます。 SQL Server 2019 ビッグ データ クラスターのサポートは、2025 年 2 月 28 日に終了します。 ソフトウェア アシュアランス付きの SQL Server 2019 を使用する既存の全ユーザーはプラットフォームで完全にサポートされ、ソフトウェアはその時点まで SQL Server の累積更新プログラムによって引き続きメンテナンスされます。 詳細については、お知らせのブログ記事と「Microsoft SQL Server プラットフォームのビッグ データ オプション」を参照してください。

SQL Server 2019 ビッグ データ クラスターの CU8 以前のリリースでは、展開 bdc.json ファイルを使用して、展開時にビッグ データ クラスターの設定を構成することができます。 SQL Server マスター インスタンスは、mssql-conf を使用した場合のみ、展開後に構成できます。

Note

CU9 リリースより前の構成対応クラスターのサポートでは、ビッグ データ クラスターは展開時にのみ構成できました。ただし、SQL Server マスター インスタンスは例外であり、mssql-conf を使用した場合のみ、展開後に構成できました。 CU9 以降のリリースを構成する手順については、「SQL Server ビッグ データ クラスターを構成する」を参照してください。

構成スコープ

CU9 以前のビッグ データ クラスターの構成には、service と resource という 2 つのスコープ レベルがあります。 設定の階層も、この順序に従って、上位から下位に適用されます。 BDC コンポーネントでは、最下位のスコープで定義された設定の値が使用されます。 特定のスコープで設定が定義されていない場合は、上位の親スコープから値が継承されます。

たとえば、記憶域プールと Sparkhead リソースで Spark ドライバーによって利用されるコアの既定数を定義することがあります。 次の 2 つの方法で行います。

  • Spark サービス スコープで既定のコア値を指定する
  • storage-0 と sparkhead リソース スコープで既定のコア値を指定する

最初のシナリオでは、Spark サービス (記憶域プールと Sparkhead) のすべての下位スコープ リソースに、Spark サービスの既定値から既定のコア数が "継承" されます。

2 番目のシナリオでは、該当するスコープで定義された値が各リソースで使用されます。

既定の数のコアがサービスとリソースの両方のスコープで構成されている場合、リソースをスコープとする値によってサービスをスコープとする値が上書きされます。これは、特定の設定に対してユーザーが構成する最下位のスコープであるためです。

構成に関する具体的な情報については、関連記事を参照してください。

SQL Server マスター インスタンスを構成する

SQL Server ビッグ データ クラスター のマスター インスタンスを構成します。

展開時に SQL Server マスター インスタンスのサーバー構成設定を構成することはできません。 この記事では、SQL Server のエディションなどの設定を構成する方法、SQL Server エージェントを有効または無効にする方法、特定のトレース フラグを有効にする方法、カスタマー フィードバックを有効/無効にする方法に関する一時的な回避策について説明します。

これらのいずれかの設定を変更するには、次の手順に従います。

  1. ターゲット設定を含むカスタム mssql-custom.conf ファイルを作成します。 次の例では、SQL エージェント、テレメトリを有効にし、Enterprise Edition の PID を設定し、トレース フラグ 1204 を有効にします。

    [sqlagent]
enabled=true

[telemetry]
customerfeedback=true
userRequestedLocalAuditDirectory = /tmp/audit

[DEFAULT]
pid = Enterprise

[traceflag]
traceflag0 = 1204

  2. mssql-custom.conf ファイルを master-0 ポッドの mssql-server コンテナー内の /var/opt/mssql にコピーします。 <namespaceName> をビッグ データ クラスター名に置き換えます。

    kubectl cp mssql-custom.conf master-0:/var/opt/mssql/mssql-custom.conf -c mssql-server -n <namespaceName>

  3. SQL Server インスタンスを再起動します。 <namespaceName> をビッグ データ クラスター名に置き換えます。

    kubectl exec -it master-0  -c mssql-server -n <namespaceName> -- /bin/bash
supervisorctl restart mssql-server
exit

重要

SQL Server マスター インスタンスが可用性グループ構成内にある場合は、すべての master ポッドに mssql-custom.conf ファイルをコピーします。 再起動のたびにフェールオーバーが発生するので、このアクティビティのタイミングをダウンタイム期間中にする必要があることに注意してください。

既知の制限事項

  • 上記の手順では、Kubernetes クラスター管理者のアクセス許可が必要です
  • 展開後に、ビッグ データ クラスターの SQL Server マスター インスタンスのサーバーの照合順序を変更することはできません。

Apache Spark と Apache Hadoop を構成する

ビッグ データ クラスターで Apache Spark と Apache Hadoop を構成するには、展開時にクラスター プロファイルを変更する必要があります。

ビッグ データ クラスターには、次の 4 つの構成カテゴリがあります。

  • sql
  • hdfs
  • spark
  • gateway

sql、hdfs、spark、sql がサービスです。 各サービスは同じ名前の構成カテゴリにマップされます。 すべてのゲートウェイ構成は、カテゴリ gateway に属します。

たとえば、サービス hdfs のすべての構成は、カテゴリ hdfs に属します。 Hadoop (コアサイト)、HDFS、Zookeeper の構成はすべて、カテゴリ hdfs に属し、Livy、Spark、Yarn、Hive、メタストアの構成はすべて、カテゴリ spark に属すことにご注意ください。

サポートされている構成には、SQL Server ビッグ データ クラスターの展開時に構成できる Apache Spark と Hadoop のプロパティがリストアップされています。

次のセクションでは、クラスターで変更できないプロパティをリストアップしています。

次の手順

SQL Server ビッグ データ クラスターを構成する