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

[アーティクル]
03/21/2023

適用対象: 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 エージェントを有効または無効にする方法、特定のトレースフラグを有効にする方法、カスタマーフィードバックを有効/無効にする方法に関する一時的な回避策について説明します。

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

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

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

[DEFAULT]
pid = Enterprise

[traceflag]
traceflag0 = 1204
```
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>
```
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 ビッグデータクラスターを構成する

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