SQL Server の情報をメインに Microsoft 製品の勉強内容を日々投稿
Windows では、HTTPS 経由でのリモートデスクトップを使用するために、Windows Server 2019 で Remote Desktop Gateway (RDGW : リモートデスクトップゲートウェイ) の機能を使用することができます。
Windows Server 2016 では問題はなかったのですが、クリーンインストールした Windows Server 2019 (Windows Update 実施済み) で「トランスポート設定」を GUI から変更しようとすると、次のようなエラーが出力されてしまい、設定を変更することができませんでした。
(ワークグループ環境の RDGW で発生しましたがドメイン環境でどうなるかは不明)
—————————
RD ゲートウェイ
—————————
発生したエラー:
トランスポート設定を設定できません
—————————
OK
—————————
タイトルの内容が気になったので少し動作を確認してみました。
Managed Instance (マネージドインスタンス) では、SQL Server に対してリンクサーバーを設定することができるようになっています。
これについては、Lesson Learned #63: It is possible to create Linked Server in Azure SQL Managed Instance? で解説がされていますが、どうやって設定するのかすっかり忘れていたのでメモとして残しておこうと思います。
SQL Database の基本的な診断情報の取得について -2020/3/20 版 で触れた、リソース正常性の検出方法である、リソースヘルスアラート (Resource Health Alert) を実際に設定してみました。
設定方法については、Resource Manager テンプレートを使用して Resource Health アラートを構成する の内容そのままですね。
どのような正常性チェックが使用できるかについては、Azure Resource Health で利用できるリソースの種類と正常性チェック に記載されています。
リソースヘルスアラートについては、ポータルからは設定することができず、ARM テンプレートベースのデプロイで設定を行う必要があります。
設定については、次の 2 ステップで作業を実施します。
Azure Front Door—March 2020 updates でアナウンスがありましたが、Front Door のアイドルタイムアウトの設定が変更できるようになりました。
Configurable idle timeout—Customize the idle timeout when Front Door waits on the first packet of request/response.
Azure Front Door Service の制限 にも記載されていますが、Front Door からバックエンドへの応答については次のような制限があります。
Front Door からアプリケーション バックエンド
- 応答がチャンク応答の場合、先頭のチャンクを受信したときに 200 が返されます。
- HTTP 要求がバック エンドに転送された後に、Front Door はバック エンドからの最初のパケットを 30 秒間待機します。 それからこれはクライアントに 503 エラーを返します。
- バックエンドからの最初のパケットを受信した後、Front Door はアイドル タイムアウトの 30 秒間を待ちます。 それからこれはクライアントに 503 エラーを返します。
- Front Door からバックエンド TCP セッションへのタイムアウトは、30 分です。
デフォルトの設定では、バックエンドから 30 秒応答がない場合は 503 エラーが返されることになります。
この設定が変更できるようになりました。