chore: add translations

newrelic · Jun 22, 2022 · d23d653 · d23d653
1 parent 3dadd77
commit d23d653
Show file tree

Hide file tree

Showing 16 changed files with 336 additions and 46 deletions.
diff --git a/...jp/docs/alerts-applied-intelligence/notifications/notification-integrations.mdx b/...jp/docs/alerts-applied-intelligence/notifications/notification-integrations.mdx
@@ -351,6 +351,10 @@ import pagerDutyServiceChannel from 'images/pagerDuty-service-channel.png'
          src={webhookPreviewError}
        />
 
+       <Callout variant="tip">
+         未定義のタイプエラーは、属性が最近インデックスに登録されていないか、存在しないことを示している可能性があります。エラーを修正するには、 `if else`ステートメントを追加してみてください。例えば、 `"closed_at": {{#if issueClosedAtUtc}} {{ json issueClosedAtUtc }} {{else}}"None"{{/if}}`
+       </Callout>
+
        Webhookペイロードが有効なJSONに準拠している場合は、定義したWebhook宛先にテスト通知を送信できます。
 
        <img
@@ -440,7 +444,7 @@ import pagerDutyServiceChannel from 'images/pagerDuty-service-channel.png'
 
     イベントソースのステータスが\[保留中]から\[アクティブ]に変わり、イベントバスの名前がイベントソース名と一致するように更新されます。これで、NewRelicのイベントに一致するルールの作成を開始できます。
 
-    2. **イベントバス**のルールを作成します。 New Relicから送信された通知に対応するには、New-Relicイベントをフィルタリングするイベントパターンを使用してルールを作成する必要があります。
+    2. **イベントバスのルールを作成します**。New Relicから送信された通知に対応するには、New-Relicイベントをフィルタリングするイベントパターンを使用してルールを作成する必要があります。
 
        <img title="Event pattern with the newrelic partner prefix." alt="A screenshot of rule Event pattern." src={eventBridgEventPattern}/>
 

