Synthetic テストをプライベートロケーションから実行する
概要
プライベートロケーションから、内部用アプリケーションの監視や、パブリックインターネットから接続できないプライベートエンドポイントの監視を行えます。これは以下にも使用できます。
ビジネスにミッションクリティカルな領域に、* カスタム Synthetic ロケーションを作成します。
Continuous Testing と CI/CD を使用して本番環境に新機能をリリースする前に、* 内部 CI 環境でアプリケーションパフォーマンスを確認します。
内部ネットワークの内外両方から* アプリケーションのパフォーマンスを比較します。
Windows ベースの内部サイトや内部 API で * Synthetic Monitoring テストの認証に Kerberos SSO を使用します。
プライベートロケーションは Docker コンテナまたは Windows サービスとして提供され、プライベートネットワーク内にインストールすることができます。プライベートロケーションを作成してインストールしたら、管理ロケーションと同様に、Synthetic テストを割り当てることができます。
プライベートロケーションワーカーは、HTTPS を使用してテスト構成を Datadog のサーバーから取得し、スケジュールまたはオンデマンドでテストを実行して、テスト結果を Datadog のサーバーに返します。次に、管理ロケーションから実行されているテストを視覚化する方法とまったく同じ方法で、プライベートロケーションのテスト結果を視覚化できます。
前提条件
Continuous Testing テストでプライベートロケーションを使用するには、v1.27.0 以降が必要です。
プライベートロケーションは、プライベートネットワーク内の任意の場所にインストールできる Docker コンテナです。プライベートロケーションワーカーイメージには、Docker Hub からアクセスできます。ホスト上に Docker エンジンがあり、Linux コンテナモードで動作可能であれば、Linux ベースの OS や Windows OS 上で動作させることができます。*
* このソフトウェアの使用および操作には、こちらから入手可能なエンドユーザーライセンス契約が適用されます。
プライベートロケーションは、Helm を使用して Kubernetes クラスターにインストールできる Kubernetes デプロイメントです。helm チャートは、Linux ベースの Kubernetes で実行できます。
注: このソフトウェアの使用および操作には、エンドユーザーライセンス契約が適用されます。
プライベートロケーションは、MSI ファイルを使用してプライベートネットワーク内の任意の場所にインストールできる Windows サービスです。プライベートロケーションをインストールしたい仮想マシンまたは物理マシンからこのファイルを実行します。*
* このソフトウェアの使用および操作には、こちらから入手可能なエンドユーザーライセンス契約が適用されます。
このマシンの要件を以下の表に示します。プライベートロケーションワーカーをインストールするマシンでは、PowerShell スクリプトが有効になっている必要があります。
| システム | 要件 |
|---|
| OS | Windows Server 2022、Windows Server 2019、Windows Server 2016、または Windows 10。 |
| RAM | 最低 4GB。8GB 推奨。 |
| CPU | 64 ビット対応の Intel または AMD プロセッサー。2.8 GHz 以上のプロセッサーを推奨。 |
注: Windows プライベートロケーションでブラウザテストを実行するには、Windows コンピュータにブラウザ (たとえば、Chrome、Edge、Firefox) がインストールされている必要があります。
MSI インストーラーを使用する前に、コンピューターに .NET バージョン 4.7.2 以降をインストールする必要があります。
FIPS 140-2 暗号化モードを有効にする安全な通信のために FIPS 準拠の暗号化モジュールを有効にします。このオプションを使用するには、Windows ホストが Windows FIPS モードで実行されている必要があります。プライベートロケーション v1.63.0 以上で利用可能です。
Datadog プライベートロケーションエンドポイント
テスト構成を取得してテスト結果を送信するには、プライベートロケーションワーカーが以下の Datadog API エンドポイントにアクセスする必要があります。
| ポート | エンドポイント | 説明 |
|---|
| 443 | | AWS Signature Version 4 プロトコルに基づく社内プロトコルを使用してテスト構成を取得し、テスト結果を Datadog に送信するために、プライベートロケーションで使用されます。バージョン 1.32.0 以降では、Linux のコンテナ化されたプライベートロケーションからのリクエストは連邦情報処理規格 (FIPS) に準拠しています。Windows プライベートロケーションでは、バージョン 1.63.0 以降で FIPS 準拠の暗号化がサポートされています。 |
プライベートロケーションを設定する
プライベートロケーションは、Synthetics Private Locations Write ロールを持つユーザーのみが作成できます。詳しくは、権限を参照してください。
プライベートロケーションを作成する
[Synthetic Monitoring] > [Settings] (設定) > [Private Locations] (プライベートロケーション) に移動し、[Add Private Location] (プライベートロケーションを追加) をクリックします。
プライベートロケーションの詳細を入力します。
- プライベートロケーションの [Name] (名前) と [Description] (説明) を指定します。
- プライベートロケーションに関連付ける [Tags] (タグ) を追加します。
- 既存の [API Key] (API キー) を 1 つ選択します。API キーを選択すると、プライベートロケーションと Datadog 間の通信が可能になります。既存の API キーがない場合は、[Generate API key] (API キーを生成) をクリックして専用ページで作成します。
Name と API key のフィールドのみが必須です。 - プライベートロケーションのアクセス権を設定し、[Save Location and Generate Configuration File] (ロケーションを保存して構成ファイルを生成) をクリックします。Datadog がプライベートロケーションを作成し、関連する構成ファイルを生成します。
生成された構成ファイルをカスタマイズして、プライベートロケーションを構成します。ステップ 3 でプロキシや予約済み IP のブロックなどの初期構成パラメーターを追加すると、生成された構成ファイルがステップ 4 で自動的に更新されます。
高度なオプションにアクセスして、内部ネットワークの設定に基づいて構成を調整することができます。help コマンドの詳細については、構成を参照してください。
プロキシの構成
プライベートロケーションと Datadog の間のトラフィックがプロキシを経由する必要がある場合は、http://<YOUR_USER>:<YOUR_PWD>@<YOUR_IP>:<YOUR_PORT> の形式でプロキシ URL を指定して、関連する proxyDatadog パラメータを生成された構成ファイルに追加します。
予約済み IP のブロック
デフォルトでは、Synthetic ユーザーは任意の IP を使用してエンドポイントで Synthetic テストを作成できます。ユーザーがネットワーク内の機密性の高い内部 IP でテストを作成できないようにする場合は、[Block reserved IPs] (予約済み IP のブロック) ボタンを切り替えて、予約済み IP 範囲のデフォルトセット (IPv4 アドレスレジストリおよび IPv6 アドレスレジストリ) をブロックし、生成された構成ファイルで関連する enableDefaultBlockedIpRanges パラメータを true に設定します。
テストするエンドポイントの一部がブロックされた予約済み IP 範囲の 1 つまたは複数にある場合は、その IP または CIDR、あるいはその両方を許可リストに追加して、生成された構成ファイルに関連する allowedIPRanges パラメーターを追加できます。
構成ファイルを表示する
プライベートロケーション構成ファイルに適切なオプションを追加したら、そのファイルをコピーして作業ディレクトリに貼り付けることができます。構成ファイルには、プライベートロケーションの認証、テスト構成の復号化、およびテスト結果の暗号化に関するシークレットが含まれています。
Datadog はシークレットを保存しないので、[View Installation Instructions] (インストール手順を表示) をクリックする前に、ローカルに保存してください。
注: ワーカーをさらに追加する場合、または他のホストにワーカーをインストールする場合は、これらのシークレットを再度参照できる必要があります。
プライベートロケーションをインストールする
タスク定義では、環境変数 DATADOG_API_KEY、DATADOG_ACCESS_KEY、DATADOG_SECRET_ACCESS_KEY、DATADOG_PUBLIC_KEY_PEM、DATADOG_PRIVATE_KEY を使用することが可能です。
次でプライベートロケーションを起動します。
次のコマンドを実行して、構成ファイルをコンテナにマウントすることで、プライベートロケーションワーカーを起動します。<MY_WORKER_CONFIG_FILE_NAME>.json ファイルがルートホームフォルダーではなく /etc/docker にあることを確認してください。
docker run -d --restart unless-stopped -v $PWD/<MY_WORKER_CONFIG_FILE_NAME>.json:/etc/datadog/synthetics-check-runner.json datadog/synthetics-private-location-worker:latest
注: 予約済み IP をブロックした場合は、プライベートロケーションコンテナに NET_ADMIN Linux 機能を追加してください。
このコマンドは、Docker コンテナを起動し、プライベートロケーションでテストを実行できるようにします。Datadog は、適切な再起動ポリシーを使用して、コンテナをデタッチモードで実行することをお勧めします。
docker-compose.yml ファイルを次のように作成します。
version: "3"
services:
synthetics-private-location-worker:
image: datadog/synthetics-private-location-worker:latest
volumes:
- PATH_TO_PRIVATE_LOCATION_CONFIG_FILE:/etc/datadog/synthetics-check-runner.json
Note: If you have blocked reserved IPs, add the NET_ADMIN Linux capabilities to your private location container.
次のようにコンテナを起動します。
docker-compose -f docker-compose.yml up
Podman の構成は Docker と非常に似ていますが、ICMP テストに対応するため、追加機能として NET_RAW を設定する必要があります。
コンテナが実行されているホストから sysctl -w "net.ipv4.ping_group_range = 0 2147483647" を実行します。
次のコマンドを実行して、構成ファイルをコンテナにマウントすることで、プライベートロケーションワーカーを起動します。コンテナにマウントする <MY_WORKER_CONFIG_FILE_NAME>.json ファイルがアクセス可能であることを確認してください。
podman run --cap-add=NET_RAW --rm -it -v $PWD/<MY_WORKER_CONFIG_FILE_NAME>.json:/etc/datadog/synthetics-check-runner.json gcr.io/datadoghq/synthetics-private-location-worker:latest
予約済み IP アドレスのブロックを構成している場合は、プライベートロケーションコンテナに NET_ADMIN Linux 機能を追加してください。
このコマンドは、Podman コンテナを起動し、プライベートロケーションでテストを実行できるようにします。Datadog は、適切な再起動ポリシーを使用して、コンテナをデタッチモードで実行することをお勧めします。
プライベートロケーションワーカーを安全にデプロイするために、コンテナ内の /etc/datadog/synthetics-check-runner.json に Kubernetes Secret リソースを設定してマウントしてください。
以下を実行し、以前に作成した JSON ファイルで Kubernetes Secret を作成します。
kubectl create secret generic private-location-worker-config --from-file=<MY_WORKER_CONFIG_FILE_NAME>.json
Deployment を使用して、プライベートロケーションに関連する望ましい状態を記述します。次の private-location-worker-deployment.yaml ファイルを作成します。
apiVersion: apps/v1
kind: Deployment
metadata:
name: datadog-private-location-worker
namespace: default
spec:
selector:
matchLabels:
app: private-location
template:
metadata:
name: datadog-private-location-worker
labels:
app: private-location
spec:
containers:
- name: datadog-private-location-worker
image: datadog/synthetics-private-location-worker
volumeMounts:
- mountPath: /etc/datadog/synthetics-check-runner.json
name: worker-config
subPath: <MY_WORKER_CONFIG_FILE_NAME>
volumes:
- name: worker-config
secret:
secretName: private-location-worker-config
Note: If you have blocked reserved IPs, add the NET_ADMIN Linux capabilities to your private location container.
構成を適用します。
kubectl apply -f private-location-worker-deployment.yaml
OpenShift の場合、プライベートロケーションを anyuid SCC で実行します。これは、ブラウザテストを実行するために必要です。
構成パラメーターに、すでに構成されているシークレットを指す環境変数を設定することができます。シークレットを指定した環境変数を作成するには、Kubernetes のドキュメントを参照してください。
あるいは
Datadog Synthetics Private Location を Helm リポジトリに追加します。
helm repo add datadog https://helm.datadoghq.com
helm repo update
先に作成した JSON ファイルを使用して、リリース名 <RELEASE_NAME> のチャートをインストールします。
helm install <RELEASE_NAME> datadog/synthetics-private-location --set-file configFile=<MY_WORKER_CONFIG_FILE_NAME>.json
注: 予約済み IP をブロックした場合は、プライベートロケーションコンテナに NET_ADMIN Linux 機能を追加してください。
以下に一致する EC2 タスクの定義を新規に作成します。各パラメーターを、以前に生成したプライベートロケーション構成ファイルの対応する値に置き換えてください。
{
...
"containerDefinitions": [
{
"command": [
"--site='...'",
"--locationID='...'",
"--accessKey='...'",
"--datadogApiKey='...'",
"--secretAccessKey='...'",
"--privateKey='-----BEGIN RSA PRIVATE KEY-----XXXXXXXX-----END RSA PRIVATE KEY-----'",
"--publicKey.pem='-----BEGIN PUBLIC KEY-----XXXXXXXX-----END PUBLIC KEY-----'",
"--publicKey.fingerprint='...'"
],
...
"image": "datadog/synthetics-private-location-worker:latest",
...
}
],
...
"compatibilities": [
"EC2"
],
...
}
注:
- 予約済み IP をブロックした場合は、linuxParameters を構成して、プライベートロケーションコンテナに
NET_ADMIN 機能を付与してください。 - 環境変数の
DATADOG_API_KEY、DATADOG_ACCESS_KEY、DATADOG_SECRET_ACCESS_KEY、DATADOG_PUBLIC_KEY_PEM、および DATADOG_PRIVATE_KEY を使用する場合、それらを "command": [ ] セクションに含める必要はありません。
以下に一致する Fargate タスクの定義を新規に作成します。各パラメーターを、以前に生成したプライベートロケーション構成ファイルの対応する値に置き換えてください。
{
...
"containerDefinitions": [
{
"command": [
"--site='...'",
"--locationID='...'",
"--accessKey='...'",
"--datadogApiKey='...'",
"--secretAccessKey='...'",
"--privateKey='-----BEGIN RSA PRIVATE KEY-----XXXXXXXX-----END RSA PRIVATE KEY-----'",
"--publicKey.pem='-----BEGIN PUBLIC KEY-----XXXXXXXX-----END PUBLIC KEY-----'",
"--publicKey.fingerprint='...'"
],
...
"image": "datadog/synthetics-private-location-worker:latest",
...
}
],
...
"compatibilities": [
"EC2",
"FARGATE"
],
...
}
注: プライベートロケーションファイアウォールオプションは AWS Fargate ではサポートされていないため、enableDefaultBlockedIpRanges パラメーターは true に設定できません。
AWS Secrets Manager でシークレットを作成して、以前に生成したプライベートロケーション構成のすべてまたは一部を保存します。publicKey は、構成ファイルにそのまま保持することはできません。たとえば、次のようになります。
{
"datadogApiKey": "...",
"id": "...",
"site": "...",
"accessKey": "...",
"secretAccessKey": "...",
"privateKey": "...",
"pem": "...",
"fingerprint": "..."
}
タスク定義と AWS Fargate インスタンスに Secrets Manager からの読み取りを許可する権限が必要です。詳細については、Amazon ECS の Secrets Manager シークレットを使用した機密データの指定を参照してください。
以下の例に一致する Fargate タスク定義を作成し、シークレットのリスト内の値を、前のステップで作成したシークレットの ARN に置き換えます。例: arn:aws:secretsmanager:<region>:<account-id>:secret:<secret_arn>:<secret_key>::。
Secrets Manager にすべての構成を保存しなかった場合でも、ハードコーディングされた文字列引数として値を渡すことができます。
{
...
"containerDefinitions": [
{
"entryPoint": [
"/bin/bash",
"-c"
],
"command": [
"/home/dog/scripts/entrypoint.sh --locationID=$locationID --publicKey.fingerprint=$fingerprint"
],
"secrets": [
{
"name": "DATADOG_ACCESS_KEY",
"valueFrom": "..."
},
{
"name": "DATADOG_API_KEY",
"valueFrom": "...",
},
{
"name": "fingerprint",
"valueFrom": "...",
},
{
"name": "locationID",
"valueFrom": "...",
},
{
"name": "DATADOG_PUBLIC_KEY_PEM",
"valueFrom": "...",
},
{
"name": "DATADOG_PRIVATE_KEY",
"valueFrom": "...",
},
{
"name": "DATADOG_SECRET_ACCESS_KEY",
"valueFrom": "...",
},
{
"name": "DATADOG_SITE",
"valueFrom": "...",
}
],
...
"image": "datadog/synthetics-private-location-worker:latest",
...
}
],
...
"compatibilities": [
"EC2",
"FARGATE"
],
...
}
注: プライベートロケーションファイアウォールオプションは AWS Fargate ではサポートされていないため、enableDefaultBlockedIpRanges パラメーターは true に設定できません。
Datadog はすでに Kubernetes および AWS と統合されているため、すぐに EKS を監視することができます。
以下を実行し、以前に作成した JSON ファイルで Kubernetes Secret を作成します。
kubectl create secret generic private-location-worker-config --from-file=<MY_WORKER_CONFIG_FILE_NAME>.json
Deployment を使用して、プライベートロケーションに関連する望ましい状態を記述します。次の private-location-worker-deployment.yaml ファイルを作成します。
apiVersion: apps/v1
kind: Deployment
metadata:
name: datadog-private-location-worker
namespace: default
spec:
selector:
matchLabels:
app: private-location
template:
metadata:
name: datadog-private-location-worker
labels:
app: private-location
spec:
containers:
- name: datadog-private-location-worker
image: datadog/synthetics-private-location-worker
volumeMounts:
- mountPath: /etc/datadog/synthetics-check-runner.json
name: worker-config
subPath: <MY_WORKER_CONFIG_FILE_NAME>
volumes:
- name: worker-config
configMap:
name: private-location-worker-config
Note: If you have blocked reserved IPs, configure a security context to grant NET_ADMIN Linux capabilities to your private location containers.
構成を適用します。
kubectl apply -f private-location-worker-deployment.yaml
datadog-synthetics-worker-1.74.0.amd64.msi ファイルをダウンロードし、プライベートロケーションをインストールしたいマシンからこのファイルを実行します。
ウェルカムページで [Next] (次へ) をクリックし、EULA を読み、利用規約に同意します。[Next] (次へ) をクリックします。
アプリケーションのインストール先を変更するか、デフォルト設定のままにします。[Next] (次へ) をクリックします。
Windows プライベートロケーションを構成するには以下の方法があります。
Datadog Synthetics Private Location Worker の JSON 構成を貼り付けて入力します。このファイルは、プライベートロケーションの作成時に Datadog によって生成されます。
Datadog Synthetics Private Location Worker の JSON 構成を含むファイルのパスを参照または入力します。
空白のままにしておき、インストール完了後に Windows のコマンドラインプロンプトで C:\\Program Files\Datadog-Synthetics\Synthetics\synthetics-pl-worker.exe --config=<PathToYourConfiguration> を実行することができます。
以下の構成オプションを適用できます。
- Apply firewall rules needed by this program to Windows Firewall (このプログラムに必要なファイアウォールルールを Windows ファイアウォールに適用)
- インストーラーがインストール時にファイアウォールルールを適用し、アンインストール時に削除できるようにします。
- Apply rules to block reserved IPs in Windows Firewall (Windows ファイアウォールで予約済み IP をブロックするルールを適用)
- Chrome、Firefox、Edge (インストールされている場合) のブロックルールを構成し、Windows ファイアウォールで予約済み IP アドレス範囲の送信をブロックするルールを追加します。
- Enable File Logging (ファイルログの有効化)
- Synthetics Private Location Worker がインストールディレクトリ内でログファイルを記録できるようにします。
- Log Rotation Days (ログローテーション日数)
- ローカルシステムからログを削除するまでの保存日数を指定します。
- Logging Verbosity (ロギングの冗長性)
- Synthetics Private Location Worker のコンソールとファイルのロギングの冗長性を指定します。
- Enable FIPS 140-2 cryptographic mode (FIPS 140-2 暗号化モードを有効にする)
- 安全な通信のために FIPS 準拠の暗号化モジュールを有効にします。このオプションを使用するには、Windows ホストが Windows FIPS モードで実行されている必要があります。プライベートロケーション v1.63.0 以上で利用可能です。
[Next] (次へ)、[Install] (インストール) をクリックしてインストールプロセスを開始します。
プロセスが完了したら、インストール完了ページで [Finish] (完了) をクリックします。
JSON 構成を入力した場合は、その構成を使用して Windows サービスの実行が開始されます。構成を入力していない場合は、コマンドプロンプトから C:\\Program Files\Datadog-Synthetics\Synthetics\synthetics-pl-worker.exe --config=< PathToYourConfiguration > を実行するか、 start menu のショートカットを使用して Synthetics Private Location Worker を起動します。
datadog-synthetics-worker-1.74.0.amd64.msi ファイルをダウンロードし、プライベートロケーションをインストールしたいマシンからこのファイルを実行します。
インストーラーをダウンロードしたディレクトリで、以下のコマンドのいずれかを実行します。
PowerShell ターミナルで
Start-Process msiexec "/i datadog-synthetics-worker-1.74.0.amd64.msi /quiet /qn CONFIG_FILEPATH=<ワーカー構成ファイルのパス>";
またはコマンドターミナルで
msiexec /i datadog-synthetics-worker-1.74.0.amd64.msi /quiet /qn CONFIG_FILEPATH=<ワーカー構成ファイルのパス>
パラメーターを追加することができます。
| オプションパラメーター | 定義 | 値 | デフォルト値 | 型 |
|---|
| APPLYDEFAULTFIREWALLRULES | プログラムに必要なファイアウォールルールを適用します。 | 1 | 該当なし | 0: 無効 1: 有効 |
| APPLYFIREWALLDEFAULTBLOCKRULES | インストールされている各ブラウザ (Chrome、Edge、Firefox) の予約済み IP アドレスをブロックします。Windows ファイアウォールでは、ループバック接続をブロックすることはできません。 | 0 | 該当なし | 0: 無効 1: 有効 |
| LOGGING_ENABLED | 有効にすると、ファイルログが構成されます。これらのログは、インストールディレクトリの logs フォルダに保存されます。 | 0 | --enableFileLogging | 0: 無効 1: 有効 |
| LOGGING_VERBOSITY | プログラムのロギングの冗長性を構成します。これはコンソールログとファイルログに影響します。 | これはコンソールログとファイルログに影響します。 | -vvv | -v: エラー
-vv: 警告
-vvv: 情報
vvvv: デバッグ |
| LOGGING_MAXDAYS | システム上のファイルログを削除するまでの保存日数。無人インストールを実行する場合は、任意の数値を設定できます。 | 7 | --logFileMaxDays | 整数 |
| CONFIG_FILEPATH | これは、Synthetics Private Location Worker JSON 構成ファイルのパスに変更する必要があります。パスにスペースが含まれている場合は引用符で囲んでください。 | | --config | 文字列 |
FIPS 140-2 暗号化モードを有効にするには、ワーカー実行可能ファイルを実行する前に ENABLE_FIPS=1 環境変数を設定してください。このオプションを使用するには、Windows ホストが Windows FIPS モードで実行されている必要があります。プライベートロケーション v1.63.0 以上で利用可能です。
例:
set ENABLE_FIPS=1 && .\synthetics-pl-worker.exe --config "<PathToYourConfiguration>"
管理者用のプライベートロケーションのパラメーターについては、構成を参照してください。
ルート証明書
カスタムルート証明書をプライベートロケーションにアップロードして、API テストやブラウザテストで独自の .pem ファイルを使用して SSL ハンドシェイクを実行させることができます。
プライベートロケーションのコンテナをスピンアップする際に、プライベートロケーションの構成ファイルをマウントするのと同じように、関連する証明書 .pem ファイルを /etc/datadog/certs にマウントします。これらの証明書は信頼できる CA と見なされ、テストの実行時に使用されます
すべての .pem ファイルを 1 つにまとめる場合は、ファイル内の証明書の順序が重要になります。信頼チェーンを確立するには、中間証明書をルート証明書の前に配置する必要があります。
プライベートロケーション用のルート証明書を Windows サービスにインストールする手順は次のとおりです。
- レジストリエディターアプリを開きます。
- エントリ
Computer\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\synthetics-private-location に移動します。 Environment という名前のレジストリキーを作成し、値の型を Multi-string にします。
使用する証明書は、Synthetic Monitoring Service と同じフォルダーにある必要があります。
デフォルトの場所は、C:\Program Files\Datadog-Synthetics\Synthetics です。
値 NODE_EXTRA_CA_CERTS=C:\Program Files\Datadog-Synthetics\Synthetics\CACert.pem を設定します。
サービスアプリを開き、Datadog Synthetic Monitoring Private Location サービスを再読み込みします。
synthetics-private-location.exe を使用するスタンドアロン Windows プロセスにプライベートロケーション用のルート証明書をインストールする手順は次のとおりです。
Windows コマンドプロンプトまたは PowerShell を開きます。
環境変数を設定し、実行可能ファイルを呼び出します。
例:
set NODE_EXTRA_CA_CERTS=C:\Program Files\Datadog-Synthetics\Synthetics\CACert.pem && .\synthetics-private-location.exe --config "C:\ProgramData\Datadog-Synthetics\Synthetics\worker-config.json"
FIPS 140-2 暗号化モードを有効にするには、ENABLE_FIPS=1 を含めます。
set ENABLE_FIPS=1 && set NODE_EXTRA_CA_CERTS=C:\Program Files\Datadog-Synthetics\Synthetics\CACert.pem && .\synthetics-private-location.exe --config "C:\ProgramData\Datadog-Synthetics\Synthetics\worker-config.json"
このオプションを使用するには、Windows ホストが Windows FIPS モードで実行されている必要があります。プライベートロケーション v1.63.0 以上で利用可能です。
ライブネスプローブとレディネスプローブのセットアップ
ワーカーが正しく動作していることをオーケストレーターが確認できるように、ライブネスプローブまたはレディネスプローブを追加します。
レディネスプローブの場合、プライベートロケーションのデプロイメントでポート 8080 のプライベートロケーションステータスプローブを有効にする必要があります。詳細については、プライベートロケーションの構成を参照してください。
healthcheck:
retries: 3
test: [
"CMD", "wget", "-O", "/dev/null", "-q", "http://localhost:8080/liveness"
]
timeout: 2s
interval: 10s
start_period: 30s
livenessProbe:
httpGet:
path: /liveness
port: 8080
initialDelaySeconds: 30
periodSeconds: 10
timeoutSeconds: 2
readinessProbe:
initialDelaySeconds: 30
periodSeconds: 10
timeoutSeconds: 2
httpGet:
path: /readiness
port: 8080
livenessProbe:
httpGet:
path: /liveness
port: 8080
initialDelaySeconds: 30
periodSeconds: 10
timeoutSeconds: 2
readinessProbe:
initialDelaySeconds: 30
periodSeconds: 10
timeoutSeconds: 2
httpGet:
path: /readiness
port: 8080
"healthCheck": {
"retries": 3,
"command": [
"CMD-SHELL", "/usr/bin/wget", "-O", "/dev/null", "-q", "http://localhost:8080/liveness"
],
"timeout": 2,
"interval": 10,
"startPeriod": 30
}
"healthCheck": {
"retries": 3,
"command": [
"CMD-SHELL", "wget -O /dev/null -q http://localhost:8080/liveness || exit 1"
],
"timeout": 2,
"interval": 10,
"startPeriod": 30
}
livenessProbe:
httpGet:
path: /liveness
port: 8080
initialDelaySeconds: 30
periodSeconds: 10
timeoutSeconds: 2
readinessProbe:
initialDelaySeconds: 30
periodSeconds: 10
timeoutSeconds: 2
httpGet:
path: /readiness
port: 8080
ヘルスチェックの追加構成
プライベートロケーションのヘルスチェックを追加するこの方法は、サポートされなくなりました。Datadog では、ライブネスプローブとレディネスプローブを使用することを推奨しています。
プライベートロケーションコンテナの /tmp/liveness.date ファイルは、Datadog から正常にポーリングされるごとに更新されます (デフォルトでは 2 秒ごと)。直近 1 分間にフェッチが行われていない場合など、しばらくポーリングが行われていない場合は、コンテナが異常と見なされます。
以下の構成を使用して、livenessProbe でコンテナにヘルスチェックを設定します。
healthcheck:
retries: 3
test: [
"CMD", "/bin/sh", "-c", "'[ $$(expr $$(cat /tmp/liveness.date) + 300000) -gt $$(date +%s%3N) ]'"
]
timeout: 2s
interval: 10s
start_period: 30s
livenessProbe:
exec:
command:
- /bin/sh
- -c
- '[ $(expr $(cat /tmp/liveness.date) + 300000) -gt $(date +%s%3N) ]'
initialDelaySeconds: 30
periodSeconds: 10
timeoutSeconds: 2
failureThreshold: 3
livenessProbe:
exec:
command:
- /bin/sh
- -c
- '[ $(expr $(cat /tmp/liveness.date) + 300000) -gt $(date +%s%3N) ]'
initialDelaySeconds: 30
periodSeconds: 10
timeoutSeconds: 2
failureThreshold: 3
"healthCheck": {
"retries": 3,
"command": [
"CMD-SHELL", "/bin/sh -c '[ $(expr $(cat /tmp/liveness.date) + 300000) -gt $(date +%s%3N) ]'"
],
"timeout": 2,
"interval": 10,
"startPeriod": 30
}
"healthCheck": {
"retries": 3,
"command": [
"CMD-SHELL", "/bin/sh -c '[ $(expr $(cat /tmp/liveness.date) + 300000) -gt $(date +%s%3N) ]'"
],
"timeout": 2,
"interval": 10,
"startPeriod": 30
}
livenessProbe:
exec:
command:
- /bin/sh
- -c
- '[ $(expr $(cat /tmp/liveness.date) + 300000) -gt $(date +%s%3N) ]'
initialDelaySeconds: 30
periodSeconds: 10
timeoutSeconds: 2
failureThreshold: 3
プライベートロケーションのイメージをアップグレードする
既存のプライベートロケーションをアップグレードするには、プライベートロケーションのサイドパネルにある歯車アイコンをクリックし、[Installation instructions] (インストール手順) をクリックします。
次に、環境に応じた構成コマンドを実行して、プライベートロケーションの最新バージョンのイメージを取得します。
注: プライベートロケーションのイメージを起動するために docker run を使用していて、以前に latest タグを使用してプライベートロケーションのイメージをインストールしたことがある場合は、同じ latest タグでローカルに存在するキャッシュバージョンのイメージに依存するのではなく、最新バージョンがプルされるように、docker run コマンドに --pull=always を追加してください。
内部エンドポイントをテストする
少なくとも 1 つのプライベートロケーションワーカーが Datadog にレポートを開始すると、プライベートロケーションのステータスが緑色で表示されます。
REPORTING ヘルスステータスおよび関連するモニターステータスが、[Settings] (設定) ページのプライベートロケーションのリストに表示されます。
内部エンドポイントの 1 つで速度テストを起動して最初の内部エンドポイントのテストを開始し、期待される応答が得られるかどうかを確認します。
注: Datadog は、プライベートロケーションからのアウトバウンドトラフィックのみを送信します。インバウンドトラフィックは送信されません。
Synthetic テストをプライベートロケーションから起動する
API テスト、マルチステップ API テスト、またはブラウザテストを作成し、関心のあるプライベートロケーションを選択します。
プライベートロケーションは、Datadog が管理するロケーションと同様に使用できます。プライベートロケーションに Synthetic テストを割り当てる、テスト結果を視覚化する、Synthetic メトリクスを取得するなど、さまざまなことが可能です。
プライベートロケーションのサイズ変更
1 つのプライベートロケーションに単一の構成ファイルで複数のワーカーを実行できるため、ワーカーを追加または削除することでプライベートロケーションを水平スケーリングできます。このとき、必ず concurrency パラメーターを設定し、プライベートロケーションで実行するテストのタイプおよび数と一致するワーカーリソースを割り当てます。
プライベートロケーションのワーカーが処理できる負荷を増やすことで、プライベートロケーションを垂直スケーリングすることもできます。この場合も同様に、concurrency パラメーターを使用して、ワーカーが実行できるテストの最大数を調整し、ワーカーに割り当てられたリソースを更新する必要があります。
詳しくは、プライベートロケーションのディメンションを参照してください。
プライベートロケーションを Continuous Testing に使用するには、concurrency パラメーターに値を設定して、並列化を制御してください。詳しくは、Continuous Testing を参照してください。
プライベートロケーションを監視する
最初は、プライベートロケーションから実行するテストの数と種類に見合ったリソースを追加しますが、プライベートロケーションの規模を縮小すべきか拡大すべきかを知る最も簡単な方法は、厳密に監視することです。プライベートロケーションモニタリングは、プライベートロケーションのパフォーマンスおよび状態に関する洞察と、すぐに使用できるメトリクスおよびモニターを提供します。
詳しくは、プライベートロケーションモニタリングを参照してください。
権限
デフォルトでは、Datadog Admin ロールを持つユーザーのみが、プライベートロケーションの作成、プライベートロケーションの削除、プライベートロケーションのインストールガイドラインへのアクセスを行うことができます。
Datadog Admin ロールおよび Datadog Standard ロールを持つユーザーは、プライベートロケーションの表示、プライベートロケーションの検索、プライベートロケーションへの Synthetic テストの割り当てを行うことができます。ユーザーをこれら 2 つのデフォルトロールのいずれかにアップグレードして、[Private Locations] (プライベートロケーション) ページへのアクセスを許可してください。
カスタムロール機能を使用している場合は、synthetics_private_location_read および synthetics_private_location_write の権限を含むカスタムロールにユーザーを追加します。
制限されたプライベートロケーションがテストに含まれている場合、テストを更新するとそれらのロケーションがテストから削除されます。
アクセス制限
ロール、チーム、または個々のユーザーに基づいてテストへのアクセス権を制限するには、きめ細かなアクセス制御を使用します。
- フォームの権限セクションを開きます。
- [Edit Access] (アクセスの編集) をクリックします。
- [Restrict Access] (アクセスの制限) をクリックします。
- チーム、ロール、またはユーザーを選択します。
- [Add] (追加) をクリックします。
- それぞれに関連付けたいアクセスレベルを選択します。
- [Done] (完了) をクリックします。
プライベートロケーションへの Viewer アクセス権がなくても、プライベートロケーションから結果を表示できます。
プライベートロケーションを制限すると、他のユーザーがそれをテストに追加したり編集したりできなくなる場合がありますが、権限のあるユーザーによってテストに追加されていればその名前を見ることはできます。
| アクセスレベル | PL の手順を表示 | PL のメトリクスを表示 | PL をテストで使用 | PL の構成を編集 |
|---|
| No access | | | | |
| Viewer | | | | |
| Editor | | | | |
参考資料