次の方法で共有


SQL Server ビッグ データ クラスターの構成 - CU9 より前のリリース

適用対象: 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 より前のビッグ データ クラスター構成には、 serviceresourceの 2 つのスコープ レベルがあります。 設定の階層も、最高から最低の順に従います。 BDC コンポーネントは、最も低いスコープで定義された設定の値を受け取ります。 設定が特定のスコープで定義されていない場合、その設定は上位の親スコープから値を継承します。

たとえば、Spark ドライバーが記憶域プールおよび Sparkhead リソースで使用する既定のコア数を定義できます。 次の 2 つの方法で行います。

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

最初のシナリオでは、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 ファイルを /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>
    
  3. 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

sqlhdfssparksql はサービスです。 各サービスは、同じ名前付き構成カテゴリにマップされます。 すべてのゲートウェイ構成は、カテゴリ gatewayに移動します。

たとえば、サービス hdfs 内のすべての構成はカテゴリ hdfsに属します。 すべての Hadoop (コア サイト)、HDFS、Zookeeper の構成はカテゴリ hdfsに属し、Livy、Spark、Yarn、Hive、Metastore の構成はすべてカテゴリ sparkに属します。

サポートされている構成には、 SQL Server ビッグ データ クラスターをデプロイするときに構成できる Apache Spark と Hadoop のプロパティが一覧表示されます。

次のセクションでは、クラスターで変更 できない プロパティの一覧を示します。

次のステップ

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