適用対象: SQL Server 2019 (15.x)
Von Bedeutung
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 を使用してのみデプロイ後に構成できます。
注
CU9 のリリースと構成が有効なクラスターのサポートより前は、ビッグ データ クラスターは展開時にのみ構成できましたが、SQL Server マスター インスタンスを除き、mssql-conf を使用してのみ展開後に構成できました。 CU9 以降のリリースを構成する手順については、「 SQL Server ビッグ データ クラスターの構成」を参照してください。
構成スコープ
CU9 より前のビッグ データ クラスター構成には、 service
と resource
の 2 つのスコープ レベルがあります。 設定の階層も、最高から最低の順に従います。 BDC コンポーネントは、最も低いスコープで定義された設定の値を受け取ります。 設定が特定のスコープで定義されていない場合、その設定は上位の親スコープから値を継承します。
たとえば、Spark ドライバーが記憶域プールおよび Sparkhead
リソースで使用する既定のコア数を定義できます。 次の 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
ファイルを/var/opt/mssql
ポッドのmssql-server
コンテナー内のmaster-0
にコピーします。<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
Von Bedeutung
SQL Server マスター インスタンスが可用性グループ構成内にある場合は、すべての mssql-custom.conf
ポッドに master
ファイルをコピーします。 再起動するたびにフェールオーバーが発生するため、ダウンタイム期間中にこのアクティビティのタイミングを確認する必要があります。
既知の制限事項
- 上記の手順では、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、Metastore の構成はすべてカテゴリ spark
に属します。
サポートされている構成には、 SQL Server ビッグ データ クラスターをデプロイするときに構成できる Apache Spark と Hadoop のプロパティが一覧表示されます。
次のセクションでは、クラスターで変更 できない プロパティの一覧を示します。