azure.vm.statusestá obsoleta y ya no se completa para las organizaciones de Datadog recién creadas. Para los usuarios existentes, esta métrica se deshabilitó el 1 de junio de 2023. .
+
+Ante cualquier duda, ponte en contacto con el equipo de asistencia de Datadog.syslog-ng no está disponible para el sitio Datadog seleccionado ({{< region-param key="dd_site_name" >}}).Get-EventLog o la GUI del Visor de eventos de Windows puede diferir ligeramente de Get-WmiObject.Get-WmiObject si la integración no captura los eventos configurados.
+performance-schema-consumer-events-waits-current | `ON` | 必須。待機イベントの収集を有効にします。 |
| performance_schema_consumer_events_statements_history | `1` | オプション。スレッドごとの最近のクエリ履歴の追跡を有効にします。有効にすると、実行頻度の低いクエリの実行詳細をキャプチャできる可能性が高くなります。 |
| performance_schema_consumer_events_statements_history_long | `1` | オプション。全てのスレッドでより多くの最近のクエリの追跡を有効にします。有効にすると、実行頻度の低いクエリの実行詳細をキャプチャできる可能性が高くなります。 |
+| performance_schema_max_digest_length | `4096` | `events_statements_*` テーブルの SQL ダイジェストテキストのサイズを増やします。デフォルト値のままだと `1024` 文字より長いクエリは収集されません。 |
+| performance_schema_max_sql_text_length | `4096` | performance_schema_max_digest_length と一致する必要があります。 |
[1]: https://dev.mysql.com/doc/refman/8.0/en/performance-schema-quick-start.html
{{% /tab %}}
-
-{{% tab "MySQL ≥ 5.7" %}}
+{{% tab "MySQL 5.6" %}}
| パラメーター | 値 | 説明 |
| --- | --- | --- |
| `performance_schema` | `1` | 必須。[パフォーマンススキーマ][1]を有効にします。 |
@@ -60,8 +61,6 @@ Agent は、読み取り専用のユーザーとしてログインすること
| performance-schema-consumer-events-waits-current | `ON` | 必須。待機イベントの収集を有効にします。 |
| performance_schema_consumer_events_statements_history | `1` | オプション。スレッドごとの最近のクエリ履歴の追跡を有効にします。有効にすると、実行頻度の低いクエリの実行詳細をキャプチャできる可能性が高くなります。 |
| performance_schema_consumer_events_statements_history_long | `1` | オプション。全てのスレッドでより多くの最近のクエリの追跡を有効にします。有効にすると、実行頻度の低いクエリの実行詳細をキャプチャできる可能性が高くなります。 |
-| performance_schema_max_digest_length | `4096` | `events_statements_*` テーブルの SQL ダイジェストテキストのサイズを増やします。デフォルト値のままだと `1024` 文字より長いクエリは収集されません。 |
-| performance_schema_max_sql_text_length | `4096` | performance_schema_max_digest_length と一致する必要があります。 |
[1]: https://dev.mysql.com/doc/refman/8.0/en/performance-schema-quick-start.html
{{% /tab %}}
@@ -76,26 +75,26 @@ Datadog Agent が統計やクエリを収集するためには、データベー
次の手順では、`datadog@'%'` を使用して任意のホストからログインするアクセス許可を Agent に付与します。`datadog@'localhost'` を使用して、`datadog` ユーザーが localhost からのみログインできるように制限できます。詳細については、[MySQL ドキュメント][4]を参照してください。
{{< tabs >}}
-{{% tab "MySQL 5.6" %}}
+{{% tab "MySQL ≥ 5.7" %}}
`datadog` ユーザーを作成し、基本的なアクセス許可を付与します。
```sql
-CREATE USER datadog@'%' IDENTIFIED BY 'helm install コマンドに --set tar
マウントされたコンフィギュレーションファイルを使ってクラスターチェックを構成するには、コンフィギュレーションファイルを Cluster Agent コンテナのパス `/conf.d/mysql.yaml` にマウントします。
```yaml
-cluster_check: true # Make sure to include this flag
+cluster_check: true # このフラグを必ず含めてください
init_config:
instances:
- dbm: true
@@ -354,7 +353,7 @@ Cluster Agent は自動的にこのコンフィギュレーションを登録し
### UpdateAzureIntegration
-[Agent の status サブコマンドを実行][6]し、Checks セクションで `mysql` を探します。または、[データベース][7]のページを参照してください。
+[Agent の status サブコマンドを実行][6]し、Checks セクションで `mysql` を探すか、[データベース][7]のページを参照してください。
## Agent の構成例
{{% dbm-mysql-agent-config-examples %}}
@@ -373,7 +372,7 @@ DBM でデータベースのテレメトリーとともに CPU などの AWS か
[1]: /ja/database_monitoring/agent_integration_overhead/?tab=mysql
-[2]: /ja/database_monitoring/data_collected/#sensitive-information
+[2]: /ja/containers/cluster_agent/clusterchecks/?tab=datadogoperator
[3]: https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_WorkingWithParamGroups.html
[4]: https://dev.mysql.com/doc/refman/5.7/en/creating-accounts.html
[5]: https://app.datadoghq.com/account/settings/agent/latest
diff --git a/content/ja/database_monitoring/setup_mysql/azure.md b/content/ja/database_monitoring/setup_mysql/azure.md
index ccb2d54cf1533..f382d36be7570 100644
--- a/content/ja/database_monitoring/setup_mysql/azure.md
+++ b/content/ja/database_monitoring/setup_mysql/azure.md
@@ -100,7 +100,7 @@ DELIMITER ;
GRANT EXECUTE ON PROCEDURE .explain_statement TO datadog@'%';
```
-### Securely store your password
+### パスワードを安全に保管
{{% dbm-secret %}}
## Agent のインストールと構成
@@ -124,9 +124,9 @@ instances:
host: ''
port: 3306
username: datadog
- password: 'ENC[datadog_user_database_password]' # from the CREATE USER step earlier, stored as a secret
+ password: 'ENC[datadog_user_database_password]' # CREATE USER ステップで設定し、シークレットとして保存されたもの
- # After adding your project and instance, configure the Datadog Azure integration to pull additional cloud data such as CPU and Memory.
+ # プロジェクトとインスタンスを追加した後、Datadog Azure インテグレーションを構成して、CPU やメモリなどの追加のクラウドデータを取得します。
azure:
deployment_type: ''
fully_qualified_domain_name: ''
@@ -244,7 +244,7 @@ Windows の場合は、helm install コマンドに --set tar
マウントされたコンフィギュレーションファイルを使ってクラスターチェックを構成するには、コンフィギュレーションファイルを Cluster Agent コンテナのパス `/conf.d/mysql.yaml` にマウントします。
```yaml
-cluster_check: true # Make sure to include this flag
+cluster_check: true # このフラグを必ず入れてください
init_config:
instances:
- dbm: true
@@ -252,7 +252,7 @@ instances:
port: 3306
username: datadog
password: 'ENC[datadog_user_database_password]'
- # After adding your project and instance, configure the Datadog Azure integration to pull additional cloud data such as CPU, Memory, etc.
+ # プロジェクトとインスタンスを追加した後、Datadog Azure インテグレーションを構成して、CPU、メモリなどの追加のクラウドデータを取得します。
azure:
deployment_type: ''
fully_qualified_domain_name: ''
diff --git a/content/ja/database_monitoring/setup_mysql/gcsql.md b/content/ja/database_monitoring/setup_mysql/gcsql.md
index be854b76e82a1..8398f2362f5cf 100644
--- a/content/ja/database_monitoring/setup_mysql/gcsql.md
+++ b/content/ja/database_monitoring/setup_mysql/gcsql.md
@@ -40,25 +40,24 @@ Agent は、読み取り専用のユーザーとしてログインすること
次の[データベースフラグ][3]を構成してから、設定を有効にするために**サーバーを再起動**します。
{{< tabs >}}
-{{% tab "MySQL 5.6" %}}
+{{% tab "MySQL ≥ 5.7" %}}
| パラメーター | 値 | 説明 |
| --- | --- | --- |
| `performance_schema` | `on` | 必須。[パフォーマンススキーマ][9]を有効にします。 |
| `max_digest_length` | `4096` | より大きなクエリの収集に必要です。`events_statements_*` テーブルの SQL ダイジェストテキストのサイズを増やします。デフォルト値のままにすると、`1024` 文字より長いクエリは収集されません。 |
| `performance_schema_max_digest_length` | `4096` | `max_digest_length` と一致する必要があります。 |
+| `performance_schema_max_sql_text_length` | `4096` | `max_digest_length` と一致する必要があります。 |
-[1]: https://dev.mysql.com/doc/refman/8.0/en/performance-schema-quick-start.html
+[9]: https://dev.mysql.com/doc/refman/8.0/en/performance-schema-quick-start.html
{{% /tab %}}
-
-{{% tab "MySQL ≥ 5.7" %}}
+{{% tab "MySQL 5.6" %}}
| パラメーター | 値 | 説明 |
| --- | --- | --- |
| `performance_schema` | `on` | 必須。[パフォーマンススキーマ][9]を有効にします。 |
| `max_digest_length` | `4096` | より大きなクエリの収集に必要です。`events_statements_*` テーブルの SQL ダイジェストテキストのサイズを増やします。デフォルト値のままにすると、`1024` 文字より長いクエリは収集されません。 |
| `performance_schema_max_digest_length` | `4096` | `max_digest_length` と一致する必要があります。 |
-| `performance_schema_max_sql_text_length` | `4096` | `max_digest_length` と一致する必要があります。 |
-[1]: https://dev.mysql.com/doc/refman/8.0/en/performance-schema-quick-start.html
+[9]: https://dev.mysql.com/doc/refman/8.0/en/performance-schema-quick-start.html
{{% /tab %}}
{{< /tabs >}}
@@ -66,29 +65,29 @@ Agent は、読み取り専用のユーザーとしてログインすること
Datadog Agent が統計やクエリを収集するためには、データベースへの読み取り専用のアクセスが必要となります。
-次の手順では、`datadog@'%'` を使用して任意のホストからログインするアクセス許可を Agent に付与します。`datadog@'localhost'` を使用して、`datadog` ユーザーが localhost からのみログインできるように制限できます。詳細については、[MySQL ドキュメント][4]を参照してください。
+次の手順では、`datadog@'%'` を使用して任意のホストからログインするアクセス許可を Agent に付与します。`datadog@'localhost'` を使用して、`datadog` ユーザーが localhost からのみログインできるように制限できます。詳細については、[MySQL ドキュメント][11]を参照してください。
{{< tabs >}}
-{{% tab "MySQL 5.6" %}}
+{{% tab "MySQL ≥ 5.7" %}}
`datadog` ユーザーを作成し、基本的なアクセス許可を付与します。
```sql
-CREATE USER datadog@'%' IDENTIFIED BY '';
-GRANT REPLICATION CLIENT ON *.* TO datadog@'%' WITH MAX_USER_CONNECTIONS 5;
+CREATE USER datadog@'%' IDENTIFIED by '';
+ALTER USER datadog@'%' WITH MAX_USER_CONNECTIONS 5;
+GRANT REPLICATION CLIENT ON *.* TO datadog@'%';
GRANT PROCESS ON *.* TO datadog@'%';
GRANT SELECT ON performance_schema.* TO datadog@'%';
```
{{% /tab %}}
-{{% tab "MySQL ≥ 5.7" %}}
+{{% tab "MySQL 5.6" %}}
`datadog` ユーザーを作成し、基本的なアクセス許可を付与します。
```sql
-CREATE USER datadog@'%' IDENTIFIED by '';
-ALTER USER datadog@'%' WITH MAX_USER_CONNECTIONS 5;
-GRANT REPLICATION CLIENT ON *.* TO datadog@'%';
+CREATE USER datadog@'%' IDENTIFIED BY '';
+GRANT REPLICATION CLIENT ON *.* TO datadog@'%' WITH MAX_USER_CONNECTIONS 5;
GRANT PROCESS ON *.* TO datadog@'%';
GRANT SELECT ON performance_schema.* TO datadog@'%';
```
@@ -150,7 +149,7 @@ DELIMITER ;
GRANT EXECUTE ON PROCEDURE datadog.enable_events_statements_consumers TO datadog@'%';
```
-### Securely store your password
+### パスワードを安全に保管
{{% dbm-secret %}}
### 検証する
@@ -191,15 +190,15 @@ instances:
host: ''
port: 3306
username: datadog
- password: 'ENC[datadog_user_database_password]' # from the CREATE USER step earlier, stored as a secret
+ password: 'ENC[datadog_user_database_password]' # CREATE USER ステップで設定し、シークレットとして保存されたもの
- # After adding your project and instance, configure the Datadog Google Cloud (GCP) integration to pull additional cloud data such as CPU, Memory, etc.
+ # プロジェクトとインスタンスを追加した後、CPU やメモリなどの追加のクラウドデータを取得するために Datadog Google Cloud (GCP) インテグレーションを構成します。
gcp:
project_id: ''
instance_id: ''
```
-`project_id` と `instance_id` フィールドの設定に関する追加情報は、[MySQL インテグレーション仕様][3]を参照してください。
+`project_id` と `instance_id` フィールドの設定に関する追加情報は、[`mysql.conf.yaml` ファイルの GCP セクション][4]を参照してください。
[Agent を再起動][3]すると、Datadog への MySQL メトリクスの送信が開始されます。
@@ -207,6 +206,8 @@ instances:
[1]: /ja/agent/configuration/agent-configuration-files/#agent-configuration-directory
[2]: https://github.com/DataDog/integrations-core/blob/master/mysql/datadog_checks/mysql/data/conf.yaml.example
[3]: /ja/agent/configuration/agent-commands/#start-stop-and-restart-the-agent
+[4]: https://github.com/DataDog/integrations-core/blob/master/mysql/datadog_checks/mysql/data/conf.yaml.example
+
{{% /tab %}}
{{% tab "Docker" %}}
@@ -252,10 +253,12 @@ LABEL "com.datadoghq.ad.init_configs"='[{}]'
LABEL "com.datadoghq.ad.instances"='[{"dbm": true, "host": "", "port": 5432,"username": "datadog","password": "ENC[datadog_user_database_password]", "gcp": {"project_id": "", "instance_id": ""}}]'
```
-`project_id` と `instance_id` フィールドの設定に関する追加情報は、[MySQL インテグレーション仕様][2]を参照してください。
+`project_id` と `instance_id` フィールドの設定に関する追加情報は、[`mysql.conf.yaml` ファイルの GCP セクション][2]を参照してください。
[1]: /ja/agent/docker/integrations/?tab=docker
+[2]: https://github.com/DataDog/integrations-core/blob/master/mysql/datadog_checks/mysql/data/conf.yaml.example
+
{{% /tab %}}
{{% tab "Kubernetes" %}}
@@ -265,9 +268,9 @@ Kubernetes クラスターでまだチェックが有効になっていない場
### Helm
-以下の手順を踏んで、Kubernetes クラスターに [Datadog Cluster Agent][1] をインストールします。お使いのアカウントや環境に合わせて値を変更してください。
+以下の手順に従って、Kubernetes クラスターに [Datadog Cluster Agent][1] をインストールしてください。お使いのアカウントや環境に合わせて値を変更してください。
-1. Helm の [Datadog Agent インストール手順][3]を踏みます。
+1. Helm の [Datadog Agent インストール手順][3]に従います。
2. YAML コンフィギュレーションファイル (Cluster Agent インストール手順の `datadog-values.yaml`) を更新して、以下を含めます。
```yaml
clusterAgent:
@@ -307,7 +310,7 @@ Windows の場合は、helm install コマンドに --set tar
マウントされたコンフィギュレーションファイルを使ってクラスターチェックを構成するには、コンフィギュレーションファイルを Cluster Agent コンテナのパス `/conf.d/mysql.yaml` にマウントします。
```yaml
-cluster_check: true # Make sure to include this flag
+cluster_check: true # このフラグを必ず入れてください
init_config:
instances:
- dbm: true
@@ -315,7 +318,7 @@ instances:
port: 3306
username: datadog
password: 'ENC[datadog_user_database_password]'
- # After adding your project and instance, configure the Datadog Google Cloud (GCP) integration to pull additional cloud data such as CPU, Memory, etc.
+ # プロジェクトとインスタンスを追加した後、Datadog Google Cloud (GCP) インテグレーションを構成して、CPU、メモリなどの追加のクラウドデータを取得します。
gcp:
project_id: ''
instance_id: ''
@@ -358,20 +361,22 @@ spec:
name: mysql
```
-`project_id` と `instance_id` フィールドの設定に関する追加情報は、[MySQL インテグレーション仕様][4]を参照してください。
+`project_id` と `instance_id` フィールドの設定に関する追加情報は、[`mysql.conf.yaml` ファイルの GCP セクション][4]を参照してください。
Cluster Agent は自動的にこのコンフィギュレーションを登録し、MySQL チェックを開始します。
[1]: /ja/agent/cluster_agent
[2]: /ja/agent/cluster_agent/clusterchecks/
[3]: https://helm.sh
+[4]: https://github.com/DataDog/integrations-core/blob/master/mysql/datadog_checks/mysql/data/conf.yaml.example
+
{{% /tab %}}
{{< /tabs >}}
### UpdateAzureIntegration
-[Agent の status サブコマンドを実行][5]し、Checks セクションで `mysql` を探します。または、[データベース][6]のページを参照してください。
+[Agent の status サブコマンドを実行][5]し、Checks セクションで `mysql` を探すか、[データベース][6]のページを参照してください。
## Agent の構成例
{{% dbm-mysql-agent-config-examples %}}
@@ -398,4 +403,6 @@ Google Cloud からより包括的なデータベースメトリクスを収集
[6]: https://app.datadoghq.com/databases
[7]: /ja/integrations/google_cloudsql
[8]: /ja/database_monitoring/troubleshooting/?tab=mysql
-[9]: https://cloud.google.com/sql/docs/mysql/flags#tips-performance-schema
\ No newline at end of file
+[9]: https://cloud.google.com/sql/docs/mysql/flags#tips-performance-schema
+[10]: https://github.com/DataDog/integrations-core/blob/master/mysql/datadog_checks/mysql/data/conf.yaml.example
+[11]: https://dev.mysql.com/doc/refman/8.0/en/creating-accounts.html
\ No newline at end of file
diff --git a/content/ja/database_monitoring/setup_postgres/aurora.md b/content/ja/database_monitoring/setup_postgres/aurora.md
index 0d25d7ddf6541..cf1b1f26f5e3e 100644
--- a/content/ja/database_monitoring/setup_postgres/aurora.md
+++ b/content/ja/database_monitoring/setup_postgres/aurora.md
@@ -137,7 +137,7 @@ RETURNS NULL ON NULL INPUT
SECURITY DEFINER;
```
-### Securely store your password
+### パスワードを安全に保管
{{% dbm-secret %}}
### 検証する
@@ -353,18 +353,20 @@ metadata:
tags.datadoghq.com/env: ''
tags.datadoghq.com/service: ''
annotations:
- ad.datadoghq.com/service.check_names: '["postgres"]'
- ad.datadoghq.com/service.init_configs: '[{}]'
- ad.datadoghq.com/service.instances: |
- [
- {
- "dbm": true,
- "host": "",
- "port": 5432,
- "username": "datadog",
- "password": "ENC[datadog_user_database_password]"
+ ad.datadoghq.com/service.checks: |
+ {
+ "postgres": {
+ "instances": [
+ {
+ "dbm": true,
+ "host": "",
+ "port": 5432,
+ "username": "datadog",
+ "password": "ENC[datadog_user_database_password]"
+ }
+ ]
}
- ]
+ }
spec:
ports:
- port: 5432
@@ -383,9 +385,8 @@ metadata:
annotations:
ad.datadoghq.com/service.checks: |
{
- "postgres":
- { "instances":
- [
+ "postgres": {
+ "instances": [
{
"dbm":true,
"host":"your-host-1.us-east-2.rds.amazonaws.com",
diff --git a/content/ja/database_monitoring/setup_postgres/azure.md b/content/ja/database_monitoring/setup_postgres/azure.md
index 719d9d4aa5c91..fff02eddf8b4a 100644
--- a/content/ja/database_monitoring/setup_postgres/azure.md
+++ b/content/ja/database_monitoring/setup_postgres/azure.md
@@ -19,7 +19,7 @@ Agent は、読み取り専用のユーザーとしてログインすること
## はじめに
サポート対象の PostgreSQL バージョン
-: 9.6、10、11、12、13、14、15
+: 9.6、10、11、12、13、14、15、16
サポートされる Azure PostgreSQL のデプロイメントタイプ
: Azure VM 上の PostgreSQL、シングルサーバー、フレキシブルサーバー
@@ -185,7 +185,7 @@ RETURNS NULL ON NULL INPUT
SECURITY DEFINER;
```
-### Securely store your password
+### パスワードを安全に保管
{{% dbm-secret %}}
### 検証する
@@ -391,7 +391,7 @@ Windows の場合は、helm install コマンドに --set tar
マウントされたコンフィギュレーションファイルを使ってクラスターチェックを構成するには、コンフィギュレーションファイルを Cluster Agent コンテナのパス `/conf.d/postgres.yaml` にマウントします。
```yaml
-cluster_check: true # Make sure to include this flag
+cluster_check: true # このフラグを必ず入れてください
init_config:
instances:
- dbm: true
@@ -400,12 +400,12 @@ instances:
username: 'datadog@'
password: 'ENC[datadog_user_database_password]'
ssl: "require"
- # After adding your project and instance, configure the Datadog Azure integration to pull additional cloud data such as CPU, Memory, etc.
+ # プロジェクトとインスタンスを追加した後、Datadog Azure インテグレーションを構成して、CPU、メモリなどの追加のクラウドデータを取得します。
azure:
deployment_type: ''
fully_qualified_domain_name: ''
- ## Required: For Postgres 9.6, uncomment these lines to use the functions created in the setup
+ ## 必須。Postgres 9.6 の場合、セットアップで作成した関数を使用するため、以下の行をコメント解除します
# pg_stat_statements_view: datadog.pg_stat_statements()
# pg_stat_activity_view: datadog.pg_stat_activity()
```
diff --git a/content/ja/database_monitoring/setup_postgres/gcsql.md b/content/ja/database_monitoring/setup_postgres/gcsql.md
index e40fbad0ddf65..d18c9ec4cc89c 100644
--- a/content/ja/database_monitoring/setup_postgres/gcsql.md
+++ b/content/ja/database_monitoring/setup_postgres/gcsql.md
@@ -102,7 +102,7 @@ RETURNS NULL ON NULL INPUT
SECURITY DEFINER;
```
-### Securely store your password
+### パスワードを安全に保管
{{% dbm-secret %}}
### 検証する
@@ -267,7 +267,7 @@ Windows の場合は、helm install コマンドに --set tar
マウントされたコンフィギュレーションファイルを使ってクラスターチェックを構成するには、コンフィギュレーションファイルを Cluster Agent コンテナのパス `/conf.d/postgres.yaml` にマウントします。
```yaml
-cluster_check: true # Make sure to include this flag
+cluster_check: true # このフラグを必ず入れてください
init_config:
instances:
- dbm: true
@@ -275,7 +275,7 @@ instances:
port: 5432
username: datadog
password: 'ENC[datadog_user_database_password]'
- # After adding your project and instance, configure the Datadog GCP integration to pull additional cloud data such as CPU, Memory, etc.
+ # プロジェクトとインスタンスを追加した後、Datadog GCP インテグレーションを構成して、CPU、メモリなどの追加のクラウドデータを取得します。
gcp:
project_id: ''
instance_id: ''
diff --git a/content/ja/database_monitoring/setup_sql_server/azure.md b/content/ja/database_monitoring/setup_sql_server/azure.md
index 65722f88d11cf..d5c3e3bc91407 100644
--- a/content/ja/database_monitoring/setup_sql_server/azure.md
+++ b/content/ja/database_monitoring/setup_sql_server/azure.md
@@ -39,10 +39,12 @@ CREATE LOGIN datadog WITH PASSWORD = '';
CREATE USER datadog FOR LOGIN datadog;
ALTER SERVER ROLE ##MS_ServerStateReader## ADD MEMBER datadog;
ALTER SERVER ROLE ##MS_DefinitionReader## ADD MEMBER datadog;
--- Log Shipping Monitoring (Agent v7.50 以降で利用可能) を使用するには、次の 3 行のコメントを外します。
--- USE msdb;
--- CREATE USER datadog FOR LOGIN datadog;
--- GRANT SELECT to datadog;
+-- Log Shipping Monitoring (Agent v7.50+ で利用可能) または
+-- SQL Server Agent Monitoring (Agent v7.57+ で利用可能) のいずれも使用しない場合は、
+-- 次の 3 行をコメントアウトしてください。
+USE msdb;
+CREATE USER datadog FOR LOGIN datadog;
+GRANT SELECT to datadog;
```
このサーバー上の追加の Azure SQL Database それぞれへのアクセスを Agent に付与します。
@@ -98,15 +100,16 @@ CREATE USER datadog FOR LOGIN datadog;
GRANT CONNECT ANY DATABASE to datadog;
GRANT VIEW SERVER STATE to datadog;
GRANT VIEW ANY DEFINITION to datadog;
--- Log Shipping Monitoring (Agent v7.50 以降で利用可能) を使用するには、次の 3 行のコメントを外します。
--- USE msdb;
--- CREATE USER datadog FOR LOGIN datadog;
--- GRANT SELECT to datadog;
+-- If not using either of Log Shipping Monitoring (available in Agent v7.50+) or
+-- SQL Server Agent Monitoring (available in Agent v7.57+), comment out the next three lines:
+USE msdb;
+CREATE USER datadog FOR LOGIN datadog;
+GRANT SELECT to datadog;
```
**注:** Azure マネージドアイデンティティ認証もサポートされています。Azure SQL DB インスタンスの構成方法については、[ガイド][1]を参照してください。
-[3]: /ja/database_monitoring/guide/managed_authentication
+[1]: /ja/database_monitoring/guide/managed_authentication
{{% /tab %}}
{{% tab "Windows Azure VM の SQL Server" %}}
@@ -119,7 +122,7 @@ GRANT VIEW ANY DEFINITION to datadog;
{{< /tabs >}}
-### Securely store your password
+### パスワードを安全に保管
{{% dbm-secret %}}
## Agent のインストールと構成
@@ -142,10 +145,10 @@ instances:
password: 'ENC[datadog_user_database_password]'
connector: adodbapi
adoprovider: MSOLEDBSQL
- tags: # Optional
+ tags: # オプション
- 'service:'
- 'env:'
- # After adding your project and instance, configure the Datadog Azure integration to pull additional cloud data such as CPU, Memory, etc.
+ # プロジェクトとインスタンスを追加した後、Datadog Azure インテグレーションを構成して、CPU やメモリなどの追加のクラウドデータを取得します。
azure:
deployment_type: ''
fully_qualified_domain_name: ''
@@ -178,7 +181,7 @@ connector: odbc
driver: '{ODBC Driver 18 for SQL Server}'
```
-Once all Agent configuration is complete, [restart the Datadog Agent][9].
+すべての Agent の構成が完了したら、[Datadog Agent を再起動][9]します。
### UpdateAzureIntegration
@@ -215,10 +218,10 @@ instances:
password: 'ENC[datadog_user_database_password]'
connector: odbc
driver: ''
- tags: # Optional
+ tags: # オプション
- 'service:'
- 'env:'
- # After adding your project and instance, configure the Datadog Azure integration to pull additional cloud data such as CPU, Memory, etc.
+ # プロジェクトとインスタンスを追加した後、Datadog Azure インテグレーションを構成して、CPU やメモリなどの追加のクラウドデータを取得します。
azure:
deployment_type: ''
fully_qualified_domain_name: ''
@@ -317,7 +320,7 @@ Kubernetes クラスターでクラスターチェックがまだ有効になっ
username: datadog
password: 'ENC[datadog_user_database_password]'
connector: 'odbc'
- driver: 'ODBC Driver 18 for SQL Server'
+ driver: '{ODBC Driver 18 for SQL Server}'
include_ao_metrics: true # Optional: For AlwaysOn users
tags: # Optional
- 'service:'
@@ -339,10 +342,6 @@ Kubernetes クラスターでクラスターチェックがまだ有効になっ
Windows の場合は、helm install コマンドに --set targetSystem=windows を追加します。
-[1]: https://app.datadoghq.com/organization-settings/api-keys
-[2]: /ja/getting_started/site
-[3]: /ja/containers/kubernetes/installation/?tab=helm#installation
-
### マウントされたファイルで構成する
マウントされたコンフィギュレーションファイルを使ってクラスターチェックを構成するには、コンフィギュレーションファイルを Cluster Agent コンテナのパス `/conf.d/sqlserver.yaml` にマウントします。
@@ -356,11 +355,11 @@ instances:
username: datadog
password: 'ENC[datadog_user_database_password]'
connector: "odbc"
- driver: "ODBC Driver 18 for SQL Server"
- tags: # Optional
+ driver: '{ODBC Driver 18 for SQL Server}'
+ tags: # オプション
- 'service:'
- 'env:'
- # After adding your project and instance, configure the Datadog Azure integration to pull additional cloud data such as CPU, Memory, etc.
+ # プロジェクトとインスタンスを追加した後、Datadog Azure インテグレーションを構成して、CPU やメモリなどの追加のクラウドデータを取得します。
azure:
deployment_type: ''
fully_qualified_domain_name: ''
@@ -388,7 +387,7 @@ metadata:
"password": "ENC[datadog_user_database_password]",
"connector": "odbc",
"driver": "ODBC Driver 18 for SQL Server",
- "tags": ["service:", "env:"], # Optional
+ "tags": ["service:", "env:"], # オプション
"azure": {
"deployment_type": "",
"fully_qualified_domain_name": ""
@@ -412,7 +411,7 @@ Cluster Agent は自動的にこのコンフィギュレーションを登録し
[1]: /ja/agent/cluster_agent
[2]: /ja/agent/cluster_agent/clusterchecks/
-[3]: https://helm.sh
+[3]: /ja/containers/kubernetes/installation/?tab=helm#installation
[4]: https://github.com/DataDog/integrations-core/blob/master/sqlserver/assets/configuration/spec.yaml#L353-L383
[5]: /ja/agent/configuration/secrets-management
{{% /tab %}}
diff --git a/content/ja/database_monitoring/setup_sql_server/gcsql.md b/content/ja/database_monitoring/setup_sql_server/gcsql.md
index 37b96560fe1c2..b62833a13506c 100644
--- a/content/ja/database_monitoring/setup_sql_server/gcsql.md
+++ b/content/ja/database_monitoring/setup_sql_server/gcsql.md
@@ -78,7 +78,7 @@ instances:
`service` と `env` タグを使用して、共通のタグ付けスキームでデータベースのテレメトリーを他のテレメトリーにリンクします。これらのタグが Datadog 全体でどのように使用されるかについては、[統合サービスタグ付け][5]を参照してください。
-### Securely store your password
+### パスワードを安全に保管
{{% dbm-secret %}}
### 対応ドライバー
@@ -139,10 +139,10 @@ instances:
password: 'ENC[datadog_user_database_password]'
connector: odbc
driver: ''
- tags: # Optional
+ tags: # オプション
- 'service:'
- 'env:'
- # After adding your project and instance, configure the Datadog Google Cloud (GCP) integration to pull additional cloud data such as CPU, Memory, etc.
+ # プロジェクトとインスタンスを追加した後、Datadog Google Cloud (GCP) インテグレーションを構成して、CPU やメモリなどの追加のクラウドデータを取得します。
gcp:
project_id: ''
instance_id: ''
@@ -242,7 +242,7 @@ Kubernetes クラスターでクラスターチェックがまだ有効になっ
username: datadog
password: 'ENC[datadog_user_database_password]'
connector: 'odbc'
- driver: 'ODBC Driver 18 for SQL Server'
+ driver: '{ODBC Driver 18 for SQL Server}'
tags: # Optional
- 'service:'
- 'env:'
@@ -272,7 +272,7 @@ Windows の場合は、helm install コマンドに --set tar
マウントされたコンフィギュレーションファイルを使ってクラスターチェックを構成するには、コンフィギュレーションファイルを Cluster Agent コンテナのパス `/conf.d/sqlserver.yaml` にマウントします。
```yaml
-cluster_check: true # Make sure to include this flag
+cluster_check: true # このフラグを必ず入れてください
init_config:
instances:
- dbm: true
@@ -281,11 +281,11 @@ instances:
username: datadog
password: 'ENC[datadog_user_database_password]'
connector: "odbc"
- driver: "ODBC Driver 18 for SQL Server"
- tags: # Optional
+ driver: '{ODBC Driver 18 for SQL Server}'
+ tags: # オプション
- 'service:'
- 'env:'
- # After adding your project and instance, configure the Datadog Google Cloud (GCP) integration to pull additional cloud data such as CPU, Memory, etc.
+ # プロジェクトとインスタンスを追加した後、Datadog Google Cloud (GCP) インテグレーションを構成して、CPU やメモリなどの追加のクラウドデータを取得します。
gcp:
project_id: ''
instance_id: ''
@@ -314,7 +314,7 @@ metadata:
"password": "ENC[datadog_user_database_password]",
"connector": "odbc",
"driver": "ODBC Driver 18 for SQL Server",
- "tags": ["service:", "env:"], # Optional
+ "tags": ["service:", "env:"], # オプション
"gcp": {
"project_id": "",
"instance_id": ""
diff --git a/content/ja/developers/guide/dogwrap.md b/content/ja/developers/guide/dogwrap.md
index 5d887e1bccbd0..b300bd37596cf 100644
--- a/content/ja/developers/guide/dogwrap.md
+++ b/content/ja/developers/guide/dogwrap.md
@@ -45,7 +45,7 @@ dogwrap -n -k -s eu ""
```
{{< /site-region >}}
-**Note**: The `dogwrap` command sends data to the US Datadog site by default. If you need to send data to another site, you must include the `-s` option specifying a target site, such as `eu`, `us3`, `us5`, etc.
+**注**: `dogwrap` コマンドは、デフォルトでデータを米国の Datadog サイトに送信します。別のサイトにデータを送信する必要がある場合は、`-s` オプションを使用し、`eu`、`us3`、`us5` などの送信先サイトを指定する必要があります。
次のプレースホルダーと組み合わせます。
diff --git a/content/ja/getting_started/integrations/aws.md b/content/ja/getting_started/integrations/aws.md
index 76a6a1b10f61a..d66e449d8191c 100644
--- a/content/ja/getting_started/integrations/aws.md
+++ b/content/ja/getting_started/integrations/aws.md
@@ -32,7 +32,7 @@ title: AWS の概要
## 概要
-This guide provides an overview of the process for integrating an Amazon Web Services(AWS) account with Datadog using Datadog's CloudFormation template.
+このガイドでは、Datadog の CloudFormation テンプレートを使用して、Amazon Web Services (AWS) アカウントを Datadog と統合するプロセスの概要を説明します。
簡単に言うと、これには Datadog の AWS アカウントがデータの収集やプッシュのために AWS アカウントに API コールを行うことを可能にする IAM ロールと関連するポリシーの作成が含まれます。また、このテンプレートは、Datadog にログを送信するための [Datadog Forwarder][1] Lambda 関数をデプロイします。CloudFormation テンプレートを使用することで、このデータを Datadog アカウントに送信するために必要なすべてのツールが提供されます。Datadog は、最新の機能を提供するために CloudFormation テンプレートを保守しています。
@@ -40,6 +40,8 @@ This guide provides an overview of the process for integrating an Amazon Web Ser
このプロセスは必要な数の AWS アカウントに対して繰り返すことができますし、[API][3]、[AWS CLI][4]、[Terraform][5] を使って一度に複数のアカウントを設定することも可能です。詳しくは、[Datadog-Amazon CloudFormation ガイド][6]をご参照ください。
+**注**: Datadog の CloudFormation テンプレートは、定義済みのリソースの作成と削除のみをサポートしています。スタックへの更新の適用方法については、[スタックテンプレートの更新][59]を参照してください。
+
## 前提条件
はじめに、以下の前提条件を確認してください。
@@ -112,7 +114,7 @@ This guide provides an overview of the process for integrating an Amazon Web Ser
a. インテグレーションする AWS リージョンを選択します。
b. Datadog [API キー][9]を追加します。
c. オプションで、[Datadog Forwarder Lambda][1] でログなどを Datadog に送ります。
- d. Optionally, enable [Cloud Security Management Misconfigurations][54] to scan your cloud environment, hosts, and containers for misconfigurations and security risks.
+ d. 必要に応じて、[Cloud Security Management Misconfigurations][54] を有効にして、クラウド環境、ホスト、コンテナをスキャンして、誤構成やセキュリティリスクを検出します。
5. **Launch CloudFormation Template** をクリックします。これで AWS コンソールが開き、CloudFormation スタックがロードされます。すべてのパラメーターは、事前の Datadog フォームでの選択に基づいて入力されているため、必要な場合以外は編集する必要はありません。
**注:** `DatadogAppKey` パラメーターは、CloudFormation スタックが Datadog に API コールを行い、この AWS アカウントに対して Datadog の構成を追加・編集できるようにするものです。キーは自動的に生成され、Datadog アカウントに結びつけられます。
@@ -139,8 +141,8 @@ AWSサービスログを Datadog に送信する方法はいくつかありま
### 検証
-ログを有効にしたら、[ログエクスプローラー][15] でファセット・パネルから `source` または `service` ファセットを使用して、ログを見つけます (S3 からの以下の例のように)。
-{{< img src="getting_started/integrations/logs-explorer.png" alt="Datadog アカウントのログエクスプローラーページ。左側には、ソースとサービスのファセットが表示され、両方とも 's3' でチェックされています。右側には、いくつかのログエントリーがリスト形式で表示されています。">}}
+ログを有効にしたら、[Log Explorer][15] でファセットパネルの `source` または `service` ファセットを使用してログを見つけてください。以下は、S3 の例です。
+{{< img src="getting_started/integrations/logs-explorer.png" alt="Datadog アカウントの Log Explorer ページ。左側には、Source と Service ファセットが表示され、両方とも 's3' にチェックされています。右側には、いくつかのログエントリーがリスト形式で表示されています。">}}
## Datadog のプラットフォームをさらに活用する
@@ -187,7 +189,7 @@ Fargate ポッドは AWS によって管理されているため、CPU やメモ
### Datadog のリソースを追加で作成する
Datadog の UI や [API][33] を利用するほか、[CloudFormation Registry][35] で多くの [Datadog リソース][34]を作成することが可能です。視覚化とトラブルシューティングには、[ダッシュボード][36]を使用して主要データを表示し、[関数][37]を適用し、[メトリクス相関][38]を見つけることができます。
-To get notified of any unwanted or unexpected behavior in your account, create [monitors][39]. Monitors consistently evaluate the data reported to your account, and send [Notifications][40] to ensure that the right information gets to the right team members. Review the [List of Notification Integrations][41] for all the ways to notify your team.
+アカウントに不要な動作や予期せぬ動作があった場合に通知を受けるには、[モニター][39]を作成します。モニターは、アカウントに報告されたデータを一貫して評価し、正しい情報が正しいチームメンバーに届くように[通知][40]を送信します。チームに通知するすべての方法については、[通知インテグレーションのリスト][41]を参照してください。
## 関連製品を見る
@@ -275,4 +277,5 @@ To get notified of any unwanted or unexpected behavior in your account, create [
[55]: /ja/security/default_rules/#cat-posture-management-cloud
[56]: /ja/security/default_rules/#cat-posture-management-infra
[57]: /ja/integrations/guide/aws-integration-troubleshooting/
-[58]: /ja/integrations/ecs_fargate/?tab=webui#installation-for-aws-batch
\ No newline at end of file
+[58]: /ja/integrations/ecs_fargate/?tab=webui#installation-for-aws-batch
+[59]: https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/using-cfn-updating-stacks-get-template.html
\ No newline at end of file
diff --git a/content/ja/getting_started/tagging/assigning_tags.md b/content/ja/getting_started/tagging/assigning_tags.md
index 5c30b971faaea..1bdecb5dd3d00 100644
--- a/content/ja/getting_started/tagging/assigning_tags.md
+++ b/content/ja/getting_started/tagging/assigning_tags.md
@@ -158,7 +158,7 @@ hostname: mymachine.mydomain
#### 環境変数
-コンテナ化された Datadog Agent をインストールしたら、Agent のメインコンフィギュレーションファイルにある環境変数 `DD_TAGS を使用してホストタグを設定します。
+コンテナ化された Datadog Agent をインストールしたら、Agent のメインコンフィギュレーションファイルにある環境変数 `DD_TAGS` を使用してホストタグを設定します。複数のタグを指定する場合は、カンマとスペースで区切ってください。
Datadog は [Docker、Kubernetes、ECS、Swarm、Mesos、Nomad、Rancher][6] から一般的なタグを自動的に収集します。さらに多くのタグを抽出するには、次のオプションを使用します。
@@ -215,7 +215,7 @@ services:
environment:
- DD_API_KEY= ""
- DD_CONTAINER_LABELS_AS_TAGS={"my.custom.label.project":"projecttag","my.custom.label.version":"versiontag"}
- - DD_TAGS="key1:value1 key2:value2 key3:value3"
+ - DD_TAGS="key1:value1, key2:value2, key3:value3"
image: 'gcr.io/datadoghq/agent:latest'
deploy:
restart_policy:
@@ -378,7 +378,7 @@ sum:page.views{domain:example.com} by {host}
### DogStatsD
-[DogStatsD][9] に送信したタグをメトリクス、イベント、サービスチェックに追加します。たとえば、アルゴリズムのバージョンでタイマー メトリクスをタグ付けして、2 つのアルゴリズムのパフォーマンスを比較します。
+[DogStatsD][10] に送信するメトリクス、イベント、サービスチェックにタグを追加します。例えば、アルゴリズムのバージョンを示すタグをタイマーメトリクスに付けて、2 つのアルゴリズムのパフォーマンスを比較します。
```python
@@ -391,9 +391,9 @@ def algorithm_two():
# 何らかの処理 (速度を比較) ...
```
-**注**: タグ付けは、StatsD の [Datadog 固有の拡張機能][10]です。
+**注**: タグ付けは、StatsD の [Datadog 固有の拡張機能][11]です。
-`host` タグを DogStatsD メトリクスに割り当てる場合は、特別な考慮事項が必要です。ホスト タグ キーの詳細については、[DogStatsD セクション][11]を参照してください。
+`host` タグを DogStatsD メトリクスに割り当てる場合は、特別な考慮事項が必要です。ホストタグキーの詳細については、[メトリクスの送信: DogStatsD][12] のドキュメントを参照してください。
## その他の参考資料
@@ -410,3 +410,4 @@ def algorithm_two():
[9]: /ja/tracing/setup/
[10]: /ja/developers/dogstatsd/
[11]: /ja/developers/community/libraries/
+[12]: /ja/metrics/dogstatsd_metrics_submission/#host-tag
\ No newline at end of file
diff --git a/content/ja/integrations/apache.md b/content/ja/integrations/apache.md
index 53b7a79803a4a..96eafa1768e9f 100644
--- a/content/ja/integrations/apache.md
+++ b/content/ja/integrations/apache.md
@@ -23,8 +23,8 @@ assets:
source_type_id: 30
source_type_name: Apache
monitors:
- '[Apache] Low number of idle workers': assets/monitors/apache_low_idle_workers.json
- '[Apache] resource utilization': assets/monitors/high_keep_alive_and_cpu.json
+ CPU load is running high: assets/monitors/high_keep_alive_and_cpu.json
+ Idle workers number is low: assets/monitors/apache_low_idle_workers.json
saved_views:
4xx_errors: assets/saved_views/4xx_errors.json
5xx_errors: assets/saved_views/5xx_errors.json
@@ -38,7 +38,7 @@ author:
support_email: help@datadoghq.com
categories:
- log collection
-custom_kind: integration
+custom_kind: インテグレーション
dependencies:
- https://github.com/DataDog/integrations-core/blob/master/apache/README.md
display_on_public_website: true
@@ -46,7 +46,7 @@ draft: false
git_integration_title: apache
integration_id: apache
integration_title: Apache
-integration_version: 4.5.1
+integration_version: 6.0.0
is_public: true
manifest_version: 2.0.0
name: apache
@@ -366,4 +366,4 @@ Apache インテグレーションで問題が発生する場合の多くは、A
[7]: https://www.datadoghq.com/blog/deploying-datadog-with-cloudformation
[8]: https://www.datadoghq.com/blog/monitoring-apache-web-server-performance
[9]: https://www.datadoghq.com/blog/collect-apache-performance-metrics
-[10]: https://www.datadoghq.com/blog/monitor-apache-web-server-datadog
+[10]: https://www.datadoghq.com/blog/monitor-apache-web-server-datadog
\ No newline at end of file
diff --git a/content/ja/integrations/azure.md b/content/ja/integrations/azure.md
index 4289acffb5a0b..1cff3bcb3c64a 100644
--- a/content/ja/integrations/azure.md
+++ b/content/ja/integrations/azure.md
@@ -154,50 +154,49 @@ Datadog の Azure インテグレーションは、}}
-**注**: Classic 階層では、`azure.network_frontdoors.*` ネームスペースを使用します。Standard および Premium 階層では、代わりにメトリクスは `azure.cdn_profiles.*` ネームスペースで表示されます。
-
### イベント
Azure Front Door インテグレーションには、イベントは含まれません。
@@ -55,4 +56,4 @@ Azure Front Door インテグレーションには、サービスのチェック
[1]: https://docs.datadoghq.com/ja/integrations/azure/
[2]: https://github.com/DataDog/dogweb/blob/prod/integration/azure_frontdoor/azure_frontdoor_metadata.csv
-[3]: https://docs.datadoghq.com/ja/help/
+[3]: https://docs.datadoghq.com/ja/help/
\ No newline at end of file
diff --git a/content/ja/integrations/azure_iot_edge.md b/content/ja/integrations/azure_iot_edge.md
index 49042c2e504d9..297ecf5447397 100644
--- a/content/ja/integrations/azure_iot_edge.md
+++ b/content/ja/integrations/azure_iot_edge.md
@@ -19,10 +19,10 @@ assets:
source_type_id: 10125
source_type_name: Azure IoT Edge
monitors:
- Disk usage: assets/monitors/disk_usage.json
- Edge Hub retries: assets/monitors/edgehub_retries.json
- IoT Hub syncs: assets/monitors/iothub_syncs.json
- Memory usage: assets/monitors/memory_usage.json
+ Device is running out of disk space: assets/monitors/disk_usage.json
+ Device is running out of memory: assets/monitors/memory_usage.json
+ Edge Hub operation retries is higher than usual: assets/monitors/edgehub_retries.json
+ Unsuccessful syncs are high: assets/monitors/iothub_syncs.json
author:
homepage: https://www.datadoghq.com
name: Datadog
@@ -33,7 +33,7 @@ categories:
- iot
- ログの収集
- ネットワーク
-custom_kind: integration
+custom_kind: インテグレーション
dependencies:
- https://github.com/DataDog/integrations-core/blob/master/azure_iot_edge/README.md
display_on_public_website: true
@@ -41,7 +41,7 @@ draft: false
git_integration_title: azure_iot_edge
integration_id: azure-iot-edge
integration_title: Azure IoT Edge
-integration_version: 4.2.1
+integration_version: 6.0.0
is_public: true
manifest_version: 2.0.0
name: azure_iot_edge
@@ -206,4 +206,4 @@ Azure IoT Edge には、イベントは含まれません。
[8]: https://github.com/DataDog/integrations-core/blob/master/azure_iot_edge/metadata.csv
[9]: https://github.com/DataDog/integrations-core/blob/master/azure_iot_edge/assets/service_checks.json
[10]: https://docs.datadoghq.com/ja/help/
-[11]: https://www.datadoghq.com/blog/monitor-azure-iot-edge-with-datadog/
+[11]: https://www.datadoghq.com/blog/monitor-azure-iot-edge-with-datadog/
\ No newline at end of file
diff --git a/content/ja/integrations/azure_vm.md b/content/ja/integrations/azure_vm.md
index 57e2ad9b3be36..242837d30bb85 100644
--- a/content/ja/integrations/azure_vm.md
+++ b/content/ja/integrations/azure_vm.md
@@ -1,32 +1,77 @@
---
+app_id: azure-vm
+app_uuid: 2bcae6e7-13df-45c2-8085-ae9fc5ba0b09
+assets:
+ dashboards:
+ azure_vm: assets/dashboards/azure_vm.json
+ integration:
+ auto_install: true
+ events:
+ creates_events: false
+ metrics:
+ check:
+ - azure.vm.percentage_cpu
+ - azure.vm.processor_total_pct_user_time
+ metadata_path: metadata.csv
+ prefix: azure.vm
+ service_checks:
+ metadata_path: assets/service_checks.json
+ source_type_id: 139
+ source_type_name: Azure VM
+author:
+ homepage: https://www.datadoghq.com
+ name: Datadog
+ sales_email: info@datadoghq.com
+ support_email: help@datadoghq.com
categories:
- azure
- cloud
- configuration & deployment
- os & system
-custom_kind: integration
+custom_kind: インテグレーション
dependencies: []
-description: Azure VM のリソース使用状況、ネットワーク統計などを追跡。
-doc_link: https://docs.datadoghq.com/integrations/azure_vm/
+display_on_public_website: true
draft: false
-further_reading:
-- link: https://www.datadoghq.com/blog/video-streaming-performance-monitoring-conviva/
- tag: ブログ
- text: Datadog で Conviva を監視する
git_integration_title: azure_vm
-has_logo: true
integration_id: azure-vm
-integration_title: Microsoft Azure VM
+integration_title: Azure VM
integration_version: ''
is_public: true
-manifest_version: '1.0'
+manifest_version: 2.0.0
name: azure_vm
-public_title: Datadog-Microsoft Azure VM インテグレーション
-short_description: Azure VM のリソース使用状況、ネットワーク統計などを追跡。
-version: '1.0'
+public_title: Azure VM
+short_description: Microsoft Azure VM は、Linux と Windows の仮想マシンを数分で作成できるサービスです
+supported_os: []
+tile:
+ changelog: CHANGELOG.md
+ classifier_tags:
+ - Category::Azure
+ - Category::クラウド
+ - Category::構成 & デプロイ
+ - Category::OS とシステム
+ - Offering::Integration
+ configuration: README.md#Setup
+ description: Microsoft Azure VM は、Linux と Windows の仮想マシンを数分で作成できるサービスです
+ media:
+ - caption: Azure VM 概要ダッシュボード
+ image_url: images/1_azure_vm_overview_dashboard.png
+ media_type: image
+ - caption: Azure VM ヘルスモニターテンプレート
+ image_url: images/2_azure_vm_health_monitor_template.png
+ media_type: image
+ overview: README.md#Overview
+ resources:
+ - resource_type: ドキュメント
+ url: https://docs.datadoghq.com/integrations/azure
+ - resource_type: blog
+ url: https://www.datadoghq.com/blog/monitor-azure-arm-vms-datadog
+ - resource_type: blog
+ url: https://www.datadoghq.com/blog/dash-2024-new-feature-roundup-infrastructure
+ support: README.md#Support
+ title: Azure VM
---
-
+
## 概要
Azure 仮想マシンでは、オンデマンドでスケーリングできる仮想化環境を柔軟に実行できます。
@@ -96,4 +141,4 @@ Azure Virtual Machine インテグレーションには、サービスのチェ
[7]: https://www.datadoghq.com/blog/how-to-monitor-microsoft-azure-vms
[8]: https://www.datadoghq.com/blog/how-to-collect-azure-metrics
[9]: https://www.datadoghq.com/blog/monitor-azure-vms-using-datadog
-[10]: https://www.datadoghq.com/blog/migrate-sql-workloads-to-azure-with-datadog/
+[10]: https://www.datadoghq.com/blog/migrate-sql-workloads-to-azure-with-datadog/
\ No newline at end of file
diff --git a/content/ja/integrations/bigpanda_saas.md b/content/ja/integrations/bigpanda_saas.md
index f601e0a6e0a57..6cd16afd5a565 100644
--- a/content/ja/integrations/bigpanda_saas.md
+++ b/content/ja/integrations/bigpanda_saas.md
@@ -30,7 +30,7 @@ categories:
- マーケットプレイス
- notifications
- ai/ml
-custom_kind: integration
+custom_kind: インテグレーション
dependencies: []
display_on_public_website: true
draft: false
@@ -129,4 +129,4 @@ Datadog マーケットプレイスでのご提供には、BigPanda プラット
[6]: https://docs.datadoghq.com/ja/logs
[7]: https://docs.datadoghq.com/ja/tracing
---
-このアプリケーションは Marketplace から入手でき、Datadog テクノロジーパートナーによってサポートされています。このアプリケーションを購入するには、こちらをクリックしてください。
+このアプリケーションは Marketplace から入手でき、Datadog テクノロジーパートナーによってサポートされています。利用するには、Marketplace でこのアプリケーションを購入してください。
\ No newline at end of file
diff --git a/content/ja/integrations/cassandra.md b/content/ja/integrations/cassandra.md
index e80e19352e9fc..8e77d7f7f2a80 100644
--- a/content/ja/integrations/cassandra.md
+++ b/content/ja/integrations/cassandra.md
@@ -35,7 +35,7 @@ categories:
- caching
- data stores
- log collection
-custom_kind: integration
+custom_kind: インテグレーション
dependencies:
- https://github.com/DataDog/integrations-core/blob/master/cassandra/README.md
display_on_public_website: true
@@ -43,7 +43,7 @@ draft: false
git_integration_title: cassandra
integration_id: cassandra
integration_title: Cassandra
-integration_version: 1.18.0
+integration_version: 3.0.0
is_public: true
manifest_version: 2.0.0
name: cassandra
@@ -240,7 +240,7 @@ Cassandra Nodetool ログは Cassandra インテグレーションにより収
Cassandra_nodetool チェックには、イベントは含まれません。
### サービスチェック
-{{< get-service-checks-from-git "cassandra_nodetool" >}}
+{{< get-service-checks-from-git "cassandra_nodetool" >}}
## トラブルシューティング
@@ -272,4 +272,4 @@ Cassandra_nodetool チェックには、イベントは含まれません。
[16]: https://docs.datadoghq.com/ja/agent/guide/agent-configuration-files/#agent-configuration-directory
[17]: https://github.com/DataDog/integrations-core/blob/master/cassandra_nodetool/datadog_checks/cassandra_nodetool/data/conf.yaml.example
[18]: https://github.com/DataDog/integrations-core/tree/master/cassandra#log-collection
-[19]: https://github.com/prometheus/jmx_exporter
+[19]: https://github.com/prometheus/jmx_exporter
\ No newline at end of file
diff --git a/content/ja/integrations/ceph.md b/content/ja/integrations/ceph.md
index 7aa2c0126f97d..98bf4b3377790 100644
--- a/content/ja/integrations/ceph.md
+++ b/content/ja/integrations/ceph.md
@@ -33,7 +33,7 @@ categories:
- data stores
- os & system
- log collection
-custom_kind: integration
+custom_kind: インテグレーション
dependencies:
- https://github.com/DataDog/integrations-core/blob/master/ceph/README.md
display_on_public_website: true
@@ -41,7 +41,7 @@ draft: false
git_integration_title: ceph
integration_id: ceph
integration_title: Ceph
-integration_version: 2.10.0
+integration_version: 4.0.0
is_public: true
manifest_version: 2.0.0
name: ceph
@@ -167,4 +167,4 @@ Ceph チェックには、イベントは含まれません。
[7]: https://github.com/DataDog/integrations-core/blob/master/ceph/metadata.csv
[8]: https://github.com/DataDog/integrations-core/blob/master/ceph/assets/service_checks.json
[9]: https://docs.datadoghq.com/ja/help/
-[10]: https://www.datadoghq.com/blog/monitor-ceph-datadog
+[10]: https://www.datadoghq.com/blog/monitor-ceph-datadog
\ No newline at end of file
diff --git a/content/ja/integrations/cisco_aci.md b/content/ja/integrations/cisco_aci.md
index b6987067e5ba4..30208744ce243 100644
--- a/content/ja/integrations/cisco_aci.md
+++ b/content/ja/integrations/cisco_aci.md
@@ -36,7 +36,7 @@ draft: false
git_integration_title: cisco_aci
integration_id: cisco-aci
integration_title: CiscoACI
-integration_version: 4.0.0
+integration_version: 4.1.0
is_public: true
manifest_version: 2.0.0
name: cisco_aci
@@ -72,12 +72,13 @@ Cisco ACI インテグレーションを使用すると、以下のことが可
- ネットワークの状態と健全性を追跡できます。
- ACI の容量を追跡できます。
- スイッチおよびコントローラー自体を監視できます。
+- [Network Devices Monitoring][1] を通じてデバイスを監視する機能
## セットアップ
### インストール
-Cisco ACI チェックは Agent にパッケージ化されているので、ネットワーク内のサーバーに [Agent をインストール][1]するだけです。
+Cisco ACI チェックは Agent にパッケージ化されているので、ネットワーク内のサーバーに [Agent をインストール][2]するだけです。
### 構成
@@ -117,6 +118,11 @@ Cisco ACI チェックは Agent にパッケージ化されているので、ネ
# tenant:
# -
# -
+
+ ## @param send_ndm_metadata - boolean - optional - default: false
+ ## Set to `true` to enable Network Device Monitoring metadata (for devices and interfaces) to be sent.
+ #
+ # send_ndm_metadata: false
```
*注*: 必ずインテグレーションにテナントを指定し、アプリケーションのメトリクスや EPG などを収集します。
@@ -145,11 +151,11 @@ Cisco ACI チェックは Agent にパッケージ化されているので、ネ
### 検証
-[Agent の `status` サブコマンドを実行][2]し、Checks セクションで `cisco_aci` を探します。
+[Agent の `status` サブコマンドを実行][3]し、Checks セクションで `cisco_aci` を探します。
## ベンダープロファイル
-このインテグレーションでサポートされている具体的なベンダープロファイルは、[ネットワークベンダー][3]のページで確認できます。
+このインテグレーションでサポートされている具体的なベンダープロファイルは、[ネットワークベンダー][4]のページで確認できます。
## 収集データ
@@ -192,10 +198,11 @@ Cisco ACI チェックはテナントの障害をイベントとして送信し
Last Successful Execution Date : 2023-01-04 15:58:04 CST / 2023-01-04 21:58:04 UTC (1672869484000)
```
-ご不明な点は、[Datadog のサポートチーム][4]までお問合せください。
+ご不明な点は、[Datadog のサポートチーム][5]までお問い合わせください。
-[1]: https://app.datadoghq.com/account/settings/agent/latest
-[2]: https://docs.datadoghq.com/ja/agent/guide/agent-commands/#agent-status-and-information
-[3]: https://docs.datadoghq.com/ja/network_monitoring/devices/supported_devices/
-[4]: https://docs.datadoghq.com/ja/help/
\ No newline at end of file
+[1]: https://www.datadoghq.com/product/network-monitoring/network-device-monitoring/
+[2]: https://app.datadoghq.com/account/settings/agent/latest
+[3]: https://docs.datadoghq.com/ja/agent/guide/agent-commands/#agent-status-and-information
+[4]: https://docs.datadoghq.com/ja/network_monitoring/devices/supported_devices/
+[5]: https://docs.datadoghq.com/ja/help/
\ No newline at end of file
diff --git a/content/ja/integrations/citrix_hypervisor.md b/content/ja/integrations/citrix_hypervisor.md
index 6f7b509c946be..c4f38fb45a9b1 100644
--- a/content/ja/integrations/citrix_hypervisor.md
+++ b/content/ja/integrations/citrix_hypervisor.md
@@ -17,8 +17,8 @@ assets:
source_type_id: 10198
source_type_name: Citrix Hypervisor
monitors:
- Host CPU high: assets/monitors/host_cpu_high.json
- VM CPU high: assets/monitors/vm_cpu_high.json
+ CPU load is high: assets/monitors/host_cpu_high.json
+ VM's CPU load is high: assets/monitors/vm_cpu_high.json
author:
homepage: https://www.datadoghq.com
name: Datadog
@@ -27,7 +27,7 @@ author:
categories:
- cloud
- ログの収集
-custom_kind: integration
+custom_kind: インテグレーション
dependencies:
- https://github.com/DataDog/integrations-core/blob/master/citrix_hypervisor/README.md
display_on_public_website: true
@@ -35,7 +35,7 @@ draft: false
git_integration_title: citrix_hypervisor
integration_id: citrix-hypervisor
integration_title: Citrix Hypervisor
-integration_version: 3.2.1
+integration_version: 5.0.0
is_public: true
manifest_version: 2.0.0
name: citrix_hypervisor
@@ -79,7 +79,7 @@ tile:
### インストール
Citrix Hypervisor チェックは、[Datadog Agent][3] のパッケージに含まれています。
-サーバーに追加でインストールする必要はありません。
+サーバーに追加でインストールする必要はありません。
Citrix Hypervisor を監視する推奨方法は、各ハイパーバイザーに 1 つの Datadog Agent をインストールすることです。
#### Datadog ユーザー
@@ -153,4 +153,4 @@ Citrix Hypervisor インテグレーションには、イベントは含まれ
[8]: https://github.com/DataDog/integrations-core/blob/master/citrix_hypervisor/metadata.csv
[9]: https://github.com/DataDog/integrations-core/blob/master/citrix_hypervisor/assets/service_checks.json
[10]: https://docs.datadoghq.com/ja/help/
-[11]: https://www.datadoghq.com/blog/monitor-citrix-hypervisor-datadog/
+[11]: https://www.datadoghq.com/blog/monitor-citrix-hypervisor-datadog/
\ No newline at end of file
diff --git a/content/ja/integrations/cloudflare.md b/content/ja/integrations/cloudflare.md
index ec80d0ba67b85..bb804e59aa691 100644
--- a/content/ja/integrations/cloudflare.md
+++ b/content/ja/integrations/cloudflare.md
@@ -17,11 +17,11 @@ assets:
source_type_id: 215
source_type_name: Cloudflare
monitors:
- '[Cloudflare] Abnormal bandwidth being sent for zone': assets/monitors/bandwidth.json
- '[Cloudflare] Error Rate is higher than normal in zone': assets/monitors/error_rate.json
- '[Cloudflare] Error count is unusually high for worker script': assets/monitors/worker_error.json
- '[Cloudflare] High number of detected threats for zone': assets/monitors/threats.json
- '[Cloudflare] Hit Ratio is abnormally low for zone': assets/monitors/hit_ratio.json
+ Cache hit rate is abnormally low: assets/monitors/hit_ratio.json
+ Error Rate is higher than normal: assets/monitors/error_rate.json
+ Threat number is high: assets/monitors/threats.json
+ Worker script errors are increasing: assets/monitors/worker_error.json
+ Zone bandwidth is abnormal: assets/monitors/bandwidth.json
author:
homepage: https://www.datadoghq.com
name: Datadog
@@ -32,7 +32,7 @@ categories:
- ログの収集
- キャッシュ
- セキュリティ
-custom_kind: integration
+custom_kind: インテグレーション
dependencies: []
display_on_public_website: true
draft: false
@@ -44,8 +44,7 @@ is_public: true
manifest_version: 2.0.0
name: cloudflare
public_title: Cloudflare
-short_description: Monitor your Cloudflare Web traffic, DNS queries, security threats,
- and more.
+short_description: Cloudflare の Web トラフィック、DNS クエリ、セキュリティ上の脅威などを監視します。
supported_os: []
tile:
changelog: CHANGELOG.md
@@ -56,8 +55,7 @@ tile:
- Category::Security
- Offering::Integration
configuration: README.md#Setup
- description: Monitor your Cloudflare Web traffic, DNS queries, security threats,
- and more.
+ description: Cloudflare の Web トラフィック、DNS クエリ、セキュリティ上の脅威などを監視します。
media:
- caption: Cloudflare 概要ダッシュボード
image_url: images/overview-dashboard.png
@@ -75,9 +73,9 @@ tile:
## 概要
-Integrate with Cloudflare to get your zone metrics, including web traffic, DNS queries, and threat insights. The integration is based on [Cloudflare's analytics API][1]. Learn more about what resources correspond with which metrics in [our documentation][2].
+Cloudflare と統合することで、Web トラフィック、DNS クエリ、脅威に関するインサイトなど、ゾーンのメトリクスを取得できます。このインテグレーションは [Cloudflare の分析 API][1] に基づいています。[当社のドキュメント][2]で、どのリソースがどのメトリクスに対応しているかについて詳しく確認できます。
-**Log Collection**: In addition to these metrics, Cloudflare allows customers to push logs directly into Datadog using Cloudflare Logpush. These detailed logs contain metadata generated by Cloudflare products and are helpful for debugging and creating analytics, especially when combined with logs from other sources. [Enable Cloudflare log collection][3] in combination with these metrics to get full visibility into your Cloudflare environment.
+**ログ収集**: これらのメトリクスに加え、Cloudflare では Cloudflare Logpush を使用してログを直接 Datadog に送信することが可能です。これらの詳細なログには、Cloudflare 製品によって生成されたメタデータが含まれており、特に他のソースからのログと組み合わせることで、デバッグや分析の作成に役立ちます。これらのメトリクスと組み合わせて [Cloudflare のログ収集を有効にする][3]ことで、Cloudflare 環境を完全に可視化することができます。
すぐに使えるダッシュボードは、アプリケーションのセキュリティとパフォーマンスを向上させます。この一元化されたダッシュボードにより、以下の要素が視覚化されます
@@ -88,36 +86,36 @@ Integrate with Cloudflare to get your zone metrics, including web traffic, DNS q
Cloudflare インフラストラクチャーを深く洞察するリッチ化されたログと詳細なメトリクスにより、問題解決に必要なコンテキストを構築できます。
-The integration works with [Datadog Cloud SIEM][4] to provide out-of-the-box threat detection for
+インテグレーションは [Datadog Cloud SIEM][4] と連携し、以下に対するすぐに使える脅威検出機能を提供します
- 不可能移動
-- dangerous misconfigurations
+- 危険な誤構成
- DDoS 攻撃
IP アドレスのブロックや Datadog でのケースの作成など、同梱されている Workflow Automation のブループリントを利用して、セキュリティ脅威をより迅速に緩和できます。
## セットアップ
-Before you begin, you need a [Datadog account][5], with an [API key][6], and access to [Cloudflare Logpush][7], which requires an Enterprise account plan.
+始める前に、[Datadog アカウント][5]と[API キー][6]、そして Enterprise アカウントプランが必要な [Cloudflare Logpush][7] へのアクセスが必要です。
Cloudflare API トークンを使用する場合は、**Zone** > **Zone** > **Read** および **Zone** > **Analytics** > **Read** の権限を保有していることを確認してください。
### インストール
-Install the integration with the Datadog [Cloudflare integration tile][8].
+Datadog の [Cloudflare インテグレーションタイル][8]を使用して、インテグレーションをインストールします。
### 構成
-1. Go to the **Configure** tab inside the Datadog [Cloudflare integration tile][8].
+1. Datadog [Cloudflare インテグレーションタイル][8]内の **Configure** タブに移動します。
2. 監視するアカウントの電子メールアドレスと、API キーまたはトークンを入力します。Cloudflare API キーと API トークンは、Cloudflare アカウントの **My profile** > **Api Tokens** の下にあります。
3. アカウントの名前を追加します。この名前は任意で、メトリクスの `account` タグ内で使用されます。
### ログ収集
-Cloudflare allows customers to push logs directly into Datadog using Cloudflare Logpush. You can manage the Logpush job with the [Cloudflare API](#cloudflare-api) or directly within your [Cloudflare dashboard](#cloudflare-dashboard).
+Cloudflareでは、Cloudflare Logpush を使用してログを直接 Datadog にプッシュすることができます。Logpush のジョブは [Cloudflare API](#cloudflare-api) または [Cloudflare ダッシュボード](#cloudflare-dashboard)内で直接管理できます。
Cloudflare インテグレーションパイプラインをインストールすると、特定の属性が自動的にリマップされます。どの属性がリマップされるかを確認するには
-1. Navigate to [Logs Pipelines][9].
+1. [ログパイプライン][9]に移動します。
2. 右上の **Browse Pipeline Library** をクリックします。
3. 検索バーに `Cloudflare` と入力します。
4. **Cloudflare** をクリックすると、インストールされているリマッパーなどのプロセッサーのリストが表示されます。
@@ -127,16 +125,16 @@ Cloudflare インテグレーションパイプラインをインストールす
1. Logpush ジョブエンドポイントへ POST をリクエストし、Logpush ジョブを作成します。以下のフィールドを含めます。
* `name` (任意): ドメイン名をジョブ名として使用。
* `destination_conf`: 以下のパラメーターからなるログの出力先。
- * ``: The Datadog HTTP logs intake endpoint, which can be either one below. You can find the difference at [Datadog API reference][10].
+ * ``: Datadog HTTP ログインテークエンドポイントで、以下のいずれかです。違いについては、[Datadog API リファレンス][10]を参照してください。
* **v1:** `http-intake.logs.{{< region-param key="dd_site" >}}/v1/input`
- * **v2 (latest):** `http-intake.logs.{{< region-param key="dd_site" >}}/api/v2/logs`
+ * **v2 (最新バージョン):** `http-intake.logs.{{< region-param key="dd_site" >}}/api/v2/logs`
* ``: 使用する Datadog API キー。
* `ddsource`: `cloudflare` に設定。
* `service` (任意): サービス名を指定。
* `host` (任意): ホスト名を指定。
* `ddtags` (任意): タグを指定。
- * `dataset`: The category of logs you want to receive. See the [Cloudflare Log fields][11] for a list of supported datasets.
- * `logpull_options` (optional): To configure fields, sample rate, and timestamp format, see the [Logpush API options][12]. Datadog mandates the use of **RFC 3339 format for timestamps** from Cloudflare, which is the default option used by Cloudflare.
+ * `dataset`: 受信するログのカテゴリー。サポートされるデータセットについては、[Cloudflare のログフィールド][11]を参照。
+ * `logpull_options` (オプション): フィールド、サンプルレート、タイムスタンプ形式の構成は、[Logpush API オプション][12]を参照してください。Datadog は、Cloudflare の**タイムスタンプ RFC 3339 フォーマット**の使用を義務付けており、これは Cloudflare がデフォルトで使用するオプションです。
**リクエスト例**:
@@ -208,7 +206,7 @@ Cloudflare インテグレーションパイプラインをインストールす
#### Cloudflare ダッシュボード
-1. Once you have connected a service with the Logpush section of the Cloudflare dashboard, select the dataset, select data fields, and then, under select destination, choose Datadog.
+1. Cloudflare ダッシュボードの Logpush セクションでサービスを接続したら、データセットとデータフィールドを選択し、宛先として Datadog を選択します。
2. **Enter destination information** の下で Datadog の URL エンドポイントを入力します。
```
@@ -231,16 +229,16 @@ Cloudflare インテグレーションパイプラインをインストールす
{{< get-metrics-from-git "cloudflare" >}}
-#### Metric categories
+#### メトリクスカテゴリー
以下の表では、収集されるメトリクスの種類と関連するメトリクスのプレフィックスについて説明します。
-| **型** | **説明** | **Metric Prefixes Collected** |
+| **型** | **説明** | **収集されるメトリクスのプレフィックス** |
|-------------------|----------------------------------------------|------------------------------------------------------------------------------------------------|
-| **Web Analytics** | Metrics related to web traffic and performance. | `cloudflare.requests.all`
`cloudflare.requests.cached`
`cloudflare.requests.uncached`
`cloudflare.requests.ssl.encrypted`
`cloudflare.requests.ssl.unencrypted`
`cloudflare.requests.country`
`cloudflare.requests.status`
`cloudflare.requests.content_type`
`cloudflare.requests.ip_class`
`cloudflare.bandwidth.all`
`cloudflare.bandwidth.cached`
`cloudflare.bandwidth.uncached`
`cloudflare.bandwidth.ssl.encrypted`
`cloudflare.bandwidth.ssl.unencrypted`
`cloudflare.bandwidth.country`
`cloudflare.bandwidth.content_type`
`cloudflare.threats.all`
`cloudflare.threats.type`
`cloudflare.threats.country`
`cloudflare.pageviews.all`
`cloudflare.pageviews.search_engine`
`cloudflare.uniques.all` |
-| **DNS** | Metrics related to DNS queries and response times. | `cloudflare.dns.query.all`
`cloudflare.dns.query.uncached`
`cloudflare.dns.query.stale`
`cloudflare.dns.response_time.avg`
`cloudflare.dns.response_time.median`
`cloudflare.dns.response_time.90p`
`cloudflare.dns.response_time.99p` |
-| **Load Balancer** | Metrics related to load balancing pools. | `cloudflare.load_balancer.pool.round_trip_time.average`
`cloudflare.load_balancer.pool.health.status` |
-| **Worker Script** | Metrics related to Cloudflare Workers scripts. | `cloudflare.workers.requests.all`
`cloudflare.workers.requests.errors`
`cloudflare.workers.requests.subrequests`
`cloudflare.workers.response_time.75p`
`cloudflare.workers.response_time.99p`|
+| **Web 分析** | Web トラフィックとパフォーマンスに関するメトリクス。 | `cloudflare.requests.all`
`cloudflare.requests.cached`
`cloudflare.requests.uncached`
`cloudflare.requests.ssl.encrypted`
`cloudflare.requests.ssl.unencrypted`
`cloudflare.requests.country`
`cloudflare.requests.status`
`cloudflare.requests.content_type`
`cloudflare.requests.ip_class`
`cloudflare.bandwidth.all`
`cloudflare.bandwidth.cached`
`cloudflare.bandwidth.uncached`
`cloudflare.bandwidth.ssl.encrypted`
`cloudflare.bandwidth.ssl.unencrypted`
`cloudflare.bandwidth.country`
`cloudflare.bandwidth.content_type`
`cloudflare.threats.all`
`cloudflare.threats.type`
`cloudflare.threats.country`
`cloudflare.pageviews.all`
`cloudflare.pageviews.search_engine`
`cloudflare.uniques.all`
`cloudflare.requests.cross_zone_sub_requests.avg`
`cloudflare.requests.edge_dns_response_time.avg`
`cloudflare.requests.edge_time_to_first_byte.avg`
`cloudflare.requests.origin_response_duration.avg` |
+| **DNS** | DNS クエリと応答時間に関するメトリクス。 | `cloudflare.dns.query.all`
`cloudflare.dns.query.uncached`
`cloudflare.dns.query.stale`
`cloudflare.dns.response_time.avg`
`cloudflare.dns.response_time.median`
`cloudflare.dns.response_time.90p`
`cloudflare.dns.response_time.99p` |
+| **ロードバランサー** | ロードバランシングプールに関連するメトリクス。 | `cloudflare.load_balancer.pool.round_trip_time.average`
`cloudflare.load_balancer.pool.health.status` |
+| **ワーカースクリプト** | Cloudflare Workers スクリプトに関するメトリクス。 | `cloudflare.workers.requests.all`
`cloudflare.workers.requests.errors`
`cloudflare.workers.requests.subrequests`
`cloudflare.workers.response_time.75p`
`cloudflare.workers.response_time.99p`|
#### 権限
Cloudflare API トークンでこれらのアクセス許可が有効になっていることを確認します。
@@ -265,7 +263,7 @@ Cloudflare インテグレーションには、サービスのチェック機能
## トラブルシューティング
-Need help? Contact [Datadog support][13].
+ご不明な点は、[Datadog のサポートチーム][13]までお問合せください。
[1]: https://developers.cloudflare.com/analytics/graphql-api/
[2]: https://docs.datadoghq.com/ja/integrations/cloudflare/#metric-categories
@@ -279,4 +277,4 @@ Need help? Contact [Datadog support][13].
[10]: https://docs.datadoghq.com/ja/api/latest/logs/
[11]: https://developers.cloudflare.com/logs/log-fields
[12]: https://developers.cloudflare.com/logs/logpush/logpush-configuration-api/understanding-logpush-api#options
-[13]: https://docs.datadoghq.com/ja/help/
+[13]: https://docs.datadoghq.com/ja/help/
\ No newline at end of file
diff --git a/content/ja/integrations/cockroachdb.md b/content/ja/integrations/cockroachdb.md
index 5602297b50f23..ae5ae05a0f8bf 100644
--- a/content/ja/integrations/cockroachdb.md
+++ b/content/ja/integrations/cockroachdb.md
@@ -30,7 +30,7 @@ categories:
- クラウド
- data stores
- ログの収集
-custom_kind: integration
+custom_kind: インテグレーション
dependencies:
- https://github.com/DataDog/integrations-core/blob/master/cockroachdb/README.md
display_on_public_website: true
@@ -38,7 +38,7 @@ draft: false
git_integration_title: cockroachdb
integration_id: cockroachdb
integration_title: CockroachDB
-integration_version: 3.3.2
+integration_version: 5.0.0
is_public: true
manifest_version: 2.0.0
name: cockroachdb
@@ -209,4 +209,4 @@ CockroachDB チェックには、イベントは含まれません。
[4]: https://github.com/DataDog/integrations-core/blob/7.33.x/cockroachdb/datadog_checks/cockroachdb/data/conf.yaml.example
[5]: https://docs.datadoghq.com/ja/agent/guide/agent-commands/#agent-status-and-information
[6]: https://docs.datadoghq.com/ja/help/
-[7]: https://www.datadoghq.com/blog/monitor-cockroachdb-performance-metrics-with-datadog
+[7]: https://www.datadoghq.com/blog/monitor-cockroachdb-performance-metrics-with-datadog
\ No newline at end of file
diff --git a/content/ja/integrations/confluent_cloud.md b/content/ja/integrations/confluent_cloud.md
index 74c9cb06f731f..81af617a86024 100644
--- a/content/ja/integrations/confluent_cloud.md
+++ b/content/ja/integrations/confluent_cloud.md
@@ -21,8 +21,10 @@ assets:
source_type_id: 609
source_type_name: Confluent Cloud
monitors:
- '[Confluent Cloud] Mirror topic lag is increasing': assets/monitors/cluster_link_lag_rate_change_percent.json
- '[Confluent Cloud] Topic lag is Increasing': assets/monitors/consumer_lag_monitor_rate_change_percent.json
+ Connector incoming throughput dropped to 0: assets/monitors/connector_no_input_data.json
+ Connector outgoing throughput dropped to 0: assets/monitors/connector_no_output_data.json
+ Kafka Consumer lag is increasing: assets/monitors/consumer_lag_monitor_rate_change_percent.json
+ Mirror Kafka Consumer lag is increasing: assets/monitors/cluster_link_lag_rate_change_percent.json
author:
homepage: https://www.datadoghq.com
name: Datadog
@@ -32,7 +34,7 @@ categories:
- コスト管理
- モニター
- メッセージキュー
-custom_kind: integration
+custom_kind: インテグレーション
dependencies: []
display_on_public_website: true
draft: false
@@ -53,6 +55,7 @@ tile:
- Category::Metrics
- Category::Message Queues
- Offering::Integration
+ - 製品::Data Streams Monitoring
configuration: README.md#Setup
description: Confluent Cloud から様々な Kafka メトリクスと関連コストデータを収集します。
media:
@@ -82,27 +85,32 @@ Datadog のすぐに使える Confluent Cloud ダッシュボードには、ア
推奨モニターを使用して、トピックのラグが大きくなりすぎた場合にチームに通知してアラートを出すことも、これらのメトリクスを使用して独自のメトリクスを作成することもできます。
-ストリーミングデータパイプラインのトポロジーを視覚化したり、データストリームセットアップ内の局所的なボトルネックを調査したりすることが有益な場合は、[Data Streams Monitoring][1] をご覧ください。
-
## セットアップ
### インストール
-[Datadog の Confluent Cloud インテグレーションタイル][2]を使用して、インテグレーションをインストールします。
+[Datadog の Confluent Cloud インテグレーションタイル][1]を使用して、インテグレーションをインストールします。
### 構成
-1. インテグレーションタイルで、**Configuration** タブに移動します。
-2. [Confluent Cloud API Key と API Secret](#api-key-and-secret) を入力し、**+ Add API Key** をクリックします。
-3. **Save** をクリックします。Datadog は、これらの資格情報に関連するアカウントを検索します。
-4. Confluent Cloud の [Cluster ID](#cluster-id) または [Connector ID](#connector-id) を追加します。Datadog は Confluent Cloud のメトリクスをクロールし、数分以内にメトリクスをロードします。
-5. Cloud Cost Management を使用し、コストデータの収集を有効にする場合
+1. Confluent Cloud で **+ Add API Key** をクリックし、[Confluent Cloud API Key と API Secret](#api-key-and-secret) を入力します。
+ - **Cloud Resource Management** API キーとシークレットを作成します。
+ - **Save** をクリックします。Datadog は、これらの資格情報に関連するアカウントを検索します。
+ - Datadog インテグレーション構成で、API キーとシークレットを **API Key and API Secret** フィールドに追加します。
+2. Confluent Cloud の [Cluster ID](#cluster-id) または [Connector ID](#connector-id) を追加します。Datadog は Confluent Cloud のメトリクスをクロールし、数分以内にメトリクスをロードします。
+3. Confluent Cloud で定義されたタグを収集するには (オプション)
+ - **Schema Registry** API キーとシークレットを作成します。Confluent Cloud 上のスキーマ管理についてさらに詳しくは、[こちら][2]をご覧ください。
+ - **Save** をクリックします。これにより、Datadog は Confluent Cloud で定義されたタグを収集します。
+ - Datadog インテグレーション構成で、API キーとシークレットを **Schema Registry API Key and Secret** フィールドに追加します。
+4. Cloud Cost Management を使用し、コストデータの収集を有効にする場合
- API キーが [BillingAdmin ロール][3]を有効にしていることを確認してください。
- 24 時間以内に [Cloud Cost Management][4] に表示されます。([収集データ][5])
+クラスターやコネクターなどの構成リソースに関する詳細は、[Confluent Cloud インテグレーションのドキュメント][6]をご参照ください。
+
#### API Key と Secret
-Confluent Cloud API Key と Secret を作成するには、[UI で MetricsViewer ロールを新しいサービスアカウントに追加する][6]を参照してください。
+Confluent Cloud API Key と Secret を作成するには、[UI で MetricsViewer ロールを新しいサービスアカウントに追加する][7]を参照してください。
#### Cluster ID
@@ -142,20 +150,21 @@ Confluent Cloud インテグレーションには、サービスのチェック
## トラブルシューティング
-ご不明な点は、[Datadog のサポートチーム][8]までお問い合わせください。
+ご不明な点は、[Datadog のサポートチーム][9]までお問い合わせください。
## 参考資料
-- [Terraform による Confluent アカウントの作成と管理][9]
-- [Terraform による Confluent リソースの作成と管理][10]
+- [Terraform による Confluent アカウントの作成と管理][10]
+- [Terraform による Confluent リソースの作成と管理][11]
-[1]: https://www.datadoghq.com/product/data-streams-monitoring/
-[2]: https://app.datadoghq.com/integrations/confluent-cloud
+[1]: https://app.datadoghq.com/integrations/confluent-cloud
+[2]: https://docs.confluent.io/cloud/current/get-started/schema-registry.html#quick-start-for-schema-management-on-ccloud
[3]: https://docs.confluent.io/cloud/current/access-management/access-control/rbac/predefined-rbac-roles.html#billingadmin-role
[4]: https://app.datadoghq.com/cost
[5]: https://docs.datadoghq.com/ja/cloud_cost_management/saas_costs/?tab=confluentcloud#data-collected
-[6]: https://docs.confluent.io/cloud/current/monitoring/metrics-api.html#add-the-metricsviewer-role-to-a-new-service-account-in-the-ui
-[7]: https://github.com/DataDog/dogweb/blob/prod/integration/confluent_cloud/confluent_cloud_metadata.csv
-[8]: https://docs.datadoghq.com/ja/help/
-[9]: https://registry.terraform.io/providers/DataDog/datadog/latest/docs/resources/integration_confluent_account
-[10]: https://registry.terraform.io/providers/DataDog/datadog/latest/docs/resources/integration_confluent_resource
+[6]: https://docs.datadoghq.com/ja/integrations/confluent_cloud/
+[7]: https://docs.confluent.io/cloud/current/monitoring/metrics-api.html#add-the-metricsviewer-role-to-a-new-service-account-in-the-ui
+[8]: https://github.com/DataDog/dogweb/blob/prod/integration/confluent_cloud/confluent_cloud_metadata.csv
+[9]: https://docs.datadoghq.com/ja/help/
+[10]: https://registry.terraform.io/providers/DataDog/datadog/latest/docs/resources/integration_confluent_account
+[11]: https://registry.terraform.io/providers/DataDog/datadog/latest/docs/resources/integration_confluent_resource
\ No newline at end of file
diff --git a/content/ja/integrations/coredns.md b/content/ja/integrations/coredns.md
index 413fa5412a05e..c6b7f9ecd7bc6 100644
--- a/content/ja/integrations/coredns.md
+++ b/content/ja/integrations/coredns.md
@@ -4,6 +4,7 @@ app_uuid: b613759e-89ca-4d98-a2c1-4d465c42e413
assets:
dashboards:
CoreDNS: assets/dashboards/coredns.json
+ CoreDNS [V2]: assets/dashboards/coredns_v2.json
integration:
auto_install: true
configuration:
@@ -42,7 +43,7 @@ draft: false
git_integration_title: coredns
integration_id: coredns
integration_title: CoreDNS
-integration_version: 3.2.3
+integration_version: 5.0.0
is_public: true
manifest_version: 2.0.0
name: coredns
@@ -334,7 +335,7 @@ CoreDNS チェックには、イベントは含まれません。
## トラブルシューティング
-ご不明な点は、[Datadog のサポートチーム][8]までお問合せください。
+ご不明な点は、[Datadog のサポートチーム][8]までお問い合わせください。
## その他の参考資料
diff --git a/content/ja/integrations/couch.md b/content/ja/integrations/couch.md
index 47435f6481fc8..5306d76266f7a 100644
--- a/content/ja/integrations/couch.md
+++ b/content/ja/integrations/couch.md
@@ -34,7 +34,7 @@ categories:
- caching
- data stores
- log collection
-custom_kind: integration
+custom_kind: インテグレーション
dependencies:
- https://github.com/DataDog/integrations-core/blob/master/couch/README.md
display_on_public_website: true
@@ -42,7 +42,7 @@ draft: false
git_integration_title: couch
integration_id: couchdb
integration_title: CouchDB
-integration_version: 6.2.1
+integration_version: 8.0.0
is_public: true
manifest_version: 2.0.0
name: couch
@@ -208,4 +208,4 @@ Couch チェックには、イベントは含まれません。
[2]: https://app.datadoghq.com/account/settings/agent/latest
[3]: https://docs.datadoghq.com/ja/agent/guide/agent-commands/#agent-status-and-information
[4]: https://docs.datadoghq.com/ja/help/
-[5]: https://www.datadoghq.com/blog/monitoring-couchdb-with-datadog
+[5]: https://www.datadoghq.com/blog/monitoring-couchdb-with-datadog
\ No newline at end of file
diff --git a/content/ja/integrations/couchbase.md b/content/ja/integrations/couchbase.md
index 1048959345979..a20d29b893f2b 100644
--- a/content/ja/integrations/couchbase.md
+++ b/content/ja/integrations/couchbase.md
@@ -33,7 +33,7 @@ categories:
- caching
- data stores
- log collection
-custom_kind: integration
+custom_kind: インテグレーション
dependencies:
- https://github.com/DataDog/integrations-core/blob/master/couchbase/README.md
display_on_public_website: true
@@ -41,7 +41,7 @@ draft: false
git_integration_title: couchbase
integration_id: couchbase
integration_title: CouchBase
-integration_version: 3.2.1
+integration_version: 5.0.0
is_public: true
manifest_version: 2.0.0
name: couchbase
@@ -196,4 +196,4 @@ Couchbase チェックは、クラスターのバランスが再調整される
[2]: https://app.datadoghq.com/account/settings/agent/latest
[3]: https://docs.datadoghq.com/ja/agent/guide/agent-commands/#agent-status-and-information
[4]: https://docs.datadoghq.com/ja/help/
-[5]: https://www.datadoghq.com/blog/monitoring-couchbase-performance-datadog
+[5]: https://www.datadoghq.com/blog/monitoring-couchbase-performance-datadog
\ No newline at end of file
diff --git a/content/ja/integrations/crest_data_systems_dell_emc_isilon.md b/content/ja/integrations/crest_data_systems_dell_emc_isilon.md
index c43485a0e3285..2d33c657b92ce 100644
--- a/content/ja/integrations/crest_data_systems_dell_emc_isilon.md
+++ b/content/ja/integrations/crest_data_systems_dell_emc_isilon.md
@@ -29,9 +29,9 @@ assets:
source_type_name: crest_data_systems_dell_emc_isilon
logs: {}
monitors:
- '[crest_data_systems_dell_emc_isilon] CPU Usage for each Node of Cluster': assets/monitors/cds_cpu_usage_for_each_node_and_cluster.json
- '[crest_data_systems_dell_emc_isilon] Disk Usage for each Node of Cluster': assets/monitors/cds_disk_usage_for_each_node_and_cluster.json
- '[crest_data_systems_dell_emc_isilon] Memory Usage for each Node of Cluster': assets/monitors/cds_memory_usage_for_each_node_and_cluster.json
+ CPU usage is high: assets/monitors/cds_cpu_usage_for_each_node_and_cluster.json
+ Disk usage is high: assets/monitors/cds_disk_usage_for_each_node_and_cluster.json
+ Memory usage is high: assets/monitors/cds_memory_usage_for_each_node_and_cluster.json
author:
homepage: https://www.crestdata.ai
name: Crest Data Systems
@@ -42,7 +42,7 @@ categories:
- キャッシュ
- data stores
- マーケットプレイス
-custom_kind: integration
+custom_kind: インテグレーション
dependencies: []
display_on_public_website: true
draft: false
@@ -102,7 +102,7 @@ tile:
- caption: Dell EMC Isilon - モニター概要
image_url: images/cds-dell-emc-isilon-monitors-summary.png
media_type: image
- - caption: Dell EMC Isilon NFS Export Stats
+ - caption: Dell EMC Isilon NFS エクスポート統計
image_url: images/cds-dell-emc-isilon-nfs-export-stats.png
media_type: image
overview: README.md#Overview
@@ -158,4 +158,4 @@ tile:
[10]: mailto:datadog.integrations@crestdata.ai
[11]: mailto:datadog-sales@crestdata.ai
---
-このアプリケーションは Marketplace から入手でき、Datadog テクノロジーパートナーによってサポートされています。このアプリケーションを購入するには、こちらをクリックしてください。
+このアプリケーションは Marketplace から入手でき、Datadog テクノロジーパートナーによってサポートされています。利用するには、Marketplace でこのアプリケーションを購入してください。
\ No newline at end of file
diff --git a/content/ja/integrations/databricks.md b/content/ja/integrations/databricks.md
index b6b98396065ab..0407e164862b9 100644
--- a/content/ja/integrations/databricks.md
+++ b/content/ja/integrations/databricks.md
@@ -2,6 +2,10 @@
app_id: databricks
app_uuid: f99b6e79-f50a-479d-b916-955a577e4f41
assets:
+ dashboards:
+ Databricks Clusters Dashboard: assets/dashboards/clusters_dashboard.json
+ Databricks Overview Dashboard: assets/dashboards/overview_dashboard.json
+ databricks_cost_overview: assets/dashboards/databricks_cost_overview.json
integration:
auto_install: true
configuration: {}
@@ -22,7 +26,7 @@ categories:
- cloud
- コスト管理
- ログの収集
-custom_kind: integration
+custom_kind: インテグレーション
dependencies:
- https://github.com/DataDog/integrations-core/blob/master/databricks/README.md
display_on_public_website: true
@@ -35,7 +39,7 @@ is_public: true
manifest_version: 2.0.0
name: databricks
public_title: Databricks
-short_description: Apache Spark および Databricks ジョブのパフォーマンス、信頼性、コストを監視します。
+short_description: Databricks 環境の信頼性とコストを監視します。
supported_os:
- linux
- windows
@@ -51,7 +55,7 @@ tile:
- Supported OS::macOS
- Offering::Integration
configuration: README.md#Setup
- description: Apache Spark および Databricks ジョブのパフォーマンス、信頼性、コストを監視します。
+ description: Databricks 環境の信頼性とコストを監視します。
media: []
overview: README.md#Overview
resources:
@@ -69,25 +73,29 @@ tile:
-Data Jobs Monitoring helps you observe, troubleshoot, and cost-optimize your Databricks jobs and clusters.
-This page is limited to documentation for ingesting Databricks cluster utilization metrics and logs.
+Data Jobs Monitoring は、Databricks のジョブとクラスターを観察し、トラブルシューティングし、コストを最適化するのに役立ちます。
+このページは、Databricks クラスターの利用状況メトリクスとログの取り込みに関するドキュメントに限定されています。
![Databricks のデフォルトのダッシュボード][1]
## 概要
-[Databricks][2] クラスターを Datadog の [Spark インテグレーション][3]で監視します。
+Datadog は、いくつかの Databricks の監視機能を提供しています。
-このインテグレーションは、ログ、インフラストラクチャーメトリクス、Spark パフォーマンスメトリクスを統合し、ノードの健全性とジョブのパフォーマンスをリアルタイムで視覚化します。エラーのデバッグ、パフォーマンスの微調整、非効率なデータ分割やクラスターのメモリ不足などの問題の特定に役立ちます。
+[Data Jobs Monitoring][2] は、Databricks のジョブやクラスターの監視機能を提供します。データパイプラインのあらゆる場所で問題のあるDatabricks ジョブやワークフローを検出し、失敗したジョブや長時間実行されているジョブを迅速に対応・修正することができ、クラスターリソースを効率的に最適化してコスト削減につなげることが可能です。
-機能の詳細については、[Datadog を使用した Databricks の監視][4]を参照してください。
+[Cloud Cost Management][3] は、関連するクラウド支出と共に、すべての Databricks DBU コストを分析するビューを提供します。
+
+[Log Management][4] は、Databricks のジョブやクラスターからのログを集約・分析することを可能にします。これらのログは [Data Jobs Monitoring][2] の一部として収集することができます。
+
+[Infrastructure Monitoring][5] は、Data Jobs Monitoring の機能の一部に特化した限定的なサブセットであり、Databricks クラスターのリソース使用状況や Apache Spark のパフォーマンスメトリクスを可視化する機能を提供します。
## セットアップ
### インストール
-Databricks Spark アプリケーションを [Datadog Spark インテグレーション][5]で監視します。適切なクラスターの[構成](#configuration)方法に従って、クラスターに [Datadog Agent][6] をインストールしてください。その後、Datadog に [Spark インテグレーション][5]をインストールし、Databricks Overview ダッシュボードを自動インストールします。
+Databricks Spark アプリケーションを [Datadog Spark インテグレーション][6]で監視します。適切なクラスターの[構成](#configuration)方法に従って、クラスターに [Datadog Agent][7] をインストールしてください。その後、Datadog に [Spark インテグレーション][6]をインストールし、Databricks Overview ダッシュボードを自動インストールします。
### 構成
@@ -114,7 +122,8 @@ UI、Databricks CLI を使用して、または Clusters API を呼び出して
グローバル init スクリプトは、ワークスペースで作成されたすべてのクラスターで実行されます。グローバル init スクリプトは、組織全体のライブラリ構成やセキュリティ画面を強制したい場合に便利です。
-ワークスペース管理者のみがグローバル init スクリプトを管理できます。
+グローバル init スクリプトを管理できるのはワークスペース管理者のみです。
+グローバル init スクリプトは、シングルユーザーまたはレガシーのアイソレーションなし共有アクセスモードで構成されたクラスターでのみ実行されます。したがって、Databricks はすべての init スクリプトをクラスタースコープで構成し、クラスターポリシーを使用してワークスペース全体で管理することを推奨します。
Databricks UI を使用してグローバル init スクリプトを編集します。
@@ -126,7 +135,7 @@ Databricks UI を使用してグローバル init スクリプトを編集しま
6. **Enabled** トグルをクリックして有効にします。
7. **Add** ボタンをクリックします。
-これらの手順の後、新しいクラスターは自動的にスクリプトを使用します。グローバル init スクリプトの詳細については [Databricks 公式ドキュメント][7]を参照してください。
+これらの手順の後、いずれの新しいクラスターもスクリプトを自動的に使用するようになります。グローバル init スクリプトの詳細については、[Databricks 公式ドキュメント][8]を参照してください。
複数の init スクリプトを定義し、UI でその順番を指定することができます。
@@ -312,7 +321,7 @@ chmod a+x /tmp/start_datadog.sh
#### クラスタースコープの init スクリプトの場合
-Cluster-scoped init scripts are init scripts defined in a cluster configuration. Cluster-scoped init scripts apply to both clusters you create and those created to run jobs. Databricks supports configuration and storage of init scripts through:
+クラスタースコープの init スクリプトとは、クラスター構成内で定義される init スクリプトのことです。クラスタースコープの init スクリプトは、あなたが作成するクラスターとジョブを実行するために作成されたクラスターの両方に適用されます。Databricks は、以下の方法で init スクリプトの構成と保存をサポートしています。
- Workspace Files
- Unity Catalog Volumes
- Cloud Object Storage
@@ -321,21 +330,21 @@ Databricks UI を使用してクラスターを編集し、init スクリプト
1. 以下のスクリプトのいずれかを選択して、Agent をドライバー、またはクラスターのドライバーノードとワーカーノードにインストールします。
2. ニーズに合わせてスクリプトを変更します。例えば、タグを追加したり、インテグレーション用に特定の構成を定義することができます。
-3. Save the script into your workspace with the **Workspace** menu on the left. If using **Unity Catalog Volume**, save the script in your **Volume** with the **Catalog** menu on the left.
+3. 左側の **Workspace** メニューを使用して、スクリプトをワークスペースに保存します。**Unity Catalog Volume** を使用する場合は、左側の **Catalog** メニューを使用して、スクリプトを **Volume** に保存します。
4. クラスター構成ページで、** Advanced** オプションのトグルをクリックします。
5. **Environment variables** で、`DD_API_KEY` 環境変数と、オプションで `DD_ENV` と `DD_SITE` 環境変数を指定します。
6. **Init Scripts** タブに移動します。
-7. In the **Destination** dropdown, select the `Workspace` destination type. If using **Unity Catalog Volume**, in the **Destination** dropdown, select the `Volume` destination type.
-8. Specify a path to the init script.
+7. **Destination** のドロップダウンで、`Workspace` の宛先タイプを選択します。**Unity Catalog Volume** を使用する場合、**Destination** のドロップダウンで、`Volume` の宛先タイプを選択します。
+8. init スクリプトのパスを指定してください。
9. **Add** ボタンをクリックします。
もし `datadog_init_script.sh` を `Shared` ワークスペースに直接保存した場合は、パス `/Shared/datadog_init_script.sh` でファイルにアクセスできます。
もし `datadog_init_script.sh` をユーザーワークスペースに直接保存した場合は、パス `/Users/$EMAIL_ADDRESS/datadog_init_script.sh` でファイルにアクセスできます。
-If you stored your `datadog_init_script.sh` directly in a `Unity Catalog Volume`, you can access the file at the following path: `/Volumes/$VOLUME_PATH/datadog_init_script.sh`.
+もし `datadog_init_script.sh` を `Unity Catalog Volume` に直接保存した場合は、パス `/Volumes/$VOLUME_PATH/datadog_init_script.sh` でファイルにアクセスできます。
-クラスター init スクリプトの詳細については、[Databricks 公式ドキュメント][7]を参照してください。
+クラスター init スクリプトの詳細については、[Databricks 公式ドキュメント][8]を参照してください。
{{< tabs >}}
{{% tab "ドライバーのみ" %}}
@@ -515,11 +524,11 @@ chmod a+x /tmp/start_datadog.sh
### メトリクス
-収集されたメトリクスのリストについては、[Spark インテグレーションドキュメント][8]を参照してください。
+収集されたメトリクスのリストについては、[Spark インテグレーションドキュメント][9]を参照してください。
### サービスチェック
-収集されたサービスチェックのリストについては、[Spark インテグレーションドキュメント][9]を参照してください。
+収集されたサービスチェックのリストについては、[Spark インテグレーションドキュメント][10]を参照してください。
### イベント
@@ -527,28 +536,29 @@ Databricks インテグレーションには、イベントは含まれません
## トラブルシューティング
-[Databricks Web ターミナル][10]を有効にするか、[Databricks ノートブック][11]を使用することで、問題を自分でトラブルシューティングできます。有用なトラブルシューティング手順については、[Agent のトラブルシューティング][12]のドキュメントを参照してください。
+[Databricks Web ターミナル][11]を有効にするか、[Databricks ノートブック][12]を使用することで、問題を自分でトラブルシューティングできます。有用なトラブルシューティング手順については、[Agent のトラブルシューティング][13]のドキュメントを参照してください。
-ご不明な点は、[Datadog のサポートチーム][13]までお問合せください。
+ご不明な点は、[Datadog のサポートチーム][14]までお問合せください。
## その他の参考資料
お役に立つドキュメント、リンクや記事:
-- [Uploading a Script to Unity Catalog Volume][14]
+- [Unity カタログボリュームへのスクリプトのアップロード][15]
[1]: https://raw.githubusercontent.com/DataDog/integrations-core/master/databricks/images/databricks_dashboard.png
-[2]: https://databricks.com/
-[3]: https://docs.datadoghq.com/ja/integrations/spark/?tab=host
-[4]: https://www.datadoghq.com/blog/databricks-monitoring-datadog/
-[5]: https://app.datadoghq.com/integrations/spark
-[6]: https://app.datadoghq.com/account/settings/agent/latest
-[7]: https://docs.databricks.com/clusters/init-scripts.html#global-init-scripts
-[8]: https://docs.datadoghq.com/ja/integrations/spark/#metrics
-[9]: https://docs.datadoghq.com/ja/integrations/spark/#service-checks
-[10]: https://docs.databricks.com/en/clusters/web-terminal.html
-[11]: https://docs.databricks.com/en/notebooks/index.html
-[12]: https://docs.datadoghq.com/ja/agent/troubleshooting/
-[13]: https://docs.datadoghq.com/ja/help/
-[14]: https://docs.databricks.com/en/ingestion/add-data/upload-to-volume.html#upload-files-to-a-unity-catalog-volume
+[2]: https://www.datadoghq.com/product/data-jobs-monitoring/
+[3]: https://www.datadoghq.com/product/cloud-cost-management/
+[4]: https://www.datadoghq.com/product/log-management/
+[5]: https://docs.datadoghq.com/ja/integrations/databricks/?tab=driveronly
+[6]: https://app.datadoghq.com/integrations/spark
+[7]: https://app.datadoghq.com/account/settings/agent/latest
+[8]: https://docs.databricks.com/clusters/init-scripts.html#global-init-scripts
+[9]: https://docs.datadoghq.com/ja/integrations/spark/#metrics
+[10]: https://docs.datadoghq.com/ja/integrations/spark/#service-checks
+[11]: https://docs.databricks.com/en/clusters/web-terminal.html
+[12]: https://docs.databricks.com/en/notebooks/index.html
+[13]: https://docs.datadoghq.com/ja/agent/troubleshooting/
+[14]: https://docs.datadoghq.com/ja/help/
+[15]: https://docs.databricks.com/en/ingestion/add-data/upload-to-volume.html#upload-files-to-a-unity-catalog-volume
\ No newline at end of file
diff --git a/content/ja/integrations/datadog_cluster_agent.md b/content/ja/integrations/datadog_cluster_agent.md
index 3e4941459e57f..9d782da6f0ff7 100644
--- a/content/ja/integrations/datadog_cluster_agent.md
+++ b/content/ja/integrations/datadog_cluster_agent.md
@@ -25,7 +25,7 @@ author:
support_email: help@datadoghq.com
categories:
- containers
-custom_kind: integration
+custom_kind: インテグレーション
dependencies:
- https://github.com/DataDog/integrations-core/blob/master/datadog_cluster_agent/README.md
display_on_public_website: true
@@ -33,7 +33,7 @@ draft: false
git_integration_title: datadog_cluster_agent
integration_id: datadog-cluster-agent
integration_title: Datadog Cluster Agent
-integration_version: 3.2.0
+integration_version: 5.1.0
is_public: true
manifest_version: 2.0.0
name: datadog_cluster_agent
@@ -72,18 +72,21 @@ tile:
### インストール
-Datadog-Cluster-Agent チェックは [Datadog Agent][2] パッケージに含まれています。
+Datadog Cluster Agent チェックは [Datadog Agent][2] パッケージに含まれています。
サーバーに追加でインストールする必要はありません。
### 構成
+Datadog Cluster Agent チェックは、ほとんどのシナリオで自動的に構成を行うために[オートディスカバリー][3]を使用します。このチェックは、Cluster Agent ポッドと同じノード上の Datadog Agent ポッドで実行されますが、Cluster Agent 自体では実行されません。
-1. datadog_cluster_agent のパフォーマンスデータの収集を開始するには、Agent のコンフィギュレーションディレクトリのルートにある `conf.d/` フォルダーの `datadog_cluster_agent.d/conf.yaml` ファイルを編集します。使用可能なすべてのコンフィギュレーションオプションについては、[サンプル datadog_cluster_agent.d/conf.yaml][3] を参照してください。
+チェックをさらに構成する必要がある場合
-2. [Agent を再起動します][4]。
+1. datadog_cluster_agent のパフォーマンスデータの収集を開始するには、Agent のコンフィギュレーションディレクトリのルートにある `conf.d/` フォルダーの `datadog_cluster_agent.d/conf.yaml` ファイルを編集します。使用可能なすべてのコンフィギュレーションオプションについては、[サンプル datadog_cluster_agent.d/conf.yaml][4] を参照してください。
+
+2. [Agent を再起動します][5]。
### 検証
-[Agent の status サブコマンドを実行][5]し、Checks セクションで `datadog_cluster_agent` を探します。
+[Agent の status サブコマンドを実行][6]し、Checks セクションで `datadog_cluster_agent` を探します。
## 収集データ
@@ -101,14 +104,15 @@ Datadog_Cluster_Agent インテグレーションには、イベントは含ま
## トラブルシューティング
-ご不明な点は、[Datadog のサポートチーム][8]までお問合せください。
+ご不明な点は、[Datadog のサポートチーム][9]までお問い合わせください。
[1]: https://docs.datadoghq.com/ja/agent/cluster_agent/
[2]: https://docs.datadoghq.com/ja/agent/kubernetes/integrations/
-[3]: https://github.com/DataDog/integrations-core/blob/master/datadog_cluster_agent/datadog_checks/datadog_cluster_agent/data/conf.yaml.example
-[4]: https://docs.datadoghq.com/ja/agent/guide/agent-commands/#start-stop-and-restart-the-agent
-[5]: https://docs.datadoghq.com/ja/agent/guide/agent-commands/#agent-status-and-information
-[6]: https://github.com/DataDog/integrations-core/blob/master/datadog_cluster_agent/metadata.csv
-[7]: https://github.com/DataDog/integrations-core/blob/master/datadog_cluster_agent/assets/service_checks.json
-[8]: https://docs.datadoghq.com/ja/help/
+[3]: https://docs.datadoghq.com/ja/getting_started/containers/autodiscovery/
+[4]: https://github.com/DataDog/integrations-core/blob/master/datadog_cluster_agent/datadog_checks/datadog_cluster_agent/data/conf.yaml.example
+[5]: https://docs.datadoghq.com/ja/agent/guide/agent-commands/#start-stop-and-restart-the-agent
+[6]: https://docs.datadoghq.com/ja/agent/guide/agent-commands/#agent-status-and-information
+[7]: https://github.com/DataDog/integrations-core/blob/master/datadog_cluster_agent/metadata.csv
+[8]: https://github.com/DataDog/integrations-core/blob/master/datadog_cluster_agent/assets/service_checks.json
+[9]: https://docs.datadoghq.com/ja/help/
\ No newline at end of file
diff --git a/content/ja/integrations/docker_daemon.md b/content/ja/integrations/docker_daemon.md
index c5bdc5667918c..f2b1f2bcfd75b 100644
--- a/content/ja/integrations/docker_daemon.md
+++ b/content/ja/integrations/docker_daemon.md
@@ -30,7 +30,7 @@ categories:
- containers
- ログの収集
- ネットワーク
-custom_kind: integration
+custom_kind: インテグレーション
dependencies:
- https://github.com/DataDog/integrations-core/blob/master/docker_daemon/README.md
display_on_public_website: true
@@ -277,4 +277,4 @@ Docker インテグレーションは以下のイベントを生成します。
[28]: https://www.datadoghq.com/docker-adoption
[29]: https://www.datadoghq.com/blog/monitor-docker-on-aws-ecs
[30]: https://www.datadoghq.com/blog/docker-performance-datadog
-[31]: https://www.datadoghq.com/blog/monitor-docker-datadog
+[31]: https://www.datadoghq.com/blog/monitor-docker-datadog
\ No newline at end of file
diff --git a/content/ja/integrations/dyn.md b/content/ja/integrations/dyn.md
index 7b372cd197dd2..62ae87578a3e7 100644
--- a/content/ja/integrations/dyn.md
+++ b/content/ja/integrations/dyn.md
@@ -23,7 +23,7 @@ author:
support_email: help@datadoghq.com
categories:
- network
-custom_kind: integration
+custom_kind: インテグレーション
dependencies: []
display_on_public_website: true
draft: false
@@ -35,15 +35,15 @@ is_public: true
manifest_version: 2.0.0
name: dyn
public_title: Dyn
-short_description: 'Monitor your zones: QPS and updates.'
+short_description: 'ゾーンを監視: QPS と更新。'
supported_os: []
tile:
changelog: CHANGELOG.md
classifier_tags:
- - Category::Network
+ - Category::ネットワーク
- Offering::Integration
configuration: README.md#Setup
- description: 'Monitor your zones: QPS and updates.'
+ description: 'ゾーンを監視: QPS と更新。'
media: []
overview: README.md#Overview
support: README.md#Support
@@ -51,7 +51,7 @@ tile:
---
-{{< img src="integrations/dyn/dyn_overview.png" alt="Dyn Overview" popup="true">}}
+{{< img src="integrations/dyn/dyn_overview.png" alt="Dyn 概要" popup="true">}}
## 概要
@@ -71,7 +71,7 @@ Oracle Cloud Infrastructure は 2016 年に Dyn を買収し、Dyn の製品と
Dyn で `datadog` 読み取り専用ユーザーをまだ作成していない場合は、[Dyn にログイン][1]し、以下の手順を実行します。
-1. ユーザー名とパスワードを選択します。
+1. ユーザー名とパスワードを選択します。
{{< img src="integrations/dyn/create_dyn_user.png" alt="dyn ユーザーを作成" style="width:75%;" popup="true">}}
2. **READONLY** ユーザーグループを選択します。
@@ -117,4 +117,4 @@ Dyn インテグレーションには、サービスのチェック機能は含
[1]: https://manage.dynect.net/login
[2]: https://app.datadoghq.com/integrations/dyn
[3]: https://github.com/DataDog/dogweb/blob/prod/integration/dyn/dyn_metadata.csv
-[4]: https://docs.datadoghq.com/ja/help/
+[4]: https://docs.datadoghq.com/ja/help/
\ No newline at end of file
diff --git a/content/ja/integrations/ecs_fargate.md b/content/ja/integrations/ecs_fargate.md
index f7ed636a4d99e..641c68fe52829 100644
--- a/content/ja/integrations/ecs_fargate.md
+++ b/content/ja/integrations/ecs_fargate.md
@@ -31,7 +31,7 @@ categories:
- orchestration
- provisioning
- tracing
-custom_kind: integration
+custom_kind: インテグレーション
dependencies:
- https://github.com/DataDog/integrations-core/blob/master/ecs_fargate/README.md
display_on_public_website: true
@@ -39,7 +39,7 @@ draft: false
git_integration_title: ecs_fargate
integration_id: aws-fargate
integration_title: Amazon ECS on AWS Fargate
-integration_version: 4.3.1
+integration_version: 6.0.0
is_public: true
manifest_version: 2.0.0
name: ecs_fargate
@@ -64,7 +64,7 @@ tile:
- Supported OS::macOS
- Offering::Integration
configuration: README.md#Setup
- description: Track metrics for containers running with ECS Fargate
+ description: ECS Fargate を使用して実行中のコンテナのメトリクスを追跡する
media: []
overview: README.md#Overview
resources:
@@ -139,7 +139,7 @@ Fargate の主要な作業単位はタスクで、これはタスク定義内で
1. [AWS Web Console][4] にログインし、ECS セクションに移動します。
2. 左メニューの **Task Definitions** をクリックし、**Create new Task Definition** ボタンをクリックするか、既存の Fargate タスク定義を選択します。
3. 新しいタスク定義の場合
- 1. Select **Fargate** as the launch type, then click the **Next step** button.
+ 1. 起動タイプとして **Fargate** を選択し、**Next step** ボタンをクリックします。
2. **Task Definition Name** にタスク定義名を入力します (`my-app-and-datadog` など)。
3. タスク実行 IAM ロールを選択します。下の [IAM ポリシーの作成と修正](#create-or-modify-your-iam-policy)セクションで、権限の要件を確認します。
4. ニーズに合わせて **Task memory** と **Task CPU** を選択します。
@@ -252,9 +252,9 @@ ECS Fargate では、タスクを [Replica サービス][6]として実行する
##### Web UI レプリカサービス
1. [AWS Web Console][1] にログインし、ECS セクションに移動します。必要に応じて、**Networking only** クラスターテンプレートを使用してクラスターを作成します。
-2. Choose the cluster to run the Datadog Agent on.
+2. Datadog Agent を実行するクラスターを選択します。
3. **Services** タブで、**Create** ボタンをクリックします。
-4. For **Launch type**, choose **FARGATE**.
+4. **Launch type** で、**FARGATE** を選択します。
5. **Task Definition** で、先ほど作成したタスクを選択します。
6. **Service name** に入力します。
7. **Number of tasks** に `1` と入力し、**Next step** ボタンをクリックします。
@@ -272,7 +272,7 @@ ECS Fargate では、タスクを [Replica サービス][6]として実行する
[AWS CLI ツール][1]を使用して次のコマンドを実行します。
-**Note**: Fargate version 1.1.0 or greater is required, so the command below specifies the platform version.
+**注**: Fargate バージョン 1.1.0 以降が必要です。したがって、以下のコマンドでは、プラットフォームバージョンを指定します。
必要に応じてクラスターを作成します。
@@ -390,7 +390,7 @@ CloudFormation 例 (YAML):
Value: "{\"com.docker.compose.service\":\"service_name\"}"
```
-**Note**: You should not use `DD_HOSTNAME` since there is no concept of a host to the user in Fargate. Using this tag can cause your tasks to appear as APM Hosts in the Infrastructure list, potentially impacting your billing. Instead, `DD_TAGS` is traditionally used to assign host tags. As of Datadog Agent version 6.13.0, you can also use the `DD_TAGS` environment variable to set global tags on your integration metrics.
+**注**: `DD_HOSTNAME` を使用しないでください。Fargate には、ユーザーに対するホストという概念がないからです。このタグを使用すると、タスクがインフラストラクチャーリストの APM ホストとして表示されるようになり、請求に影響が出る可能性があります。代わりに、従来からホストタグを割り当てるために `DD_TAGS` が使用されています。Datadog Agent バージョン 6.13.0 では、`DD_TAGS` 環境変数を使用してインテグレーションメトリクスにグローバルタグを設定することもできます。
### クローラーベースのメトリクス
@@ -972,4 +972,4 @@ ECS Fargate チェックには、イベントは含まれません。
[49]: https://www.datadoghq.com/blog/aws-fargate-on-graviton2-monitoring/
[50]: https://www.datadoghq.com/blog/aws-fargate-windows-containers-support/
[51]: https://www.datadoghq.com/blog/monitor-fargate-processes/
-[52]: https://www.datadoghq.com/blog/monitor-aws-batch-on-fargate/
+[52]: https://www.datadoghq.com/blog/monitor-aws-batch-on-fargate/
\ No newline at end of file
diff --git a/content/ja/integrations/eks_anywhere.md b/content/ja/integrations/eks_anywhere.md
index fa21bec5138ed..391fb028894c2 100644
--- a/content/ja/integrations/eks_anywhere.md
+++ b/content/ja/integrations/eks_anywhere.md
@@ -24,7 +24,7 @@ categories:
- ログの収集
- orchestration
- プロビジョニング
-custom_kind: integration
+custom_kind: インテグレーション
dependencies:
- https://github.com/DataDog/integrations-core/blob/master/eks_anywhere/README.md
display_on_public_website: true
@@ -152,4 +152,4 @@ _Agent バージョン 6.0 以降で利用可能_
[13]: https://docs.datadoghq.com/ja/help/
[14]: https://www.datadoghq.com/blog/announcing-eks
[15]: https://www.datadoghq.com/blog/eks-cluster-metrics
-[16]: https://docs.datadoghq.com/ja/integrations/eks_fargate/
+[16]: https://docs.datadoghq.com/ja/integrations/eks_fargate/
\ No newline at end of file
diff --git a/content/ja/integrations/elastic.md b/content/ja/integrations/elastic.md
index ff5674208451e..6dfebfb6fec27 100644
--- a/content/ja/integrations/elastic.md
+++ b/content/ja/integrations/elastic.md
@@ -22,12 +22,12 @@ assets:
source_type_id: 37
source_type_name: Elasticsearch
monitors:
- '[ElasticSearch] Average query latency is high': assets/monitors/elastic_average_search_latency.json
- '[ElasticSearch] Current indexing load is high': assets/monitors/elastic_indexing_load.json
- '[ElasticSearch] Number of pending tasks is high': assets/monitors/elastic_pending_tasks_high.json
- '[ElasticSearch] Query load is high': assets/monitors/elastic_query_load_high.json
- '[ElasticSearch] Time spent on queries is high': assets/monitors/elastic_query_latency_high.json
- '[ElasticSearch] Unsuccessful requests rate is high': assets/monitors/elastic_requests.json
+ Average Search Query Latency is High: assets/monitors/elastic_average_search_latency.json
+ Current Indexing Load is High: assets/monitors/elastic_indexing_load.json
+ Latency is high: assets/monitors/elastic_query_latency_high.json
+ Number of pending tasks is high: assets/monitors/elastic_pending_tasks_high.json
+ Query load is high: assets/monitors/elastic_query_load_high.json
+ Unsuccessful requests rate is high: assets/monitors/elastic_requests.json
saved_views:
elasticsearch_processes: assets/saved_views/elasticsearch_processes.json
author:
@@ -39,7 +39,7 @@ categories:
- data stores
- log collection
- tracing
-custom_kind: integration
+custom_kind: インテグレーション
dependencies:
- https://github.com/DataDog/integrations-core/blob/master/elastic/README.md
display_on_public_website: true
@@ -47,7 +47,7 @@ draft: false
git_integration_title: elastic
integration_id: elasticsearch
integration_title: ElasticSearch
-integration_version: 6.3.1
+integration_version: 8.0.0
is_public: true
manifest_version: 2.0.0
name: elastic
@@ -108,7 +108,7 @@ Elasticsearch チェックは [Datadog Agent][2] パッケージに含まれて
ホストで実行中の Agent に対してこのチェックを構成するには
-##### Metric collection
+##### メトリクスの収集
1. Elasticsearch の[メトリクス](#metrics)を収集するには、[Agent の構成ディレクトリ][1]のルートにある `conf.d/` フォルダーの `elastic.d/conf.yaml` ファイルを編集します。使用可能なすべての構成オプションについては、[サンプル elastic.d/conf.yaml][2] を参照してください。
@@ -556,4 +556,4 @@ Elasticsearch チェックは、Elasticsearch クラスターの全体的なス
[3]: https://docs.datadoghq.com/ja/agent/guide/agent-commands/#agent-status-and-information
[4]: https://docs.datadoghq.com/ja/integrations/faq/elastic-agent-can-t-connect/
[5]: https://docs.datadoghq.com/ja/integrations/faq/why-isn-t-elasticsearch-sending-all-my-metrics/
-[6]: https://www.datadoghq.com/blog/monitor-elasticsearch-performance-metrics
+[6]: https://www.datadoghq.com/blog/monitor-elasticsearch-performance-metrics
\ No newline at end of file
diff --git a/content/ja/integrations/embrace_mobile.md b/content/ja/integrations/embrace_mobile.md
index 4dca774ea1035..ea570a5717276 100644
--- a/content/ja/integrations/embrace_mobile.md
+++ b/content/ja/integrations/embrace_mobile.md
@@ -4,6 +4,26 @@ app_uuid: 86988058-9b89-45a8-b92f-5473a96e4a36
assets:
dashboards:
Embrace Overview: assets/dashboards/embrace_mobile_overview.json
+ integration:
+ auto_install: true
+ configuration: {}
+ events:
+ creates_events: false
+ metrics:
+ check:
+ - embrace.session_total.five_minute
+ - embrace.session_total.hourly
+ - embrace.session_total.daily
+ - embrace.crash_total.five_minute
+ - embrace.crash_total.hourly
+ - embrace.crash_total.daily
+ - embrace.users_total.daily
+ metadata_path: metadata.csv
+ prefix: embrace.
+ service_checks:
+ metadata_path: assets/service_checks.json
+ source_type_id: 25653134
+ source_type_name: Embrace
author:
homepage: https://embrace.io
name: Embrace
@@ -13,7 +33,7 @@ categories:
- メトリクス
- モバイル
- ネットワーク
-custom_kind: integration
+custom_kind: インテグレーション
dependencies:
- https://github.com/DataDog/integrations-extras/blob/master/embrace_mobile/README.md
display_on_public_website: true
@@ -83,10 +103,10 @@ tile:
1. Datadog でダッシュボードを新規作成します。クラッシュまたはネットワーキングメトリクスを含む Embrace のデータを表示するには、Embrace ウィジェットを選択します。
1. "Details" をクリックすると、Datadog から Embrace の詳細を確認できます。
-## Agent
+## サポート
ご不明な点は、[Datadog のサポートチーム][3]までお問合せください。
[1]: https://embrace.io
[2]: https://embrace.io/docs/
-[3]: https://docs.datadoghq.com/ja/help/
+[3]: https://docs.datadoghq.com/ja/help/
\ No newline at end of file
diff --git a/content/ja/integrations/etcd.md b/content/ja/integrations/etcd.md
index 57ce0e16aaf06..ab97e23168f2d 100644
--- a/content/ja/integrations/etcd.md
+++ b/content/ja/integrations/etcd.md
@@ -36,7 +36,7 @@ categories:
- containers
- configuration & deployment
- log collection
-custom_kind: integration
+custom_kind: インテグレーション
dependencies:
- https://github.com/DataDog/integrations-core/blob/master/etcd/README.md
display_on_public_website: true
@@ -44,7 +44,7 @@ draft: false
git_integration_title: etcd
integration_id: etcd
integration_title: etcd
-integration_version: 6.2.2
+integration_version: 8.0.0
is_public: true
manifest_version: 2.0.0
name: etcd
@@ -210,4 +210,4 @@ Etcd チェックには、イベントは含まれません。
[6]: https://www.datadoghq.com/blog/monitor-etcd-performance
[7]: https://www.datadoghq.com/blog/monitor-etcd-with-datadog/
[8]: https://www.datadoghq.com/blog/etcd-monitoring-tools/
-[9]: https://www.datadoghq.com/blog/etcd-key-metrics/
+[9]: https://www.datadoghq.com/blog/etcd-key-metrics/
\ No newline at end of file
diff --git a/content/ja/integrations/fairwinds_insights.md b/content/ja/integrations/fairwinds_insights.md
index b920d88c6119b..5119e870837b6 100644
--- a/content/ja/integrations/fairwinds_insights.md
+++ b/content/ja/integrations/fairwinds_insights.md
@@ -32,7 +32,7 @@ categories:
- マーケットプレイス
- プロビジョニング
- セキュリティ
-custom_kind: integration
+custom_kind: インテグレーション
dependencies: []
display_on_public_website: true
draft: false
@@ -166,7 +166,7 @@ Fairwinds Insights にサービスのチェックは含まれません。
サポートまたはリクエストをご希望の場合は、以下のチャンネルから Fairwinds にお問い合わせください。
-- 電話: +1 617-202-3659
+- 電話: +1 617-202-3659
- メール: [sales@fairwinds.com][2]
### よくある質問
@@ -215,4 +215,4 @@ Fairwinds Insights は月々の定額利用で提供されるため、お客様
[2]: https://www.datadoghq.com/blog/fairwinds-insights-datadog-marketplace/
[3]: https://insights.docs.fairwinds.com/
---
-このアプリケーションは Marketplace から入手でき、Datadog テクノロジーパートナーによってサポートされています。このアプリケーションを購入するには、こちらをクリックしてください。
+このアプリケーションは Marketplace から入手でき、Datadog テクノロジーパートナーによってサポートされています。利用するには、Marketplace でこのアプリケーションを購入してください。
\ No newline at end of file
diff --git a/content/ja/integrations/fastly.md b/content/ja/integrations/fastly.md
index e593d9be58bcf..c05d8f380da0b 100644
--- a/content/ja/integrations/fastly.md
+++ b/content/ja/integrations/fastly.md
@@ -18,10 +18,10 @@ assets:
source_type_id: 57
source_type_name: Fastly
monitors:
- '[Fastly] 5xx Errors higher than usual for service: {{service.name}}': assets/monitors/rec_monitor_5xx_errors.json
- '[Fastly] Abnormal bandwidth being sent for service: {{service.name}}': assets/monitors/rec_monitor_bandwidth.json
- '[Fastly] High volume of requests triggering a Web Application Firewall rule on service: {{service.name}}': assets/monitors/waf_rules.json
- '[Fastly] Low Hit Ratio for service: {{service.name}}': assets/monitors/rec_monitor_hit_ratio.json
+ 5XX errors are higher than usual: assets/monitors/rec_monitor_5xx_errors.json
+ 'Hit Ratio is low ': assets/monitors/rec_monitor_hit_ratio.json
+ Sent bandwidth is abnormally high: assets/monitors/rec_monitor_bandwidth.json
+ Web application firewall rule is triggered: assets/monitors/waf_rules.json
author:
homepage: https://www.datadoghq.com
name: Datadog
@@ -31,7 +31,7 @@ categories:
- caching
- log collection
- metrics
-custom_kind: integration
+custom_kind: インテグレーション
dependencies: []
display_on_public_website: true
draft: false
@@ -130,7 +130,7 @@ Fastly ログを Datadog に転送するように Datadog エンドポイント
##### Syslog エンドポイントの構成
1. エンドポイントに名前を付けます (例: `Datadog`)。
-2. Configure the log format to include the recommended Datadog-Fastly log format with [your Datadog API key][3] at the beginning. See [Using the JSON logging format][2] in the Fastly documentation for an example.
+2. ログ形式を構成して、推奨される[Datadog-Fastly ログ形式][2]の先頭に[Datadog API キー][3]を含めます。例については、Fastly のドキュメントの [JSON ログ形式の使用][2]を参照してください。
```text
@@ -182,4 +182,4 @@ Fastly インテグレーションには、サービスのチェック機能は
[3]: https://docs.datadoghq.com/ja/help/
[4]: https://www.datadoghq.com/blog/monitor-fastly-performance-metrics/
[5]: https://registry.terraform.io/providers/DataDog/datadog/latest/docs/resources/integration_fastly_account
-[6]: https://registry.terraform.io/providers/DataDog/datadog/latest/docs/resources/integration_fastly_service
+[6]: https://registry.terraform.io/providers/DataDog/datadog/latest/docs/resources/integration_fastly_service
\ No newline at end of file
diff --git a/content/ja/integrations/fluentbit.md b/content/ja/integrations/fluentbit.md
index ecfda5883c9dc..f18ba76791b16 100644
--- a/content/ja/integrations/fluentbit.md
+++ b/content/ja/integrations/fluentbit.md
@@ -1,7 +1,7 @@
---
categories:
- ログの収集
-custom_kind: integration
+custom_kind: インテグレーション
dependencies:
- https://github.com/DataDog/documentation/blob/master/content/en/integrations/fluentbit.md
description: Fluent Bit を構成し、ログデータを複数ソースから収集してパースし、転送します。
@@ -48,7 +48,7 @@ Fluent Bit を構成して、ログデータを複数の異なるソースから
| dd_source | _推奨_ - サービスの基盤となるテクノロジーの名前。人間が解読可能であること。たとえば `postgres` や `nginx` など。 | |
| dd_message_key | _推奨_ - ログメッセージを保存するために属性を使用するように設定します。 | |
| dd_tags | _任意_ - Datadog のログに割り当てる[タグ][10]。 | |
-| dd_hostname | _Optional_ - The host that emitted logs should be associated with. If unset, Datadog expects the host to be set as one of [the standard host attributes][12].
+| dd_hostname | _オプション_ - ログを発行したホストに関連付けることができます。未設定の場合、Datadog はホストが[標準のホスト属性][12]のいずれかとして設定されているとみなします。
| プロバイダー | _任意_ - 使用するプロバイダー。Fargate Tasks から Datadog にログを送信する場合は、これを `ecs` に設定します。 | |
#### コンフィギュレーションファイルの例
@@ -61,7 +61,7 @@ Fluent Bit を構成して、ログデータを複数の異なるソースから
TLS on
compress gzip
apikey
- dd_service <アプリケーション_サービス>
+ dd_service <アプリケーション_サービス>
dd_source <ソース>
dd_message_key log
dd_tags env:dev,<タグキー>:<タグ値>
@@ -86,4 +86,4 @@ Fluent Bit を構成して、ログデータを複数の異なるソースから
[9]: https://app.datadoghq.com/logs
[10]: /ja/getting_started/tagging/
[11]: /ja/help/
-[12]: /ja/logs/log_configuration/pipelines/?tab=host#preprocessing
+[12]: /ja/logs/log_configuration/pipelines/?tab=host#preprocessing
\ No newline at end of file
diff --git a/content/ja/integrations/fluentd.md b/content/ja/integrations/fluentd.md
index 0705c78a21135..1a1cc2eb7245a 100644
--- a/content/ja/integrations/fluentd.md
+++ b/content/ja/integrations/fluentd.md
@@ -32,7 +32,7 @@ author:
categories:
- log collection
- metrics
-custom_kind: integration
+custom_kind: インテグレーション
dependencies:
- https://github.com/DataDog/integrations-core/blob/master/fluentd/README.md
display_on_public_website: true
@@ -40,7 +40,7 @@ draft: false
git_integration_title: fluentd
integration_id: fluentd
integration_title: FluentD
-integration_version: 3.2.1
+integration_version: 5.0.0
is_public: true
manifest_version: 2.0.0
name: fluentd
@@ -276,4 +276,4 @@ FluentD チェックには、イベントは含まれません。
[2]: https://app.datadoghq.com/account/settings/agent/latest
[3]: https://docs.datadoghq.com/ja/agent/guide/agent-commands/#agent-status-and-information
[4]: https://docs.datadoghq.com/ja/help/
-[5]: https://www.datadoghq.com/blog/monitor-fluentd-datadog
+[5]: https://www.datadoghq.com/blog/monitor-fluentd-datadog
\ No newline at end of file
diff --git a/content/ja/integrations/github.md b/content/ja/integrations/github.md
index 99484f7d98d21..55075e7169222 100644
--- a/content/ja/integrations/github.md
+++ b/content/ja/integrations/github.md
@@ -6,7 +6,7 @@ categories:
- developer tools
- issue tracking
- source control
-custom_kind: integration
+custom_kind: インテグレーション
dependencies: []
description: GitHub と Datadog を接続し、サービスのパフォーマンスに影響を与えるコミットやプルリクエストを監視する
doc_link: https://docs.datadoghq.com/integrations/github/
@@ -24,7 +24,7 @@ further_reading:
- link: https://docs.datadoghq.com/integrations/guide/source-code-integration/
tag: Documentation
text: Datadog のソースコードインテグレーションについて
-- link: https://docs.datadoghq.com/tracing/service_catalog/setup/#store-and-edit-service-definitions-in-github
+- link: https://docs.datadoghq.com/service_catalog/adding_metadata/#store-and-edit-service-definitions-in-github
tag: Documentation
text: サービスカタログで GitHub インテグレーションを利用する方法について
- link: https://docs.datadoghq.com/serverless/configuration/?tab=serverlessframework#link-errors-to-your-source-code
@@ -90,9 +90,9 @@ GitHub アプリに問題やプルリクエストの読み取り権限を与え
### 監査ログ
-監査ログは、GitHub の組織全体のすべてのアクティビティとイベントを網羅します。アプリケーションをインストールする際には、**Organization Administration** 権限が読み取りアクセス権を持つように許可してください。これにより、アプリケーションは GitHub の監査ストリームを GitHub 組織に代わってログとして収集し始めます。
+**要件**: 監査ログを収集するには GitHub Enterprise アカウントが必要です。
-**注**: 監査ログを収集するには GitHub Enterprise アカウントが必要です。
+監査ログは、GitHub の組織全体のすべてのアクティビティとイベントを網羅します。アプリケーションをインストールする際には、**Organization Administration** 権限が読み取りアクセス権を持つように許可してください。これにより、アプリケーションは GitHub の監査ストリームを GitHub 組織に代わってログとして収集し始めます。
GitHub ドキュメントの [Datadog へのストリーミングのセットアップ][8]の手順に従って、監査ログを Datadog に転送します。監査ログの詳細については、GitHub ドキュメントの[監査ログアクション][9]を参照してください。
@@ -121,18 +121,18 @@ GitHub インテグレーションは、Code Scan Alert と Secret Scan Alert
5. オプションで、**Secret** フィールドにシークレットを追加します。
6. **Which events would you like to trigger this webhook?** セクションで、**Let me select individual events.** をクリックし、以下のサポートされるオプションから選択して、Datadog に[イベント][11]を送信します。
- | Event Name | Event Actions |
+ | イベント名 | イベントアクション |
|---|------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|
- | [Branch or tag creation][12] | |
- | [Commit comments][13] | |
- | [Issue comments][14] | The following actions are supported:
- [`created`][15]
- [`deleted`][16]
- [`edited`][17] |
- | [Issues][18] | The following actions are supported:
- [`assigned`][19]
- [`closed`][20]
- [`deleted`][21]
- [`demilestoned`][22]
- [`edited`][23]
- [`labeled`][24]
- [`locked`][25]
- [`milestoned`][26]
- [`opened`][27]
- [`pinned`][28]
- [`reopened`][29]
- [`transferred`][30]
- [`unassigned`][31]
- [`unlabeled`][32]
- [`unlocked`][33]
- [`unpinned`][34] |
- | [Pull request review comments][35] | The following actions are supported:
- [`created`][36]
- [`deleted`][37]
- [`edited`][38] |
- | [Pull requests][39] | The following actions are supported:
- [`assigned`][40]
- [`unassigned`][41]
- [`labeled`][42]
- [`unlabeled`][43]
- [`opened`][44]
- [`edited`][45]
- [`closed`][46]
- [`reopened`][47]
- [`synchronize`][48]
- [`converted_to_draft`][49]
- [`locked`][50]
- [`unlocked`][51]
- [`enqueued`][52]
- [`dequeued`][53]
- [`milestoned`][54]
- [`demilestoned`][55]
- [`ready_for_review`][56]
- [`review_requested`][57]
- [`review_request_removed`][58]
- [`auto_merge_enabled`][59]
- [`auto_merge_disabled`][60] |
- | [Pushes][61] | |
- | [Repositories][62] | The following actions are supported:
- [`archived`][63]
- [`created`][64]
- [`deleted`][65]
- [`edited`][66]
- [`privatized`][67]
- [`publicized`][68]
- [`renamed`][69]
- [`transferred`][70]
- [`unarchived`][71] |
- | [Security and analysis][72] | |
- | [Team adds][73] | |
+ | [ブランチまたはタグの作成][12] | |
+ | [コミットコメント][13] | |
+ | [課題コメント][14] | 以下のアクションがサポートされています。
- [`created`][15]
- [`deleted`][16]
- [`edited`][17] |
+ | [課題][18] | 以下のアクションがサポートされています。
- [`assigned`][19]
- [`closed`][20]
- [`deleted`][21]
- [`demilestoned`][22]
- [`edited`][23]
- [`labeled`][24]
- [`locked`][25]
- [`milestoned`][26]
- [`opened`][27]
- [`pinned`][28]
- [`reopened`][29]
- [`transferred`][30]
- [`unassigned`][31]
- [`unlabeled`][32]
- [`unlocked`][33]
- [`unpinned`][34] |
+ | [プルリクエストレビューコメント][35] | 以下のアクションがサポートされています。
- [`created`][36]
- [`deleted`][37]
- [`edited`][38] |
+ | [プルリクエスト][39] | 以下のアクションがサポートされています。
- [`assigned`][40]
- [`unassigned`][41]
- [`labeled`][42]
- [`unlabeled`][43]
- [`opened`][44]
- [`edited`][45]
- [`closed`][46]
- [`reopened`][47]
- [`synchronize`][48]
- [`converted_to_draft`][49]
- [`locked`][50]
- [`unlocked`][51]
- [`enqueued`][52]
- [`dequeued`][53]
- [`milestoned`][54]
- [`demilestoned`][55]
- [`ready_for_review`][56]
- [`review_requested`][57]
- [`review_request_removed`][58]
- [`auto_merge_enabled`][59]
- [`auto_merge_disabled`][60] |
+ | [プッシュ][61] | |
+ | [リポジトリ][62] | 以下のアクションがサポートされています。
- [`archived`][63]
- [`created`][64]
- [`deleted`][65]
- [`edited`][66]
- [`privatized`][67]
- [`publicized`][68]
- [`renamed`][69]
- [`transferred`][70]
- [`unarchived`][71] |
+ | [セキュリティと分析][72] | |
+ | [チームへの追加][73] | |
7. **Active** を選択すると、フックがトリガーされたときにイベントの詳細を受け取ることができます。
8. **Add webhook** をクリックして、Webhook を保存します。
@@ -150,7 +150,7 @@ GitHub インテグレーションは、Code Scan Alert と Secret Scan Alert
3. **Commits** と **Issues** のチェックボックスをクリックすると、これらのイベントがアラートされます。
4. **Update Configuration** をクリックすると、Webhook の構成が保存されます。
-Once you have added webhooks in the **Webhooks** tab on the integration tile, events in the GitHub repositories you specified above start to appear in the [Events Explorer][74]. For more information, see the [Events Explorer documentation][75].
+インテグレーションタイルの **Webhooks** タブで Webhook を追加すると、上記で指定した GitHub リポジトリのイベントが [Events Explorer][74] に表示されるようになります。詳しくは、[Events Explorer のドキュメント][75]をご覧ください。
GitHub からのイベントをフィルターするには、**Core** の下にある **Source** ファセットメニューで **Github** を選択するか、検索クエリに `source:github` と入力してください。イベントの棒グラフは、検索クエリを編集すると自動的に更新されます。
@@ -160,7 +160,7 @@ GitHub インテグレーションには、サービスのチェック機能は
## トラブルシューティング
-Need help? Contact [Datadog support][76].
+ご不明な点は、[Datadog のサポートチーム][76]までお問い合わせください。
## その他の参考資料
@@ -169,7 +169,7 @@ Need help? Contact [Datadog support][76].
[1]: https://docs.datadoghq.com/ja/integrations/guide/source-code-integration/
[2]: https://docs.datadoghq.com/ja/serverless/configuration/?tab=serverlessframework#link-errors-to-your-source-code
[3]: https://docs.datadoghq.com/ja/continuous_integration/guides/pull_request_comments/
-[4]: https://docs.datadoghq.com/ja/tracing/service_catalog/setup/#store-and-edit-service-definitions-in-github
+[4]: https://docs.datadoghq.com/ja/service_catalog/adding_metadata/#store-and-edit-service-definitions-in-github
[5]: https://app.datadoghq.com/integrations/github/
[6]: https://docs.datadoghq.com/ja/api/latest/ip-ranges/
[7]: https://app.datadoghq.com/notebook
@@ -241,4 +241,4 @@ Need help? Contact [Datadog support][76].
[73]: https://docs.github.com/en/webhooks-and-events/webhooks/webhook-events-and-payloads#team_add
[74]: https://app.datadoghq.com/event/explorer/
[75]: https://docs.datadoghq.com/ja/events/explorer/
-[76]: https://docs.datadoghq.com/ja/help/
+[76]: https://docs.datadoghq.com/ja/help/
\ No newline at end of file
diff --git a/content/ja/integrations/go_expvar.md b/content/ja/integrations/go_expvar.md
index 026f75fb8d7b0..be15c21cfaac3 100644
--- a/content/ja/integrations/go_expvar.md
+++ b/content/ja/integrations/go_expvar.md
@@ -23,7 +23,7 @@ author:
support_email: help@datadoghq.com
categories:
- languages
-custom_kind: integration
+custom_kind: インテグレーション
dependencies:
- https://github.com/DataDog/integrations-core/blob/master/go_expvar/README.md
display_on_public_website: true
@@ -31,7 +31,7 @@ draft: false
git_integration_title: go_expvar
integration_id: go-expvar
integration_title: Go-Expvar
-integration_version: 2.5.1
+integration_version: 4.0.0
is_public: true
manifest_version: 2.0.0
name: go_expvar
@@ -157,4 +157,4 @@ Go-Expvar チェックには、サービスのチェック機能は含まれま
[5]: https://golang.org/pkg/net/http/#ListenAndServe
[6]: https://docs.datadoghq.com/ja/agent/guide/agent-commands/#agent-status-and-information
[7]: https://docs.datadoghq.com/ja/help/
-[8]: https://www.datadoghq.com/blog/instrument-go-apps-expvar-datadog
+[8]: https://www.datadoghq.com/blog/instrument-go-apps-expvar-datadog
\ No newline at end of file
diff --git a/content/ja/integrations/google_cloud_dataproc.md b/content/ja/integrations/google_cloud_dataproc.md
index e20fbf2049a4d..87d731bf30aa7 100644
--- a/content/ja/integrations/google_cloud_dataproc.md
+++ b/content/ja/integrations/google_cloud_dataproc.md
@@ -3,7 +3,7 @@ categories:
- cloud
- google cloud
- ログの収集
-custom_kind: integration
+custom_kind: インテグレーション
dependencies: []
description: Google Cloud Dataproc のキーメトリクスを追跡
doc_link: https://docs.datadoghq.com/integrations/google_cloud_dataproc/
@@ -24,6 +24,10 @@ version: '1.0'
## 概要
+
+Data Jobs Monitoring は、Dataproc クラスター上の Spark ジョブの観測、トラブルシューティング、コスト最適化を支援します。
+
+
Google Cloud Dataproc は、Apache Spark と Apache Hadoop のクラスターを簡単かつコスト効率よく実行するための高速で使いやすいフルマネージド型のクラウドサービスです。
Datadog Google Cloud Platform インテグレーションを使用して、Google Cloud Dataproc からメトリクスを収集できます。
@@ -34,7 +38,7 @@ Datadog Google Cloud Platform インテグレーションを使用して、Googl
[Google Cloud Platform インテグレーション][1]をまだセットアップしていない場合は、最初にセットアップします。それ以上のインストール手順はありません。
-### 収集データ
+### ログ収集
Google Cloud Dataproc のログは Google Cloud Logging で収集され、Cloud Pub/Sub トピックを通じて Dataflow ジョブに送信されます。まだの場合は、[Datadog Dataflow テンプレートでロギングをセットアップしてください][2]。
@@ -67,4 +71,4 @@ Google Cloud Dataproc インテグレーションには、サービスのチェ
[2]: https://docs.datadoghq.com/ja/integrations/google_cloud_platform/#log-collection
[3]: https://console.cloud.google.com/logs/viewer
[4]: https://github.com/DataDog/dogweb/blob/prod/integration/google_cloud_dataproc/google_cloud_dataproc_metadata.csv
-[5]: https://docs.datadoghq.com/ja/help/
+[5]: https://docs.datadoghq.com/ja/help/
\ No newline at end of file
diff --git a/content/ja/integrations/google_cloud_tpu.md b/content/ja/integrations/google_cloud_tpu.md
index f728d8ae30ed5..97ff6d5cced23 100644
--- a/content/ja/integrations/google_cloud_tpu.md
+++ b/content/ja/integrations/google_cloud_tpu.md
@@ -1,28 +1,85 @@
---
+app_id: google-cloud-tpu
+app_uuid: c20f781b-e1d0-438e-b33d-0bc4bb4c6d0a
+assets:
+ dashboards:
+ google-cloud-tpu-overview: assets/dashboards/google_cloud_tpu_overview.json
+ integration:
+ auto_install: true
+ events:
+ creates_events: false
+ metrics:
+ check:
+ - gcp.tpu.cpu.utilization
+ - gcp.tpu.memory.usage
+ - gcp.tpu.network.received_bytes_count
+ - gcp.tpu.network.sent_bytes_count
+ - gcp.tpu.accelerator.duty_cycle
+ - gcp.tpu.instance.uptime_total
+ - gcp.gke.node.accelerator.tensorcore_utilization
+ - gcp.gke.node.accelerator.duty_cycle
+ - gcp.gke.node.accelerator.memory_used
+ - gcp.gke.node.accelerator.memory_total
+ - gcp.gke.node.accelerator.memory_bandwidth_utilization
+ - gcp.gke.container.accelerator.tensorcore_utilization
+ - gcp.gke.container.accelerator.duty_cycle
+ - gcp.gke.container.accelerator.memory_used
+ - gcp.gke.container.accelerator.memory_total
+ - gcp.gke.container.accelerator.memory_bandwidth_utilization
+ metadata_path: metadata.csv
+ prefix: gcp.
+ service_checks:
+ metadata_path: assets/service_checks.json
+ source_type_id: 275
+ source_type_name: Google Cloud TPU
+ monitors:
+ Container Duty Cycle Low Percentage: assets/monitors/tpu_container_low_duty_cycle_percentage.json
+ Container Memory Bandwidth Low Utilization: assets/monitors/tpu_container_memory_bandwidth_under_utilization.json
+ Container Tensorcore Utilization Low Utilization: assets/monitors/tpu_container_tensorcore_under_utilization.json
+ Node Duty Cycle Low Percentage: assets/monitors/tpu_node_low_duty_cycle_percentage.json
+ Node Memory Bandwidth Low Utilization: assets/monitors/tpu_node_memory_bandwidth_under_utilization.json
+ Node Tensorcore Utilization Low Utilization: assets/monitors/tpu_node_tensorcore_under_utilization.json
+author:
+ homepage: https://www.datadoghq.com
+ name: Datadog
+ sales_email: info@datadoghq.com (日本語対応)
+ support_email: help@datadoghq.com
categories:
-- cloud
+- モニター
- google cloud
- ログの収集
- ai/ml
-custom_kind: integration
+custom_kind: インテグレーション
dependencies: []
-description: Google Cloud TPU のキーメトリクスを追跡
-doc_link: https://docs.datadoghq.com/integrations/google_cloud_tpu/
+display_on_public_website: true
draft: false
git_integration_title: google_cloud_tpu
-has_logo: true
integration_id: google-cloud-tpu
integration_title: Google Cloud TPU
integration_version: ''
is_public: true
-manifest_version: '1.0'
+manifest_version: 2.0.0
name: google_cloud_tpu
-public_title: Datadog-Google Cloud TPU インテグレーション
-short_description: Google Cloud TPU のキーメトリクスを追跡
-version: '1.0'
+public_title: Google Cloud TPU
+short_description: ML モデル開発のために、スケーラブルで使いやすいクラウドリソースを活用した Tensor Processing Unit の利点。
+supported_os: []
+tile:
+ changelog: CHANGELOG.md
+ classifier_tags:
+ - Category::Metrics
+ - Category::Google Cloud
+ - Category::Log Collection
+ - Category::AI/ML
+ - Offering::Integration
+ configuration: README.md#Setup
+ description: ML モデル開発のために、スケーラブルで使いやすいクラウドリソースを活用した Tensor Processing Unit の利点。
+ media: []
+ overview: README.md#Overview
+ support: README.md#Support
+ title: Google Cloud TPU
---
-
+
## 概要
Google Cloud TPU 製品は、スケーラブルで使いやすいクラウドコンピューティングリソースを通じて Tensor Processing Unit (TPU) を利用できるようにします。ML 研究者、ML エンジニア、開発者、データサイエンティストの誰もが最先端の ML (機械学習) モデルを実行できます。
@@ -33,9 +90,9 @@ Datadog Google Cloud Platform インテグレーションを使用して、Googl
### インストール
-[Google Cloud Platform インテグレーション][1]をまだセットアップしていない場合は、最初にセットアップします。それ以上のインストール手順はありません。
+Google Cloud TPU を使用するには、[Google Cloud Platform インテグレーション][1]を設定するだけです。
-### 収集データ
+### ログ収集
Google Cloud TPU のログは Google Cloud Logging で収集され、Cloud Pub/Sub トピックを通じて Dataflow ジョブに送信されます。まだの場合は、[Datadog Dataflow テンプレートでロギングをセットアップしてください][2]。
@@ -68,4 +125,4 @@ Google Cloud TPU インテグレーションには、サービスのチェック
[2]: https://docs.datadoghq.com/ja/integrations/google_cloud_platform/#log-collection
[3]: https://console.cloud.google.com/logs/viewer
[4]: https://github.com/DataDog/dogweb/blob/prod/integration/google_cloud_tpu/google_cloud_tpu_metadata.csv
-[5]: https://docs.datadoghq.com/ja/help/
+[5]: https://docs.datadoghq.com/ja/help/
\ No newline at end of file
diff --git a/content/ja/integrations/google_workspace_alert_center.md b/content/ja/integrations/google_workspace_alert_center.md
index ff45e7f7b990e..72975d57ee63c 100644
--- a/content/ja/integrations/google_workspace_alert_center.md
+++ b/content/ja/integrations/google_workspace_alert_center.md
@@ -2,7 +2,7 @@
categories:
- ログの収集
- security
-custom_kind: integration
+custom_kind: インテグレーション
dependencies: []
description: Google Workspace Alert Center からログを収集します。
doc_link: https://docs.datadoghq.com/integrations/google_workspace_alert_center/
@@ -40,12 +40,12 @@ Alert Center は、Google Workspace 全体にわたる重要なセキュリテ
Datadog Google Workspace Alert Center インテグレーションは、サービスアカウントを使用して Google と Datadog の間の API 接続を作成します。以下では、サービスアカウントを作成し、Datadog にサービスアカウント認証情報を提供して、自動的に API 呼び出しを開始するための手順を説明します。
-**Note**: Ensure that you have enabled the [Google Workspace Alert Center API][5].
+**注**: [Google Workspace Alert Center API][5] が有効になっていることを確認してください。
-1. Follow the [service account creation and authorization instructions][6]. You need
+1. [サービスアカウントの作成と承認の手順][6]に従ってください。
これらの手順を完了するためには、スーパー管理者アクセスが必要です。そのプロセスの一環として、プライベートキー JSON ファイルを保存するロケーションに注意してください。説明したように、サービスアカウントにドメイン全体の権限を委譲し、その過程で `https://www.googleapis.com/auth/apps.alerts` スコープを付与します。
1. GCP コンソールの `Service account details` ページから、`Advanced settings` セクションの一番下にある `Create Google Workspace Marketplace-Compatible OAuth Client` ボタンをクリックします。
-2. Navigate to the [Datadog Google Workspace Alert Center Integration tile][7].
+2. [Datadog Google Workspace Alert Center インテグレーションタイル][7]に移動します。
3. **Configuration** タブで、_Upload Private Key File_ を選択してこのプロジェクトを Datadogと統合します。
最初のステップで保存した秘密鍵 JSON ファイルを選択します。
4. 件名のメールを入力します。これは、アラートセンターにアクセスできるユーザーまたはロボットアカウントのメールアドレスです。
@@ -70,7 +70,7 @@ Datadog Google Workspace Alert Center インテグレーションは、サービ
### イベント
-For the full list of log events, see the [Google Workspace Alert Center documentation][8].
+ログイベントの一覧については、[Google Workspace Alert Center のドキュメント][8]を参照してください。
### サービスチェック
@@ -92,4 +92,4 @@ Google Workspace Alert Center インテグレーションには、サービス
[6]: https://developers.google.com/identity/protocols/oauth2/service-account
[7]: http://app.datadoghq.com/integrations/google-workspace-alert-center
[8]: https://support.google.com/a/answer/9104586?hl=en&ref_topic=9105077
-[9]: https://docs.datadoghq.com/ja/help/
+[9]: https://docs.datadoghq.com/ja/help/
\ No newline at end of file
diff --git a/content/ja/integrations/guide/aws-cloudwatch-metric-streams-with-kinesis-data-firehose.md b/content/ja/integrations/guide/aws-cloudwatch-metric-streams-with-kinesis-data-firehose.md
index a836ae2c2ba2a..770b48446b986 100644
--- a/content/ja/integrations/guide/aws-cloudwatch-metric-streams-with-kinesis-data-firehose.md
+++ b/content/ja/integrations/guide/aws-cloudwatch-metric-streams-with-kinesis-data-firehose.md
@@ -22,6 +22,7 @@ Amazon CloudWatch メトリクスストリームと Amazon Data Firehose を使
- オプションで、ストリーミングするためのネームスペースまたはメトリクスの限定されたセットを指定します。
2. メトリクスストリームを作成すると、Datadog はストリーミングされたメトリクスの受信をすぐに開始し、追加の構成を必要とせずにそれらを Datadog サイトに表示します。
+AWS インテグレーションタイルで構成されたネームスペースフィルタリングは、CloudWatch メトリクスストリームには適用されません。詳細は以下をご覧ください。
### メトリクスストリーミングと API ポーリングの比較 {#streaming-vs-polling}
@@ -42,7 +43,7 @@ AWS アカウントやリージョン、あるいは特定のネームスペー
メトリクスをストリーミングするための Datadog からの追加料金はありません。
-AWS は、CloudWatch メトリクスストリームのメトリクスアップデートの数と Amazon Data Firehose に送信されたデータボリュームに基づいて課金します。そのため、ストリーミングしているメトリクスのサブセットの CloudWatch コストが増加する可能性があります。このため、Datadog は、より低いレイテンシーが最も必要な AWS メトリクス、サービス、リージョン、アカウントにメトリクスストリームを使用し、それ以外ではポーリングを使用することをお勧めします。詳細については、[Amazon CloudWatch の価格設定][1]を参照してください。
+AWS は、CloudWatch メトリクスストリームのメトリクスアップデートの数および Amazon Data Firehose に送信されたデータ量に基づいて課金します。そのため、ストリーミングしている特定のメトリクスに関して CloudWatch コストが増加する可能性があります。このため、Datadog は、より低いレイテンシーが必要な AWS メトリクス、サービス、リージョン、およびアカウントにメトリクスストリームを使用し、それ以外にはポーリングを使用することを推奨します。詳細については、[Amazon CloudWatch の価格設定][2]を参照してください。
ストリーム内の EC2 または Lambda メトリクスは、請求対象のホストと Lambda 呼び出しの数を増やす可能性があります (EC2 の場合、これらのホストと関数が AWS インテグレーションまたは Datadog Agent でまだ監視されていない場合)。
@@ -74,7 +75,7 @@ AWS は、CloudWatch メトリクスストリームのメトリクスアップ
5. オプションのパラメータを入力します。
- **FilterMethod**: メトリクスストリーミングに含めるネームスペースのリストを含めるか除外します。
- **First/Second/Third Namespace**: 含めるまたは除外するネームスペースを指定します。注: ネームスペースの値は、AWS のドキュメントのネームスペース列の値と正確に一致する必要があります。例: AWS/EC2。
-6. Check the acknowledgment box that states, "I acknowledge that AWS CloudFormation might create IAM resources with custom names."
+6. "I acknowledge that AWS CloudFormation might create IAM resources with custom names." (AWS CloudFormation がカスタム名で IAM リソースを作成する可能性があることを認めます) という確認ボックスをオンにします。
7. **Create Stack** をクリックします。
### 結果
@@ -90,37 +91,38 @@ AWS は、CloudWatch メトリクスストリームのメトリクスアップ
{{% /tab %}}
{{% tab "AWS コンソール" %}}
-AWS Console を使用してメトリクスストリームをセットアップするには、各 AWS リージョンに対して [CloudWatch メトリクスストリーム][2]を作成します。
+AWS Console を使用してメトリクスストリームをセットアップするには、各 AWS リージョンに対して [CloudWatch メトリクスストリーム][1]を作成します。
-**Note**: Metric streaming to Datadog currently only supports OpenTelemetry v0.7 output format.
+**注**: Datadog へのメトリクスストリーミングは現在、OpenTelemetry v0.7 出力フォーマットのみをサポートしています。
1. **Quick AWS Partner Setup** を選択し、ドロップダウンメニューから AWS パートナーの宛先として **Datadog** を選択します。
{{< img src="integrations/guide/aws-cloudwatch-metric-streams-with-kinesis-data-firehose/metric-stream-partner-setup.png" alt="Cloudwatch メトリクスストリームのクイックパートナセットアップ" responsive="true" style="width:60%;">}}
-2. メトリクスをストリーミングする Datadog サイトを選択し、[Datadog API キー][1]を入力します。
-3. すべての CloudWatch メトリクスをストリーミングするか、特定のネームスペースのみをストリーミングするかを選択します。また、特定のメトリクスを除外するオプションもあります。モニタリングアカウントの場合は、[クロスアカウントストリーミング][5]を有効にすることもできます。
+2. メトリクスをストリーミングする Datadog サイトを選択し、[Datadog API キー][2]を入力します。
+3. すべての CloudWatch メトリクスをストリーミングするか、特定のネームスペースのみをストリーミングするかを選択します。また、特定のメトリクスを除外するオプションもあります。モニタリングアカウントの場合は、[クロスアカウントストリーミング][3]を有効にすることもできます。
{{< img src="integrations/guide/aws-cloudwatch-metric-streams-with-kinesis-data-firehose/metric-stream-namespace-filter.png" alt="Cloudwatch メトリクスストリーム" responsive="true" style="width:60%;">}}
-4. **Add additional statistics** では、Datadog に送信する AWS のパーセンタイルメトリクスを含みます。Datadog がポーリングでサポートするパーセンタイルメトリクスの一覧は、[CloudFormation テンプレート][3]を参照してください。
+4. **Add additional statistics** では、Datadog に送信する AWS のパーセンタイルメトリクスを含みます。Datadog がポーリングでサポートするパーセンタイルメトリクスの一覧は、[CloudFormation テンプレート][4]を参照してください。
{{< img src="integrations/guide/aws-cloudwatch-metric-streams-with-kinesis-data-firehose/percentiles.png" alt="パーセンタイル" responsive="true" style="width:60%;">}}
5. メトリクスストリームに名前を付けます。
6. **Create metric stream** をクリックします。
### 結果
-Metric Stream リソースが正常に作成されたことを確認したら、Datadog が変更を認識するまで 5 分ほど待ちます。完了を確認するには、Datadog の [AWS インテグレーションページ][4]の **Metric Collection** タブを開き、指定した AWS アカウントの **CloudWatch Metric Streams** で有効化したリージョンが有効になっていることを確認します。
+Metric Stream リソースが正常に作成されたことを確認したら、Datadog が変更を認識するまで 5 分ほど待ちます。完了を確認するには、Datadog の [AWS インテグレーションページ][5]の **Metric Collection** タブを開き、指定した AWS アカウントの **CloudWatch Metric Streams** で有効化したリージョンが有効になっていることを確認します。
{{< img src="integrations/guide/aws-cloudwatch-metric-streams-with-kinesis-data-firehose/active-region.png" alt="AWS インテグレーションページの Metric Collection タブの CloudWatch Metric Streams セクションで、1 つのリージョンがアクティブになっている状態" responsive="true" style="width:60%;">}}
+
**注**: CloudWatch API のポーリングをすでに有効にしている場合、ストリーミングへの移行により、ストリーミングしている特定のメトリクスが Datadog で二重にカウントされる短い期間 (最大 5 分) が発生する可能性があります。これは、Datadog のクローラーが実行されて CloudWatch メトリクスを送信するタイミングと、Datadog がこれらのメトリクスのストリーミングを開始したことを認識してクローラーをオフにするタイミングが異なるためです。
-[1]: https://app.datadoghq.com/organization-settings/api-keys
-[2]: https://console.aws.amazon.com/cloudwatch/home?region=us-east-1#metric-streams:streams/create
-[3]: https://github.com/DataDog/cloudformation-template/blob/master/aws_streams/streams_single_region.yaml#L168-L249
-[4]: https://app.datadoghq.com/integrations/amazon-web-services
-[5]: https://docs.datadoghq.com/ja/integrations/guide/aws-cloudwatch-metric-streams-with-kinesis-data-firehose/#cross-account-metric-streaming
+[1]: https://console.aws.amazon.com/cloudwatch/home?region=us-east-1#metric-streams:streams/create
+[2]: https://app.datadoghq.com/organization-settings/api-keys
+[3]: https://docs.datadoghq.com/ja/integrations/guide/aws-cloudwatch-metric-streams-with-kinesis-data-firehose/#cross-account-metric-streaming
+[4]: https://github.com/DataDog/cloudformation-template/blob/master/aws_streams/streams_single_region.yaml#L168-L249
+[5]: https://app.datadoghq.com/integrations/amazon-web-services
{{% /tab %}}
{{< /tabs >}}
### クロスアカウントメトリクスストリーミング
-AWS リージョン内の複数の AWS アカウントにまたがる単一のメトリクストリームにメトリクスを含めるには、クロスアカウントメトリクストリーミングを使用します。これにより、共通の宛先のメトリクスを収集するために必要なストリームの数を減らすことができます。これを行うには、モニタリングアカウントに[ソースアカウントを接続][5]し、AWS モニタリングアカウントで Datadog へのクロスアカウントストリーミングを有効にします。
+AWS リージョン内の複数の AWS アカウントにまたがる単一のメトリクストリームにメトリクスを含めるには、クロスアカウントメトリクストリーミングを使用します。これにより、共通の宛先にメトリクスを収集するために必要なストリームの数を減らすことができます。これを行うには、モニタリングアカウントに[ソースアカウントを接続][4]し、AWS モニタリングアカウントで Datadog へのクロスアカウントストリーミングを有効にします。
この機能を正しく動作させるには、モニタリングアカウントに以下の権限が必要です。
* oam:ListSinks
@@ -128,28 +130,29 @@ AWS リージョン内の複数の AWS アカウントにまたがる単一の
**注:** ストリーミングされたメトリクスのカスタムタグやその他のメタデータを収集するには、ソースアカウントを Datadog とインテグレーションしてください。
-### Disable metric streaming
+### メトリクスストリーミングを無効にする
特定の AWS アカウントとリージョンに対してメトリクスストリーミングを完全に無効にするには、AWS メトリクスストリームとその関連リソースを削除する必要があります。Datadog のメトリクスの損失を防ぐために、これらの削除手順に注意深く従うことが重要です。
-If you set streaming up with [CloudFormation](?tab=cloudformation#installation):
+[CloudFormation](?tab=cloudformation#installation) でストリーミングを設定した場合:
1. セットアップ時に作成されたスタックを削除します。
[AWS コンソール](?tab=awsconsole#installation)からストリーミングを設定した場合:
1. 配信ストリームにリンクしている CloudWatch Metric Stream を削除します。
2. ストリームに関連付けられた S3 および Firehose IAM ロールを含め、ストリームのセットアップ中に作成されたすべてのリソースを削除します。
-Once the resources are deleted, wait for five minutes for Datadog to recognize the change. To validate completion, go to the **Metric Collection** tab in Datadog's [AWS integration page][4] and verify that the disabled regions are not displayed under **CloudWatch Metric Streams** for the specified AWS account.
+リソースが削除されたら、Datadog が変更を認識するまで 5 分ほど待ちます。完了を確認するには、Datadog の [AWS インテグレーションページ][5]の **Metric Collection** タブを開き、指定した AWS アカウントの **CloudWatch Metric Streams** に無効にしたリージョンが表示されていないことを確認します。
## トラブルシューティング
-Metric Streams や関連リソースのセットアップで遭遇する問題を解決するには、[AWS のトラブルシューティング][5]をご覧ください。
+Metric Streams や関連リソースのセットアップで遭遇する問題を解決するには、[AWS のトラブルシューティング][6]をご覧ください。
## その他の参考資料
{{< partial name="whats-next/whats-next.html" >}}
-[1]: https://aws.amazon.com/cloudwatch/pricing/
-[2]: https://docs.datadoghq.com/ja/integrations/amazon_web_services/?tab=roledelegation#setup
-[3]: https://app.datadoghq.com/integrations/amazon-web-services
-[4]: https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/CloudWatch-metric-streams-troubleshoot.html
-[5]: https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/CloudWatch-Unified-Cross-Account-Setup.html
\ No newline at end of file
+[1]: /ja/integrations/guide/cloud-metric-delay/
+[2]: https://aws.amazon.com/cloudwatch/pricing/
+[3]: /ja/integrations/amazon_web_services/?tab=roledelegation#setup
+[4]: https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/CloudWatch-Unified-Cross-Account-Setup.html
+[5]: https://app.datadoghq.com/integrations/amazon-web-services
+[6]: https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/CloudWatch-metric-streams-troubleshoot.html
\ No newline at end of file
diff --git a/content/ja/integrations/gunicorn.md b/content/ja/integrations/gunicorn.md
index 6b9f5723265f0..a2e119965d342 100644
--- a/content/ja/integrations/gunicorn.md
+++ b/content/ja/integrations/gunicorn.md
@@ -33,7 +33,7 @@ author:
support_email: help@datadoghq.com
categories:
- log collection
-custom_kind: integration
+custom_kind: インテグレーション
dependencies:
- https://github.com/DataDog/integrations-core/blob/master/gunicorn/README.md
display_on_public_website: true
@@ -41,7 +41,7 @@ draft: false
git_integration_title: gunicorn
integration_id: gunicorn
integration_title: Gunicorn
-integration_version: 2.7.0
+integration_version: 4.0.0
is_public: true
manifest_version: 2.0.0
name: gunicorn
@@ -97,7 +97,7 @@ Gunicorn チェックでは、Gunicorn アプリの Python 環境に [`setprocti
Gunicorn の[メトリクス](#metric-collection)と[ログ](#log-collection)の収集を開始するには、[Agent の構成ディレクトリ][4]のルートにある `conf.d/` フォルダーの `gunicorn.d/conf.yaml` ファイルを編集します。
使用可能なすべての構成オプションの詳細については、[サンプル gunicorn.yaml][5] を参照してください。
-#### Metric collection
+#### メトリクスの収集
##### Gunicorn の DogStatsD への接続
@@ -239,4 +239,4 @@ ubuntu 18463 18457 0 20:26 pts/0 00:00:00 gunicorn: worker [my_app]
[11]: https://docs.datadoghq.com/ja/agent/guide/agent-commands/#agent-status-and-information
[12]: https://github.com/DataDog/integrations-core/blob/master/gunicorn/metadata.csv
[13]: https://github.com/DataDog/integrations-core/blob/master/gunicorn/assets/service_checks.json
-[14]: https://www.datadoghq.com/blog/monitor-gunicorn-performance
+[14]: https://www.datadoghq.com/blog/monitor-gunicorn-performance
\ No newline at end of file
diff --git a/content/ja/integrations/haproxy.md b/content/ja/integrations/haproxy.md
index 7b8dc455309b5..c77dc47d90160 100644
--- a/content/ja/integrations/haproxy.md
+++ b/content/ja/integrations/haproxy.md
@@ -28,17 +28,17 @@ assets:
source_type_id: 38
source_type_name: HAProxy
monitors:
- '[HAProxy] Anomalous frontend request rate for host {{host.name}}': assets/monitors/request_rate.json
- '[HAProxy] Anomalous number of frontend 4xx HTTP responses for host: {{host.name}}': assets/monitors/frontend_5xx.json
- '[HAProxy] Anomalous number of frontend 5xx HTTP responses for host: {{host.name}}': assets/monitors/frontend_4xx.json
- '[HAProxy] Backend queue time went above 500ms for host: {{host.name}}': assets/monitors/backend_queue_time.json
- '[HAProxy] Backend response time is above 500ms for host: {{host.name}}': assets/monitors/backend_rtime.json
- '[HAProxy] High amount of backend session usage for host: {{host.name}}': assets/monitors/backend_sessions.json
- '[HAProxy] High amount of frontend session usage for host: {{host.name}}': assets/monitors/frontend_sessions.json
- '[HAProxy] High number of backend denied responses for host: {{host.name}}': assets/monitors/backend_dreq.json
- '[HAProxy] High number of frontend denied requests for host: {{host.name}}': assets/monitors/frontend_dreq.json
- '[HAProxy] Number of backend connection failures for host: {{host.name}} is above normal.': assets/monitors/backend_econ.json
- '[HAProxy] Number of client-side request error for {{host.name}} is above normal.': assets/monitors/frontend_ereq.json
+ Backend queue time is high: assets/monitors/backend_queue_time.json
+ Backend sessions usage is high: assets/monitors/backend_sessions.json
+ Frontend request rate is anomalous: assets/monitors/request_rate.json
+ Frontend sessions usage is high: assets/monitors/frontend_sessions.json
+ Number of backend connection failures is high: assets/monitors/backend_econ.json
+ Number of client-side request error is high: assets/monitors/frontend_ereq.json
+ Number of denied response is high: assets/monitors/backend_dreq.json
+ Number of frontend 4xx HTTP responses is high: assets/monitors/frontend_4xx.json
+ Number of frontend 5xx HTTP responses is high: assets/monitors/frontend_5xx.json
+ Number of frontend denied requests is high: assets/monitors/frontend_dreq.json
+ Response time is high: assets/monitors/backend_rtime.json
saved_views:
4xx_errors: assets/saved_views/4xx_errors.json
5xx_errors: assets/saved_views/5xx_errors.json
@@ -53,7 +53,7 @@ author:
support_email: help@datadoghq.com
categories:
- log collection
-custom_kind: integration
+custom_kind: インテグレーション
dependencies:
- https://github.com/DataDog/integrations-core/blob/master/haproxy/README.md
display_on_public_website: true
@@ -61,7 +61,7 @@ draft: false
git_integration_title: haproxy
integration_id: haproxy
integration_title: HAProxy
-integration_version: 5.2.2
+integration_version: 7.0.0
is_public: true
manifest_version: 2.0.0
name: haproxy
@@ -150,14 +150,14 @@ HAProxy チェックは [Datadog Agent][5] パッケージに含まれていま
1. HAProxy メトリクスの収集を開始するには、Agent のコンフィギュレーションディレクトリのルートにある `conf.d/` フォルダーの `haproxy.d/conf.yaml` ファイルを編集します。使用可能なすべてのコンフィギュレーションオプションの詳細については、[サンプル haproxy.d/conf.yaml][1] を参照してください。
- ```yaml
+ ```yaml
instances:
## @param use_openmetrics - boolean - optional - default: false
## Enable to preview the new version of the check which supports HAProxy version 2 or later
## or environments using the HAProxy exporter.
##
- ## OpenMetrics-related options take effect only when this is set to `true`.
+ ## OpenMetrics-related options take effect only when this is set to `true`.
##
## Uses the latest OpenMetrics V2 implementation for more features and better performance.
## Note: To see the configuration options for the OpenMetrics V1 implementation (Agent v7.33 or earlier),
@@ -506,7 +506,7 @@ HAProxy チェックには、イベントは含まれません。
## トラブルシューティング
### エラー: ポート 514 はすでに使用中
-syslog があるシステムで、Agent がポート 514 で HAProxy ログをリッスンしている場合、Agent ログに以下のエラーが表示されることがあります:
+syslog があるシステムで、Agent がポート 514 で HAProxy ログをリッスンしている場合、Agent ログに以下のエラーが表示されることがあります:
`Can't start UDP forwarder on port 514: listen udp :514: bind: address already in use`
これは、デフォルトで syslog がポート 514 でリッスンしているために起こっています。このエラーを解決するには、syslog を無効にするか、ポート 514 と Agent がログをリッスンしている別のポートにログを転送するように HAProxy を構成することができます。Agent がリッスンするポートは、[こちら][11]で haproxy.d/conf.yaml ファイル定義することができます。
@@ -536,4 +536,4 @@ syslog があるシステムで、Agent がポート 514 で HAProxy ログを
[13]: https://www.datadoghq.com/blog/monitoring-haproxy-performance-metrics
[14]: https://www.datadoghq.com/blog/how-to-collect-haproxy-metrics
[15]: https://www.datadoghq.com/blog/monitor-haproxy-with-datadog
-[16]: https://docs.datadoghq.com/ja/integrations/faq/haproxy-multi-process/
+[16]: https://docs.datadoghq.com/ja/integrations/faq/haproxy-multi-process/
\ No newline at end of file
diff --git a/content/ja/integrations/honeybadger.md b/content/ja/integrations/honeybadger.md
index d45b37279f973..8a6b751ea2a8a 100644
--- a/content/ja/integrations/honeybadger.md
+++ b/content/ja/integrations/honeybadger.md
@@ -18,7 +18,7 @@ author:
categories:
- event management
- issue tracking
-custom_kind: integration
+custom_kind: インテグレーション
dependencies: []
display_on_public_website: true
draft: false
@@ -73,7 +73,7 @@ Honeybadger インテグレーションには、メトリクスは含まれま
### イベント
-Honeybadger インテグレーションには、イベントは含まれません。
+Honeybadger インテグレーションはイベントを収集します。
### サービスチェック
@@ -86,4 +86,4 @@ Honeybadger インテグレーションには、サービスのチェック機
[1]: https://app.honeybadger.io/users/sign_in
[2]: https://app.datadoghq.com/organization-settings/api-keys
[3]: https://app.datadoghq.com/account/settings#integrations/honeybadger
-[4]: https://docs.datadoghq.com/ja/help/
+[4]: https://docs.datadoghq.com/ja/help/
\ No newline at end of file
diff --git a/content/ja/integrations/http_check.md b/content/ja/integrations/http_check.md
index 67059d61f14ae..d8a298e7922d5 100644
--- a/content/ja/integrations/http_check.md
+++ b/content/ja/integrations/http_check.md
@@ -21,7 +21,7 @@ author:
support_email: help@datadoghq.com
categories:
- network
-custom_kind: integration
+custom_kind: インテグレーション
dependencies:
- https://github.com/DataDog/integrations-core/blob/master/http_check/README.md
display_on_public_website: true
@@ -29,7 +29,7 @@ draft: false
git_integration_title: http_check
integration_id: ネットワーク
integration_title: HTTP チェック
-integration_version: 9.8.0
+integration_version: 11.0.0
is_public: true
manifest_version: 2.0.0
name: http_check
@@ -154,4 +154,4 @@ HTTP チェックにはイベントは含まれません。
[9]: https://github.com/DataDog/integrations-core/blob/master/http_check/metadata.csv
[10]: https://github.com/DataDog/integrations-core/blob/master/http_check/assets/service_checks.json
[11]: https://docs.datadoghq.com/ja/monitors/monitor_types/network/?tab=checkalert
-[12]: https://docs.datadoghq.com/ja/help/
+[12]: https://docs.datadoghq.com/ja/help/
\ No newline at end of file
diff --git a/content/ja/integrations/hyperv.md b/content/ja/integrations/hyperv.md
index 2699fb5db97e5..3ff05f9ed6e87 100644
--- a/content/ja/integrations/hyperv.md
+++ b/content/ja/integrations/hyperv.md
@@ -26,7 +26,8 @@ author:
categories:
- クラウド
- OS & システム
-custom_kind: integration
+- windows
+custom_kind: インテグレーション
dependencies:
- https://github.com/DataDog/integrations-core/blob/master/hyperv/README.md
display_on_public_website: true
@@ -34,7 +35,7 @@ draft: false
git_integration_title: hyperv
integration_id: hyper-v
integration_title: HyperV
-integration_version: 1.11.1
+integration_version: 3.0.0
is_public: true
manifest_version: 2.0.0
name: hyperv
@@ -47,6 +48,7 @@ tile:
classifier_tags:
- Category::Cloud
- Category::OS & System
+ - カテゴリー::Windows
- Supported OS::Windows
- Offering::Integration
configuration: README.md#Setup
@@ -101,7 +103,7 @@ Hyper-V には、イベントは含まれません。
## トラブルシューティング
-ご不明な点は、[Datadog のサポートチーム][8]までお問合せください。
+ご不明な点は、[Datadog のサポートチーム][8]までお問い合わせください。
## その他の参考資料
@@ -117,4 +119,4 @@ Hyper-V には、イベントは含まれません。
[6]: https://docs.datadoghq.com/ja/agent/guide/agent-commands/#agent-status-and-information
[7]: https://github.com/DataDog/integrations-core/blob/master/hyperv/metadata.csv
[8]: https://docs.datadoghq.com/ja/help/
-[9]: https://www.datadoghq.com/blog/monitor-microsoft-hyperv-with-datadog
+[9]: https://www.datadoghq.com/blog/monitor-microsoft-hyperv-with-datadog
\ No newline at end of file
diff --git a/content/ja/integrations/iis.md b/content/ja/integrations/iis.md
index e9f7af530b7ee..f5deca7415035 100644
--- a/content/ja/integrations/iis.md
+++ b/content/ja/integrations/iis.md
@@ -20,9 +20,9 @@ assets:
source_type_id: 46
source_type_name: IIS
monitors:
- '[IIS] Anomalous amount of requests for site: {{site.name}}': assets/monitors/req.json
- '[IIS] Increase of locked error per second for site: {{site.name}}': assets/monitors/lock.json
- '[IIS] Increase of not found error per second for site: {{site.name}}': assets/monitors/err.json
+ 404 errors is high: assets/monitors/err.json
+ Locked errors is high: assets/monitors/lock.json
+ Request number is high: assets/monitors/req.json
saved_views:
4xx_errors: assets/saved_views/4xx_errors.json
5xx_errors: assets/saved_views/5xx_errors.json
@@ -36,7 +36,8 @@ author:
support_email: help@datadoghq.com
categories:
- ログの収集
-custom_kind: integration
+- windows
+custom_kind: インテグレーション
dependencies:
- https://github.com/DataDog/integrations-core/blob/master/iis/README.md
display_on_public_website: true
@@ -44,7 +45,7 @@ draft: false
git_integration_title: iis
integration_id: iis
integration_title: IIS
-integration_version: 3.1.1
+integration_version: 5.0.0
is_public: true
manifest_version: 2.0.0
name: iis
@@ -56,6 +57,7 @@ tile:
changelog: CHANGELOG.md
classifier_tags:
- Category::Log Collection
+ - カテゴリー::Windows
- Supported OS::Windows
- Offering::Integration
configuration: README.md#Setup
@@ -152,4 +154,4 @@ IIS チェックには、イベントは含まれません。
[9]: https://docs.datadoghq.com/ja/agent/guide/agent-commands/#agent-status-and-information
[10]: https://github.com/DataDog/integrations-core/blob/master/iis/metadata.csv
[11]: https://github.com/DataDog/integrations-core/blob/master/iis/assets/service_checks.json
-[12]: https://docs.datadoghq.com/ja/help/
+[12]: https://docs.datadoghq.com/ja/help/
\ No newline at end of file
diff --git a/content/ja/integrations/logstash.md b/content/ja/integrations/logstash.md
index ba29ee2127882..8187e7bf444f6 100644
--- a/content/ja/integrations/logstash.md
+++ b/content/ja/integrations/logstash.md
@@ -23,7 +23,7 @@ author:
support_email: ervansetiawan@gmail.com
categories:
- log collection
-custom_kind: integration
+custom_kind: インテグレーション
dependencies:
- https://github.com/DataDog/integrations-extras/blob/master/logstash/README.md
display_on_public_website: true
@@ -31,7 +31,7 @@ draft: false
git_integration_title: logstash
integration_id: logstash
integration_title: Logstash
-integration_version: 1.1.0
+integration_version: 1.2.0
is_public: true
manifest_version: 2.0.0
name: logstash
@@ -286,4 +286,4 @@ Logstash チェックには、イベントは含まれません。
[7]: /ja/getting_started/tagging/assigning_tags
[8]: https://app.datadoghq.com/infrastructure
[9]: https://docs.datadoghq.com/ja/agent/guide/agent-commands/#service-status
-[10]: http://docs.datadoghq.com/help
+[10]: http://docs.datadoghq.com/help
\ No newline at end of file
diff --git a/content/ja/integrations/openshift.md b/content/ja/integrations/openshift.md
index 3a1edd38b1474..f89645053f21b 100644
--- a/content/ja/integrations/openshift.md
+++ b/content/ja/integrations/openshift.md
@@ -29,7 +29,7 @@ categories:
- ネットワーク
- orchestration
- プロビジョニング
-custom_kind: integration
+custom_kind: インテグレーション
dependencies:
- https://github.com/DataDog/integrations-core/blob/master/openshift/README.md
display_on_public_website: true
@@ -75,32 +75,54 @@ Red Hat OpenShift は、企業向けアプリケーションの開発とデプ
### インストール
-Agent のインストールには、Kubernetes の [Agent のインストール方法][2]を参照してください。デフォルトのコンフィギュレーションは、OpenShift 3.7.0+ と OpenShift 4.0+ （使用する機能およびエンドポイントが導入されたバージョン）を前提としています。
+このコア構成は OpenShift 3.11 と OpenShift 4 をサポートしていますが、OpenShift 4 で最も適切に動作します。
-または、[Datadog Operator][3] を使用して Datadog Agent をインストールおよび管理することもできます。Datadog Operator は、OpenShift の [OperatorHub][4] を使用してインストールできます。
+Agent のインストールについては、一般的な Kubernetes の手順については [Agent インストール手順][2]、OpenShift の構成例については[Kubernetes ディストリビューションページ][3]を参照してください。
-### Security Context Constraints 構成
+または、[Datadog Operator][4] を使用して Datadog Agent をインストールおよび管理することもできます。Datadog Operator は、OpenShift の [OperatorHub][5] を使用してインストールできます。
+### Security Context Constraints 構成
-上記のインストール手順にリンクされている方法のいずれかを使用して Datadog Agent をデプロイする場合は、Agent がデータを収集するために Security Context Constraints (SCCs) を含める必要があります。デプロイに関連する以下の手順に従ってください。
+上記のインストール手順にリンクされている方法のいずれかを使用して Datadog Agent をデプロイする場合は、Agent と Cluster Agent がデータを収集するために Security Context Constraints (SCCs) を含める必要があります。デプロイに関連する以下の手順に従ってください。
{{< tabs >}}
+{{% tab "Operator" %}}
+
+OpenShift に Datadog Operator と `DatadogAgent` リソースをインストールする方法については、[OpenShift インストールガイド][1] を参照してください。
+
+Operator Lifecycle Manager (OLM) を使用して Operator をデプロイした場合、OpenShift に存在する必要なデフォルト SCC は自動的に `datadog-agent-scc` サービスアカウントに関連付けられます。その後、Node Agent と Cluster Agent ポッドでこの Service Account を参照しながら、`DatadogAgent` CustomResourceDefinition を使用して Datadog コンポーネントをデプロイできます。
+
+他の例については、[ディストリビューション][2]ページと [Operator リポジトリ][3]をご覧ください。
+
+[1]: https://github.com/DataDog/datadog-operator/blob/main/docs/install-openshift.md
+[2]: https://docs.datadoghq.com/ja/containers/kubernetes/distributions/?tab=datadogoperator#Openshift
+[3]: https://github.com/DataDog/datadog-operator/blob/main/examples/datadogagent/datadog-agent-on-openshift.yaml
+{{% /tab %}}
{{% tab "Helm" %}}
-SCC は、Datadog Agent の `values.yaml` 内で直接適用できます。ファイルの `agents:` セクションの下に次のブロックを追加します。
+Datadog Agent の `values.yaml` 内で直接 SCC を作成することができます。`agents` および `clusterAgent` セクションの下に以下のブロックパラメーターを追加して、それぞれの SCC を作成します。
```yaml
-...
+datadog:
+ #(...)
+
agents:
-...
podSecurity:
securityContextConstraints:
create: true
-...
+
+clusterAgent:
+ podSecurity:
+ securityContextConstraints:
+ create: true
```
-これは、Agent を最初にデプロイするときに適用できます。または、この変更を行った後に `helm upgrade` を実行して、SCC を適用することもできます。
+これは、Agent を最初にデプロイするときに適用するか、この変更を行った後に `helm upgrade` を実行して、SCC を適用することもできます。
+
+他の例については、[ディストリビューション][1]ページと [Helm リポジトリ][2]をご覧ください。
+[1]: https://docs.datadoghq.com/ja/containers/kubernetes/distributions/?tab=datadogoperator#Openshift
+[2]: https://github.com/DataDog/helm-charts/blob/main/examples/datadog/agent_on_openshift_values.yaml
{{% /tab %}}
{{% tab "Daemonset" %}}
@@ -123,26 +145,9 @@ agents:
| ライブコンテナモニタリング | サポート対象外 | サポート対象外 | サポート |
| ライブプロセスモニタリング | サポート対象外 | サポート対象外 | サポート |
-
-[1]: https://docs.openshift.com/enterprise/3.0/admin_guide/manage_scc.html
-{{% /tab %}}
-{{% tab "Operator" %}}
-
-OpenShift に Datadog Operator と `DatadogAgent` リソースをインストールする方法については、[OpenShift インストールガイド][1] を参照してください。
-
-Operator Lifecycle Manager (OLM) を使用して Operator をデプロイした場合、OpenShift に存在する必要なデフォルト SCC は自動的に `datadog-agent-scc` `ServiceAccount` に関連付けられます。Agent は、Node Agent と Cluster Agent ポッドでこの Service Account を参照しながら、`DatadogAgent` CustomResourceDefinition を使用してデプロイできます。
-
-[1]: https://github.com/DataDog/datadog-operator/blob/main/docs/install-openshift.md
-{{% /tab %}}
-{{< /tabs >}}
-
-#### ログ収集
-
-詳しくは、[Kubernetes のログ収集][5]を参照してください。
-
#### 制限付き SCC オペレーション
-このモードでは、kubelet と APIserver へのアクセスに必要な [RBAC][7] を除き、[`datadog-agent` daemonset][6] への付与が必要な権限は特にありません。[この kubelet 専用テンプレート][8]を使用して始めることもできます。
+このモードでは、kubelet と APIserver へのアクセスに必要な [RBAC][3] を除き、[`datadog-agent` DaemonSet][2] への付与が必要な権限は特にありません。[この kubelet 専用テンプレート][4]を使用して始めることもできます。
DogStatsD、APM、およびログの収集には、Datadog Agent をホストのポートにバインドする方法をお勧めします。そうすれば、ターゲット IP が変化せず、アプリケーションから簡単に検出できるからです。デフォルトの制限付き OpenShift SCC は、ホストポートへのバインドを許可しません。自身の IP でリッスンするように Agent を設定できますが、その IP を検出する処理をアプリケーションに作成する必要があります。
@@ -162,15 +167,24 @@ ports:
protocol: TCP
```
+[1]: https://docs.openshift.com/enterprise/3.0/admin_guide/manage_scc.html
+[2]: https://docs.datadoghq.com/ja/agent/kubernetes/daemonset_setup/
+[3]: https://docs.datadoghq.com/ja/agent/kubernetes/daemonset_setup/?tab=k8sfile#configure-rbac-permissions
+[4]: https://github.com/DataDog/datadog-agent/blob/master/Dockerfiles/manifests/agent-kubelet-only.yaml
+{{% /tab %}}
+{{< /tabs >}}
+
#### すべての機能に使用できるカスタム Datadog SCC
+Helm Chart と Datadog Operator は、デフォルトで自動的に SCC を管理します。ご自身で管理される場合は、有効にした機能に基づいて正しい構成を含めるようにしてください。
+
SELinux が permissive モードか、無効になっている場合、すべての機能を使用するには `hostaccess` SCC を有効にする必要があります。
-SELinux が enforcing モードの場合は、datadog-agent ポッドに [`spc_t` タイプ][9]を付与することをお勧めします。[こちらの datadog-agent SCC][10] を使用して Agent をデプロイしてください。[datadog-agent サービスアカウントを作成][7]した後でも、この SCC を適用できます。これにより、以下のアクセス許可が付与されます。
+SELinux が enforcing モードの場合は、datadog-agent ポッドに [`spc_t` タイプ][6]を付与することをお勧めします。[こちらの datadog-agent SCC][7] を使用して Agent をデプロイしてください。[datadog-agent サービスアカウントを作成][8]した後でも、この SCC を適用できます。これにより、以下のアクセス許可が付与されます。
- `allowHostPorts: true`: Dogstatsd / APM / ログインテークの、ノード IP へのバインドを許可します。
- `allowHostPID: true`: UNIX ソケットによって送信された DogStatsD メトリクスに対する発信点検出を許可します。
- `volumes: hostPath`: メトリクス収集に必要な、Docker ソケット、およびホストの `proc` と `cgroup` フォルダーへのアクセスを許可します。
-- `SELinux type: spc_t`: Docker ソケットと全プロセスの `proc` と `cgroup` フォルダにアクセスし、メトリクスを収集します。詳しくは[超特権コンテナのコンセプトの紹介][9]を参照してください。
+- `SELinux type: spc_t`: Docker ソケットと全プロセスの `proc` と `cgroup` フォルダにアクセスし、メトリクスを収集します。詳しくは[超特権コンテナのコンセプトの紹介][6]を参照してください。
新しく作成した datadog-agent SCC に、datadog-agent サービスアカウントを追加することを忘れないでください。それには、system:serviceaccount:: を users セクションに追加する必要があります。
@@ -187,6 +201,20 @@ runAsUser:
type: RunAsAny
```
+### ログ収集
+
+Datadog Agent のログ収集は、他の Kubernetes クラスターとほぼ同様に OpenShift で設定されます。Datadog Operator と Helm Chart は、`/var/log/pods` ディレクトリにマウントされ、Datadog Agent のポッドがそれぞれのホスト上にあるポッドおよびコンテナのログを監視するために使用します。ただし、Datadog Operator を使用する場合は、Agent にこれらのログファイルを読み取る権限を付与するために、追加の SELinux オプションを適用する必要があります。
+
+一般的な情報については [Kubernetes ログ収集][9]を参照し、構成例については[ディストリビューション][3]ページを参照してください。
+
+### APM
+
+Kubernetes では、アプリケーションポッドから Datadog Agent ポッドにデータを送信するための主なオプションとして、Unix ドメインソケット (UDS)、HostIP:HostPort オプション (TCP/IP)、Kubernetes Service の 3 つがあります。Datadog Operator と Helm Chart は、最もリソース効率が高い UDS オプションをデフォルトで使用します。ただし、このオプションは、Agent ポッドとアプリケーションポッドの両方で昇格した SCC および SELinux オプションが必要となるため、OpenShift ではうまく動作しません。
+
+Datadog では、この問題を回避し、Admission Controller がこの構成を注入しないようにするため、UDS オプションを明示的に無効にすることを推奨しています。
+
+一般的な情報については [Kubernetes APM - トレース収集][10]を参照し、構成例については[ディストリビューション][3]ページを参照してください。
+
### 検証
[kubernetes_apiserver][1] を参照
@@ -211,13 +239,13 @@ OpenShift チェックには、サービスのチェック機能は含まれま
[1]: https://github.com/DataDog/datadog-agent/blob/master/cmd/agent/dist/conf.d/kubernetes_apiserver.d/conf.yaml.example
-[2]: https://docs.datadoghq.com/ja/agent/kubernetes/
-[3]: https://github.com/DataDog/datadog-operator/
-[4]: https://docs.openshift.com/container-platform/4.10/operators/understanding/olm-understanding-operatorhub.html
-[5]: https://docs.datadoghq.com/ja/agent/kubernetes/log/?tab=daemonset
-[6]: https://docs.datadoghq.com/ja/agent/kubernetes/daemonset_setup/
-[7]: https://docs.datadoghq.com/ja/agent/kubernetes/daemonset_setup/?tab=k8sfile#configure-rbac-permissions
-[8]: https://github.com/DataDog/datadog-agent/blob/master/Dockerfiles/manifests/agent-kubelet-only.yaml
-[9]: https://developers.redhat.com/blog/2014/11/06/introducing-a-super-privileged-container-concept
-[10]: https://github.com/DataDog/datadog-agent/blob/master/Dockerfiles/manifests/openshift/scc.yaml
-[11]: https://docs.datadoghq.com/ja/help/
+[2]: https://docs.datadoghq.com/ja/containers/kubernetes/installation
+[3]: https://docs.datadoghq.com/ja/containers/kubernetes/distributions/?tab=datadogoperator#Openshift
+[4]: https://github.com/DataDog/datadog-operator/
+[5]: https://docs.openshift.com/container-platform/4.10/operators/understanding/olm-understanding-operatorhub.html
+[6]: https://developers.redhat.com/blog/2014/11/06/introducing-a-super-privileged-container-concept
+[7]: https://github.com/DataDog/datadog-agent/blob/master/Dockerfiles/manifests/openshift/scc.yaml
+[8]: https://docs.datadoghq.com/ja/agent/kubernetes/daemonset_setup/?tab=k8sfile#configure-rbac-permissions
+[9]: https://docs.datadoghq.com/ja/agent/kubernetes/log/?tab=daemonset
+[10]: https://docs.datadoghq.com/ja/containers/kubernetes/apm
+[11]: https://docs.datadoghq.com/ja/help/
\ No newline at end of file
diff --git a/content/ja/integrations/oracle_cloud_infrastructure.md b/content/ja/integrations/oracle_cloud_infrastructure.md
index 827c53c75177d..b5334d6eedae8 100644
--- a/content/ja/integrations/oracle_cloud_infrastructure.md
+++ b/content/ja/integrations/oracle_cloud_infrastructure.md
@@ -3,7 +3,7 @@ app_id: oracle-cloud-infrastructure
app_uuid: c2b4d38f-dd23-4ca2-8bc4-b70360868e8c
assets:
dashboards:
- OCI-Overview-Beta: assets/dashboards/oci-overview-beta-dashboard.json
+ Oracle-Cloud-Infrastructure-Overview-Dashboard: assets/dashboards/oracle-cloud-infrastructure-overview-dashboard.json
integration:
auto_install: false
events:
@@ -27,7 +27,7 @@ categories:
- ログの収集
- ネットワーク
- oracle
-custom_kind: integration
+custom_kind: インテグレーション
dependencies: []
display_on_public_website: true
draft: false
@@ -39,8 +39,7 @@ is_public: true
manifest_version: 2.0.0
name: oracle_cloud_infrastructure
public_title: Oracle Cloud Infrastructure
-short_description: OCI delivers high-performance computing and migrations. The OCI
- metrics integration is in private beta.
+short_description: OCI は高性能コンピューティングとマイグレーションを提供します。OCI メトリクスインテグレーションは非公開ベータ版です。
supported_os: []
tile:
changelog: CHANGELOG.md
@@ -51,8 +50,7 @@ tile:
- Category::Oracle
- Offering::Integration
configuration: README.md#Setup
- description: OCI delivers high-performance computing and migrations. The OCI metrics
- integration is in private beta.
+ description: OCI は高性能コンピューティングとマイグレーションを提供します。OCI メトリクスインテグレーションは非公開ベータ版です。
media: []
overview: README.md#Overview
support: README.md#Support
@@ -64,10 +62,215 @@ tile:
Oracle Cloud Infrastructure (OCI) は、エンタープライズ規模の企業で使用されるInfrastructure-as-a-Service (IaaS) および Platform-as-a-Service (PaaS) です。ホスティング、ストレージ、ネットワーキング、データベースなどのマネージドサービスの完全なスイートを備えています。
-Datadog インテグレーションにより、OCI ユーザーはすべてのログを Datadog に直接ストリーミングでき、そこで無期限に保存し、トラブルシューティングのために分析し、セキュリティとコンプライアンスの姿勢を監視できます。
+Datadog の OCI インテグレーションを使用して、ログとメトリクスを Datadog に転送し、ダッシュボードの作成、トラブルシューティングの支援、セキュリティおよびコンプライアンス状況の監視に活用できます。
## セットアップ
+### メトリクスの収集
+
+OCI メトリクスを Datadog に転送するには
+ - Oracle Resource Manager スタックを使用して、テナンシーのホームリージョンで [Datadog 認証ユーザー、グループ、および必要なポリシーを作成](#create-a-policy-stack)します。このスタックは、
+ * Datadog 認証ユーザーが OCI リソースからデータを読み取ることを可能にします。
+ * メトリクスの転送を可能にします。
+ - Datadog インテグレーションタイルで[テナンシー情報を入力](#enter-tenancy-info)します。
+ - Oracle Resource Manager スタックを使用して、メトリクスを転送したいすべてのテナンシーリージョンで[必要な OCI インフラストラクチャーを作成](#create-a-metric-forwarding-stack)します。
+
+### OCI スタックとテナンシー情報を作成する
+
+**注**: これらの手順を完了するには、OCI ユーザーアカウントに **Cloud Administrator** ロールが必要です。
+
+このインテグレーションは、OCI の[コネクタハブ][1]、[関数アプリ][2]、およびセキュアなネットワークインフラストラクチャーを使用して、OCI メトリクスを Datadog に転送します。
+
+{{< img src="/integrations/oracle_cloud_infrastructure/OCI_metrics_integration_diagram.png" alt="このページで言及されている OCI リソースとデータフローを示す図" >}}
+
+最も簡単なセットアップのために、Datadog は以下の ORM スタックを使用して、必要なすべての OCI リソースを作成することを推奨します。あるいは、既存の OCI ネットワークインフラストラクチャーや、[メトリクス転送スタックを作成する](#create-a-metric-forwarding-stack)で概要を説明する要件を満たす関数アプリを使用することもできます。
+
+**注**: リソースマネージャースタックの Terraform 状態ファイルへのアクセス権を管理する必要があります。詳細については、Securing Resource Manager ページの [Terraform 状態ファイルのセクション][3]を参照してください。
+
+#### ポリシースタックを作成する
+
+{{< img src="/integrations/oracle_cloud_infrastructure/OCI_auth_workflow_diagram.png" alt="インテグレーション認証に使用される OCI リソースとワークフローの図" >}}
+
+ORM ポリシースタックは、テナンシーの**ホームリージョン**に作成する必要があります。このポリシースタックは次を作成します。
+ * コネクタハブへのアクセスを有効にするための `resource.type = 'serviceconnectors'` を持つ動的グループ。
+ * テナンシーリソースを読み取るために Datadog が使用する **DatadogAuthUser** というユーザー。
+ * 作成されたユーザーがポリシーアクセスのために追加されるグループ。
+ * ルートコンパートメントにおける、コネクタハブがメトリクスを読み取り、関数を呼び出すことを許可するポリシー。さらに、作成されたユーザーグループにテナンシーリソースの読み取りアクセスを付与します。ポリシーに以下のステートメントが追加されます。
+
+```text
+Allow dynamic-group to read metrics in tenancy
+Allow dynamic-group to use fn-function in tenancy
+Allow dynamic-group to use fn-invocation in tenancy
+Allow group / to read all-resources in tenancy
+```
+
+スタックを作成するには、ユーザーアカウントが[動的グループとポリシーを作成][4]できる必要があります。
+
+1. Datadog OCI インテグレーションタイルで **Create a stack** ボタンをクリックします。
+2. Oracle 利用規約に同意します。
+3. **Working directory** のドロップダウンで、`datadog-oci-orm/policy-setup` を選択します。
+4. カスタム Terraform プロバイダーを使用するオプションは**未選択**のままにします。
+5. `datadog-metrics-policy-setup` のようなわかりやすい名前を提供し、それをデプロイするコンパートメントを選択します。
+6. **Next** をクリックします。
+7. 作成される動的グループ、ユーザーグループ、およびポリシーの名前を指定するか、提供されたデフォルトの名前を使用します。
+8. スタックを実行するユーザーのドメイン名を提供します。デフォルトのドメイン名は `Default` です。
+9. テナンシーの**ホームリージョン**が選択されていることを確認します。
+10. **Next** をクリックします。
+11. **Create** をクリックします。
+
+**注**:
+* スタックを実行するユーザーが `Default` 以外の IAM ドメインに属している場合、認証ユーザー、動的グループ、およびユーザーグループがそのドメイン内にのみ作成されるように、そのドメイン名を指定してください。
+* ユーザーとグループが **Default** ドメインに作成されていない場合、そのドメインがテナンシーのすべてのサブスクライブされたリージョンにレプリケートされていることを確認してください。詳細については、[アイデンティティドメインを複数のリージョンにレプリケートする][5]を参照してください。
+
+#### テナンシー情報を入力
+
+1. 監視したいテナンシーの OCID とホームリージョンを [Datadog OCI インテグレーションタイル][6]に入力します。
+ - この情報は[テナンシー詳細ページ][7]で見つけることができます。
+ - OCI の [Regions and Availability Domains ページ][8]から **Region Identifier** の値を使用して、ホームリージョンを入力します。
+
+2. 前のスタックを実行した後に作成された `DatadogAuthUser` の **OCID** 値をコピーし、それを [Datadog OCI インテグレーションタイル][6]のユーザー OCID フィールドに貼り付けてください。
+
+3. OCI コンソールに戻り、次の手順で **API キー**を生成します。
+ a. 作成された `DatadogAuthUser` に戻ります。
+ b. 画面の左下の **Resources** の下にある **API keys** をクリックします。
+ c. **Add API key** をクリックします。
+ d. **Download private key** をクリックします。
+ e. **Add** をクリックします。
+ f. **Configuration file preview** のポップアップが表示されますが、特に操作は必要ありません。ポップアップを閉じてください。
+
+{{< img src="/integrations/oracle_cloud_infrastructure/add_api_key.png" alt="OCI コンソールの Add API Key ページ" >}}
+
+4. **Fingerprint** の値をコピーし、その値を [Datadog OCI インテグレーションタイル][6]の **Fingerprint** フィールドに貼り付けてください。
+5. 次の手順で**プライベートキー**の値をコピーします。
+ a. ダウンロードしたプライベートキー `.pem` ファイルをテキストエディタで開くか、`cat` のようなターミナルコマンドを使用してファイルの内容を表示します。
+ b. `-----BEGIN PRIVATE KEY-----` と `-----END PRIVATE KEY-----` を含む全内容をコピーします。
+6. プライベートキーの値を Datadog OCI インテグレーションタイルの **Private Key** フィールドに貼り付けてください。
+
+
+#### メトリクス転送スタックを作成する
+
+このスタックで作成されたすべてのリソースは、指定されたコンパートメントにデプロイされます。このスタックを実行するユーザーが、そのコンパートメントでリソースを作成するアクセス権を持っていることを確認してください。
+
+1. OCI コンソールの[スタックの作成][9]に移動します。
+2. Oracle 利用規約に同意します。
+3. **Working directory** のドロップダウンで、`datadog-oci-orm/metrics-setup` を選択します。
+4. カスタム Terraform プロバイダーを使用するオプションは**未選択**のままにします。
+5. スタックに名前を付け、それをデプロイするコンパートメントを選択します。
+6. **Next** をクリックします。
+7. **Tenancy** の値は、そのままにしておいてください。これらは現在のリージョンとテナント、および以前に選択したコンパートメントによって指定されます。
+8. **Datadog API Key** フィールドにあなたの [Datadog API キー][10]を入力します。
+9. **Datadog Environment Endpoint** フィールドで、あなたの [Datadog サイト][11]に対応するエンドポイントを選択します。
+
+| Datadog サイト | エンドポイント |
+| ------------- | -------------------------------------- |
+| US1 | ocimetrics-intake.datadoghq.com |
+| US3 | ocimetrics-intake.us3.datadoghq.com |
+| US5 | ocimetrics-intake.us5.datadoghq.com |
+| EU1 | ocimetrics-intake.datadoghq.eu |
+| AP1 | ocimetrics-intake.ap1.datadoghq.com |
+
+_注:_ OCI インテグレーションは US1-FED サイトではサポートされていません。
+
+{{< tabs >}}
+{{% tab "ORM を使用して VCN を作成する (推奨)" %}}
+10. **Network options** セクションで、`Create VCN` がチェックされたままにします。
+ a. **vcnCompartment** フィールドで、あなたのコンパートメントを選択します。
+{{% /tab %}}
+
+{{% tab "既存の VCN を使用する" %}}
+既存の VCN を使用する場合、サブネットの OCID をスタックに提供する必要があります。VCN が次を満たしていることを確認してください。
+ - NAT ゲートウェイを通じて HTTP の外向きコールを行うことが許可されている。
+ - サービスゲートウェイを使用して OCI コンテナレジストリからイメージを取得できる。
+ - NAT ゲートウェイとサービスゲートウェイを許可するルートテーブルルールを持っている。
+ - HTTP リクエストを送信するセキュリティルールを持っている。
+
+10. **Network options** セクションで、`Create VCN` オプションのチェックを外し、あなたの VCN 情報を入力します。
+ a. **vcnCompartment** フィールドで、あなたのコンパートメントを選択します。
+ b. **existingVcn** セクションで、あなたの既存の VCN を選択します。
+ c. **Function Subnet OCID** セクションで、使用するサブネットの OCID を入力します。
+{{% /tab %}}
+{{< /tabs >}}
+
+{{< tabs >}}
+{{% tab "ORM を使用して関数アプリケーションを作成する (推奨)" %}}
+ORM スタックは、テナンシー内のリージョンに関数コンテナリポジトリを作成し、関数で使用するために Docker イメージがそこに送信されます。
+
+11. **Function settings** セクションで以下の手順を完了します。
+ a. **Function Application shape** フィールドで、値を `GENERIC_ARM` のままにします。
+ b. OCI Docker レジストリのユーザー名とパスワードを入力します。
+ - **OCI Docker registry user name** フィールドに、あなたの OCI ユーザー名を入力します。
+ - **OCI Docker registry password** フィールドに、あなたの OCI ユーザーの認証トークンを入力します。詳細については、[認証トークンの取得][1]を参照してください。
+
+ _注:_ Docker レジストリのログインが正しいかどうかを確認するには、[Oracle Cloud Infrastructure Registry へのログイン][2]を参照してください。
+
+
+
+
+[1]: https://docs.oracle.com/iaas/Content/Registry/Tasks/registrygettingauthtoken.htm
+[2]: https://docs.oracle.com/iaas/Content/Functions/Tasks/functionslogintoocir.htm
+{{% /tab %}}
+
+{{% tab "既存の関数アプリケーションを使用する" %}}
+既存の関数アプリケーションを使用する場合、イメージはすでに存在しており、完全なイメージパスを提供する必要があります。以下は完全なイメージパスの例です。
+
+```text
+.ocir.io//datadog-functions/datadog-function-metrics:latest
+```
+
+- `` には、OCI の[リージョンと可用性ドメインのページ][1]のテーブルから **Region Key** の値を使用します。例えば、`US-EAST` のリージョンキーは `IAD` です。
+- `` には、[テナンシー詳細ページ][2]の **Object storage namespace** の値を使用します。
+
+11. **Function settings** セクションで以下の手順を完了します。
+ a. **Function Application shape** フィールドで、値を `GENERIC_ARM` のままにします。
+ b. **Function Image Path** フィールドに、完全なイメージパスを入力します。
+
+[1]: https://docs.oracle.com/iaas/Content/General/Concepts/regions.htm
+[2]: https://cloud.oracle.com/tenancy
+{{% /tab %}}
+{{< /tabs >}}
+
+12. **Service Connector hub batch size** を `5000` に設定します。
+13. **Next** をクリックします。
+14. **Create** をクリックします。
+15. [Datadog OCI インテグレーションタイル][6]に戻り、**Create configuration** をクリックします。
+
+**注**: デフォルトでは、ルートコンパートメントのみが選択され、Datadog OCI インテグレーションでサポートされているすべてのメトリクスネームスペースが有効になっています (コネクタハブあたり最大 50 のネームスペースがサポートされます)。
+
+16. 任意で、コンパートメントを追加したり、有効なメトリクスネームスペースのリストを編集するには、新しく作成した [Connector Hub][12] の **Edit** をクリックします。
+ - コンパートメントを追加するには、**+ Another compartment** をクリックします。
+ - **Configure source** セクションで、**Namespaces** ドロップダウンからネームスペースを追加または削除します。
+
+#### 検証
+
+Datadog の [OCI インテグレーション概要ダッシュボード][13]または [Metrics Explorer ページ][14]で `oci.*` メトリクスを表示します。
+
+OCI 関数メトリクス (oci.faas ネームスペース) とコンテナインスタンスメトリクス (oci_computecontainerinstance ネームスペース) はベータ版です。
+
+### メトリクスネームスペース
+
+| インテグレーション | メトリクスネームスペース |
+| ----------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------- |
+| [Autonomous Database][15] | [oci_autonomous_database][16] |
+| ブロックストレージ | [oci_blockstore][17] |
+| [コンピュート][18] | [oci_computeagent][19]、[rdma_infrastructure_health][20]、[gpu_infrastructure_health][21]、[oci_compute_infrastructure_health][22] |
+| コンテナインスタンス (ベータ) | [oci_computecontainerinstance][23] |
+| [データベース][24] | [oci_database][25]、[oci_database_cluster][26] |
+| ダイナミックルーティングゲートウェイ | [oci_dynamic_routing_gateway][27] |
+| FastConnect | [oci_fastconnect][28] |
+| ファイルストレージ | [oci_filestorage][29] |
+| 関数 (ベータ) | [oci_faas][30] |
+| HeatWave MySQL | [oci_mysql_database][31] |
+| Kubernetes エンジン | [oci_oke][32] |
+| [ロードバランサー][33] | [oci_lbaas][34]、[oci_nlb][35] |
+| [NAT ゲートウェイ][36] | [oci_nat_gateway][37] |
+| オブジェクトストレージ | [oci_objectstorage][38] |
+| キュー | [oci_queue][39] |
+| サービスコネクタハブ | [oci_service_connector_hub][40] |
+| サービスゲートウェイ | [oci_service_gateway][41] |
+| [VCN][42] | [oci_vcn][43] |
+| VPN | [oci_vpn][44] |
+| Web Application Firewall | [oci_waf][45] |
+
### ログ収集
次のいずれかのプロセスに従って、Oracle Cloud Infrastructure から Datadog にログを送信します。
@@ -116,18 +319,12 @@ OCI ログの詳細については、[リソースのログを有効にする][1
OCI オブジェクトストレージの詳細については、[Oracle のサービスコネクタのブログ記事][6]を参照してください。
-## トラブルシューティング
-
-ご不明な点は、[Datadog のサポートチーム][7]までお問い合わせください。
-
-
-[1]: https://docs.cloud.oracle.com/en-us/iaas/Content/Logging/Concepts/service_logs.htm#enabling_logging
-[2]: https://docs.cloud.oracle.com/en-us/iaas/Content/Functions/Concepts/functionsoverview.htm
+[1]: https://docs.oracle.com/iaas/Content/Logging/Task/enabling_logging.htm
+[2]: https://docs.cloud.oracle.com/iaas/Content/Functions/Concepts/functionsoverview.htm
[3]: https://github.com/DataDog/Oracle_Logs_Integration/blob/master/Service%20Connector%20%20Hub/func.py
[4]: https://github.com/DataDog/Oracle_Logs_Integration/blob/master/Service%20Connector%20%20Hub/func.yaml
[5]: https://github.com/DataDog/Oracle_Logs_Integration/blob/master/Service%20Connector%20%20Hub/requirements.txt
[6]: https://blogs.oracle.com/cloud-infrastructure/oracle-cloud-infrastructure-service-connector-hub-now-generally-available
-[7]: https://docs.datadoghq.com/ja/help/
{{% /tab %}}
{{% tab "オブジェクトストア" %}}
@@ -190,14 +387,85 @@ OCI オブジェクトストレージの詳細については、[データをオ
OCI オブジェクトストレージの詳細については、[イベント入門][7]を参照してください。
-
-
-[1]: https://docs.cloud.oracle.com/en-us/iaas/Content/Logging/Concepts/service_logs.htm#enabling_logging
-[2]: https://docs.cloud.oracle.com/en-us/iaas/Content/GSG/Tasks/addingbuckets.htm
-[3]: https://docs.cloud.oracle.com/en-us/iaas/Content/Functions/Concepts/functionsoverview.htm
+[1]: https://docs.oracle.com/iaas/Content/Logging/Task/enabling_logging.htm
+[2]: https://docs.cloud.oracle.com/iaas/Content/GSG/Tasks/addingbuckets.htm
+[3]: https://docs.cloud.oracle.com/iaas/Content/Functions/Concepts/functionsoverview.htm
[4]: https://github.com/DataDog/Oracle_Logs_Integration/blob/master/Object%20Store/func.py
[5]: https://github.com/DataDog/Oracle_Logs_Integration/blob/master/Object%20Store/func.yaml
[6]: https://github.com/DataDog/Oracle_Logs_Integration/blob/master/Object%20Store/requirements.txt
-[7]: https://docs.cloud.oracle.com/en-us/iaas/Content/Events/Concepts/eventsgetstarted.htm
+[7]: https://docs.cloud.oracle.com/iaas/Content/Events/Concepts/eventsgetstarted.htm
{{% /tab %}}
{{< /tabs >}}
+
+## 収集データ
+
+### メトリクス
+{{< get-metrics-from-git "oracle_cloud_infrastructure" >}}
+
+
+### サービスチェック
+
+OCI インテグレーションには、サービスのチェック機能は含まれません。
+
+### イベント
+
+OCI インテグレーションには、イベントは含まれません。
+
+## トラブルシューティング
+
+ご不明な点は、[Datadog のサポートチーム][46]までお問い合わせください。
+
+## その他の参考資料
+
+お役に立つドキュメント、リンクや記事:
+
+- [Datadog で Oracle Cloud Infrastructure を監視する][47]
+
+
+[1]: https://docs.oracle.com/iaas/Content/connector-hub/home.htm
+[2]: https://docs.oracle.com/iaas/Content/Functions/Concepts/functionsconcepts.htm#applications
+[3]: https://docs.oracle.com/iaas/Content/Security/Reference/resourcemanager_security.htm#confidentiality__terraform-state
+[4]: https://docs.oracle.com/en/cloud/paas/weblogic-container/user/create-dynamic-groups-and-policies.html
+[5]: https://docs.oracle.com/iaas/Content/Identity/domains/to-manage-regions-for-domains.htm
+[6]: https://app.datadoghq.com/integrations/oracle-cloud-infrastructure
+[7]: https://cloud.oracle.com/tenancy
+[8]: https://docs.oracle.com/iaas/Content/General/Concepts/regions.htm
+[9]: https://cloud.oracle.com/resourcemanager/stacks/create?zipUrl=https://github.com/Datadog/oracle-cloud-integration/releases/latest/download/datadog-oci-orm.zip
+[10]: https://app.datadoghq.com/organization-settings/api-keys
+[11]: https://docs.datadoghq.com/ja/getting_started/site/
+[12]: https://cloud.oracle.com/connector-hub/service-connectors
+[13]: https://app.datadoghq.com/dash/integration/31405/oracle-cloud-oci-overview
+[14]: https://app.datadoghq.com/metric/explorer
+[15]: https://app.datadoghq.com/integrations/oci-autonomous-database
+[16]: https://docs.oracle.com/iaas/autonomous-database-serverless/doc/autonomous-monitor-metrics-list.html
+[17]: https://docs.oracle.com/iaas/Content/Block/References/volumemetrics.htm
+[18]: https://app.datadoghq.com/integrations/oci-compute
+[19]: https://docs.oracle.com/iaas/Content/Compute/References/computemetrics.htm#Availabl
+[20]: https://docs.oracle.com/iaas/Content/Compute/References/computemetrics.htm#computemetrics_topic-Available_Metrics_oci_compute_rdma_network
+[21]: https://docs.oracle.com/iaas/Content/Compute/References/computemetrics.htm#computemetrics_topic-Available_Metrics_oci_high_performance_compute
+[22]: https://docs.oracle.com/iaas/Content/Compute/References/infrastructurehealthmetrics.htm
+[23]: https://docs.oracle.com/iaas/Content/container-instances/container-instance-metrics.htm
+[24]: https://app.datadoghq.com/integrations/oci-database
+[25]: https://docs.oracle.com/iaas/base-database/doc/available-metrics-base-database-service-resources.html#DBSCB-GUID-57B7B9B1-288B-4DCB-82AE-D53B2BD9C78F
+[26]: https://docs.oracle.com/iaas/base-database/doc/available-metrics-base-database-service-resources.html#DBSCB-GUID-A42CF0E3-EE65-4A66-B8A3-C89B62AFE489
+[27]: https://docs.oracle.com/iaas/Content/Network/Reference/drgmetrics.htm
+[28]: https://docs.oracle.com/iaas/Content/Network/Reference/fastconnectmetrics.htm
+[29]: https://docs.oracle.com/iaas/Content/File/Reference/filemetrics.htm
+[30]: https://docs.oracle.com/iaas/Content/Functions/Reference/functionsmetrics.htm
+[31]: https://docs.oracle.com/iaas/mysql-database/doc/metrics.html
+[32]: https://docs.oracle.com/iaas/Content/ContEng/Reference/contengmetrics.htm
+[33]: https://app.datadoghq.com/integrations/oci-load-balancer
+[34]: https://docs.oracle.com/iaas/Content/Balance/Reference/loadbalancermetrics.htm
+[35]: https://docs.oracle.com/iaas/Content/NetworkLoadBalancer/Metrics/metrics.htm
+[36]: https://app.datadoghq.com/integrations/oci-nat-gateway
+[37]: https://docs.oracle.com/iaas/Content/Network/Reference/nat-gateway-metrics.htm
+[38]: https://docs.oracle.com/iaas/Content/Object/Reference/objectstoragemetrics.htm
+[39]: https://docs.oracle.com/iaas/Content/queue/metrics.htm
+[40]: https://docs.oracle.com/iaas/Content/connector-hub/metrics-reference.htm
+[41]: https://docs.oracle.com/iaas/Content/Network/Reference/SGWmetrics.htm
+[42]: https://app.datadoghq.com/integrations/oci-vcn
+[43]: https://docs.oracle.com/iaas/Content/Network/Reference/vnicmetrics.htm
+[44]: https://docs.oracle.com/iaas/Content/Network/Reference/ipsecmetrics.htm
+[45]: https://docs.oracle.com/iaas/Content/WAF/Reference/metricsalarms.htm
+[46]: https://docs.datadoghq.com/ja/help/
+[47]: https://www.datadoghq.com/blog/monitor-oci-with-datadog/
\ No newline at end of file
diff --git a/content/ja/integrations/windows_registry.md b/content/ja/integrations/windows_registry.md
index 0d5a17f19b572..fc5603520116f 100644
--- a/content/ja/integrations/windows_registry.md
+++ b/content/ja/integrations/windows_registry.md
@@ -18,7 +18,8 @@ author:
support_email: help@datadoghq.com
categories:
- OS & システム
-custom_kind: integration
+- windows
+custom_kind: インテグレーション
dependencies:
- https://github.com/DataDog/integrations-core/blob/master/windows_registry/README.md
display_on_public_website: true
@@ -39,6 +40,7 @@ tile:
classifier_tags:
- Supported OS::Windows
- Category::OS & System
+ - カテゴリー::Windows
- Offering::Integration
configuration: README.md#Setup
description: Windows ホストでレジストリキーの変更を監視します。
@@ -115,4 +117,4 @@ Windows レジストリインテグレーションには、サービスのチェ
[6]: https://docs.datadoghq.com/ja/agent/guide/agent-commands/#restart-the-agent
[7]: https://docs.datadoghq.com/ja/agent/basic_agent_usage/windows/?tab=gui#agent-status-and-information
[8]: https://docs.datadoghq.com/ja/account_management/billing/log_management/
-[9]: https://docs.datadoghq.com/ja/help/
+[9]: https://docs.datadoghq.com/ja/help/
\ No newline at end of file
diff --git a/content/ja/integrations/winkmem.md b/content/ja/integrations/winkmem.md
index d81f13788c779..9fbba5e48a751 100644
--- a/content/ja/integrations/winkmem.md
+++ b/content/ja/integrations/winkmem.md
@@ -22,7 +22,8 @@ author:
support_email: help@datadoghq.com
categories:
- OS & システム
-custom_kind: integration
+- windows
+custom_kind: インテグレーション
dependencies:
- https://github.com/DataDog/integrations-core/blob/master/winkmem/README.md
display_on_public_website: true
@@ -43,6 +44,7 @@ tile:
classifier_tags:
- Supported OS::Windows
- Category::OS & System
+ - カテゴリー::Windows
- Offering::Integration
configuration: README.md#Setup
description: Windows カーネルのメモリ割り当てを監視します。
@@ -100,4 +102,4 @@ Windows Kernel Memory インテグレーションには、サービスのチェ
[3]: https://github.com/DataDog/datadog-agent/blob/master/cmd/agent/dist/conf.d/winkmem.d/conf.yaml.example
[4]: https://docs.datadoghq.com/ja/agent/guide/agent-commands/#start-stop-and-restart-the-agent
[5]: https://github.com/DataDog/integrations-core/blob/master/winkmem/metadata.csv
-[6]: https://docs.datadoghq.com/ja/help/
+[6]: https://docs.datadoghq.com/ja/help/
\ No newline at end of file
diff --git a/content/ja/logs/explorer/facets.md b/content/ja/logs/explorer/facets.md
index edd1dab8a3322..c45f545b778d5 100644
--- a/content/ja/logs/explorer/facets.md
+++ b/content/ja/logs/explorer/facets.md
@@ -1,7 +1,7 @@
---
algolia:
tags:
- - log facets
+ - ログファセット
aliases:
- /ja/logs/facets
description: ログファセットとファセットパネル
@@ -33,7 +33,7 @@ title: ログファセット
ファセットを使用すると、[ログモニター][4]のログ、[ダッシュボード][5]のログウィジェット、[ノートブック][6]を操作することもできます。
-**Note**: You do not need facets to support [log processing][7], [livetail search][8], [log explorer search][9], [metric generation][10] from logs, [archive][11] forwarding, or [rehydration][12]. You also do not need facets for routing logs through to [Pipelines][13] and [Indexes][14] with filters, or excluding or sampling logs from indexes with [exclusion filters][15].
+**注**: [ログ処理][7]、[ライブテイル検索][8]、[ログエクスプローラー検索][9]、ログからの[メトリクス生成][10]、[アーカイブ][11]転送、または[リハイドレーション][12]をサポートするためのファセットは必要ありません。また、フィルターを使用して[パイプライン][13]や[インデックス][14]にログをルーティングする場合や、[除外フィルター][15]を使用してインデックスからログを除外またはサンプリングする場合にもファセットは必要ありません。
これらすべてのコンテキストで、オートコンプリート機能は既存のファセットに依存しますが、入力ログに一致する入力はすべて機能します。
@@ -99,16 +99,16 @@ title: ログファセット
### ファセットを非表示にする
ログを使用するすべてのチームのあらゆるユースケースに対処する必要があるため、組織が持つファセットは膨大になるものです。しかし、特定のトラブルシューティングのコンテキストで必要となるのは、こうしたファセットの一部のみであることが大半でしょう。トラブルシューティングセッションで最も関連性の高いファセットのみを保持するために、必要のないファセットを定期的に非表示にします。
-
-{{< img src="logs/explorer/facet/hide_facet.png" alt="ファセットを非表示にする" style="width:30%;">}}
+1. [Logs Explorer][30] で、非表示にしたいファセットを見つけます。
+1. ファセットの隣にある歯車アイコンをクリックします。
+1. **Hide Facet** を選択します。
必要に応じて、ファセットは非表示にしてもファセット検索に表示されます（[ファセットのフィルター](#filter-facets)セクションを参照）。そこから非表示のファセットを再表示します。
-{{< img src="logs/explorer/facet/unhide_facet.png" style="width:50%;" alt="ファセットを再表示" style="width:30%;">}}
非表示のファセットは、検索バーのオートコンプリートと、ログエクスプローラーの分析のドロップダウン（メジャー、グループ化など）からも非表示になります。ただし、ファセットは非表示にしても検索クエリでは有効です（たとえば、ログエクスプローラーのリンクをコピーして貼り付けた場合）。
-非表示のファセットはログエクスプローラー以外には影響を与えません（例: Live Tail、モニター、ダッシュボードのウィジェットの定義）。
+非表示のファセットはログエクスプローラー以外には影響を与えません (例: Live Tail、モニター、ダッシュボードのウィジェットの定義)。
#### 非表示のファセットとチームメイト
@@ -262,4 +262,5 @@ _エイリアス設定された_ファセットを_標準_ファセットにエ
[26]: /ja/logs/log_configuration/attributes_naming_convention
[27]: /ja/logs/indexes/#indexes
[28]: /ja/logs/log_configuration/rehydrating
-[29]: /ja/logs/log_configuration/parsing/?tab=matchers#nested-json
\ No newline at end of file
+[29]: /ja/logs/log_configuration/parsing/?tab=matchers#nested-json
+[30]: https://app.datadoghq.com/logs
\ No newline at end of file
diff --git a/content/ja/logs/guide/control-sensitive-logs-data.md b/content/ja/logs/guide/control-sensitive-logs-data.md
index aaec1fe1d7c99..8300ffb92e901 100644
--- a/content/ja/logs/guide/control-sensitive-logs-data.md
+++ b/content/ja/logs/guide/control-sensitive-logs-data.md
@@ -94,9 +94,9 @@ title: 機密ログデータの管理
この手順により、機密データを含むログ (すでに送信されたログと流入し続ける可能性のあるログの両方) を Datadog (Explorer、Dashboard、Livetail) でクエリできないようにします。
-[データアクセスコンフィギュレーションページ][17]と機密性の高いアウトラインクエリを使用して、組織内の全員に適用される[制限][18]を定義します。例えば、上記のクエリは、`version:x.y.z source:python status:debug` です。
+[データアクセス構成ページ][17]を使用して、組織内の全員に適用される[制限][18]を定義する際、機密性の高いアウトラインクエリを活用してください。例えば、`version:x.y.z source:python status:debug` のクエリを使用できます。また、`@timestamp` 属性を使用して特定の期間を指定して制限することも可能です。例えば、`@timestamp:[1731597125165 TO 1731597125200]` とします。
-**注:** 機密性の高いアウトラインクエリの**否定**を使用すると、一致するログ以外は表示されなくなります。
+**注:** 機密性の高いアウトラインクエリで **NOT** を使用する場合、クエリに一致するログへのアクセスは制限され、クエリに一致しないログのみがユーザーに表示されるようになります。
{{< img src="logs/guide/sensitive/sensitive_data_access.png" alt="機密データアクセス" style="width:80%;" >}}
diff --git a/content/ja/logs/guide/docker-logs-collection-troubleshooting-guide.md b/content/ja/logs/guide/docker-logs-collection-troubleshooting-guide.md
index bcba7533ddfd1..ed4fca80465c3 100644
--- a/content/ja/logs/guide/docker-logs-collection-troubleshooting-guide.md
+++ b/content/ja/logs/guide/docker-logs-collection-troubleshooting-guide.md
@@ -156,7 +156,7 @@ gnutls-cli intake.logs.datadoghq.com:10516
これはテストメッセージです
```
-ポート 10516 を開くことを選択できない場合は、`DD_LOGS_CONFIG_USE_HTTP` 環境変数を `true` に設定して、Datadog Agent が HTTPS 経由でログを送信するよう構成することができます。
+ポート 10516 を開くことを選択できない場合は、`DD_LOGS_CONFIG_FORCE_USE_HTTP` 環境変数を `true` に設定して、Datadog Agent が HTTPS 経由でログを送信するよう構成することができます。
#### コンテナに JSON ロギングドライバーが使用されていない
@@ -213,4 +213,4 @@ logs_config:
[1]: /ja/help/
[2]: /ja/integrations/journald/#setup
[3]: /ja/agent/docker/?tab=standard#mounting-conf-d
-[4]: https://docs.docker.com/config/containers/logging/journald/
+[4]: https://docs.docker.com/config/containers/logging/journald/
\ No newline at end of file
diff --git a/content/ja/logs/guide/ease-troubleshooting-with-cross-product-correlation.md b/content/ja/logs/guide/ease-troubleshooting-with-cross-product-correlation.md
index 9f8e017084f0e..15a594f7462cf 100644
--- a/content/ja/logs/guide/ease-troubleshooting-with-cross-product-correlation.md
+++ b/content/ja/logs/guide/ease-troubleshooting-with-cross-product-correlation.md
@@ -24,7 +24,7 @@ title: クロスプロダクト相関で容易にトラブルシューティン
このガイドでは、フルスタックデータを相関させる方法を説明します。ユースケースによっては、以下のいくつかのステップは省略することができます。他のステップに依存しているステップは、明示されています。
1. [サーバー側ログとトレースの相関付け](#correlate-server-side-logs-with-traces)
- * [Correlate application logs](#correlate-application-logs)
+ * [アプリケーションログの相関付け](#correlate-application-logs)
* [プロキシログの相関付け](#correlate-proxy-logs)
* [データベースログの相関付け](#correlate-database-logs)
2. [フロントエンドプロダクトの相関付け](#correlate-frontend-products)
@@ -72,7 +72,7 @@ title: クロスプロダクト相関で容易にトラブルシューティン
##### ログのトレース ID の挿入
-トレース ID は、`opentelemetry_trace_id` 変数として保存されます。NGINX 構成ファイル (`/etc/nginx/nginx.conf`) の HTTP セクションに以下の構成ブロックを追加して、NGINX のログ形式を更新します。
+トレース ID は、`opentelemetry_trace_id` という変数に保存されます。NGINX コンフィギュレーションファイル (`/etc/nginx/nginx.conf`) の HTTP セクションに以下の構成ブロックを追加して、NGINX のログフォーマットを更新します。
```conf
http {
@@ -98,7 +98,7 @@ http {
_trace_id %{notSpace:dd.trace_id:nullIf("-")}
```
-3. Add a [trace ID remapper][7] on `dd.trace_id` attribute.
+3. `dd.trace_id` 属性で [トレース ID リマッパー][7]を追加します。
### データベースログの相関付け
@@ -157,7 +157,7 @@ PostgreSQL パイプラインのクローン作成とカスタマイズ:
以下に、遅延しているトレースからのクエリ遅延の実行プランの例を示します。
-{{< img src="logs/guide/ease-troubleshooting-with-cross-product-correlation/slow-query-root-cause.png" alt="Slow query logs correlation" style="width:100%;" >}}
+{{< img src="logs/guide/ease-troubleshooting-with-cross-product-correlation/slow-query-root-cause.png" alt="クエリ遅延ログの相関" style="width:100%;" >}}
## フロントエンドプロダクトの相関付け
diff --git a/content/ja/logs/guide/forwarder.md b/content/ja/logs/guide/forwarder.md
index b050308a59d77..9c8c0b26b3416 100644
--- a/content/ja/logs/guide/forwarder.md
+++ b/content/ja/logs/guide/forwarder.md
@@ -153,8 +153,8 @@ aws lambda invoke --function-name --payload '{"retry":"true"}' o
### 古いバージョンを 3.106.0 以降にアップグレードする
-Starting version 3.106.0 Lambda function has been updated to add a prefix to cache filenames stored in the S3 bucket configured in `DD_S3_BUCKET_NAME`. This allows to use the same bucket to store cache files from several functions.
-Additionally, starting this version, the forwarder will attach custom S3 bucket tags by default to all logs exported to S3. For example, if a service is configured to send logs to a destiantion S3 bucket, the forwarder will add the bucket's tags to the logs while pulling and forwarding the logs.
+バージョン 3.106.0 から、Lambda 関数は `DD_S3_BUCKET_NAME` で構成された S3 バケットに保存されるキャッシュファイル名にプレフィックスを追加するよう更新されました。これにより、複数の関数が同じバケットにキャッシュファイルを保存できるようになります。
+さらに、このバージョンから、フォワーダーは S3 にエクスポートされるすべてのログにデフォルトでカスタム S3 バケットタグを付与します。たとえば、サービスが宛先の S3 バケットにログを送信するよう構成されている場合、フォワーダーはログを取得・転送する際にそのバケットのタグをログに追加します。
### 古いバージョンを 3.99.0 以降にアップグレードする
@@ -437,7 +437,7 @@ Datadog は、最低でも 10 個の予約済み同時実行を使用するこ
: Forwarder が GetResources API 呼び出しを使用して Step Functions タグをフェッチし、それらをログとトレースに適用できるようにします (Step Functions のトレースが有効な場合)。true に設定すると、アクセス許可 `tag:GetResources` が Lambda 実行 IAM ロールに自動的に追加されます。
`DdStepFunctionTraceEnabled`
-: Set to true to enable tracing for all Step Functions.
+: すべての Step Functions のトレースを有効にするには、true に設定します。
`SourceZipUrl`
: 実行内容を理解できない場合は、変更しないでください。関数のソースコードのデフォルトの場所を上書きします。
@@ -558,12 +558,11 @@ CloudFormation Stack は、次の IAM ロールを作成します。
"Resource": "*"
},
{
- "Action": ["s3:PutObject", "s3:DeleteObject"],
- "Resource": "",
- "Effect": "Allow"
- },
- {
- "Action": ["s3:ListBucket"],
+ "Action": [
+ "s3:ListBucket",
+ "s3:PutObject",
+ "s3:DeleteObject"
+ ],
"Resource": "",
"Effect": "Allow"
}
diff --git a/content/ja/logs/guide/how-to-set-up-only-logs.md b/content/ja/logs/guide/how-to-set-up-only-logs.md
index c46b1d653fba7..bb47ee30058b8 100644
--- a/content/ja/logs/guide/how-to-set-up-only-logs.md
+++ b/content/ja/logs/guide/how-to-set-up-only-logs.md
@@ -1,10 +1,19 @@
---
aliases:
- /ja/logs/faq/how-to-set-up-only-logs
+further_reading:
+- link: /containers/docker/log/?tab=containerinstallation
+ tag: ドキュメント
+ text: Docker ログ収集
+- link: /containers/kubernetes/log/
+ tag: ドキュメント
+ text: Kubernetes ログ収集
title: Datadog Agent をログ収集のみに使用
---
-To disable payloads, you must be running Agent v6.4+. This disables metric data submission (including Custom Metrics) so that hosts stop showing up in Datadog. Follow these steps:
+Infrastructure Monitoring は APM を使用するための前提条件です。APM のお客様である場合、メトリクス収集を無効にしないでください。重要なテレメトリーおよびメトリクス収集情報を失う可能性があります。
+
+ペイロードを無効にするには、Agent v6.4 以降を実行している必要があります。これにより、メトリクスデータの送信 (カスタムメトリクスを含む) が無効になり、ホストが Datadog に表示されなくなります。以下の手順に従ってください。
{{< tabs >}}
{{% tab "Host " %}}
@@ -29,7 +38,13 @@ To disable payloads, you must be running Agent v6.4+. This disables metric data
{{% /tab %}}
{{% tab "Docker" %}}
-Docker コンテナ化された Agent を使用している場合は、`DD_ENABLE_PAYLOADS_EVENTS`、`DD_ENABLE_PAYLOADS_SERIES`、`DD_ENABLE_PAYLOADS_SERVICE_CHECKS`、`DD_ENABLE_PAYLOADS_SKETCHES` の環境変数を `false` に設定し、Agent のコンフィギュレーションを以下のようにします。
+Docker コンテナ化 Agent を使用している場合、以下の環境変数を `false` に設定してください。
+- `DD_ENABLE_PAYLOADS_EVENTS`
+- `DD_ENABLE_PAYLOADS_SERIES`
+- `DD_ENABLE_PAYLOADS_SERVICE_CHECKS`
+- `DD_ENABLE_PAYLOADS_SKETCHES`
+
+以下は、Docker 実行コマンドにこれらの設定を含める例です。
```shell
docker run -d --name datadog-agent \
@@ -53,22 +68,31 @@ docker run -d --name datadog-agent \
{{% /tab %}}
{{% tab "Kubernetes" %}}
-Agent を Kubernetes にデプロイしている場合は、`DD_ENABLE_PAYLOADS_EVENTS`、`DD_ENABLE_PAYLOADS_SERIES`、`DD_ENABLE_PAYLOADS_SERVICE_CHECKS`、`DD_ENABLE_PAYLOADS_SKETCHES` の環境変数を `false` に設定し、Agent のコンフィギュレーションを以下のようにします。
+Kubernetes に Agent をデプロイする場合、Agent 構成に加えて Helm チャートに以下の変更を加えてください。
```yaml
## ログのみ送信
- datadog:
- [...]
- env:
- - name: DD_ENABLE_PAYLOADS_EVENTS
- value: "false"
- - name: DD_ENABLE_PAYLOADS_SERIES
- value: "false"
- - name: DD_ENABLE_PAYLOADS_SERVICE_CHECKS
- value: "false"
- - name: DD_ENABLE_PAYLOADS_SKETCHES
- value: "false"
+clusterAgent:
+ enabled: false
+datadog:
+[...]
+ processAgent:
+ enabled: false
+[...]
+ env:
+ - name: DD_ENABLE_PAYLOADS_EVENTS
+ value: "false"
+ - name: DD_ENABLE_PAYLOADS_SERIES
+ value: "false"
+ - name: DD_ENABLE_PAYLOADS_SERVICE_CHECKS
+ value: "false"
+ - name: DD_ENABLE_PAYLOADS_SKETCHES
+ value: "false"
```
{{% /tab %}}
-{{< /tabs >}}
\ No newline at end of file
+{{< /tabs >}}
+
+## 参考資料
+
+{{< partial name="whats-next/whats-next.html" >}}
\ No newline at end of file
diff --git a/content/ja/logs/log_configuration/archives.md b/content/ja/logs/log_configuration/archives.md
index f54631e3163ec..c8f36a95f336a 100644
--- a/content/ja/logs/log_configuration/archives.md
+++ b/content/ja/logs/log_configuration/archives.md
@@ -37,27 +37,26 @@ Datadog アカウントを構成して、独自のクラウドストレージシ
環境から直接ストレージに最適化されたアーカイブにログをルーティングしたい場合は、[Observability Pipelines でログをアーカイブする][4]方法を参照してください。
-## アーカイブの構成
+## ログアーカイブを構成します
-### インテグレーションのセットアップ
+### インテグレーションを設定します
{{< tabs >}}
{{% tab "AWS S3" %}}
{{< site-region region="gov" >}}
-AWS Role Delegation は、Datadog for Government site でサポートされていません。アクセスキーを使用する必要があります。
+ロール委任を使用した S3 アーカイブの設定は現在限定的に利用可能です。Datadog for Government アカウントでこの機能をリクエストするには、Datadog サポートにお問い合わせください。
{{< /site-region >}}
まだ構成されていない場合は、S3 バケットを保持する AWS アカウントの [AWS インテグレーション][1]をセットアップします。
-
-* 一般的なケースでは、これには、Datadog が AWS S3 との統合に使用できるロールの作成が含まれます。
-* 特に AWS GovCloud または China アカウントの場合は、ロール委任の代わりにアクセスキーを使用します。
+ * 一般的なケースでは、これには、Datadog が AWS S3 との統合に使用できるロールの作成が含まれます。
+ * 特に AWS China アカウントの場合は、ロール委任の代わりにアクセスキーを使用します。
[1]: /ja/integrations/amazon_web_services/?tab=automaticcloudformation#setup
{{% /tab %}}
{{% tab "Azure Storage" %}}
-まだ設定していない場合は、新しいストレージアカウントを保持するサブスクリプション内で [Azure インテグレーション][1]をセットアップします。これには、[Datadog がインテグレーションに使用できるアプリ登録の作成][2]も含まれます。
+新しいストレージアカウントのあるサブスクリプション内で [Azure インテグレーション][1]をセットアップしていない場合、セットアップします。これには、[Datadog が統合に使用できるアプリ登録の作成][2]も含まれます。
**注:** Azure ChinaCloud、GermanyCloud、GovCloud へのアーカイブはサポートされていません。
@@ -83,11 +82,11 @@ GCS ストレージバケットを持つプロジェクト用の [Google Cloud
{{< tabs >}}
{{% tab "AWS S3" %}}
-[AWS コンソール][1]に移動し、アーカイブを送信するための [S3 バケットを作成][2]します。
+[AWS コンソール][1]にアクセスし、アーカイブを転送する [S3 バケットを作成][2]します。
**注:**
-- バケットを一般公開で読み取り可能にしないでください。
+- バケットを公開読み取り可能にしないでください。
- [US1、US3、US5 サイト][3]については、地域間データ転送料とクラウドストレージコストへの影響について、[AWS Pricing][4] を参照してください。地域間のデータ転送料を管理するために、ストレージバケットを `us-east-1` に作成することを検討してください。
[1]: https://s3.console.aws.amazon.com/s3
@@ -98,7 +97,7 @@ GCS ストレージバケットを持つプロジェクト用の [Google Cloud
{{% tab "Azure Storage" %}}
-* [Azure ポータル][1]に移動し、アーカイブを送信するための[ストレージアカウントを作成][2]します。ストレージアカウントの名前を指定し、標準パフォーマンスまたは **Block blob** プレミアムアカウントタイプのいずれかを選択し、**hot** または **cool** アクセス層を選択します。
+* [Azure ポータル][1]にアクセスし、アーカイブを転送する[ストレージアカウントを作成][2]します。標準パフォーマンスまたは **Block blobs** プレミアムアカウントタイプを選択し、**hot** または **cool** アクセス層を選択します。
* そのストレージアカウントに **container** サービスを作成します。Datadog アーカイブページに追加する必要があるため、コンテナ名をメモしてください。
**注:** まれに最後のデータを書き換える必要があるため、[不変性ポリシー][3]を設定しないでください (通常はタイムアウト)。
@@ -110,7 +109,7 @@ GCS ストレージバケットを持つプロジェクト用の [Google Cloud
{{% tab "Google Cloud Storage" %}}
-[Google Cloud アカウント][1]に移動し、アーカイブを送信するための [GCS バケットを作成][2]します。「**Choose how to control access to objects**」で、「**Set object-level and bucket-level permissions**」を選択します。
+[Google Cloud アカウント][1]にアクセスし、アーカイブを転送するための [GCS バケットを作成][2]します。**Choose how to control access to objects** セクションで、**Set object-level and bucket-level permissions** を選択してください。
**注:** まれに最後のデータを書き換える必要があるため、[保持ポリシー][3]を追加しないでください (通常はタイムアウト)。
@@ -120,7 +119,7 @@ GCS ストレージバケットを持つプロジェクト用の [Google Cloud
{{% /tab %}}
{{< /tabs >}}
-### 権限を設定
+### 権限を設定する
[`logs_write_archive` 権限][5]のある Datadog ユーザーだけがログアーカイブ構成を作成、変更、または削除できます。
@@ -154,8 +153,8 @@ GCS ストレージバケットを持つプロジェクト用の [Google Cloud
]
}
```
- * `GetObject` および `ListBucket` 権限により、[アーカイブからのリハイドレート][2]が可能になります。
- * アーカイブのアップロードには、`PutObject` 権限で十分です。
+ * `GetObject` および `ListBucket` の権限を設定すると、[アーカイブからのリハイドレート][2]が可能になります。
+ * アーカイブをアップロードするには、`PutObject` 権限で十分です。
* `s3:PutObject` と `s3:GetObject` アクションのリソース値は `/*` で終わっていることを確認してください。これらの権限はバケット内のオブジェクトに適用されるからです。
2. バケット名を編集します。
@@ -173,7 +172,7 @@ GCS ストレージバケットを持つプロジェクト用の [Google Cloud
{{% /tab %}}
{{% tab "Azure Storage" %}}
-1. Datadog アプリに、ストレージアカウントへ書き込み、ここからリハイドレートするための権限を与えます。
+1. Datadog アプリに、ストレージアカウントへの書き込みおよびリハイドレートを行うための権限を付与します。
2. [ストレージアカウントのページ][1]でストレージアカウントを選択し、**Access Control (IAM)** で **Add -> Add Role Assignment** を選択します。
3. Role に **Storage Blob Data Contributor** を入力し、Azure と統合するために作成した Datadog アプリを選択して、保存します。
@@ -183,7 +182,7 @@ GCS ストレージバケットを持つプロジェクト用の [Google Cloud
{{% /tab %}}
{{% tab "Google Cloud Storage" %}}
-1. Datadog Google Cloud サービスアカウントに、バケットへアーカイブを書き込むための権限を与えます。
+1. Datadog Google Cloud サービスアカウントに、アーカイブをバケットに書き込むための権限を付与します。
2. [Google Cloud IAM Admin ページ][1]から Datadog の Google Cloud サービスアカウントのプリンシパルを選択し、**Edit principal** を選択します。
3. **ADD ANOTHER ROLE** をクリックし、**Storage Object Admin** ロールを選択し、保存します。
@@ -201,6 +200,7 @@ GCS ストレージバケットを持つプロジェクト用の [Google Cloud
* [`logs_write_archive` 権限][5]のある Datadog ユーザーだけがこの手順と次の手順を完了させることができます。
* Azure Blob Storage へのログのアーカイブには、App Registration が必要です。[Azure インテグレーションページ][7]の手順を参照し、ドキュメントページの右側にある「サイト」を「US」に設定してください。アーカイブ目的で作成された App Registration は、"Storage Blob Data Contributor" ロールのみが必要です。ストレージバケットが Datadog Resource を通じて監視されているサブスクリプションにある場合、App Registration が冗長である旨の警告が表示されます。この警告は無視することができます。
* バケットでネットワークアクセスを特定の IP に制限している場合は、{{< region-param key="ip_ranges_url" link="true" text="IP 範囲リスト">}}から Webhook の IP を許可リストに追加してください。
+* **US1-FED サイト**の場合、Datadog を構成して、ログを Datadog GovCloud 環境外の宛先に送信することができます。Datadog は、Datadog GovCloud 環境を離れたログに対して一切の責任を負いません。また、これらのログが GovCloud 環境を離れた後に適用される FedRAMP、DoD 影響レベル、ITAR、輸出コンプライアンス、データ居住地、またはそれに類する規制に関する義務や要件についても、Datadog は一切の責任を負いません。
{{< tabs >}}
{{% tab "AWS S3" %}}
@@ -269,12 +269,12 @@ S3 バケットに適した AWS アカウントとロールの組み合わせを
{{< img src="logs/archives/max_scan_size.png" alt="アーカイブの最大スキャンサイズを設定する" style="width:75%;">}}
{{< site-region region="us3" >}}
-#### ファイアウォールのルール
+#### ファイアウォールルール
{{< tabs >}}
-{{% tab "Azure Storage" %}}
+{{% tab "Azure ストレージ" %}}
-ファイアウォールのルールはサポートされていません。
+ファイアウォールルールはサポートされていません。
{{% /tab %}}
{{< /tabs >}}
@@ -398,7 +398,7 @@ S3 バケットが SSE-S3 で暗号化されていることを確認するには
### 検証
-Datadog アカウントでアーカイブ設定が正常に構成されたら、処理パイプラインは Datadog に取り込まれたすべてのログを豊かにする作業を開始します。その後アーカイブに転送されます。
+Datadog アカウントでアーカイブ設定が正常に構成された時点から、処理パイプラインは Datadog に取り込まれたすべてのログを加工し始めます。その後アーカイブに転送されます。
ただし、アーカイブの構成を作成または更新した後、次のアーカイブのアップロードが試行されるまでに数分かかることがあります。アーカイブがアップロードされる頻度は、さまざまです。アーカイブが Datadog アカウントから正常にアップロードされていることを確認するために、**15 分後にストレージバケットを再確認**してください。
@@ -427,7 +427,7 @@ Datadog がストレージバケットに転送するログアーカイブは、
このディレクトリ構造により、過去のログアーカイブを日付に基づいてクエリする処理が簡略化されます。
-ZIP 圧縮された JSON ファイル内の各イベントの内容は、以下のようにフォーマットされています。
+圧縮 JSON ファイル内の各イベントは、以下の形式で内容が表されます。
```json
{
@@ -464,4 +464,4 @@ ZIP 圧縮された JSON ファイル内の各イベントの内容は、以下
[12]: /ja/account_management/rbac/permissions#logs_read_index_data
[13]: /ja/account_management/rbac/permissions#logs_read_data
[14]: /ja/logs/explorer/live_tail/
-[15]: /ja/service_management/events/explorer/
+[15]: /ja/service_management/events/explorer/
\ No newline at end of file
diff --git a/content/ja/logs/log_configuration/attributes_naming_convention.md b/content/ja/logs/log_configuration/attributes_naming_convention.md
index 2926444c39a8a..086297cd4fdcb 100644
--- a/content/ja/logs/log_configuration/attributes_naming_convention.md
+++ b/content/ja/logs/log_configuration/attributes_naming_convention.md
@@ -58,56 +58,34 @@ title: 属性とエイリアス設定
ログのインテグレーションは標準属性の[デフォルトセット][9]に依存します。
-リストはオーガニゼーションの管理者が作成できます。
-
-- [ログエクスプローラー][1]から、既存の属性を標準属性に**格上げ**できます。
-- 標準属性の[コンフィギュレーションページ][3]から、新しい標準属性を**作成**します。
-
-{{< img src="logs/processing/attribute_naming_convention/standard_attribute_config.png" alt="標準属性" style="width:60%;">}}
-
-標準属性テーブルには、[定義済み標準属性セット](#default-standard-attribute-list)が付属しています。このリストに独自の属性を追加したり、既存の標準属性を編集または削除することができます。
-
-{{< img src="logs/processing/attribute_naming_convention/edit_standard_attributes.png" alt="標準属性を編集" style="width:80%;">}}
-
-標準属性は以下によって定義されます。
-
-- `Path`: 標準属性として**格上げされる**属性のパス。JSON で定義されます (例: `network.client.ip`) 。
-- `Type`: (`string`, `integer`, `double`, `boolean`): 属性の型。再マップリストの要素をキャストするために使用されます。
-- `Aliasing list`: **エイリアス設定**対象となる属性のカンマ区切りリスト。
-- `Description`: 属性のわかりやすい説明。
-
-新しい標準属性を追加したり、既存の標準属性を編集する際は、標準属性パネルが表示されます。
-
-{{< img src="logs/processing/attribute_naming_convention/define_standard_attribute.png" alt="標準属性を定義" style="width:80%;">}}
+標準属性テーブルには、[定義済み標準属性](#default-standard-attribute-list)のセットが付属しています。このリストに独自の属性を追加したり、既存の標準属性を編集または削除することができます。
+
+### 新しい標準属性を作成する
+**管理ユーザー**は標準属性リストを管理できます。
+1. 標準属性の[構成ページ][3]に移動します。
+1. **New Standard Attribute** をクリックします。
+1. 標準属性を定義します。
+ - `Path`: JSON で確認できる標準属性のパス (例: network.client.ip)。
+ - `Type`: (`string`, `integer`, `double`, `boolean`): 属性の型。再マップリストの要素をキャストするために使用されます。
+ - `Description`: 属性に関する人間が読める説明。
+ - (オプション)`Remapping list`: 標準属性に再マッピングすべき準拠していない属性のカンマ区切りのリスト。
### デフォルトの標準属性リスト
[ログ管理のデフォルトの標準属性][9]の完全なリストをご覧ください。リストは機能ドメイン別に分かれています。
-- [ネットワーク/通信][10]
- - ネットワーク通信で使用されるデータに関連する属性です。すべてのフィールドとメトリクスに `network` というプレフィックスが付けられています。
-- [位置情報][11]
- - ネットワーク通信で使用される IP アドレスの位置情報に関連する属性です。すべてのフィールドに `network.client.geoip` または `network.destination.geoip` というプレフィックスが付けられています。
-- [HTTP リクエスト][12]
- - HTTP リクエストおよびアクセスで一般に使用されるデータに関連する属性です。すべての属性に `http` というプレフィックスが付けられています。
- - これらの属性に依存する代表的なインテグレーションには、[Apache][4]、Rails、[AWS CloudFront][13]、Web アプリケーションサーバーなどがあります。
- - URL の詳細に関する属性には、`http.url_details` というプレフィックスが付きます。これらの属性は、HTTP URL のパースされた各部に関する詳細を提供します。[URL パーサー][14]によって生成されます。
-- [ソースコード][15]
- - カスタムアプリケーションのロガーを使用してログまたはエラーを生成する際に使用されるデータに関係する属性です。すべての属性に `logger` または `error` というプレフィックスが付けられています。
- - これらの属性に依存する代表的なインテグレーションには、Java、Node.js、.NET、Golang、Python などがあります。
-- [データベース][16]
- - これらの属性に依存する代表的なインテグレーションには、[Cassandra][17]、[MySQL][18]、[RDS][19]、[Elasticsearch][20] などがあります。
-- [パフォーマンス][21]
- - パフォーマンスメトリクスに関係する属性です。Datadog ではこの属性を[トレース検索][23]のデフォルトの[メジャー][1]として表示および使用するため、この属性に関するログ内で処理時間を[再マッピング][22]することを推奨しています。
-- [ユーザー関連の属性][24]
- - すべての属性とメジャーに `usr` というプレフィックスが付きます。
-- [Syslog とログシッパー][25]
- - 以下は、syslog またはログシッパーエージェントによって追加されるデータに関連する属性です。すべてのフィールドとメトリクスに `syslog` というプレフィックスが付きます。
- - これらに依存するインテグレーションには、[Rsyslog][26]、[NxLog][27]、[Syslog-ng][28]、[Fluentd][29]、[Logstash][30] などがあります。
-- [DNS][31]
- - すべての属性とメジャーに `dns` というプレフィックスが付きます。
-- [イベント][32]
- - すべての属性に `evt` というプレフィックスが付きます。
+| 標準属性 | 説明 |
+|----------------------------------|---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|
+| [ネットワーク/通信][10] | ネットワーク通信で使用されるデータに関連する属性です。すべてのフィールドとメトリクスに `network` というプレフィックスが付けられています。 |
+| [位置情報][11] | ネットワーク通信で使用される IP アドレスの位置情報に関連する属性です。すべてのフィールドに `network.client.geoip` または `network.destination.geoip` というプレフィックスが付けられています。 |
+| [HTTP リクエスト][12] | これらの属性は、HTTP リクエストやアクセスで一般的に使用されるデータに関連しています。すべての属性には `http` という接頭辞が付いています。これらの属性に依存する代表的なインテグレーションには、[Apache][4]、Rails、[AWS CloudFront][13]、Web アプリケーションサーバーなどがあります。URL 詳細属性には `http.url_details` という接頭辞が付いています。これらの属性は、HTTP URL のパースされた部分の詳細を提供します。これらは [URL パーサー][14]によって生成されます。 |
+| [ソースコード][15] | これらの属性は、カスタムアプリケーションのロガーを使用してログやエラーが生成された際に使用されるデータに関連しています。すべての属性には、`logger` または `error` のいずれかが接頭辞として付きます。これらの属性に依存する代表的なインテグレーションには、Java、Node.js、.NET、Golang、Python などがあります。 |
+| [データベース][16] | これらの属性に依存する代表的なインテグレーションには、[Cassandra][17]、[MySQL][18]、[RDS][19]、[Elasticsearch][20] などがあります。 |
+| [パフォーマンス][21] | パフォーマンスメトリクスに関係する属性です。Datadog ではこの属性を[トレース検索][23]のデフォルトの[メジャー][1]として表示および使用するため、この属性に関するログ内で処理時間を[再マッピング][22]することを推奨しています。 |
+| [ユーザー関連の属性][24] | すべての属性とメジャーに `usr` というプレフィックスが付きます。 |
+| [Syslog とログシッパー][25] | これらの属性は、syslog またはログ転送エージェントによって追加されたデータに関連しています。すべてのフィールドとメトリクスには `syslog` が接頭辞として付きます。これらの属性に依存するインテグレーションには、[Rsyslog][26]、[NxLog][27]、[Syslog-ng][28]、[Fluentd][29]、[Logstash][30] などがあります。 |
+| [DNS][31] | すべての属性とメジャーに `dns` というプレフィックスが付きます。 |
+| [イベント][32] | すべての属性に `evt` というプレフィックスが付きます。 |
## エイリアス設定
diff --git a/content/ja/metrics/custom_metrics/dogstatsd_metrics_submission.md b/content/ja/metrics/custom_metrics/dogstatsd_metrics_submission.md
index df2dda579b2d1..7413188ee9431 100644
--- a/content/ja/metrics/custom_metrics/dogstatsd_metrics_submission.md
+++ b/content/ja/metrics/custom_metrics/dogstatsd_metrics_submission.md
@@ -1014,7 +1014,7 @@ DogStatsD は Datadog にメトリクスを送信する前に、``
| `GAUGE` | 補正なし。受信した値はそのまま残ります。 |
| `SET` | 補正なし。受信した値はそのまま残ります。 |
| `HISTOGRAM` | `histogram.count` 統計は COUNT メトリクスであり、上記の補正を受け取ります。他の統計は GAUGE メトリクスなので、「補正」は行われません。 |
-| `DISTRIBUTION` | Values received are counted (`1/`) times. It's reasonable to assume that for one datapoint received, `1/` were actually sampled with the same value. |
+| `DISTRIBUTION` | 受け取った値は (`1/`) 倍として計上されます。受信したデータポイント 1 つに対し、`1/` 個が同じ値で実際にサンプリングされたと考えるのは理にかなっています。 |
#### コード例
diff --git a/content/ja/metrics/distributions.md b/content/ja/metrics/distributions.md
index d8fc3ac653b7a..f7f9ed45872a4 100644
--- a/content/ja/metrics/distributions.md
+++ b/content/ja/metrics/distributions.md
@@ -37,9 +37,7 @@ title: ディストリビューション
* **タグ付けのカスタマイズ**: この機能を使用すると、ホストレベルの詳細度を必要としない場合にカスタムメトリクスのタグ付けスキームを制御することができます (チェックアウトサービスの毎秒トランザクションなど)。
-実装の詳細については、[開発ツールのセクション][1]を参照してください。
-
-**注:** ディストリビューションは新しいメトリクスタイプであるため、Datadog への送信時に新しいメトリクス名の下でインスツルメンテーションを行う必要があります。
+**注:** ディストリビューションメトリクスデータは他のタイプとは異なる方法で保存されるため、`distribution` に使用するメトリクス名は他のメトリクスタイプには使用しないでください。
## 高度なクエリ機能の有効化
@@ -65,11 +63,18 @@ title: ディストリビューション
{{< img src="metrics/distributions/percentile_monitor.jpg" alt="モニターのアラート条件にドロップダウンで設定できるパーセンタイルしきい値" style="width:80%;">}}
-### しきい値クエリ
+### 複数のメトリクスの一括構成
+
+個々のメトリクスを個別に構成するのではなく、複数のメトリクスに対するパーセンタイル集計を一括で有効または無効にすることができます。
-
-しきい値クエリは公開ベータ版です。
-
+1. [メトリクスサマリーページ][4]に移動し、**Configure Metrics** ドロップダウンをクリックします。
+1. **Enable percentiles** を選択します。
+1. そのネームスペースに一致するすべてのメトリクスを選択するには、メトリクスのネームスペースプレフィックスを指定します。
+1. (オプション) ネームスペース内のすべてのメトリクスに対するパーセンタイルを無効にするには、**Percentile aggregations** トグルをクリックします。
+
+{{< img src="metrics/summary/percentile_aggregations_toggle.png" alt="パーセンタイル集計を管理するためのトグル" style="width:100%;" >}}
+
+### しきい値クエリ
DDSketch によって計算されたディストリビューションメトリクスのグローバルで正確なパーセンタイルを有効にすると、しきい値クエリが解放されます。ここでは、生のディストリビューションメトリクス値が数値のしきい値を超えるか下回る場合にその数を数えることができます。この機能を利用して、異常な数値のしきい値と比較したエラーや違反の回数をダッシュボードでカウントすることができます。また、しきい値クエリを使用して、「過去 30 日間に 95% のリクエストが 10 秒以内に完了した」というような SLO を定義することも可能です。
@@ -123,4 +128,5 @@ https://app.datadoghq.com/event/stream?tags_execution=and&per_page=30&query=tags
[1]: /ja/metrics/types/
[2]: https://www.datadoghq.com/blog/engineering/computing-accurate-percentiles-with-ddsketch/
-[3]: https://app.datadoghq.com/event/explorer
\ No newline at end of file
+[3]: https://app.datadoghq.com/event/explorer
+[4]: https://app.datadoghq.com/metric/summary
\ No newline at end of file
diff --git a/content/ja/monitors/guide/how-to-set-up-rbac-for-monitors.md b/content/ja/monitors/guide/how-to-set-up-rbac-for-monitors.md
index f9cbbaf69e9d4..2e082d9fefb5e 100644
--- a/content/ja/monitors/guide/how-to-set-up-rbac-for-monitors.md
+++ b/content/ja/monitors/guide/how-to-set-up-rbac-for-monitors.md
@@ -121,21 +121,15 @@ curl --location --request POST 'https://api.datadoghq.com/api/v1/monitor' \
{{% /tab %}}
{{< /tabs >}}
-## ロックされたロールから制限されたロールへのモニターの移行
+## 制限されたロール
-Datadog がモニターの編集を特定のロールに制限できる機能をリリースする以前は、モニターをロックすることができました。ロックされたモニターを編集できるのは、作成者と [Datadog Admin Role][2] を持つユーザーだけです。
-
-{{< img src="/monitors/guide/monitor_rbac_locked.jpg" alt="RBAC ロックされたモニター" style="width:70%;">}}
-
-ロックされたモニターは非推奨であり、もはやサポートされません。代わりに、どのユーザーがモニターを編集できるかを柔軟に定義するロール制限オプションを使用してください。
-
-以下のセクションでは、モニターの管理方法に応じて、ロック機構から制限されたロールに移行する方法について説明します。
+Datadog では、ロール制限オプションにより、特定のロールに対してモニターの編集を制限することができます。これにより、モニターの編集を許可するユーザーを柔軟に定義することができます。
### API
-上記のロックメカニズムに対応する `locked` パラメーターはもはやサポートされません。これは、API や Terraform を通じて管理されるモニターの定義を更新し、`locked` の使用を中止し、`restricted_roles` (新しいロール制限オプションに添付されたパラメーター) を使用する必要があることを意味します。
+API または Terraform で管理されているモニターの定義を更新するには、`restricted_roles` パラメーターを使用します。また、[制限ポリシー][4]エンドポイントを使用して、モニターに対するアクセス制御ルールを定義し、一連の関係 (エディターやビューアーなど) を一連の許可されたプリンシパル (ロール、チーム、ユーザーなど) にマッピングすることもできます。制限ポリシーは、モニター上で誰がどのようなアクションを実行する権限を持つかを決定します。
-モニターの定義を更新する方法については、[モニター API エンドポイントの編集][3]および[モニター API オプション][4]を参照してください。
+詳細については、[モニターの編集 API エンドポイント][3]および[制限ポリシー API][4] を参照してください。
### UI
@@ -144,69 +138,6 @@ UI から作成されるすべての新しいモニターは `restricted_roles`
{{< img src="/monitors/guide/monitor_rbac_non_restricted.jpg" alt="RBAC 非制限モニター" >}}
-Datadog は、モニターが保存されるたびに、既存のモニター定義を古いロックされたメカニズムから新しいロール制限のメカニズムに更新します。
-
-以下は、ロック機構を使用しているモニターを保存する必要がある場合の手順です。
-
-#### 作成者または Datadog Admin Role を持つユーザーが編集したロックされたモニター (`locked:true`)
-
-あなたは、[Datadog Admin Role][2] を持つユーザー、またはモニターの作成者です。ロックされたモニターを編集すると、次の警告が表示されます。
-
-```
-This monitor is using the locked attribute: only its creator and admins can edit it. locked is deprecated in favor of restricted_roles. On save, the monitor will be automatically updated to use a restricted_roles attribute set to all roles with Admin permissions.
-If there is no specific change you want to apply to this monitor's permissions, click Save. If you want to update this monitor's permissions, read this doc.
-```
-(このモニターは locked 属性を使用しています。作成者と管理者のみが編集できます。locked は廃止され、restricted_roles に代わりました。保存すると、モニターは自動的に更新され、Admin 権限を持つすべてのロールに設定された restricted_roles 属性を使用するようになります。
-このモニターの権限に適用したい特定の変更がない場合、Save をクリックします。このモニターの権限を更新する場合は、このドキュメントをお読みください。)
-
-保存すると、モニターの定義が Admin 権限を持つすべてのロールに更新されます。
-この警告は、モニターに加える変更に応じて、さまざまな方法で対処することができます。
-
-**1. モニターの権限を一切変更したくない場合**
-
-モニターを保存します。Datadog は、ロック機構から制限されたロールにモニターを自動的に移行します。しきい値の更新やメッセージなど、モニターに行った他の更新も同時に保存されます。
-
-何も変更せずに **Save** をクリックすると、モニターの更新も実行されます。
-
-**2. すべてのユーザーがこのモニターを編集できるようにしたい場合**
-
-モニターを保存すると、Datadog が制限されたロールに移行させます。編集ページを再度開きます。**Restrict editing of this monitor to** ドロップダウンメニューで、すべてのロールを削除します。**Save** を再びクリックします。
-
-**3. モニターを一部のロールに制限したいが、Admin 権限を持つすべてのロールに制限されたくない場合**
-
-**Restrict editing of this monitor to** ドロップダウンメニューで、このモニターを修正できるロールを選択します。モニターを保存します。モニターは選択したロールにのみ制限されます。
-
-#### 非作成者または Datadog Admin Role を持たないユーザーが編集したロックされたモニター (`locked:true`)
-
-あなたは、[Datadog Admin Role][2] を持たないユーザーであり、またモニターの作成者ではありません。ロックされたモニターを編集すると、次の警告が表示されます。
-
-```
-This monitor is locked: only its creator and admins can edit it. Read more here.
-```
-(このモニターはロックされています。作成者と管理者のみが編集可能です。詳しくはこちらをご覧ください。)
-
-このモニターはロックされています。[Datadog Admin Role][2] を持つユーザーまたはモニターの作成者に連絡し、モニターのロール制限にあなたのロールの 1 つを追加するよう依頼してください。管理者は、[ロックされたモニター](#locked-monitors-lockedtrue-edited by-creator-or-user-with-datadog-admin-role)について上記のステップ 2 または 3 を実行する必要があります。
-
-**注:** 警告とオプションの間に見られる不一致は予期されるものです。警告は、locked パラメーターを使用しているモニターの現在の状態を反映しています。[Datadog Admin Role][2] を持つユーザーまたはモニターの作成者が編集して保存すると、オプションは、モニターの更新後となるロール制限オプションを反映します。モニターが保存されると、警告は消え、適切な制限されたロールがドロップダウンに入力されます。
-
-#### Non locked monitors (`locked:false`, `locked:null`, undefined `locked`)
-
-ロックされていないモニターを編集すると、次のオプションが表示されます。
-
-{{< img src="/monitors/guide/monitor_rbac_non_restricted.jpg" alt="RBAC 非制限モニター" >}}
-
-このオプションは、モニターに加える変更に応じて、さまざまな方法で処理することができます。
-
-**1. モニターの権限を一切変更したくない場合**
-
-モニターを保存します。Datadog は、ロック機構から制限されたロールにモニターを自動的に移行します。しきい値の更新やメッセージなど、モニターに行った他の更新も同時に保存されます。
-
-何も変更せずに **Save** をクリックすると、モニターの更新も実行されます。
-
-**2. モニターを一部のロールに制限したい場合**
-
-**Restrict editing of this monitor to** ドロップダウンメニューで、このモニターを修正できるロールを選択します。モニターを保存します。モニターは選択したロールに制限されます。
-
## 参考資料
{{< partial name="whats-next/whats-next.html" >}}
@@ -214,4 +145,4 @@ This monitor is locked: only its creator and admins can edit it. Read more here.
[1]: /ja/account_management/rbac/
[2]: /ja/account_management/rbac/?tab=datadogapplication#datadog-default-roles
[3]: /ja/api/latest/monitors/#edit-a-monitor
-[4]: /ja/monitors/guide/monitor_api_options/#permissions-options
\ No newline at end of file
+[4]: /ja/api/latest/restriction-policies/
\ No newline at end of file
diff --git a/content/ja/real_user_monitoring/browser/collecting_browser_errors.md b/content/ja/real_user_monitoring/browser/collecting_browser_errors.md
index 0f5e21d15ac04..7f25412f5af0f 100644
--- a/content/ja/real_user_monitoring/browser/collecting_browser_errors.md
+++ b/content/ja/real_user_monitoring/browser/collecting_browser_errors.md
@@ -1,38 +1,34 @@
---
+aliases:
+- /ja/error_tracking/standalone_frontend/collecting_browser_errors
further_reading:
-- link: /real_user_monitoring/error_tracking/
- tag: Documentation
- text: エラー追跡
-- link: https://www.datadoghq.com/blog/real-user-monitoring-with-datadog/
- tag: ブログ
- text: リアルユーザーの監視
-- link: /real_user_monitoring/explorer/
- tag: Documentation
- text: Datadog でビューを検索する
-- link: /real_user_monitoring/explorer/visualize/
- tag: Documentation
- text: イベントへの視覚化の適用
-- link: /real_user_monitoring/platform/dashboards/
- tag: Documentation
- text: RUM ダッシュボード
+- link: /error_tracking/explorer/
+ text: Datadog 内でエラーを探索する
+ タグ: ドキュメント
+- link: /error_tracking/monitors/
+ text: 影響の大きい問題について積極的にアラートを発信する
+ タグ: ドキュメント
+- link: /real_user_monitoring
+ text: パフォーマンスとユーザーへの影響を測定する
+ タグ: ドキュメント
title: ブラウザエラーの収集
---
## 概要
-Front-end errors are collected with with Browser SDK. The error message and stack trace are included when available.
+フロントエンドのエラーは Browser SDK で収集されます。エラーメッセージとスタックトレースが利用できる場合は含まれます。
## エラーソース
フロントエンドのエラーは、いくつかの異なるソースから発生します。
- **agent**: SDK の実行から
- **console**: `console.error()` API コールから
-- **custom**: Sent with the [`addError` API](#collect-errors-manually)
+- **custom**: [`addError` API](#collect-errors-manually) を使用して送信される
- **report**: `ReportingObserver` API から
- **source**: ソースコードの未処理の例外または未処理の約束拒否から
## エラー属性
-For information about the default attributes for all event types, see [Data Collected][1]. For information about configuring for sampling or global context see [Modifying Data and Context][2].
+すべてのイベントタイプのデフォルト属性に関する詳細は、[収集されるデータ][1]をご覧ください。サンプリングまたはグローバルコンテキストの構成に関する情報は、[データとコンテキストの変更][2]をご覧ください。
| 属性 | タイプ | 説明 |
|-----------------|--------|-------------------------------------------------------------------|
@@ -51,7 +47,7 @@ For information about the default attributes for all event types, see [Data Coll
## エラーを手動で収集する
-Monitor handled exceptions, handled promise rejections, and other errors not tracked automatically by the Browser SDK with the `addError()` API:
+処理済みの例外、処理済みのプロミス拒否、および Browser SDK で自動的に追跡されないその他のエラーを、`addError()` API を使用して監視します。
{{< code-block lang="javascript" >}}
addError(
@@ -60,7 +56,7 @@ addError(
);
{{< /code-block >}}
-**Note**: [Error Tracking][4] processes errors that are sent with the source set to `custom`, `source` or `report`, and contain a stack trace. Errors sent with any other source (such as `console`) or sent from browser extensions are not processed by Error Tracking.
+**注**: [Error Tracking][4] は、ソースを `custom`、`source` または `report` に設定し、スタックトレースを含むエラーを処理します。その他のソース (`console` など) で送られたか、ブラウザ拡張機能で送られたエラーは、エラー追跡では処理されません。
{{< tabs >}}
{{% tab "NPM" %}}
@@ -142,7 +138,7 @@ try {
{{% /tab %}}
{{< /tabs >}}
-### React error boundaries instrumentation
+### React エラー境界のインスツルメンテーション
React [エラー境界][5]をインスツルメンテーションして、RUM ブラウザ SDK の `addError()` API を使用して React のレンダリングエラーを監視できます。
diff --git a/content/ja/serverless/libraries_integrations/cli.md b/content/ja/serverless/libraries_integrations/cli.md
index 00c6c8eb4e96a..10c07d43e9124 100644
--- a/content/ja/serverless/libraries_integrations/cli.md
+++ b/content/ja/serverless/libraries_integrations/cli.md
@@ -62,7 +62,7 @@ datadog-ci lambda uninstrument --functions-regex -r us-eas
datadog-ci lambda uninstrument -f -f -r us-east-1 --dry-run
```
-See the configuration section for additional settings.
+コンフィギュレーションセクションでその設定を確認します。
## 構成
@@ -113,7 +113,7 @@ See the configuration section for additional settings.
| `--no-source-code-integration` | | Datadog ソースコードインテグレーションを無効にします。 | |
| `--upload-git-metadata` | `-u` | ソースコードインテグレーションの一部として、Git メタデータのアップロードを有効にするかどうか。Git メタデータのアップロードは、Datadog Github インテグレーションをインストールしていない場合のみ必要です。 | `true` |
| `--no-upload-git-metadata` | | ソースコードインテグレーションの一部として、Git メタデータのアップロードを無効にします。Datadog Github インテグレーションをインストールしている場合、このフラグを使用すると、Git メタデータのアップロードが不要になります。 | |
-| `--apm-flush-deadline` | | タイムアウトが発生する前にスパンを送信するタイミングをミリ秒単位で決定するために使用されます。AWS Lambda の呼び出しの残り時間が設定された値よりも小さい場合、トレーサーは、現在のアクティブなスパンとすべての終了したスパンの送信を試みます。Node.js と Python でサポートされています。デフォルトは `100` ミリ秒です。 | |
+| `--apm-flush-deadline` | | タイムアウトが発生する前にスパンを送信するタイミングをミリ秒単位で決定するために使用されます。AWS Lambda の呼び出しの残り時間が設定された値よりも小さい場合、トレーサーは、現在のアクティブなスパンとすべての終了したスパンの送信を試みます。NodeJS と Python でサポートされています。デフォルトは `100` ミリ秒です。 | |
#### `uninstrument`
diff --git a/content/ja/serverless/libraries_integrations/extension.md b/content/ja/serverless/libraries_integrations/extension.md
index 8162761f60e63..ca682d7e06371 100644
--- a/content/ja/serverless/libraries_integrations/extension.md
+++ b/content/ja/serverless/libraries_integrations/extension.md
@@ -45,7 +45,7 @@ Datadog サイトから遠く離れた地域にデプロイされた Lambda 関
## 寄稿
-If you find an issue with this package and have a fix, please feel free to open a pull request following the [procedures](https://github.com/DataDog/datadog-agent/blob/main/docs/public/guidelines/contributing.md).
+このパッケージに問題が見つかり、修正方法が分かる場合は、[手順](https://github.com/DataDog/datadog-agent/blob/main/docs/public/guidelines/contributing.md)に従ってプルリクエストを開いてください。
## テスト
diff --git a/content/ja/synthetics/api_tests/dns_tests.md b/content/ja/synthetics/api_tests/dns_tests.md
index bcacd44f04762..5985a59f57788 100644
--- a/content/ja/synthetics/api_tests/dns_tests.md
+++ b/content/ja/synthetics/api_tests/dns_tests.md
@@ -44,7 +44,7 @@ DNS テストは、ネットワークの外部または内部からのテスト
1. テストでクエリする**ドメイン**を指定します (例: `www.example.com`)。
2. 使用する **DNS サーバー** を指定します（任意）。ドメイン名または IP アドレスを使用できます。指定されていない場合、DNS テストは `8.8.8.8` を使用して解決を実行し、 `1.1.1.1` と内部 AWS DNS サーバーにフォールバックします。
-3. Specify your DNS Server **Port** (optional). If not specified, the DNS Server port defaults to 53.
+3. DNS サーバーの **ポート** を指定します（任意）。指定されていない場合、DNS サーバーのポートはデフォルトで 53 になります。
4. テストがタイムアウトするまでの時間を秒単位で指定します (オプション)。
5. DNS テストに**名前**を付けます。
6. DNS テストに `env` **タグ**とその他のタグを追加します。次に、これらのタグを使用して、[Synthetic Monitoring & Continuous Testing ページ][3]で Synthetic テストをフィルタリングできます。
@@ -63,7 +63,7 @@ DNS テストは、ネットワークの外部または内部からのテスト
| 以下の利用可能なすべてのレコード | タイプ A、タイプ AAAA、タイプ CNAME、タイプ MX、タイプ NS、タイプ TXT | `is`、`contains`、
`matches`、`does not match` | _文字列_
_[正規表現][4]_ |
| at least one record | タイプ A、タイプ AAAA、タイプ CNAME、タイプ MX、タイプ NS、タイプ TXT | `is`、`contains`、
`matches`、`does not match` | _文字列_
_[正規表現][4]_ |
-**Note**: SOA records are not available for testing using Synthetic tests.
+**注**: SOA レコードは Synthetic テストではテストできません。
**New Assertion** をクリックするか、応答プレビューを直接クリックすることで、API テストごとに最大 20 個のアサーションを作成できます。
diff --git a/content/ja/synthetics/api_tests/errors.md b/content/ja/synthetics/api_tests/errors.md
index 8f3124532e752..cf1edc24cd672 100644
--- a/content/ja/synthetics/api_tests/errors.md
+++ b/content/ja/synthetics/api_tests/errors.md
@@ -48,6 +48,6 @@ SSL エラーは、API テストの実行時に発生する可能性のあるエ
| `UNABLE_TO_DECRYPT_CERT_SIGNATURE` | 証明書の署名を復号化できません。 |
| `UNABLE_TO_DECRYPT_CRL_SIGNATURE` | CRL 署名を復号化できません。(実際の署名の値を判断できません。) |
| `UNABLE_TO_GET_CRL` | 証明書の失効リスト (CRL) が見つかりません。 |
-| `UNABLE_TO_GET_ISSUER_CERT` | Unable to find the certificate for one of the certificate authorities (CAs) in the signing hierarchy, and that CA is not trusted by the local application. For example, this error may be thrown when the self-signed root CA, but not the intermediate CA, is missing from the list of trusted certificates. |
-| `UNABLE_TO_GET_ISSUER_CERT_LOCALLY` | The issuer certificate of a locally found certificate is not found. This usually means that the list of trusted certificates is not complete. For example, this error may be thrown when the self-signed root CA and intermediate CA are both missing from the list of trusted certificates. |
+| `UNABLE_TO_GET_ISSUER_CERT` | 署名階層内の認証局 (CA) の証明書が見つからず、その CA がローカル アプリケーションによって信頼されていません。例えば、自己署名のルート CA が信頼された証明書リストに存在せず、中間 CA も存在しない場合、このエラーが発生することがあります。 |
+| `UNABLE_TO_GET_ISSUER_CERT_LOCALLY` | ローカルで検出された証明書の発行者証明書が見つかりません。これは通常、信頼された証明書リストが完全ではないことを意味します。例えば、自己署名のルート CA と中間 CA が両方とも信頼された証明書リストに存在しない場合に、このエラーが発生することがあります。 |
| `UNABLE_TO_VERIFY_LEAF_SIGNATURE` | 証明書チェーンに 1 つの (自己署名ではない) 証明書しか含まれておらず、発行者を信頼できないため、署名を確認できません。 |
\ No newline at end of file
diff --git a/content/ja/synthetics/api_tests/grpc_tests.md b/content/ja/synthetics/api_tests/grpc_tests.md
index d1e1ffb78327c..8a2b1ab785fa5 100644
--- a/content/ja/synthetics/api_tests/grpc_tests.md
+++ b/content/ja/synthetics/api_tests/grpc_tests.md
@@ -34,9 +34,9 @@ title: GRPC テスト
gRPC テストは、gRPC サービスやサーバーをプロアクティブに監視することができます。2 つのタイプから選択することができます。
Behavior Checks
-: アプリケーションの API エンドポイントに gRPC リクエストを送信し、全体的な応答時間、ヘッダー、本文のコンテンツなど、定義された条件と応答を検証します。
+: アプリケーションの API エンドポイントに gRPC リクエストを送信して、応答時間、ヘッダー、本文の内容など、応答や定義された条件を検証します。
-Health Checks
+Health Checks
: gRPC ヘルスチェックは、gRPC サービスの健全性を報告するための標準的なものです。gRPC サーバーとサービスが応答し、実行され、リモートプロシージャコール (RPC) を処理できるかを判断します。
gRPC ヘルスチェックを実装することで、Datadog に `.proto` ファイルを提供しなくても、gRPC ヘルスチェックテストを実行することができるようになります。詳細については、gRPC コミュニティで共有されている[ヘルスチェックの例 `.proto` ファイル][1]を参照してください。
gRPC テストは、ネットワークの外部または内部からのテストの実行の好みに応じて、[管理ロケーション](#select-locations)と[プライベートロケーション][2]の両方から実行することができます。gRPC テストは、スケジュール、オンデマンド、または [CI/CD パイプライン][3]内で直接実行することができます。
@@ -48,23 +48,23 @@ gRPC テストは、ネットワークの外部または内部からのテスト
### リクエストを定義する
1. テストを実行する **Host** と **Port** を指定します。デフォルトの gRPC ポートは `50051` です。
-2. unary コールを行う場合は **Behavior Check** を、ヘルスチェックを行う場合は **Health Check** を選択します。
+2. **Behavior Check** を選択して単一呼び出しを実行するか、**Health Check** を選択してヘルスチェックを実行します。
{{< tabs >}}
{{% tab "動作チェック" %}}
- 動作チェックでは、**Server Reflection** を指定するか、gRPC サーバーを定義するための [**Proto File** をアップロード][101]します。メソッドを選択し、リクエストメッセージを含めます。Datadog は、ストリーミングメソッドをサポートしていません。
+ 動作チェックを実行するには、gRPC サーバーを定義する **Server Reflection** を指定するか、[**Proto File** をアップロード][101]してください。メソッドを選択し、リクエストメッセージを入力してください。Datadog はストリーミングメソッドには対応していません。
- {{< img src="synthetics/api_tests/grpc_behavior_check_test.png" alt="gRPC リクエストを定義する" style="width:90%;" >}}
+{{< img src="synthetics/api_tests/grpc_behavior_check_test.png" alt="gRPC リクエストを定義する" style="width:90%;" >}}
[101]: https://grpc.io/docs/what-is-grpc/introduction/#working-with-protocol-buffers
- {{% /tab %}}
- {{% tab "ヘルスチェック" %}}
+{{% /tab %}}
+{{% tab "ヘルスチェック" %}}
- ヘルスチェックの場合は、サービス名を入力します。gRPC サーバーでヘルスチェックを送信する場合は、このフィールドを空白のままにします。
+ヘルスチェックの場合は、サービスの名前を入力してください。 gRPC サーバーでヘルスチェックを送信する場合は、このフィールドを空白のままにしてください。
- {{< img src="synthetics/api_tests/grpc_health_check_test.png" alt="gRPC リクエストを定義する" style="width:90%;" >}}
+{{< img src="synthetics/api_tests/grpc_health_check_test.png" alt="gRPC リクエストを定義する" style="width:90%;" >}}
{{% /tab %}}
{{< /tabs >}}
@@ -85,7 +85,7 @@ gRPC テストは、ネットワークの外部または内部からのテスト
* **Client certificate**: クライアント証明書 (`.crt`) と `PEM` 形式の関連する秘密キー (`.key`) をアップロードして、mTLS を介して認証します。
-
+
`openssl` ライブラリを使用して、証明書を変換することができます。例えば、`PKCS12` 形式の証明書を `PEM` 形式の秘密キーや証明書に変換することができます。
@@ -106,7 +106,7 @@ gRPC テストは、ネットワークの外部または内部からのテスト
### アサーションを定義する
-アサーションは、期待されるテストの結果を定義します。**Send** をクリックすると、取得したレスポンスに基づいて `response time` に関するアサーションが追加されます。モニターするテストには、少なくとも 1 つのアサーションを定義する必要があります。
+アサーションは、期待されるテスト結果が何であるかを定義します。**Send** をクリックすると、取得したレスポンスに基づいて `response time` に関するアサーションが追加されます。モニターするテストには、少なくとも 1 つのアサーションを定義する必要があります。
{{< tabs >}}
{{% tab "動作チェック" %}}
@@ -114,8 +114,8 @@ gRPC テストは、ネットワークの外部または内部からのテスト
| タイプ | 演算子 | 値の型 |
|---|---|---|
| response time | `is less than` | 整数 (ms) |
-| gRPC レスポンス | `contains`、`does not contain`、`is`、`is not`、
`matches`、`does not match`、
[`jsonpath`][4]、[`xpath`][2] | _文字列_
_[正規表現][3]_ |
-| gRPC メタデータ | `is`、`is not`、`contains`、`does not contain`、`matches regex`、`does not match regex`、`does not exist` | _整数 (ms)_
_[正規表現][3]_ |
+| gRPC レスポンス | `contains`、`does not contain`、`is`、`is not`、
`matches`、`does not match`、
[`jsonpath`][1]、[`xpath`][2] | _文字列_
_[正規表現][3]_ |
+| gRPC メタデータ | `is`、`is not`、`contains`、`does not contain`、`matches regex`、`does not match regex`、`does not exist` | _整数 (ミリ秒)_
_[正規表現][3]_ |
**New Assertion** をクリックするか、応答プレビューを直接クリックすることで、API テストごとに最大 20 個のアサーションを作成できます。
@@ -132,7 +132,7 @@ gRPC テストは、ネットワークの外部または内部からのテスト
|---|---|---|
| response time | `is less than` | 整数 (ms) |
| ヘルスチェックのステータス | `is`、`is not` | 整数 (ms) |
-| gRPC メタデータ | `is`、`is not`、`contains`、`does not contain`、`matches regex`、`does not match regex`、`does not exist` | 整数 (ms) |
+| gRPC メタデータ | `is`、`is not`、`contains`、`does not contain`、`matches regex`、`does not match regex`、`does not exist` | 整数 (ms) |
**New Assertion** をクリックするか、応答プレビューを直接クリックすることで、API テストごとに最大 20 個のアサーションを作成できます。
@@ -149,7 +149,7 @@ gRPC テストは、ネットワークの外部または内部からのテスト
gRPC テストを実行する**ロケーション**を選択します。gRPC テストは、ネットワークの外部または内部のどちらからテストを実行するかの好みによって、管理ロケーションと[プライベートロケーション][2]の両方から実行できます。
-{{% managed-locations %}}
+{{% managed-locations %}}
### テストの頻度を指定する
@@ -229,4 +229,4 @@ gRPC テストの URL、高度なオプション、アサーションで、[**Se
[11]: /ja/synthetics/api_tests/errors/#ssl-errors
[12]: /ja/account_management/rbac/
[13]: /ja/account_management/rbac#custom-roles
-[14]: /ja/account_management/rbac/#create-a-custom-role
+[14]: /ja/account_management/rbac/#create-a-custom-role
\ No newline at end of file
diff --git a/content/ja/synthetics/api_tests/http_tests.md b/content/ja/synthetics/api_tests/http_tests.md
index 0a1db322621e8..303fc0a57d319 100644
--- a/content/ja/synthetics/api_tests/http_tests.md
+++ b/content/ja/synthetics/api_tests/http_tests.md
@@ -47,7 +47,7 @@ HTTP テストは、ネットワークの外部または内部からのテスト
1. **HTTP Method** を選択し、クエリする **URL** を指定します。使用可能なメソッドは、`GET`、`POST`、`PATCH`、`PUT`、`HEAD`、`DELETE`、`OPTIONS` です。`http` と `https` の両方の URL がサポートされています。
- See Advanced options for more options.
+ その他のオプションについては、高度なオプションをご覧ください。
2. HTTP テストに**名前**を付けます。
@@ -61,8 +61,8 @@ HTTP テストは、ネットワークの外部または内部からのテスト
{{< tabs >}}
- {{% tab "Request Options" %}}
- * **HTTP version**: Select `HTTP/1.1 only`, `HTTP/2 only`, or `HTTP/2 fallback to HTTP/1.1`.
+ {{% tab "リクエストオプション" %}}
+ * **HTTP バージョン**: `HTTP/1.1 のみ`、`HTTP/2 のみ`、または `HTTP/2 から HTTP/1.1 へのフォールバック` を選択してください。
* **Follow redirects**: 選択すると、リクエストを実行するときに HTTP テストで最大 10 個のリダイレクトをフォローします。
* **Ignore server certificate error**: 選択すると、SSL 証明書の検証時にエラーが発生した場合でも、HTTP テストが接続を続行します。
* **Timeout**: テストがタイムアウトするまでの時間を秒単位で指定します。
@@ -83,8 +83,8 @@ HTTP テストは、ネットワークの外部または内部からのテスト
* **HTTP Basic Auth**: HTTP 基本認証資格情報を追加します。
* **Digest Auth**: ダイジェスト認証の資格情報を追加します。
* **NTLM**: NTLM 認証の資格情報を追加します。NTLMv2 と NTLMv1 の両方をサポートします。
- * **AWS Signature v4**: Enter your Access Key ID and Secret Access Key. Datadog generates the signature for your request. This option uses the basic implementation of SigV4. Specific signatures such as Amazon S3 are not supported out-of-the box.
- For "Single Chunk" transfer requests to Amazon S3 buckets, add `x-amz-content-sha256` containing the sha256-encoded body of the request as a header (for an empty body: `x-amz-content-sha256: e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855`).
+ * **AWS Signature v4**: Access Key ID と Secret Access Key を入力します。Datadog は、リクエストの署名を生成します。このオプションは、SigV4 の基本的な実装を使用します。Amazon S3 などの特定の署名はそのままではサポートされていません。
+ Amazon S3 バケットへの "Single Chunk" 転送リクエストの場合、リクエストの本文を sha256 エンコードした値を含む `x-amz-content-sha256` ヘッダーを追加します (本文が空の場合は、`x-amz-content-sha256: e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855` を使用します)。
* **OAuth 2.0**: クライアント資格情報またはリソース所有者のパスワードのどちらかを付与するかを選択し、アクセストークンの URL を入力します。選択内容に応じて、クライアント ID とシークレット、またはユーザー名とパスワードを入力します。ドロップダウンメニューから、API トークンを基本認証ヘッダーとして送信するか、クライアント資格情報を本文に送信するかを選択します。オプションで、オーディエンス、リソース、スコープなどの追加情報を提供できます (**Resource Owner Password** を選択した場合は、クライアント ID とシークレットも提供します)。
{{% /tab %}}
@@ -121,9 +121,9 @@ HTTP テストは、ネットワークの外部または内部からのテスト
{{% tab "Javascript" %}}
- Define variables for your HTTP API tests with JavaScript:
+JavaScript を使用して HTTP API テスト用の変数を定義します。
- {{< img src="synthetics/api_tests/http_javascript.png" alt="Define HTTP API test with Javascript" style="width:90%;" >}}
+{{< img src="synthetics/api_tests/http_javascript.png" alt="JavaScript を使用して HTTP API テストを定義する" style="width:90%;" >}}
{{% /tab %}}
@@ -168,6 +168,18 @@ HTTP テストは次の頻度で実行できます。
{{% synthetics-alerting-monitoring %}}
+## ワンクリック
+
+API テストの作成は、[API カタログ][17]と既存の API テストからエンドポイントを提案し、テストフォームに関連するオプションを自動入力します。Datadog の既存データソースを使用してください (APM トレース、API カタログエンドポイントの発見、およびユーザーが作成した既存の同様の Synthetic テストなど)。
+
+Synthetic Monitoring の API テスト **URL** 入力に入力を開始すると、エンドポイントの提案や類似テストを取得できます。
+
+{{< img src="synthetics/api_tests/api-one-click.png" alt="既存の API テストの GET 検索を表示する HTTP API テスト" style="width:90%;" >}}
+
+次に、提案を選択してテスト構成 (リクエストオプションとヘッダー、認証、変数) を自動入力します。
+
+{{< img src="synthetics/api_tests/api-test-monitor-search.png" alt="選択" style="width:90%;" >}}
+
{{% synthetics-variables %}}
### 変数を使用する
@@ -244,4 +256,5 @@ HTTP テストの URL、高度なオプション、アサーションで、[**Se
[13]: /ja/account_management/rbac/
[14]: /ja/account_management/rbac#custom-roles
[15]: /ja/account_management/rbac/#create-a-custom-role
-[16]: /ja/synthetics/api_tests/errors/#http-errors
\ No newline at end of file
+[16]: /ja/synthetics/api_tests/errors/#http-errors
+[17]: /ja/api_catalog
\ No newline at end of file
diff --git a/content/ko/account_management/billing/rum_units.md b/content/ko/account_management/billing/rum_units.md
deleted file mode 100644
index 31234c69f685a..0000000000000
--- a/content/ko/account_management/billing/rum_units.md
+++ /dev/null
@@ -1,16 +0,0 @@
----
-beta: true
-title: RUM 빌링 정보
----
-
-
-본 페이지에서 논의하는 기능은 비공개 베타 버전입니다. 고객 성공 매니저에게 문의하여 더 자세히 알아보실 수 있습니다.
-
-
-**세션**은 웹 애플리케이션 상에서 진행되는 사용자 여정입니다. 15분 동안 활동이 없을 때, 또는 활동이 지속된 지 4시간이 지났을 때 세션이 만료됩니다.
-
-**모바일 RUM 세션(Mobile RUM Session)**: Datadog는 사용자의 모바일 애플리케이션(안드로이드(Android), iOS, 리액트 네이티브(React Native)) 최종 사용자가 방문한 화면 전체를 수집합니다. 또한, 모바일 에러 및 충돌, 리소스 로딩(XHR, 이미지, CSS 파일, JS 스크립트 등)을 비롯하여 중요한 텔레메트리(원격 계측) 데이터도 수집합니다. 이 모든 것은 모바일 RUM 세션에 포함됩니다.
-
-**RUM 라이트 세션(RUM Lite Session)**: Datadog는 사용자의 브라우저 애플리케이션에서 최종 사용자가 방문한 페이지 전체를 수집합니다. 프론트엔트 에러, 성능 메트릭 등의 중요한 텔레메트리 데이터 역시 수집합니다. 이 모든 것은 RUM 라이트 세션에 포함됩니다.
-
-**RUM 리플레이 세션(RUM Replay Session)**: Datadog는 사용자의 브라우저 애플리케이션에서 최종 사용자가 방문한 페이지 전체를 수집합니다. 프론트엔트 에러, 성능 메트릭 등의 중요한 텔레메트리 데이터 역시 수집합니다. 이 모든 것은 RUM 라이트 세션에 포함됩니다. 또, 최종 사용자 활동의 재연을 수집할 수 있으며 사용자 경험을 영화처럼 볼 수도 있습니다. 이 모든 것이 RUM 리플레이 세션에 포함됩니다.
\ No newline at end of file
diff --git a/content/ko/tracing/trace_explorer/trace_queries.md b/content/ko/tracing/trace_explorer/trace_queries.md
index c517cd7033a59..5273227fa3854 100644
--- a/content/ko/tracing/trace_explorer/trace_queries.md
+++ b/content/ko/tracing/trace_explorer/trace_queries.md
@@ -12,7 +12,6 @@ further_reading:
- link: /tracing/trace_explorer/query_syntax/
tag: 설명서
text: 스팬(span) 쿼리 구문
-is_beta: true
title: 트레이스 쿼리
---
diff --git a/data/partials/platforms.ja.yaml b/data/partials/platforms.ja.yaml
index 19c8122193cda..d43ffb90a0883 100644
--- a/data/partials/platforms.ja.yaml
+++ b/data/partials/platforms.ja.yaml
@@ -114,6 +114,7 @@ platforms:
link: agent/kubernetes/
name: Kubernetes
- category: macOS
+ image: platform_macos.png
link: agent/basic_agent_usage/osx/
name: osx
- category: Linux
diff --git a/data/partials/platforms.ko.yaml b/data/partials/platforms.ko.yaml
index 4953e5bf01f80..ca7fcd6186500 100644
--- a/data/partials/platforms.ko.yaml
+++ b/data/partials/platforms.ko.yaml
@@ -114,6 +114,7 @@ platforms:
link: agent/kubernetes/
name: 쿠버네티스(Kubernetes)
- category: macOS
+ image: platform_macos.png
link: agent/basic_agent_usage/osx/
name: osx
- category: Linux
diff --git a/i18n/ja.json b/i18n/ja.json
index 96a2cf7534961..8b5f3021c0c5b 100644
--- a/i18n/ja.json
+++ b/i18n/ja.json
@@ -292,4 +292,4 @@
"available_for": {
"other": "次で利用可能"
}
-}
+}
\ No newline at end of file