diff --git a/...docs/kubernetes-pixie/auto-telemetry-pixie/get-started-auto-telemetry-pixie.mdx b/...docs/kubernetes-pixie/auto-telemetry-pixie/get-started-auto-telemetry-pixie.mdx
@@ -0,0 +1,116 @@
+---
+title: Pixieによる自動テレメトリーでKubernetesの観測性を高める
+tags:
+  - Pixie Auto-telemetry
+  - Service monitoring
+  - Kubernetes
+  - eBPF
+metaDescription: null
+translationType: machine
+---
+
+import serviceGraph from 'images/service-graph.png'
+
+import pixieServiceOtelMap from 'images/pixie-service-otel-map.png'
+
+import pixieKCEPodDetails from 'images/pixie-kce-pod-details.png'
+
+import flamegraph from 'images/flamegraph.png'
+
+import pixieLiveDebugging from 'images/pixie-live-debugging.png'
+
+New Relicと[Pixie](https://px.dev/)の統合により、Pixieの高度なeBPFベースのKubernetes可観測性と、New Relicのインシデント相関、インテリジェントアラート、および長期保存の両方の長所が得られます。
+
+<img
+  title="service graph in live debugger"
+  alt="service-graph"
+  src={serviceGraph}
+/>
+
+## ピクシーとは何ですか？ [#pixie]
+
+Pixieは、Kubernetesアプリケーション用のオープンソースの可観測性ツールであり、開発者が従来の可観測性で直面する問題点を軽減するように設計されています。
+
+[Pixieは、eBPF](https://docs.px.dev/about-pixie/pixie-ebpf)を使用して、サービスレベルのメトリック、サンプリングされていないリクエストなど、きめ細かいテレメトリデータを自動的に収集します。1つのインストールコマンドで、Kubernetesクラスターとワークロードについてより深い洞察を得ることができます。言語エージェントは必要ありません！
+
+## NewRelicPixie統合の利点 [#nr-integration]
+
+New Relicは、Pixieのクラス最高の商用統合を提供します。New Relicとの統合により、Pixieのすべての標準機能に加えて次の機能を利用できます。
+
+* Pixieテレメトリデータの長期保存
+* Pixieテレメトリデータを使用したアラート
+* ログやその他のデータとの関連でPixieテレメトリデータを表示する機能
+* 商用サポート
+
+始める準備はできましたか？[New Relicアカウントを作成し](https://newrelic.com/signup)（無料で永久に！）、 [Pixie統合をインストールする](/docs/kubernetes-pixie/auto-telemetry-pixie/install-auto-telemetry-pixie/)と、環境に合わせてPixieを構成できるようになります。
+
+<Callout variant="important">
+  Pixieを使用した自動テレメトリは、NewRelicとは別のプラットフォームである[Pixieを使用したCommunityCloud](http://pixielabs.ai/)を活用します。 PixieでのCommunityCloudの使用には、個別[の利用規約が適用されます](https://pixielabs.ai/terms)。
+</Callout>
+
+## Kubernetesクラスタの観察とデバッグを迅速に開始できます。 [#pixie-overview]
+
+New Relic Pixie統合をインストールすると、Pixieは[さまざまなメトリックとトレースの](https://docs.px.dev/about-pixie/data-sources/)収集を自動的に開始します。
+
+ゴールデンシグナル、サービスマップ、HTTPトランザクション、およびデータベーストランザクションを使用[して、HTTPサービスを可視化](/docs/kubernetes-pixie/auto-telemetry-pixie/understand-use-data/explore-pixie-data#service-health)できます。クラスターとサービスの実行方法について学習した情報に基づいて、Kubernetesクラスターを操作、デバッグ、スケーリングできます。
+
+<img
+  title="The OpenTelemetry **Service map** view shows helps visualize your application's dependencies."
+  alt="The OpenTelemetry **Service map** view shows helps visualize your application's dependencies."
+  src={pixieServiceOtelMap}
+/>
+
+<figcaption>
+  PixieのHTTPトレースから作成された**サービスマップ**を使用して、アプリケーションの依存関係を視覚化します。
+</figcaption>
+
+Kubernetesクラスターエクスプローラーを使用すると、クラスターから始まり、名前空間、デプロイ、ポッドに至るまで、あらゆるレベルで主要な指標とイベントを確認できます。異常な動作とそれが発生している場所をすばやく見つけることができます。
+
+<img
+  title="The pod details page in the Kubernetes cluster explorer shows application metrics collected by Pixie."
+  alt="The pod details page in the Kubernetes cluster explorer shows application metrics collected by Pixie."
+  src={pixieKCEPodDetails}
+/>
+
+<figcaption>
+  Kubernetesクラスターエクスプローラーのポッド詳細ページには、Pixieによって収集されたアプリケーションメトリックが表示されます。
+</figcaption>
+
+[アプリケーションCPUフレームグラフ](/docs/kubernetes-pixie/auto-telemetry-pixie/understand-use-data/explore-pixie-data#cpu-profiles)を使用してホットスポットをすばやく特定します。アプリケーションが何をしているかをすばやく確認できると、デバッグが桁違いに簡単になります。ピクシーのフレームグラフ表示には、インストルメンテーション、再デプロイ、または再コンパイルは必要ありません。いくつか例を挙げると、Go、C +、Rustなどのコンパイル言語で機能します。一目で、フレームグラフは、アプリケーションがどの機能に時間を費やしているか、どこにホットスポットがあるかを示します。
+
+<img
+  title="Pixie flame graph"
+  alt="Pixie flame graph"
+  src={flamegraph}
+/>
+
+<figcaption>
+  Pixieを使用して、KubernetesポッドのCPUフレームグラフを確認します。
+</figcaption>
+
+\[[Pixieを使用したライブデバッグ](/docs/kubernetes-pixie/auto-telemetry-pixie/understand-use-data/live-debugging-with-pixie)]タブで、アプリが作成しているSQL要求や、相互に通信しているサービスなどの質問に答えます。
+
+<img
+  title="service graph in live debugger"
+  alt="service-graph"
+  src={pixieLiveDebugging}
+/>
+
+<figcaption>
+  \[ **Pixie]タブを使用したライブデバッグで**スクリプトを実行して、Kubernetesアプリケーションをデバッグします。
+</figcaption>
+
+この短いビデオ（約6:20分）は、PixieとKubernetesがどのように連携するかを示しており、コードレベルの洞察でより高速にデバッグできます。
+
+<Video
+  id="QO7vz0jQEUI"
+  type="youtube"
+/>
+
+Pixieを使用したデバッグの詳細については、 [「Pixieデータの理解と使用」](/docs/kubernetes-pixie/auto-telemetry-pixie/understand-use-data/overview)セクションを参照してください。
+
+## オープンソースへの取り組み [#pixie-oss]
+
+New Relicは、オープンスタンダード、オープンソースインストルメンテーション、およびそれらをサポートするオープンコミュニティに取り組んでいます。
+
+New Relicは、可観測性をすべての人に公開するためのステップとして、2021年6月に[サンドボックスプロジェクト](https://www.cncf.io/sandbox-projects/)としてPixieを[Cloud](https://www.cncf.io/) NativeComputingFoundationに寄付しました。Pixieプロジェクトに貢献しているNewRelicの従業員に[会いましょう](https://opensource.newrelic.com/projects/pixie)。
diff --git a/...ubernetes-pixie/auto-telemetry-pixie/understand-use-data/explore-pixie-data.mdx b/...ubernetes-pixie/auto-telemetry-pixie/understand-use-data/explore-pixie-data.mdx
@@ -45,9 +45,9 @@ New RelicのUIは、短期ストレージと長期ストレージの両方から
 
 ## サービスの状態を監視する [#service-health]
 
-Pixieは、1つのエンドポイントがクラスターの外部にある場合でも、サービス間で送信されたHTTP/2リクエストを自動的にトレースします。
+Pixieは、1つのエンドポイントがクラスターの外部にある場合でも、サービス間で送信されたHTTP（HTTP / 2を含む）要求を自動的にトレースします。
 
-New Relic Pixie統合は、OpenTelemetryプロトコルを使用して、HTTP /2スパンをPixieからNewRelicにエクスポートし、長期保存します。**サービス-OpenTelemetry**ビューには、Pixieによって自動的に識別されたサービスが、サービスの応答時間、スループット、およびエラー率の概要とともに一覧表示されます。
+New Relic Pixie統合は、OpenTelemetryプロトコルを使用して、HTTPスパンをPixieからNewRelicにエクスポートして長期保存します。**サービス-OpenTelemetry**ビューには、Pixieによって自動的に識別されたサービスが、サービスの応答時間、スループット、およびエラー率の概要とともに一覧表示されます。
 
 <img
   title="The **Services - OpenTelemetry** view lists all services identified by Pixie with high-level latency, error and throughput details."
@@ -59,7 +59,7 @@ New Relic Pixie統合は、OpenTelemetryプロトコルを使用して、HTTP /2
   **サービス-OpenTelemetry**ビューには、Pixieによって識別されたすべてのサービスが、高レベルの遅延、エラー、およびスループットの詳細とともに一覧表示されます。
 </figcaption>
 
-このリストからサービスを選択すると、サービスの**概要**ビューが開き、このサービスに対して行われたすべてのHTTP / 2リクエストの応答時間、スループット、エラー率のグラフが表示されます。
+このリストからサービスを選択すると、サービスの**概要**ビューが開き、このサービスに対して行われたすべてのHTTP要求の応答時間、スループット、およびエラー率のグラフが表示されます。
 
 <img
   title="The **Services - OpenTelemetry** service Summary view shows graphs of response time, throughput and error rate over time."
@@ -119,7 +119,7 @@ Pixieを利用したサービスヘルス情報は、Kubernetesクラスター
   Kubernetesクラスターエクスプローラーは、Pixieによって識別されたサービスを表示します。
 </figcaption>
 
-サービスを選択すると、Pixieによって収集されたHTTP / 2スループット、エラー率、および応答時間のデータを含むサービス詳細サイドバーが表示されます。
+サービスを選択すると、Pixieによって収集されたHTTPスループット、エラーレート、および応答時間のデータを含むサービス詳細サイドバーが表示されます。
 
 <img
   title="The pod details page in the Kubernetes cluster explorer shows application metrics collected by Pixie."
@@ -136,13 +136,13 @@ Pixieを利用したサービスヘルス情報は、Kubernetesクラスター
 このマップビューは、サービスが通信するすべてのエンティティのグラフを表示することにより、アプリケーションの依存関係を視覚化するのに役立ちます。
 
 <img
-  title="The service map shown in the pod details view is constructed using HTTP/2 traces collected by Pixie."
-  alt="The service map shown in the pod details view is constructed using HTTP/2 traces collected by Pixie."
+  title="The service map shown in the pod details view is constructed using HTTP traces collected by Pixie."
+  alt="The service map shown in the pod details view is constructed using HTTP traces collected by Pixie."
   src={pixiePodDetailsMap}
 />
 
 <figcaption>
-  ポッドの詳細ビューに表示されるサービスマップは、Pixieによって収集されたHTTP/2トレースを使用して作成されます。
+  ポッドの詳細ビューに表示されるサービスマップは、Pixieによって収集されたHTTPトレースを使用して作成されます。
 </figcaption>
 
 サービスの詳細ビューの上部にある\[Pixieの**メトリックを確認]を選択して、\[Pixie**を使用した[ライブデバッグ](/docs/kubernetes-pixie/auto-telemetry-pixie/understand-use-data/live-debugging-with-pixie)]タブの`px/service`スクリプトに移動します。`px/service script`は、このサービスパフォーマンス統計の概要と、クラスターに保存されている短期間のPixieデータを使用したインバウンドリクエストを示しています。

diff --git a/.../jp/docs/kubernetes-pixie/auto-telemetry-pixie/understand-use-data/overview.mdx b/.../jp/docs/kubernetes-pixie/auto-telemetry-pixie/understand-use-data/overview.mdx
@@ -60,8 +60,8 @@ Pixieの短期ストレージを増減する方法については、「 [Pixie
 
 New Relic Pixieの統合により、長期保存用に選択されたPixieテレメトリデータが保持されます。永続化されたデータのデフォルトセットには、次のものが含まれます。
 
-* HTTP / 2ゴールデンメトリクス（スループット、レイテンシー、エラー率）
-* HTTP/2リクエストスパン
+* HTTP（HTTP / 2を含む）ゴールデンメトリック（スループット、レイテンシー、エラー率）
+* HTTP（HTTP / 2を含む）リクエストスパン
 * MySQLとPostgreSQLのデータベースリクエストスパン
 * JVMメトリクス
 

diff --git a/...netes-integration/advanced-configuration/configure-control-plane-monitoring.mdx b/...netes-integration/advanced-configuration/configure-control-plane-monitoring.mdx
@@ -10,6 +10,10 @@ translationType: machine
 
 import newRelicOneK8SClusterExplorerControlPlaneParameters from 'images/new-relic-one-k8s-cluster-explorer-control-plane-parameters.png'
 
+import kubernetesIntegrationCP from 'images/kubernetes-integration-cp.png'
+
+import kubernetesIntegrationCPExternal from 'images/kubernetes-integration-cp-external.png'
+
 [New Relic](/docs/infrastructure/new-relic-infrastructure/getting-started/introduction-new-relic-infrastructure) は、Kubernetes 統合のために [コントロールプレーン](https://kubernetes.io/docs/concepts/overview/components/#control-plane-components) をサポートしており、クラスタのコントロールプレーンコンポーネントからメトリクスを監視・収集することができます。これらのデータは、New Relic で、 [クエリやチャートの作成に使用することができます](/docs/using-new-relic/data/understand-data/query-new-relic-data) 。
 
 <Callout variant="tip">
@@ -45,6 +49,12 @@ Kubernetesコントロールプレーンを監視するタスクは、デフォ
 * そのコンポーネントのメトリクスを取得するために使用する必要のある認証メカニズムの定義
 * オートディスカバリーを完全にスキップするエンドポイントを手動で指定します。
 
+<img
+  title="Diagram showing a possible configuration scraping etcd with mTLS and API server with bearer Token."
+  alt="Diagram showing a possible configuration scraping etcd with mTLS and API server with bearer Token. The monitoring is a DaemonSet deployed on master nodes only."
+  src={kubernetesIntegrationCP}
+/>
+
 ### オートディスカバリーとデフォルト設定 [#autodiscovery-default]
 
 デフォルトでは、 [Helm Chart](/docs/kubernetes-pixie/kubernetes-integration/installation/install-kubernetes-integration-using-helm)は、 `Kubeadm`や`minikube`など、クラスター内でコントロールプレーンを実行するオンプレミスディストリビューションの一部のコントロールプレーンコンポーネントに対して、すぐに使用できる構成を提供します。
@@ -158,6 +168,12 @@ controlPlane:
       auth: {}
 ```
 
+<img
+  title="Diagram showing a possible configuration scraping an external API server with bearer Token."
+  alt="Diagram showing a possible configuration scraping an external API server with bearer Token. The monitoring is a Deployment with a single replica."
+  src={kubernetesIntegrationCPExternal}
+/>
+
 `staticEndpoint` は`autodiscover`エントリの`endpoints`と同じタイプのエントリであり、そのフィールドは上記で説明されています。ここでは、認証メカニズムとスキーマがサポートされています。
 
 `staticEndpoint`が設定されている場合、 `autodiscover`セクションは完全に無視されることに注意してください。

diff --git a/...p/docs/kubernetes-pixie/kubernetes-integration/get-started/changes-since-v3.mdx b/...p/docs/kubernetes-pixie/kubernetes-integration/get-started/changes-since-v3.mdx
@@ -8,6 +8,8 @@ metaDescription: Changes introduced in Kubernetes Integration version 3
 translationType: machine
 ---
 
+import kubernetesV3Integration from 'images/kubernetes-v3-integration.png'
+
 ## 概要 [#overview]
 
 バージョン3以降のNew RelicのKubernetesソリューションは、よりモジュール化された構成を目指した新しいアーキテクチャを採用しており、ソリューションの導入方法をより自由に選択できるようになり、より多くの環境に対応できるようになっています。
@@ -27,6 +29,12 @@ Kubernetes Integrationバージョン3によって報告されたデータは、
 1. インテグレーションのコンテナで、メトリクスの収集を担当します。
 2. New Relic Infrastructure Agent を搭載したコンテナで、メトリクスを New Relic Platform に送信するために使用します。
 
+<img
+  title="Diagram showing the integration installed in a 3 nodes cluster"
+  alt="Diagram showing the integration installed in a 3 nodes cluster"
+  src={kubernetesV3Integration}
+/>
+
 ### Kub-State-Metricsコンポーネント [#nrk8s-ksm]
 
 クラスター状態の指標は、Kubernetes組織自体の下にあるOSSプロジェクト[`kube-state-metrics`](https://github.com/kubernetes/kube-state-metrics)の上に構築されます。以前は、ソリューションが1つのDaemonSetのみで構成されていたため、メトリックのスクレイピングを担当するポッドを決定するための選択プロセスが行われました。このプロセスは、単に地域性に基づいていました。担当するポッドは、KSMデプロイメントとノードを共有するポッドになります。