一般的な FAQ
SQL Serverを有効にしたAzure PolicyをAzure Arcでオンボードするときに、SQL Serverインスタンスを除外できますか?
はい。Azure Policyの excludedInstances 設定を使用して、オンボード プロセスに含めないSQL Server インスタンスを示すことができます。
たとえば、スタンバイ インスタンスがあり、それらをポータルに表示したくない場合があります。 Azure Policyを使用してオンボードする場合は、インスタンス名のパターン マッチングを使用して、そのようなインスタンスを除外できます。
- Azureで指定した定義のコピーを作成して、カスタム定義を作成します。
- カスタム定義で除外されたインスタンスの値を設定します。
- サブスクリプションとリソース グループを対象にします。
SQL ServerのインスタンスからのデータはAzureに送信されますか?
No. Microsoftは、トラブルシューティングとインベントリに役立つメタデータとSQL Serverに関する情報のみをキャプチャします。 送信されるデータには、ユーザー データやSQL Serverの使用状況は含まれません。
従量課金制
SQL Server リソースとAzureの間の接続が一時的に中断されると、従量課金制の課金は停止されますか?
いいえ。インターネット接続が断続的に切れる場合でも、従量課金制の課金は停止されません。 接続が復旧した時点で、使用状況が報告され、課金ロジックによって考慮されます。
仮想マシンが停止した場合は、課金されますか?
No. VM が停止すると、使用状況データは収集されません。 このため、VM が停止していた時間に対して課金されることはありません。
SQL Server インスタンスが停止した場合、課金されますか?
No. 使用状況データ収集には、アクティブなSQL Server インスタンスが必要です。 そのため、SQL Server インスタンスが停止した時間は課金されません。
SQL Server インスタンスが 1 時間未満実行されていた場合、課金されますか?
課金の粒度は 1 時間です。 インスタンスがアクティブだった時間が 1 時間未満の場合は、1 時間分の料金が課金されます。
従量課金制で最少コア数はありますか?
従量課金制では、SQL Serverのライセンス条項は変更されません。 そのため、SQL Server ライセンス条項で定義されている 4 コアの制限が適用されます。
仮想コアのサブセットを使用するためにSQL Serverにアフィニティ マスクが指定されている場合、従量課金制は削減されますか?
No. 仮想マシンまたは物理マシンで SQL Server インスタンスを実行する場合は、マシンがアクセスできるコアの完全なセットのライセンスを付与する必要があります。 したがって、アフィニティ マスクを使用してこれらのコアのSQL Serverの使用を制限した場合でも、従量課金制の料金はコアの完全な数に基づいています。 詳細については、SQL Server ライセンス ガイドを参照してください。
従量課金制からライセンスへ、またはその逆に切り替えることはできますか?
はい。選択は変更できます。 変更するには、SQL Serverセットアップをもう一度実行し、Maintenance タブを選択し、Edition Upgrade を選択します。 これでモードは Enterprise ライセンスに変更されます。 従量課金制に戻すには、同じ手順を使用して設定を変更します。
Microsoftを持つ企業アカウントまたは小規模ビジネス アカウントがある場合、従量課金制の定期請求を有効にする必要がありますか?
No. この時点で、定期的な課金は、クラウド ソリューション プロバイダー (CSP) マネージド Azure サブスクリプションでのみ有効になります。
VM と SQL サーバーが意図的に切断またはオフになったときに課金されないようにするにはどうすればよいですか?
マシンが 30 日未満オフラインで再接続した場合、アップロードされたSQL Serverの使用状況にはオフライン期間が反映され、毎月の請求書がそれに対応します。 コンピューターを 30 日以上オフラインのままにした場合、マシンがオンラインに戻り、Azure Arcに再接続すると、従量課金制の課金が再開されます。
30 日を超える間定期的に切断されているサーバーがある場合、どうすればよいですか?
- VM を意図的に 30 日より長くオフラインにし、SQL Serverの使用を停止した場合、マシンがオンラインに戻ったときに従量課金制課金が再開され、Azure Arcに再接続されます。
- 切断された期間中に SQL Server インスタンスが継続的に実行されている場合は、準拠を維持するために接続を復元する必要があります。 拡張機能のトラブルシューティングを確認します。
特定のマシンが予想どおりに使用状況データを送信しない場合、または定期的な課金が発生した場合や発生している場合に、どのように通知できますか。
次のようにすることができます。
- Azure ポータルの Arc 対応SQL Server課金ダッシュボードで、各マシンの課金モードを確認します。
- 課金モードと最後に課金されたデータ ポイントを取得する独自の ARG クエリを作成します。
- アクティビティ ログ イベントをサブスクライブして、予想された使用状況レコードが受信されない場合や、定期的な課金が開始されたり進行中の場合に通知を受け取りましょう。 Azure Arc で有効になっているSQL Serverを使用するアクティビティ ログを確認します。
従量課金制の課金は Linux で動作しますか?
Yes. PAYG 課金は、制限付きのSQL Server on Linuxでサポートされています。 パッシブ インスタンス検出、接続されたユーザー検証、Database Engine レベルのコア可視性は、Linux では使用できません。 Linux 上のすべてのSQL Server インスタンスは、アクティブとして課金されます。 詳細については、「 ライセンスと課金の管理」を参照してください。
Linux 上のパッシブ SQL Server インスタンスが従量課金制でアクティブとして課金される理由
パッシブ インスタンス検出は Linux では使用できません。 この機能がないと、無料のパッシブ課金特典を適用できません。 すべてのインスタンスは、OS によって報告されたコア数に基づいて課金されます。 無料のパッシブ インスタンスの課金が必要な場合は、PAYG ではなくボリューム ライセンスを使用するか、 無制限の仮想化で PAYG 物理コアを使用することを検討してください。
Linux 上の PAYG のコア検出のしくみ
Linux では、オペレーティング システム環境 (OS に表示される仮想コアまたは物理コア) に基づいてコア数が報告されます。 Database Engineレベルのコア検証は使用できません。 課金は OS で報告されたコア数に基づき、OSE ごとに 4 コアの最小値が適用されます。
セキュリティ
Security のベスト プラクティスとは
Azure Arc のベストプラクティスに基づき有効化されている SQL Server を確認し、実装します。
TDE とAzure Key Vaultはサポートされていますか?
No. Azure Key Vaultを使用したTDEは、現在のところ、Azure Arcで有効にされたSQL Serverではサポートされていません。独自のインスタンスのTDEを手動で設定できます。
キー ボールトのサポートはありますか?
はい。現在、Microsoft Entra ID証明書を格納するためのAzure Arcによって有効になっているSQL Serverに対するキー コンテナーのサポートがあります。
SQL Server Azure ArcサポートPrivate Linkによって有効にされますか?
Yes. Azure Arcによって有効になっているSQL Serverは、ほとんどのエンドポイントのPrivate Linkをサポートしますが、一部のエンドポイントではPrivate Linkが必要なく、一部のエンドポイントはサポートされていません。 具体的な情報については、「 接続マシン エージェントのネットワーク要件」を参照してください。
どのような構成変更が行われますか?
SQL ServerのAzure拡張機能によって作成されたロールの詳細については、インストール用の拡張機能によって作成されたロールAzure SQL Serverを参照してください。
開く必要があるエンドポイントの URL リストは何ですか?
*.<region>.arcdataservices.com でエンドポイントを開く必要があります。 具体的な情報については、「前提条件 - Azure Arc データ処理サービスに接続するを確認してください。
TLS 検査は、SQL ServerのAzure拡張機能で動作しますか?
組織で TLS 検査を使用している場合、SQL ServerのAzure拡張機能では証明書のピン留めを使用せず、コンピューターが TLS 検査サービスによって提示された証明書を信頼している限り、引き続き機能します。 Azure Arc対応サーバー拡張機能を使用した TLS 検査の詳細については、「Network Security」を参照してください。
割り当てられたアクセス許可の詳細とは何ですか?
SQL Server のAzure拡張機能のWindowsサービス アカウントとアクセス許可の構成を確認します。
Microsoft SQL Server拡張機能サービスはどのユーザーとして実行されていますか?
最小権限モードを有効にすると、NT Service\SQLServerExtension アカウントとして実行されます。 無効にすると、ローカル システムとして実行されます。 最小特権モードを有効にするには、 最小特権モードを確認します。
Azure Arcで有効になっているSQL Serverに対して最小特権モードはサポートされていますか?
はい。最小特権モードは、Azure Arcで有効になっているSQL Serverでサポートされています。拡張機能バージョンが 1.1.2859.223 以上の既存のサーバーでは、最終的に最小限の特権構成が適用されます。 この拡張機能は、2024 年 11 月にリリースされました。 最小特権の自動適用を防ぐには、 1.1.2859.223後に拡張機能のアップグレードをブロックします。
Azure Arcで有効にするSQL Serverをデプロイするための最小限のアクセス許可を設定するにはどうすればよいですか?
最小特権モードでは、最小限のアクセス許可を使用して、Azure Arc によって有効化された SQL Server をデプロイします。最小特権モードを有効にするには、最小特権を持つ Azure Arc によって有効化されている SQL Server を操作する を確認してください。
関連するサービス
Azure Arc ライセンス管理によって有効にされたSQL Serverは、関連するサービスとどのように連携しますか?
関連付けられたサービスは、Azure Resource Manager (ARM) 内のSQL Server インスタンスとして表され、service_type プロパティは、それがエンジンまたは関連するサービスのインストールであるかどうかを反映します。 詳細については、「ライセンスと課金の管理」と「拡張セキュリティ更新プログラム」を参照してください。
定期従量課金
Microsoftを持つ企業アカウントまたは小規模ビジネス アカウントを持っている場合、従量課金制の定期請求を有効にできますか?
No. この時点で、従量課金制の定期請求が有効になり、CSP で管理されるサブスクリプションで必要になります。 他のサブスクリプション プランでは使用できません。
VM と SQL サーバーが意図的に切断またはオフになったときに課金されないようにするにはどうすればよいですか?
マシンが 30 日未満オフラインで再接続した場合、アップロードされたSQL Serverの使用状況にはオフライン期間が反映され、毎月の請求書がそれに対応します。 30 日を超えてオフラインにしておく予定がある場合は、Arc 対応のSQL Serverを切断する必要があります。 手順の詳細は、SQL Server インスタンスを Azure Arc から切断をご覧ください。その後、サポートされているデプロイ オプションのいずれかを使用して再接続してください。
特定のマシンが予想どおりに使用状況データを送信しない場合、または定期的な課金が発生した場合や発生している場合に、どのように通知できますか。
次のようにすることができます。
- Azure ポータルの Arc 対応SQL Server課金ダッシュボードで、各マシンの課金モードを確認します。
- 課金モードと最後に課金されたデータ ポイントを取得する独自の ARG クエリを作成します。
- アクティビティ ログ イベントをサブスクライブして、予想された使用状況レコードが受信されない場合や、定期的な課金が開始されたり進行中の場合に通知を受け取りましょう。 詳細については、 従量課金制ライセンスの繰り返し課金の管理に関するページを 参照してください。
VMware
SQL Serverは、VMware vSphere Foundation または VMware Cloud Foundation に関連付けられているAzure Arcによって有効になっていますか?
No. Azure Arcによって有効になるSQL Serverは、VMware 商用バンドルとは無関係です。 Azure Arc、オペレーティング システム、SQL Serverの要件を満たす VMware でホストされる仮想マシン上で実行されているSQL Server インスタンスをサポートします。