From 29af35db415e92a7801a0cbc20a791f2977f96d9 Mon Sep 17 00:00:00 2001 From: nr-opensource-bot Date: Wed, 24 May 2023 12:03:32 +0000 Subject: [PATCH] chore: add translations --- .../alert-coverage-gaps.mdx | 78 ++++--- .../incident-workflows/incident-workflows.mdx | 2 +- .../getting-started/browser-summary-page.mdx | 6 +- .../nextcloud-integration.mdx | 195 ++++++++++++++---- .../troubleshooting/issues-with-istio.mdx | 41 +++- .../not-seeing-control-plane-data.mdx | 2 +- .../kubernetes-cluster-explorer.mdx | 124 ++++++----- .../mobile-apps-summary-page.mdx | 6 +- .../alert-coverage-gaps.mdx | 78 ++++--- .../incident-workflows/incident-workflows.mdx | 2 +- .../getting-started/browser-summary-page.mdx | 6 +- .../nextcloud-integration.mdx | 195 ++++++++++++++---- .../apm-data-infrastructure-monitoring.mdx | 134 +++++++----- .../troubleshooting/issues-with-istio.mdx | 39 +++- .../kubernetes-cluster-explorer.mdx | 126 ++++++----- .../mobile-apps-summary-page.mdx | 6 +- 16 files changed, 684 insertions(+), 356 deletions(-) diff --git a/src/i18n/content/jp/docs/alerts-applied-intelligence/applied-intelligence/alert-coverage-gaps.mdx b/src/i18n/content/jp/docs/alerts-applied-intelligence/applied-intelligence/alert-coverage-gaps.mdx index 24afd31a11a..bc1f0985659 100644 --- a/src/i18n/content/jp/docs/alerts-applied-intelligence/applied-intelligence/alert-coverage-gaps.mdx +++ b/src/i18n/content/jp/docs/alerts-applied-intelligence/applied-intelligence/alert-coverage-gaps.mdx @@ -1,5 +1,5 @@ --- -title: アラート カバレッジ ギャップ +title: カバレッジのギャップと条件の推奨事項をアラートで通知 tags: - Alerts and applied intelligence - Applied intelligence @@ -15,56 +15,74 @@ import accountsAddanAlert from 'images/accounts_screenshot-crop_add-an-alert.web import accountsCreateaPolicyAlertCoverageGaps from 'images/accounts_screenshot-crop_create-a-policy-alert-coverage-gaps.webp' -アラート カバレッジ ギャップは、アラート カバレッジが不足しているスタック内の領域を強調表示します。アラートと AI セクション[では、カバーされていないすべてのエンティティを確認できるホームページを作成しました。これにより、](https://one.newrelic.com/nrai/detection-gaps/home)チームが不足している情報を評価し、カバレッジ ギャップに対処することができます。 +アラート カバレッジのギャップは、スタック内でアラート カバレッジが不足している領域を強調表示します。アラートと AI セクションでは、未カバーの APM、ブラウザ、モバイル エンティティを含む [ホームページを作成しました](https://one.newrelic.com/nrai/detection-gaps/home) 。これにより、チームにどのような情報が不足しているかを評価し、カバー範囲のギャップに対処できます。 -ますますダイナミックな状況において、スタックを常に把握し、問題が発生した場合に事前に通知を受けることがいかに重要であるかを理解しています。しかし、チームが成長または変化するにつれて、必要なときに必要なアラートを受け取っているかどうかを知るのが難しくなる場合があります。アラート カバレッジ ギャップは、チーム_が現在カバーしていない_すべてのエンティティの包括的なリストをチームに提供します。 +ますますダイナミックになる状況において、私たちはスタックの最上位に留まり、何か問題が発生した場合に積極的に通知を受けることがいかに重要であるかを理解しています。しかし、チームが成長したり変化したりすると、必要なときに必要なアラートを受信しているかどうかを知ることが難しくなることがあります。アラート カバレッジ ギャップにより、チームが _現在カバーしていない_すべてのエンティティの包括的なリストがチームに提供されます。 -エンティティをカバーするとはどういう意味ですか?対象エンティティとは、特定のエンティティのパフォーマンスを通知する[アラート](/docs/alerts-applied-intelligence/applied-intelligence/incident-intelligence/basic-alerting-concepts/)を設定したことを意味します。たとえば、ホストの CPU が 80% を超えた場合にインシデントを開くアラート条件を作成したとします。カバーされていないエンティティは、監視されていないシステムの一部です。つまり、チェックされていない不健康な動作が存在する可能性があります。カバーされていないエンティティを強調する[アラート カバレッジ ギャップ](https://one.newrelic.com/nrai/detection-gaps/home)を作成したため、チームは貴重なデータを見逃さず、インシデントが発生する前に防ぐことができます。 +エンティティをカバーするとはどういう意味ですか?対象のエンティティとは、特定のエンティティのパフォーマンスを通知する [アラート](/docs/alerts-applied-intelligence/applied-intelligence/incident-intelligence/basic-alerting-concepts/) を設定していることを意味します。たとえば、APM エンティティのスループットが 1 分あたり 100 リクエストを超えた場合にインシデントを開始するアラート条件を作成したとします。カバーされていないエンティティは、監視されていないシステムの一部であり、チェックされていない不健全な動作が存在する可能性があることを意味します。 [アラート カバレッジ ギャップ](https://one.newrelic.com/nrai/detection-gaps/home) を作成して、未検出のエンティティを強調表示することで、チームが貴重なデータを見逃さず、インシデントが発生する前に防ぐことができます。 ## カバレッジ ギャップを見つける [#find-your-coverage-gaps] -\[アラートと AI UI] ページで、ナビゲーションのアラート カバレッジ ギャップを選択します。そこには、現在カバーされていないすべてのエンティティのダッシュボードが表示されます。 +アラート カバレッジ ギャップ ページを開くには、 **[one.newrelic.com](https://one.newrelic.com/all-capabilities) > Alerts & AI** に移動し、左側のナビゲーション ペインで **Alert coverage gaps** \[アラート カバレッジ ギャップ] を選択します。そこには、現在カバーされていないすべてのエンティティのリストが表示されます。 + +対象となるエンティティに応じて、このページには次のタブが含まれる場合があります。 + +* **APM**。 +* **ブラウザ**。 +* **モバイル**。 + +**Browser** または **Mobile**のカバーされていないエンティティがない場合、その特定のタブは表示されません。 A screenshot of the alert coverage gap dashboard
- アラート カバレッジ ギャップを選択すると、監視されていないすべてのエンティティのリストが表示されます。 + **[one.newrelic.com](https://one.newrelic.com/all-capabilities) >Alerts & AI** に移動し、左側のナビゲーション ペインで **Alert coverage gaps** \[アラート カバレッジ ギャップ] を選択します。このオプションを選択すると、監視されていないすべてのエンティティのリストが表示されます。
-## アラートを作成する [#create-an-alert] +## アラート カバレッジ ギャップからアラートを作成する [#create-an-alert] 監視するエンティティを選択したら、異常な動作をチームに通知するアラート条件を作成できます。 -New Relic は、選択したエンティティと特定のシステムに基づいて、監視する必要があると思われる条件を動的に提案します。[推奨されるアラート](/docs/alerts-applied-intelligence/new-relic-alerts/get-started/condition-recommendations/)には、エラー率、apdex、または応答時間などがあります。 +New Relic は、選択したエンティティと特定のシステムに基づいて、監視する必要があると思われる状態を動的に提案します。推奨されるアラートには、エラーの割合、apdex、または応答時間などがあります。 -EU にお住まいでない場合は、監視するアラート条件を選択すると、機械学習モデルに基づいて推奨されるアラート条件が表示される場合があります。モデルは、エンティティと他のユーザーとの比較に基づいて、異なる推奨しきい値を設定する場合があります。New Relic は、他のユーザーが設定した外観と動作が似ているエンティティの条件を監視し、この情報に基づいてチームに推奨事項を作成します。これは、データを取得する方法が常に改善されており、現在の可観測性ランドスケープのリアルタイムの理解に常に根ざしていることを意味します。 +エンティティ タイプに定義されている [ゴールデン メトリクス](https://github.com/newrelic/entity-definitions)に基づいて、推奨されるアラート条件が取得されます。推奨されるアラート条件が表示されない場合は、監視したいアラート条件を選択すると、この信号が通常のベースライン (上下) から 3.00 標準で少なくとも 5 分間逸脱すると、チームにアラートが送信されます。逸脱。 -推奨されるアラート条件が与えられていない場合は、監視したいアラート条件を選択すると、このシグナルが通常のベースライン (上限と下限) から 3.00 標準で少なくとも 5 分間逸脱すると、チームにアラートが送信されます。偏差。 +アラート カバレッジ ギャップからアラートを作成するには: -A screenshot of creating an alert from the alert coverage gap dashboard +1. **[one.newrelic.com](https://one.newrelic.com/all-capabilities) > Alerts & AI** に移動し、左側のナビゲーション ペインで **Alert coverage gaps** \[アラート カバレッジ ギャップ] を選択します。 -
- 監視されていないエンティティのアラートを作成します。 -
+2. アラートを作成するエンティティで **Add alerts** \[アラートの追加] をクリックします。 -すべてのアラート条件は[ポリシー](/docs/alerts-applied-intelligence/new-relic-alerts/learn-alerts/rules-limits-alerts)を介してルーティングされる必要があるため、既存のポリシーを選択するか、新しいポリシーを作成するかを選択できます。 +3. ご希望の推奨条件を追加してください。 -A screenshot of the alert coverage gap policy selection + A screenshot of creating an alert from the alert coverage gap page -
- アラートを作成するときに、アラートをグループ化するポリシーを選択します。 -
+
+ 監視されていないエンティティのアラートを作成するには、 **[one.newrelic.com](https://one.newrelic.com/all-capabilities) > Alerts & AI**に移動し、左側のナビゲーション ペインで **Alert coverage gaps** \[アラート カバレッジ ギャップ] を選択し、**Add alert** \[アラートの追加]]をクリックします。 +
+ +4. **Next**\[次へ]をクリックします。 + +5. 通知を受け取るポリシーを選択します。すべてのアラート条件は [ポリシー](/docs/alerts-applied-intelligence/new-relic-alerts/alert-policies/create-edit-or-find-alert-policy/) を通じてルーティングされる必要があるため、既存のポリシーを選択するか、新しいポリシーを作成する必要があります。アラート条件に関連付けられたポリシーを選択または作成したら、 [宛先の](/docs/alerts-applied-intelligence/notifications/destinations)追加が必要になる場合があります。宛先とは、New Relic データに関する通知を送信する場所です。通知を Slack、Atlassian Jira、電子メールなどのサードパーティ ツールにリンクできます。 + + A screenshot of the alert coverage gap policy selection + +
+ アラートを作成するときに、アラートをグループ化するポリシーを選択します。 +
-アラート条件に関連付けられたポリシーを選択または作成したら、[宛先](https://docs.newrelic.com/docs/alerts-applied-intelligence/notifications/destinations)の追加が必要になる場合があります。送信先は、New Relic データに関する通知を送信する場所です。Slack、Atlassian Jira、メールなどのサードパーティ ツールに通知をリンクできます。 \ No newline at end of file +6. **Activate conditions** \[条件をアクティブ化] をクリックして条件を保存します。ポリシーが新しい場合は、 **Save & set up notifications** \[保存して通知を設定] ボタンが表示されます。条件や通知を保存したい場合にこのボタンを使用します。 \ No newline at end of file diff --git a/src/i18n/content/jp/docs/alerts-applied-intelligence/applied-intelligence/incident-workflows/incident-workflows.mdx b/src/i18n/content/jp/docs/alerts-applied-intelligence/applied-intelligence/incident-workflows/incident-workflows.mdx index c3295fa87be..4b4860682ce 100644 --- a/src/i18n/content/jp/docs/alerts-applied-intelligence/applied-intelligence/incident-workflows/incident-workflows.mdx +++ b/src/i18n/content/jp/docs/alerts-applied-intelligence/applied-intelligence/incident-workflows/incident-workflows.mdx @@ -13,7 +13,7 @@ translationType: machine ## イシューとは？ [#issue] -問題は、症状の根本的な問題を説明するインシデントのグループです。新しいインシデントが作成されると、インシデントインテリジェンスによって問題が開かれ、他の未解決の問題の相関関係が評価されます。詳細については、 [インシデントインテリジェンスの使用を](/docs/alerts-applied-intelligence/applied-intelligence/incident-intelligence/use-incident-intelligence/)参照してください。 +問題は、症状の根本的な問題を説明するインシデントのグループです。新しいインシデントが作成されると、インシデント インテリジェンスによって問題がオープンされ、他の未解決の問題の相関関係が評価されます。詳細については、 [「インシデント インテリジェンスの使用」](/docs/alerts-applied-intelligence/applied-intelligence/incident-intelligence/use-incident-intelligence/)を参照してください。 ワークフローとデスティネーションの実際の様子は、YouTubeのショートビデオ（3分54秒）をご覧ください。 diff --git a/src/i18n/content/jp/docs/browser/browser-monitoring/getting-started/browser-summary-page.mdx b/src/i18n/content/jp/docs/browser/browser-monitoring/getting-started/browser-summary-page.mdx index dca65a79a71..2835208663e 100644 --- a/src/i18n/content/jp/docs/browser/browser-monitoring/getting-started/browser-summary-page.mdx +++ b/src/i18n/content/jp/docs/browser/browser-monitoring/getting-started/browser-summary-page.mdx @@ -82,7 +82,11 @@ import browserAddAlert from 'images/browser_screenshot-crop_browser-add-alert.we ## 推奨アラート条件を追加 [#recommended-alert-conditions] -ブラウザー監視の **Summary**\[概要] ページを使用して、推奨されるアラート条件をエンティティに追加できます。次の手順を実行します： +ブラウザ監視の **Summary** \[概要] ページを通じて、推奨されるアラート条件をエンティティに追加できます。 + +さらに未検出のエンティティを確認したい場合は [、「アラート カバレッジ ギャップと条件の推奨事項」](/docs/alerts-applied-intelligence/applied-intelligence/alert-coverage-gaps/) ページを参照してください。 + +推奨されるアラート条件を追加するには、次の手順に従います。 1. ブラウザ監視の **Summary**\[概要] ページを開きます。 diff --git a/src/i18n/content/jp/docs/infrastructure/host-integrations/host-integrations-list/nextcloud-integration.mdx b/src/i18n/content/jp/docs/infrastructure/host-integrations/host-integrations-list/nextcloud-integration.mdx index a1f6eca61ad..674bc4c44fb 100644 --- a/src/i18n/content/jp/docs/infrastructure/host-integrations/host-integrations-list/nextcloud-integration.mdx +++ b/src/i18n/content/jp/docs/infrastructure/host-integrations/host-integrations-list/nextcloud-integration.mdx @@ -9,6 +9,8 @@ translationType: machine import infrastructureNextcloudIntegration from 'images/infrastructure_screenshot-full_Nextcloud-integration.webp' +import infrastructureNextcloudAuth from 'images/infrastructure_screenshot-full_Nextcloud-auth.webp' + Nextcloud ダッシュボードを使用すると、システム内のファイル数、ユーザー アカウント、およびデータベース サイズを簡単に追跡できます。インフラストラクチャ エージェントと Prometheus OpenMetrics の統合で構築された Nextcloud 統合により、デフォルトの一連の 最も重要なデータをすべて 1 か所で表示できます。 -**前提条件** +## 前提条件 New Relic で Nextcloud データを取得するには、以下を行う必要があります。 -* [Go をインストールします](https://go.dev/doc/install)。 -* Nextcloud 22 以降を使用してください。 +* [Goをインストールする](https://go.dev/doc/install) +* `make` コマンドをインストールします +* Nextcloud 22 以降を使用する ## インフラストラクチャエージェントをインストールします [#infra] @@ -34,7 +37,7 @@ New Relic にデータを取得するには、インフラストラクチャ エ インフラストラクチャ エージェントは、次の 2 つの方法でインストールできます。 * [ガイド付きインストール](https://one.newrelic.com/nr1-core?state=4f81feab-35f7-e97e-9903-52510f8542bd)は、システムを検査し、システムに最適なアプリケーション監視エージェントとともにインフラストラクチャ エージェントをインストールする CLI ツールです。ガイド付きインストールの仕組みの詳細については、[ガイド付きインストールの概要](/docs/infrastructure/host-integrations/installation/new-relic-guided-install-overview)をご覧ください。 -* インフラストラクチャ エージェントを手動でインストールする場合は、 [Linux](/docs/infrastructure/install-infrastructure-agent/linux-installation/install-infrastructure-monitoring-agent-linux) 、 [Windows](/docs/infrastructure/install-infrastructure-agent/windows-installation/install-infrastructure-monitoring-agent-windows/) 、または[macOS](/docs/infrastructure/install-infrastructure-agent/macos-installation/install-infrastructure-monitoring-agent-macos/)の手動インストールのチュートリアルに従うことができます。 +* インフラストラクチャ エージェントを手動でインストールする場合は、 [Linux](/docs/infrastructure/install-infrastructure-agent/linux-installation/install-infrastructure-monitoring-agent-linux)、 [Windows](/docs/infrastructure/install-infrastructure-agent/windows-installation/install-infrastructure-monitoring-agent-windows/)、または [macOS](/docs/infrastructure/install-infrastructure-agent/macos-installation/install-infrastructure-monitoring-agent-macos/)の手動インストールのチュートリアルに従うことができます。 ## Nextcloud データのエクスポート [#export] @@ -48,19 +51,24 @@ New Relic にデータを取得するには、インフラストラクチャ エ > 1. 次の Docker コマンドを実行して`nextcloud-exporter`にアクセスします。 - ``` - docker pull ghcr.io/xperimental/nextcloud-exporter:latest - docker pull xperimental/nextcloud-exporter:latest - ``` + ```shell + docker pull ghcr.io/xperimental/nextcloud-exporter:latest + docker pull xperimental/nextcloud-exporter:latest + ``` 2. クローン`nextcloud-exporter` : - ``` - git clone https://github.com/xperimental/nextcloud-exporter.git - cd nextcloud-exporter - ``` + ```shell + git clone https://github.com/xperimental/nextcloud-exporter.git + ``` + + 3. `nextcloud-exporter` フォルダーに、 `make` コマンドを使用してバイナリ ファイルを作成します。 + + ```shell + make + ``` - 3. `make`を使用して、 `nextcloud-exporter`という名前の`nextcloud-exporter`フォルダーにバイナリ ファイルを作成します。 + `nextcloud-exporter` フォルダ内に `nextcloud-exporter` という名前のバイナリ ファイルが見つかります。 - 1. トークンを認証するには、OpenSSL を使用してランダムな値を生成する必要があります。 + 1. トークンを認証するには、Nextcloud にログインして **Personal Setting** \[個人設定] に移動し、左側のメニューから **Security** \[セキュリティ] をクリックします。 + + 2. **Devices & Sessions** \[デバイスとセッション] でアプリ名を入力し、 **Create New App Password** \[新しいアプリ パスワードの作成] をクリックします。 + + 3. トークンをコピーして、 `nextcloud-exporter` 構成で使用します。トークンは後で必要になります。 - ``` - TOKEN=$(openssl rand -hex 32) - ``` + 4. ローカルの Nextcloud パス (例 `/var/www/html/nextcloud`に移動し、次のコマンドを実行してトークンを設定します。 - 2. `/var/www/nextcloud`に移動して、occ コマンドを使用してトークンを設定します。 + ```shell + sudo -u www-data php /var/www/html/nextcloud/occ config:app:set serverinfo token --value "YOUR_TOKEN" + ``` - ``` - occ config:app:set serverinfo token --value "$TOKEN" - ``` + 5. `nextcloud-exporter` フォルダーで次のコマンドを実行して自分自身を認証します。 - 3. 複製した Nextcloud フォルダーから、次のコマンドを実行して、ユーザー名とパスワードの認証を開始します。 + ```shell + ./nextcloud-exporter --login YOUR_USERNAME YOUR_PASSWORD --server http://127.0.0.1/nextcloud + ``` - ``` - ./nextcloud-exporter --login --server http://127.0.0.1 - ``` + このコマンドは URL を出力し、それをコピーしてブラウザーに貼り付けます。 - 4. Nextcloud のメトリクスにアクセスするには、次を実行します。 + 6. **Log in** \[ログイン]をクリックしてアクセスを許可すると、 `Account connected` メッセージが表示されます。これで、暗号化されたパスワード付きのユーザー名が端末に届きます。 - ``` - ./nextcloud-exporter -u -p --server http://127.0.0.1:9205 - ``` +
+ ログインして自分自身を認証します。 +
- 5. ブラウザから`http:127.0.0.1:9205/metrics`に移動して、指標を表示します。 + 7. Nextcloud メトリクスにアクセスするには、ローカルの `nextcloud-exporter` フォルダーから次のコマンドを実行します。 + + ```shell + ./nextcloud-exporter -u YOUR_USERNAME -p YOUR_ENCRYPTED_PASSWORD --server http://127.0.0.1/nextcloud + ``` + + 8. ブラウザから`http:127.0.0.1:9205/metrics`に移動して、指標を表示します。 @@ -101,27 +117,122 @@ New Relic にデータを取得するには、インフラストラクチャ エ インフラストラクチャ エージェントをインストールしたら、Prometheus OpenMetrics 統合を使用して、Nextcloud と New Relic の間の通信回線を確立する必要があります。Prometheus OpenMetrics は、公開された Nextcloud データをスクレイピングして、構築済みのダッシュボードに表示します。 1. 指示に従って、 [Prometheus OpenMetrics 統合](/docs/infrastructure/prometheus-integrations/install-configure-openmetrics/install-update-or-uninstall-your-prometheus-openmetrics-integration)をインストールします。 -2. [`nri-prometheus`リポジトリ](https://github.com/newrelic/nri-prometheus/blob/main/configs/nri-prometheus-config.yml.sample)のスニペットと一致するように`nri-prometheus.config.yml`ファイルを更新します。 -3. サーバー関連の情報を取得するには、ターゲット内の URL を置き換えます。置換 URL は、公開された Nextcloud メトリックに関連付けられた URL と一致する必要があります。 -```yml -targets: - urls: ["http://127.0.0.1:9205"] +2. Prometheus OpenMetrics 統合をインストールしたフォルダーである `/etc/newrelic-infra/integrations.d`に移動し、 `nri-prometheus.config.yml`という名前のファイルを作成します。 + +3. [`nri-prometheus.config.yml` サンプル ファイル](https://github.com/newrelic/nri-prometheus/blob/main/configs/nri-prometheus-config.yml.sample)の内容をコピーし、 `nri-prometheus.config.yml` ファイルに貼り付けます。サーバー関連の情報を取得するには、 `targets` キー内の URL 値を置き換えます。URL は、公開された Nextcloud メトリクスに関連付けられた URL と一致する必要があります。 + + ```yml + integrations: + - name: nri-prometheus + config: + # When standalone is set to false nri-prometheus requires an infrastructure agent to work and send data. Defaults to true + standalone: false + + # When running with infrastructure agent emitters will have to include infra-sdk + emitters: infra-sdk + + # The name of your cluster. It's important to match other New Relic products to relate the data. + cluster_name: "my_exporter" + + targets: + - description: Secure etcd example + urls: ["http://127.0.0.1:9205"] + # tls_config: + # ca_file_path: "/etc/etcd/etcd-client-ca.crt" + # cert_file_path: "/etc/etcd/etcd-client.crt" + # key_file_path: "/etc/etcd/etcd-client.key" + + # Whether the integration should run in verbose mode or not. Defaults to false. + verbose: false + + # Whether the integration should run in audit mode or not. Defaults to false. + # Audit mode logs the uncompressed data sent to New Relic. Use this to log all data sent. + # It does not include verbose mode. This can lead to a high log volume, use with care. + audit: false + + # The HTTP client timeout when fetching data from endpoints. Defaults to "5s" if it is not set. + # scrape_timeout: "5s" + + # Length in time to distribute the scraping from the endpoints. Default to "30s" if it is not set. + scrape_duration: "5s" + + # Number of worker threads used for scraping targets. + # For large clusters with many (>400) endpoints, slowly increase until scrape + # time falls between the desired `scrape_duration`. + # Increasing this value too much will result in huge memory consumption if too + # many metrics are being scraped. + # Default: 4 + # worker_threads: 4 + + # Whether the integration should skip TLS verification or not. Defaults to false. + insecure_skip_verify: false + + timeout: 10s + ``` + +4. [New Relic インフラストラクチャ サービスを再起動します](/docs/infrastructure/install-infrastructure-agent/manage-your-agent/start-stop-restart-infrastructure-agent)。 + +5. [Nextcloud クイックスタート](https://newrelic.com/instant-observability/nextcloud) をインストールして、事前に構築されたダッシュボードを入手します。 + +## NRQL を使用してデータをクエリする + +このサンプルクエリを使用して、 **[one.newrelic.com](https://one.newrelic.com/all-capabilities)**でキャプチャされた Lighttpd メトリクスを表示します。 + +過去 5 分間のアクティブ ユーザー数をチェックする NRQL クエリの例を次に示します。 + +```sql +SELECT latest(nextcloud_active_users_total) FROM Metric ``` -5. ドキュメントに従って[、New Relic インフラストラクチャ サービスを再起動します](/docs/infrastructure/install-infrastructure-agent/manage-your-agent/start-stop-restart-infrastructure-agent)。 -6. [Nextcloud クイックスタート](https://newrelic.com/instant-observability/nextcloud)をインストールして、事前構築済みのダッシュボードを取得します。 +過去 24 時間のアクティブ ユーザー数をチェックする NRQL クエリの例を次に示します。 + +```sql +SELECT latest(nextcloud_active_users_daily_total) FROM Metric +``` ## 次は何ですか？ -NRQL クエリの作成とダッシュボードの生成の詳細については、次のドキュメントをご覧ください。 +NRQL クエリの構築とダッシュボードの生成について詳しくは、以下をご覧ください。 -* 基本的なクエリと高度なクエリを作成する[ためのクエリ ビルダーの概要](/docs/query-your-data/explore-query-data/query-builder/introduction-query-builder)。 +* 基本的なクエリと高度なクエリを作成するには [、クエリ ビルダーの概要](/docs/query-your-data/explore-query-data/query-builder/introduction-query-builder) を読んでください。 -* [ダッシュボードをカスタマイズしてさまざまなアクションを実行するためのダッシュボードの概要](/docs/query-your-data/explore-query-data/dashboards/introduction-dashboards)。 +* [ダッシュボードの概要を](/docs/query-your-data/explore-query-data/dashboards/introduction-dashboards) 読んで、ダッシュボードをカスタマイズし、さまざまなアクションを実行します。 -* [ダッシュボードを管理し](/docs/query-your-data/explore-query-data/dashboards/manage-your-dashboard) て調整する +* [ダッシュボードを管理](/docs/query-your-data/explore-query-data/dashboards/manage-your-dashboard) して、 - 表示モードにするか、ダッシュボードにコンテンツを追加します。 \ No newline at end of file + 表示モードを選択するか、ダッシュボードにコンテンツをさらに追加します。 + +## トラブルシューティング + +### 問題 + +Nextcloud でページを開くたびに、次のエラー メッセージが表示されます。 + +```shell +Invalid private key for encryption app. Please update your private key password in your personal settings to recover access to your encrypted files. +``` + +### 解決 + +1. 次のコマンドを実行して、Nextcloud 暗号化のステータスを確認します。 + + ```shell + sudo -u www-data php /var/www/html/occ encryption:status + ``` + +2. `enabled: false`が表示された場合は、次のコマンドを実行して暗号化を有効にします。 + + ```shell + sudo -u www-data php /var/www/html/occ encryption:enable + ``` + +3. 次のコマンドを実行して、暗号化が有効になっていることを確認します。 + + ```shell + sudo -u www-data php /var/www/html/occ encryption:status + ``` + +ここで、Nextcloud を終了し、Nextcloud ブラウザー セッションを更新します。エラー メッセージはもう表示されないはずです。 \ No newline at end of file diff --git a/src/i18n/content/jp/docs/kubernetes-pixie/kubernetes-integration/troubleshooting/issues-with-istio.mdx b/src/i18n/content/jp/docs/kubernetes-pixie/kubernetes-integration/troubleshooting/issues-with-istio.mdx index 147ccd08055..97504f8d09c 100644 --- a/src/i18n/content/jp/docs/kubernetes-pixie/kubernetes-integration/troubleshooting/issues-with-istio.mdx +++ b/src/i18n/content/jp/docs/kubernetes-pixie/kubernetes-integration/troubleshooting/issues-with-istio.mdx @@ -11,16 +11,39 @@ translationType: machine Istio と New Relic Kubernetes 統合の両方が環境にインストールされ、有効になっている場合、問題が発生する可能性があります。このページでは、New Relic Kubernetes 統合がインストールされている場合の Istio に関する 1 つの問題について説明します。 -## 問題 +## 問題点 -お客様のクラスターで Istio が有効になっている場合、Istio でデプロイされた Envoy プロキシには、Prometheus メトリックを公開する Prometheus メトリック エンドポイントがあります。 + + + お客様のクラスターで Istio が有効になっている場合、Istio でデプロイされた Envoy プロキシには、Prometheus メトリックを公開する Prometheus メトリック エンドポイントがあります。 -これらの指標は、専用の `cluster_name` に `xds-grpc`として関連付けられています。New Relic Kubernetes 統合で Prometheus エージェントも有効にすると、エージェントは `global.cluster`で定義された `cluster_name` のメトリックに加えて、 `cluster_name` を `xds_grpc` としてこれらの Envoy 関連のメトリックを収集します。 + これらの指標は、専用の `cluster_name` に `xds-grpc`として関連付けられています。New Relic Kubernetes 統合で Prometheus エージェントも有効にすると、エージェントは `global.cluster`で定義された `cluster_name` のメトリックに加えて、 `cluster_name` を `xds_grpc` としてこれらの Envoy 関連のメトリックを収集します。 -次のクエリを実行して、Envoy プロキシ メトリックの完全なリストを取得します。 + 次のクエリを実行して、Envoy プロキシ メトリックの完全なリストを取得します。 -``` -FROM `Metric` -SELECT uniques(metricName) -WHERE cluster_name = 'xds-grpc' SINCE 1 week ago -``` \ No newline at end of file + ``` + FROM `Metric` + SELECT uniques(metricName) + WHERE cluster_name = 'xds-grpc' SINCE 1 week ago + ``` + + + + Istio が `newrelic` 名前空間で有効になっている場合、その名前空間内の New Relic Kubernetes 統合ポッドでネットワークの問題が発生し、ネットワーク接続の欠如により作成されない可能性があります。 + + たとえば、Kubernetes 統合のインストール中に次のエラー メッセージが表示された場合は、 `newrelic` 名前空間で Istio が有効になっている可能性があり、ネットワーク接続の問題により必要なシークレット `newrelic-bundle-nri-metadata-injection-admission` の作成に失敗していることを意味します。 + + ``` + W0518 02:00:14.984463 1 client_config.go:615] Neither --kubeconfig nor --master was specified. Using the inClusterConfig. This might not work. + {"err":"secrets \"newrelic-bundle-nri-metadata-injection-admission\" not found","level":"info","msg":"no secret found","source":"k8s/k8s.go:229","time":"2023-05-18T02:00:15Z"} {"level":"info","msg":"creating new secret","source":"cmd/create.go:28","time":"2023-05-18T02:00:15Z"} ... + ``` + + したがって、お客様には、 `newrelic` 名前空間で Istio を無効にすることをお勧めします。 + + \ No newline at end of file diff --git a/src/i18n/content/jp/docs/kubernetes-pixie/kubernetes-integration/troubleshooting/not-seeing-control-plane-data.mdx b/src/i18n/content/jp/docs/kubernetes-pixie/kubernetes-integration/troubleshooting/not-seeing-control-plane-data.mdx index 7f47ab7d813..a07f8938ba7 100644 --- a/src/i18n/content/jp/docs/kubernetes-pixie/kubernetes-integration/troubleshooting/not-seeing-control-plane-data.mdx +++ b/src/i18n/content/jp/docs/kubernetes-pixie/kubernetes-integration/troubleshooting/not-seeing-control-plane-data.mdx @@ -9,7 +9,7 @@ metaDescription: Some troubleshooting tips if you are not seeing data control pl translationType: machine --- -## 問題 +## 問題点 New Relic の Kubernetes 統合のための [のインストール手順](/docs/kubernetes-monitoring-integration#install) が完了し、New Relic アカウントに Kubernetes のデータが表示されているが、どのコントロールプレーンコンポーネントからもデータが表示されていない。 diff --git a/src/i18n/content/jp/docs/kubernetes-pixie/kubernetes-integration/understand-use-data/kubernetes-cluster-explorer.mdx b/src/i18n/content/jp/docs/kubernetes-pixie/kubernetes-integration/understand-use-data/kubernetes-cluster-explorer.mdx index aeced73cc87..9873f8f4437 100644 --- a/src/i18n/content/jp/docs/kubernetes-pixie/kubernetes-integration/understand-use-data/kubernetes-cluster-explorer.mdx +++ b/src/i18n/content/jp/docs/kubernetes-pixie/kubernetes-integration/understand-use-data/kubernetes-cluster-explorer.mdx @@ -34,6 +34,8 @@ import k8sNavigatorPreviewOptions from 'images/k8s_navigator_preview_options.web import k8sNavigatorPreviewPods from 'images/k8s_navigator_preview_pods.webp' +import k8sNavigatorPreviewToggle from 'images/k8s_navigator_preview_toggle.webp' + import k8sNavigatorPreviewAnimation from 'images/k8s_navigator_preview_animated.gif' New Relic Kubernetes クラスター エクスプローラーは、[Kubernetes 統合](/docs/integrations/kubernetes-integration/get-started/introduction-kubernetes-integration)によって収集されたデータを使用して、コントロール プレーンからノードおよびポッドまで、クラスターのステータスを表示します。 @@ -180,15 +182,25 @@ Kubernetes 統合[をインストール](/docs/kubernetes-pixie/kubernetes-integ **[one.newrelic.com](https://one.newrelic.com/all-capabilities) > Kubernetes クラスター エクスプローラー > Events** : すべての Kubernetes イベントを参照してフィルターし、ログとインフラストラクチャ データを掘り下げます。 -## Kubernetes Navigator プレビュー +## Kubernetes Navigator プレビュー [#navigator-preview] - Kubernetes Navigator UI は現在プレビュー段階です。Kubernetes クラスター エクスプローラーの `Preview the new Kubernetes Experience` トグルを使用して有効にできます。 + Kubernetes Navigator UI は現在プレビュー段階です。Kubernetes クラスター エクスプローラーの `Preview the new Kubernetes experience` トグルを使用して有効にできます。 -New Relic の Kubernetes Navigator UI は、 [New Relic Navigator](https://docs.newrelic.com/docs/new-relic-solutions/new-relic-one/core-concepts/new-relic-explorer-view-performance-across-apps-services-hosts/#view-navigator) の概念に基づいて構築されており、ユーザーがエンティティを簡単にグループ化し、高リソース消費、容量の問題、Kubernetes ポッド、デーモンセット、デプロイメント、ステートフルセット、およびノードのアラート ステータスを分離できるようにします。 +New Relic - Kubernetes Navigator Preview Toggle + +
+ **[one.newrelic.com](https://one.newrelic.com/all-capabilities) > Kubernetes cluster explorer > Summary**: トグルをクリックして、Kubernetes Navigator UI プレビューを表示します。 +
+ +当社の Kubernetes Navigator UI は [、New Relic Navigator](https://docs.newrelic.com/docs/new-relic-solutions/new-relic-one/core-concepts/new-relic-explorer-view-performance-across-apps-services-hosts/#view-navigator) の概念に基づいて構築されており、ユーザーがエンティティを簡単にグループ化し、高いリソース消費、容量の問題、ポッド、デーモンセット、デプロイメント、ステートフルセット、ノードのアラート ステータスを分離できるようにします。 -ドロップダウン フィルターを使用して、エンティティ タイプ、メトリック、およびグループ化を選択します。プレビューは次のエンティティ タイプをサポートしています。 +プレビューでは、次の Kubernetes エンティティ タイプの視覚化がサポートされています。 @@ -250,20 +262,6 @@ New Relic の Kubernetes Navigator UI は、 [New Relic Navigator](https://docs. - - - - - - - - - - - - - - - -
- デプロイメント - - CPU 使用量 (コア)、使用メモリ (バイト)、コンテナの再起動、CPU スロットル (%)、ネットワーク Rx (バイト/秒)、ネットワーク Tx (バイト/秒)、アラート ステータス、使用済みファイル システム (%)、警告イベント、開始作成時刻 - - 名前空間、デプロイメント -
デーモンセット @@ -278,20 +276,6 @@ New Relic の Kubernetes Navigator UI は、 [New Relic Navigator](https://docs.
- デプロイメント - - CPU 使用量 (コア)、使用メモリ (バイト)、コンテナの再起動、CPU スロットル (%)、ネットワーク Rx (バイト/秒)、ネットワーク Tx (バイト/秒)、アラート ステータス、使用済みファイル システム (%)、警告イベント、開始作成時刻 - - 名前空間、デプロイメント -
ノード @@ -308,47 +292,57 @@ New Relic の Kubernetes Navigator UI は、 [New Relic Navigator](https://docs.
-Kubernetes Navigator の使用方法に関するヒントをいくつか紹介します。 +ドロップダウン フィルターを使用して、 **Entity Type** \[エンティティ タイプ]、 **Metric** \[メトリック]、および **Group by** \[グループ化] を選択します。これらにより、視覚化を制御できるようになります。 -* ドロップダウン フィルターを使用して、 **Entity Type** \[エンティティ タイプ]、 **Metric** \[メトリック] 、および **Group by** \[グループ化] を選択します。New Relic - Kubernetes Navigator Preview Options -* 容量と使用率のメトリックは、メトリック値が高い (濃い青) か低い (水色/白) かを示す青のグラデーションを使用して色付けされます。New Relic - Kubernetes Navigator Preview +New Relic - Kubernetes Navigator Preview Options +容量と使用率のメトリックは、メトリック値が高い (濃い青) か低い (水色/白) かを示す青のグラデーションを使用して色付けされます。凡例の上限と下限は、選択したメトリックと適用されたフィルターに基づいて動的に更新されます。 -* `Alert Status` メトリクスを選択すると、New Relic プラットフォームで現在発生しているアラート違反に応じてエンティティが色付けされます。 +New Relic - Kubernetes Navigator Preview - * 赤はクリティカル - * 黄色は警告 - * 警告を発していないエンティティは緑色 - * アラート条件の対象になっていないエンティティは灰色 +`Alert status` メトリクスを選択すると、New Relic プラットフォームで現在発生しているアラート違反に応じてエンティティが色付けされます。 - New Relic - Kubernetes Navigator Alert Status +* クリティカルの場合は赤 +* 黄色は警告 +* 警告を発していないエンティティは緑色 +* アラート条件の対象になっていないエンティティは灰色 -* フィルター バーを使用するか、グループ ヘッダーを操作してフィルターを適用し、UI の範囲を特定のノード、名前空間、デプロイメントなどに絞ります。 +New Relic - Kubernetes Navigator Alert Status - New Relic - Kubernetes Navigator Filtering +フィルター バーを使用するか、グループ ヘッダーを操作してフィルターを適用し、UI の範囲を特定のノード、名前空間、デプロイメントなどに限定します。 -* エンティティの上にマウスを移動すると、そのアラート ステータスとドロップダウンで選択したメトリックの値が表示されます。クリックしてポップアップを開き、選択したエンティティの詳細を表示します。これらの詳細には、タグ、ゴールデン シグナル、ログ、および `Details` リンクを介したより詳細なエンティティ ダッシュボード ページへのアクセスが含まれます。 +New Relic - Kubernetes Navigator Filtering - New Relic - Kubernetes Navigator Flyout +エンティティの上にマウスを移動すると、そのアラート ステータスとドロップダウンで選択したメトリックの値が表示されます。クリックすると、選択したエンティティの詳細を示すパネルが開きます。これらの詳細には、タグ、ゴールデン シグナル、ログ、および `Details` リンクを介したより詳細なエンティティ ダッシュボード ページへのアクセスが含まれます。 -* Kubernetes Navigator UI は現在プレビュー段階にあります。気に入った点やその他の機能についてフィードバックをお寄せください。New Relic UI でフィードバックを直接送信するには、左下のナビゲーションにある **Help > Give Us Feedback** \[ヘルプ] > \[フィードバックを送信] オプションにアクセスします。 +New Relic - Kubernetes Navigator entity details - New Relic - Kubernetes Navigator Flyout \ No newline at end of file +Kubernetes Navigator UI は現在プレビュー段階にあり、更新と追加機能が計画されています。気に入った点、嫌いな点、この UI に期待するその他の機能についてフィードバックをお送りください。New Relic でフィードバックを直接送信するには、左下のナビゲーションにある **Help > Give Us Feedback**\[ヘルプ > フィードバックを送信] オプションにアクセスします。 + +New Relic - Kubernetes Navigator Flyout \ No newline at end of file diff --git a/src/i18n/content/jp/docs/mobile-monitoring/mobile-monitoring-ui/mobile-app-pages/mobile-apps-summary-page.mdx b/src/i18n/content/jp/docs/mobile-monitoring/mobile-monitoring-ui/mobile-app-pages/mobile-apps-summary-page.mdx index 87f1fd8a558..2e15453165a 100644 --- a/src/i18n/content/jp/docs/mobile-monitoring/mobile-monitoring-ui/mobile-app-pages/mobile-apps-summary-page.mdx +++ b/src/i18n/content/jp/docs/mobile-monitoring/mobile-monitoring-ui/mobile-app-pages/mobile-apps-summary-page.mdx @@ -213,7 +213,11 @@ import mobileAddAlert from 'images/mobile_screenshot-crop_browser-add-alert.webp ## 推奨アラート条件を追加 [#recommended-alert-conditions] -モバイルの **Summary**\[概要] ページを使用して、推奨されるアラート条件をエンティティに追加できます。次の手順を実行します： +モバイルの **Summary** \[概要] ページを通じて、推奨されるアラート条件をエンティティに追加できます。 + +さらに未検出のエンティティを確認したい場合は [、「アラート カバレッジ ギャップと条件の推奨事項」](/docs/alerts-applied-intelligence/applied-intelligence/alert-coverage-gaps/) ページを参照してください。 + +推奨されるアラート条件を追加するには、次の手順に従います。 1. モバイル監視の **Summary**\[概要] ページを開きます。 diff --git a/src/i18n/content/kr/docs/alerts-applied-intelligence/applied-intelligence/alert-coverage-gaps.mdx b/src/i18n/content/kr/docs/alerts-applied-intelligence/applied-intelligence/alert-coverage-gaps.mdx index a0e3bb5db33..151c5ee4226 100644 --- a/src/i18n/content/kr/docs/alerts-applied-intelligence/applied-intelligence/alert-coverage-gaps.mdx +++ b/src/i18n/content/kr/docs/alerts-applied-intelligence/applied-intelligence/alert-coverage-gaps.mdx @@ -1,5 +1,5 @@ --- -title: 경고 적용 간격 +title: 경고 적용 범위 격차 및 조건 권장 사항 tags: - Alerts and applied intelligence - Applied intelligence @@ -15,56 +15,74 @@ import accountsAddanAlert from 'images/accounts_screenshot-crop_add-an-alert.web import accountsCreateaPolicyAlertCoverageGaps from 'images/accounts_screenshot-crop_create-a-policy-alert-coverage-gaps.webp' -경고 적용 범위 간격은 스택에서 경고 적용 범위가 누락된 영역을 강조 표시합니다. 경고 및 AI 섹션에서 귀하의 팀에 어떤 정보가 부족한지 평가하고 커버리지 격차를 해결할 수 있도록 모든 공개 엔터티를 볼 수 [있는 홈페이지를 만들었습니다](https://one.newrelic.com/nrai/detection-gaps/home) . +경고 적용 범위 격차는 스택에서 경고 적용 범위가 누락된 영역을 강조 표시합니다. 경고 및 AI 섹션에서 발견되지 않은 APM, 브라우저 및 모바일 엔터티를 포함하는 [홈페이지를 만들었](https://one.newrelic.com/nrai/detection-gaps/home) 으므로 팀에 부족한 정보를 평가하고 적용 범위 격차를 해결할 수 있습니다. -점점 더 역동적인 환경에서 스택의 맨 위에 머물고 문제가 발생하면 사전에 알림을 받는 것이 얼마나 중요한지 잘 알고 있습니다. 그러나 팀이 성장하거나 변화함에 따라 필요할 때 필요한 알림을 받고 있는지 알기 어려울 수 있습니다. 경고 적용 범위 격차는 현재 팀에서 _다루지 않는_ 모든 엔터티의 포괄적인 목록을 팀에 제공합니다. +점점 더 역동적인 환경에서 우리는 스택을 최상으로 유지하고 문제가 발생할 경우 사전에 알림을 받는 것이 얼마나 중요한지 알고 있습니다. 그러나 팀이 성장하거나 변경됨에 따라 필요할 때 필요한 알림을 받고 있는지 알기가 어려울 수 있습니다. 경보 적용 범위 격차는 팀이 _현재 다루고 있지 않은_모든 엔터티의 포괄적인 목록을 팀에 제공합니다. -엔티티를 덮는다는 것은 무엇을 의미합니까? 해당 엔터티는 특정 엔터티가 수행되는 방식을 알려주는 [경고](/docs/alerts-applied-intelligence/applied-intelligence/incident-intelligence/basic-alerting-concepts/) 를 설정했음을 의미합니다. 예를 들어, 호스트의 CPU가 80%를 초과하면 인시던트를 여는 경고 조건을 생성했을 수 있습니다. 확인되지 않은 엔터티는 모니터링되지 않는 시스템의 일부이므로 확인되지 않은 비정상적 동작이 있을 수 있습니다. 팀에서 중요한 데이터를 놓치지 않고 사고가 발생하기 전에 예방할 수 있도록 확인되지 않은 엔터티를 강조 표시하기 위해 [경고 적용 범위 간격](https://one.newrelic.com/nrai/detection-gaps/home) 을 만들었습니다. +엔터티를 덮는다는 것은 무엇을 의미합니까? 대상 엔터티는 특정 엔터티의 수행 방식을 알리도록 [경고를](/docs/alerts-applied-intelligence/applied-intelligence/incident-intelligence/basic-alerting-concepts/) 설정했음을 의미합니다. 예를 들어 APM 엔터티의 처리량이 분당 100개 요청을 초과하는 경우 인시던트를 여는 경고 조건을 생성했을 수 있습니다. 발견되지 않은 엔터티는 모니터링되지 않는 시스템의 일부입니다. 즉, 확인되지 않은 비정상 동작이 있을 수 있습니다. 팀이 귀중한 데이터를 놓치지 않고 사고가 발생하기 전에 예방할 수 있도록 발견되지 않은 엔터티를 강조하기 위해 [경고 적용 범위 격차를](https://one.newrelic.com/nrai/detection-gaps/home) 만들었습니다. ## 커버리지 격차 찾기 [#find-your-coverage-gaps] -경고 및 AI UI 페이지에서 탐색의 경고 적용 범위 간격을 선택합니다. 현재 적용되지 않는 모든 항목의 대시보드가 표시됩니다. +경고 범위 격차 페이지를 열려면 **[one.newrelic.com](https://one.newrelic.com/all-capabilities) > Alerts & AI** 로 이동하고 왼쪽 탐색 창에서 **Alert coverage gaps** \[경고 범위 격차를] 선택합니다. 현재 적용되지 않는 모든 항목 목록이 표시됩니다. + +적용 대상에 따라 이 페이지에는 다음 탭이 포함될 수 있습니다. + +* **APM**. +* **Browser** \[브라우저]. +* **Mobile** \[모바일]. + +**Browser** \[브라우저] 또는 **Mobile** \[모바일] 에 대해 발견되지 않은 항목이 없으면 해당 탭이 표시되지 않습니다. A screenshot of the alert coverage gap dashboard
- 경고 적용 범위 간격을 선택하면 모니터링되지 않는 모든 엔터티의 목록이 표시됩니다. + **[one.newrelic.com](https://one.newrelic.com/all-capabilities) > Alerts & AI** 로 이동하고 왼쪽 탐색 창에서 **Alert coverage gaps** \[경고 범위 격차를] 선택합니다. 이 옵션을 선택하면 모니터링되지 않는 모든 엔터티 목록이 표시됩니다.
-## 경고 생성 [#create-an-alert] +## 경고 적용 범위 격차에서 경고 생성 [#create-an-alert] 모니터링할 엔터티를 선택했으면 경고 조건을 만들어 비정상적인 동작을 팀에 알릴 수 있습니다. -New Relic은 선택한 엔티티와 특정 시스템을 기반으로 모니터링해야 한다고 생각하는 조건을 동적으로 제안합니다. 우리가 제안할 수 있는 몇 가지[권장 경고](/docs/alerts-applied-intelligence/new-relic-alerts/get-started/condition-recommendations/) 는 오류 비율, apdex 또는 응답 시간입니다. +New Relic은 선택한 엔티티와 특정 시스템을 기반으로 모니터링해야 한다고 생각되는 조건을 동적으로 제안합니다. 제안할 수 있는 권장 경고 중 일부는 오류 비율, apdex 또는 응답 시간입니다. -EU에 거주하지 않는 경우 모니터링할 경고 조건을 선택하면 기계 학습 모델을 기반으로 권장되는 경고 조건을 얻을 수 있습니다. 모델은 엔티티와 다른 사용자의 비교를 기반으로 다른 권장 임계값을 설정할 수 있습니다. New Relic은 다른 사용자가 유사하게 보이고 행동하는 엔터티에 대해 설정한 조건을 모니터링하고 이 정보를 기반으로 팀에 권장 사항을 제공합니다. 이는 데이터를 얻는 방법이 지속적으로 개선되고 있으며 항상 현재 관찰 가능성 환경에 대한 실시간 이해에 기반을 두고 있음을 의미합니다. +엔터티 유형의 정의된 [Golden Metrics 를](https://github.com/newrelic/entity-definitions)기반으로 권장 알림 조건을 받게 됩니다. 권장 경보 조건을 얻지 못한 경우 모니터링할 경보 조건을 선택하면 이 신호가 정상 기준선(상한 및 하한)에서 최소 5분 동안 3.00 표준에서 벗어날 때 팀에 경고가 전송됩니다. 편차. -권장 경고 조건이 제공되지 않은 경우 모니터링하려는 경고 조건을 선택하면 이 신호가 정상 기준선(상한 및 하한)에서 최소 5분 x 3.00 표준에서 벗어날 때 팀에 경고가 표시됩니다. 편차. +경고 적용 범위 차이에서 경고를 생성하려면 다음을 수행하십시오. -A screenshot of creating an alert from the alert coverage gap dashboard +1. **[one.newrelic.com](https://one.newrelic.com/all-capabilities) > Alerts & AI** 로 이동하고 왼쪽 탐색 창에서 **Alert coverage gaps** \[경고 범위 격차를] 선택합니다. -
- 모니터링되지 않는 엔터티에 대한 경고 생성. -
+2. 경고를 만들려는 엔터티에서 **Add alert** \[경고 추가를] 클릭합니다. -모든 경고 조건은 [정책](/docs/alerts-applied-intelligence/new-relic-alerts/learn-alerts/rules-limits-alerts) 을 통해 라우팅되어야 하므로 기존 정책을 선택하거나 새 정책을 생성할 수 있는 옵션이 제공됩니다. +3. 원하는 권장 조건을 추가합니다. -A screenshot of the alert coverage gap policy selection + A screenshot of creating an alert from the alert coverage gap page -
- 경고를 만들 때 경고를 그룹화할 정책을 선택합니다. -
+
+ 모니터링되지 않는 엔터티에 대한 경고를 생성하려면 **[one.newrelic.com](https://one.newrelic.com/all-capabilities) > Alerts & AI**로 이동하고 왼쪽 탐색 창에서 **Alert coverage gaps** \[경고 범위 격차를] 선택한 다음 **Add alert** \[경고 추가를] 클릭합니다. +
+ +4. **Next**클릭합니다. + +5. 알림을 받을 정책을 선택하세요. 모든 경고 조건은 [정책을](/docs/alerts-applied-intelligence/new-relic-alerts/alert-policies/create-edit-or-find-alert-policy/) 통해 라우팅되어야 하므로 기존 정책을 선택하거나 새 정책을 만들어야 합니다. 경고 조건에 연결된 정책을 선택하거나 만든 후에는 [대상을](/docs/alerts-applied-intelligence/notifications/destinations)추가해야 할 수 있습니다. 대상은 New Relic 데이터에 대한 알림을 보내는 곳입니다. Slack, Atlassian Jira, 이메일 등과 같은 타사 도구에 알림을 연결할 수 있습니다. + + A screenshot of the alert coverage gap policy selection + +
+ 경고를 만들 때 경고를 그룹화할 정책을 선택합니다. +
-경고 조건에 연결된 정책을 선택하거나 생성했으면 [대상](https://docs.newrelic.com/docs/alerts-applied-intelligence/notifications/destinations) 을 추가해야 할 수 있습니다. 목적지는 New Relic 데이터에 대한 알림을 보내는 곳입니다. 알림을 Slack, Atlassian Jira, 이메일 등과 같은 타사 도구에 연결할 수 있습니다. \ No newline at end of file +6. **Activate conditions** \[조건 활성화를] 클릭하여 조건을 저장합니다. 정책이 새로운 경우 **Save & set up notifications** \[알림 저장 및 설정] 버튼이 표시됩니다. 조건 및 알림을 저장하려면 이 버튼을 사용하십시오. \ No newline at end of file diff --git a/src/i18n/content/kr/docs/alerts-applied-intelligence/applied-intelligence/incident-workflows/incident-workflows.mdx b/src/i18n/content/kr/docs/alerts-applied-intelligence/applied-intelligence/incident-workflows/incident-workflows.mdx index 57d7c9fcb0e..cfe2c3c27f0 100644 --- a/src/i18n/content/kr/docs/alerts-applied-intelligence/applied-intelligence/incident-workflows/incident-workflows.mdx +++ b/src/i18n/content/kr/docs/alerts-applied-intelligence/applied-intelligence/incident-workflows/incident-workflows.mdx @@ -13,7 +13,7 @@ translationType: machine ## 문제란 무엇입니까? [#issue] -문제는 증상의 근본적인 문제를 설명하는 사건 그룹입니다. 새 인시던트가 생성되면 인시던트 인텔리전스가 문제를 열고 상관 관계에 대해 다른 미해결 문제를 평가합니다. 자세한 내용은 [인시던트 인텔리전스 사용](/docs/alerts-applied-intelligence/applied-intelligence/incident-intelligence/use-incident-intelligence/) 을 참조하십시오. +문제는 증상의 근본적인 문제를 설명하는 인시던트 그룹입니다. 새 인시던트가 생성되면 인시던트 인텔리전스가 문제를 열고 다른 미결 문제의 상관 관계를 평가합니다. 자세한 내용은 [인시던트 인텔리전스 사용을](/docs/alerts-applied-intelligence/applied-intelligence/incident-intelligence/use-incident-intelligence/)참조하십시오. 작동 중인 워크플로 및 대상을 보려면 이 짧은 YouTube 비디오(3분 54초)를 시청하십시오. diff --git a/src/i18n/content/kr/docs/browser/browser-monitoring/getting-started/browser-summary-page.mdx b/src/i18n/content/kr/docs/browser/browser-monitoring/getting-started/browser-summary-page.mdx index b4c1db35b4e..1e9eb5fe342 100644 --- a/src/i18n/content/kr/docs/browser/browser-monitoring/getting-started/browser-summary-page.mdx +++ b/src/i18n/content/kr/docs/browser/browser-monitoring/getting-started/browser-summary-page.mdx @@ -82,7 +82,11 @@ import browserAddAlert from 'images/browser_screenshot-crop_browser-add-alert.we ## 권장 알림 조건 추가 [#recommended-alert-conditions] -브라우저 모니터링 **Summary**\[요약] 페이지를 통해 엔터티에 권장되는 경고 조건을 추가할 수 있습니다. 다음과 같이하세요: +브라우저 모니터링 **Summary** \[요약] 페이지를 통해 엔터티에 권장되는 경고 조건을 추가할 수 있습니다. + +발견되지 않은 엔터티를 더 보려면 [경고 적용 범위 격차 및 조건 권장 사항](/docs/alerts-applied-intelligence/applied-intelligence/alert-coverage-gaps/) 페이지를 참조하십시오. + +권장 알림 조건을 추가하려면 다음 단계를 따르세요. 1. 브라우저 모니터링 **Summary**\[요약] 페이지를 엽니다. diff --git a/src/i18n/content/kr/docs/infrastructure/host-integrations/host-integrations-list/nextcloud-integration.mdx b/src/i18n/content/kr/docs/infrastructure/host-integrations/host-integrations-list/nextcloud-integration.mdx index 70cf48c97e5..d3082893dc2 100644 --- a/src/i18n/content/kr/docs/infrastructure/host-integrations/host-integrations-list/nextcloud-integration.mdx +++ b/src/i18n/content/kr/docs/infrastructure/host-integrations/host-integrations-list/nextcloud-integration.mdx @@ -9,6 +9,8 @@ translationType: machine import infrastructureNextcloudIntegration from 'images/infrastructure_screenshot-full_Nextcloud-integration.webp' +import infrastructureNextcloudAuth from 'images/infrastructure_screenshot-full_Nextcloud-auth.webp' + Nextcloud 대시보드를 사용하면 시스템의 파일 수, 사용자 계정 및 데이터베이스 크기를 쉽게 추적할 수 있습니다. 당사의 인프라 에이전트와 Prometheus OpenMetrics 통합으로 구축된 Nextcloud 통합은 일련의 기본값을 제공합니다. 가장 중요한 데이터를 모두 한 곳에서 볼 수 있습니다. -**전제 조건** +## 전제 조건 New Relic에서 Nextcloud 데이터를 가져오려면 다음을 수행해야 합니다. -* [Go를 설치합니다](https://go.dev/doc/install) . -* Nextcloud 22 이상을 사용하십시오. +* [Go 설치](https://go.dev/doc/install) +* `make` 명령 설치 +* Nextcloud 22 이상 사용 ## 인프라 에이전트 설치 [#infra] @@ -34,7 +37,7 @@ New Relic에서 Nextcloud 데이터를 가져오려면 다음을 수행해야 두 가지 방법으로 인프라 에이전트를 설치할 수 있습니다. * [가이드 설치](https://one.newrelic.com/nr1-core?state=4f81feab-35f7-e97e-9903-52510f8542bd) 는 시스템을 검사하고 시스템에 가장 적합한 애플리케이션 모니터링 에이전트와 함께 인프라 에이전트를 설치하는 CLI 도구입니다. 가이드 설치 작동 방식에 대해 자세히 알아보려면 [가이드 설치 개요](/docs/infrastructure/host-integrations/installation/new-relic-guided-install-overview) 를 확인하세요. -* 인프라 에이전트를 수동으로 설치하려면 [Linux](/docs/infrastructure/install-infrastructure-agent/linux-installation/install-infrastructure-monitoring-agent-linux) , [Windows](/docs/infrastructure/install-infrastructure-agent/windows-installation/install-infrastructure-monitoring-agent-windows/) 또는 [macOS](/docs/infrastructure/install-infrastructure-agent/macos-installation/install-infrastructure-monitoring-agent-macos/) 용 수동 설치에 대한 자습서를 따를 수 있습니다. +* 인프라 에이전트를 수동으로 설치하려면 [Linux](/docs/infrastructure/install-infrastructure-agent/linux-installation/install-infrastructure-monitoring-agent-linux), [Windows](/docs/infrastructure/install-infrastructure-agent/windows-installation/install-infrastructure-monitoring-agent-windows/)또는 [macOS](/docs/infrastructure/install-infrastructure-agent/macos-installation/install-infrastructure-monitoring-agent-macos/)용 수동 설치에 대한 자습서를 따를 수 있습니다. ## Nextcloud 데이터 내보내기 [#export] @@ -48,19 +51,24 @@ New Relic에서 Nextcloud 데이터를 가져오려면 다음을 수행해야 > 1. 다음 Docker 명령을 실행하여 `nextcloud-exporter` 에 액세스합니다. - ``` - docker pull ghcr.io/xperimental/nextcloud-exporter:latest - docker pull xperimental/nextcloud-exporter:latest - ``` + ```shell + docker pull ghcr.io/xperimental/nextcloud-exporter:latest + docker pull xperimental/nextcloud-exporter:latest + ``` 2. 클론 `nextcloud-exporter` : - ``` - git clone https://github.com/xperimental/nextcloud-exporter.git - cd nextcloud-exporter - ``` + ```shell + git clone https://github.com/xperimental/nextcloud-exporter.git + ``` + + 3. `nextcloud-exporter` 폴더에서 `make` 명령을 사용하여 바이너리 파일을 만듭니다. + + ```shell + make + ``` - 3. `make` 를 사용하여 `nextcloud-exporter` 폴더에 `nextcloud-exporter` 라는 바이너리 파일을 만듭니다. + `nextcloud-exporter` 폴더 안에 `nextcloud-exporter` 라는 바이너리 파일이 있습니다. - 1. 토큰을 인증하려면 OpenSSL을 사용하여 임의의 값을 생성해야 합니다. + 1. 토큰을 인증하려면 Nextcloud에 로그인하고 **Personal Setting** \[개인 설정] 으로 이동한 다음 왼쪽 메뉴에서 **Security** \[보안을] 클릭합니다. + + 2. **Devices & Sessions**아래에 앱 이름을 입력하고 **Create New App Password 를**클릭합니다. + + 3. `nextcloud-exporter` 구성에서 사용하려면 토큰을 복사하세요. 나중에 토큰이 필요합니다. - ``` - TOKEN=$(openssl rand -hex 32) - ``` + 4. 로컬 Nextcloud 경로(예 `/var/www/html/nextcloud`로 이동하고 다음을 실행하여 토큰을 설정합니다. - 2. `/var/www/nextcloud` 로 이동하여 occ 명령을 사용하여 토큰을 설정합니다. + ```shell + sudo -u www-data php /var/www/html/nextcloud/occ config:app:set serverinfo token --value "YOUR_TOKEN" + ``` - ``` - occ config:app:set serverinfo token --value "$TOKEN" - ``` + 5. `nextcloud-exporter` 폴더에서 다음 명령을 실행하여 자신을 인증합니다. - 3. 복제된 Nextcloud 폴더에서 다음 명령을 실행하여 사용자 이름 및 암호 인증을 시작합니다. + ```shell + ./nextcloud-exporter --login YOUR_USERNAME YOUR_PASSWORD --server http://127.0.0.1/nextcloud + ``` - ``` - ./nextcloud-exporter --login --server http://127.0.0.1 - ``` + 이 명령은 URL을 출력하고 복사하여 브라우저에 붙여넣습니다. - 4. Nextcloud에 대한 메트릭에 액세스하려면 다음을 실행합니다. + 6. **Log in** \[로그인 을] 클릭하고 액세스 권한을 부여하면 `Account connected` 메시지가 표시됩니다. 이제 터미널에서 암호화된 비밀번호가 포함된 사용자 이름을 받게 됩니다. - ``` - ./nextcloud-exporter -u -p --server http://127.0.0.1:9205 - ``` +
+ 로그인하여 본인 인증을 합니다. +
- 5. 브라우저에서 `http:127.0.0.1:9205/metrics` 로 이동하여 측정항목을 확인하세요. + 7. Nextcloud 측정항목에 액세스하려면 로컬 `nextcloud-exporter` 폴더에서 다음 명령을 실행하세요. + + ```shell + ./nextcloud-exporter -u YOUR_USERNAME -p YOUR_ENCRYPTED_PASSWORD --server http://127.0.0.1/nextcloud + ``` + + 8. 브라우저에서 `http:127.0.0.1:9205/metrics` 로 이동하여 측정항목을 확인하세요. @@ -101,27 +117,122 @@ New Relic에서 Nextcloud 데이터를 가져오려면 다음을 수행해야 인프라 에이전트가 설치되어 있으면 Prometheus OpenMetrics 통합을 통해 Nextcloud와 New Relic 간에 통신 회선을 설정해야 합니다. Prometheus OpenMetrics는 노출된 Nextcloud 데이터를 스크랩하여 사전 구축된 대시보드에 표시합니다. 1. 지침에 따라 [Prometheus OpenMetrics 통합](/docs/infrastructure/prometheus-integrations/install-configure-openmetrics/install-update-or-uninstall-your-prometheus-openmetrics-integration) 을 설치합니다. -2. [`nri-prometheus` 저장소](https://github.com/newrelic/nri-prometheus/blob/main/configs/nri-prometheus-config.yml.sample) 의 스니펫과 일치하도록 `nri-prometheus.config.yml` 파일을 업데이트합니다. -3. 서버 관련 정보를 얻으려면 대상 내부의 URL을 바꾸십시오. 대체 URL은 노출된 Nextcloud 메트릭과 연결된 URL과 일치해야 합니다. -```yml -targets: - urls: ["http://127.0.0.1:9205"] +2. Prometheus OpenMetrics 통합을 설치한 폴더인 `/etc/newrelic-infra/integrations.d`로 이동하여 `nri-prometheus.config.yml`이라는 파일을 생성합니다. + +3. [`nri-prometheus.config.yml` 샘플 파일](https://github.com/newrelic/nri-prometheus/blob/main/configs/nri-prometheus-config.yml.sample)의 콘텐츠를 복사하여 `nri-prometheus.config.yml` 파일에 붙여넣습니다. 서버 관련 정보를 얻으려면 `targets` 키 내부의 URL 값을 바꾸십시오. URL은 노출된 Nextcloud 메트릭과 연결된 URL과 일치해야 합니다. + + ```yml + integrations: + - name: nri-prometheus + config: + # When standalone is set to false nri-prometheus requires an infrastructure agent to work and send data. Defaults to true + standalone: false + + # When running with infrastructure agent emitters will have to include infra-sdk + emitters: infra-sdk + + # The name of your cluster. It's important to match other New Relic products to relate the data. + cluster_name: "my_exporter" + + targets: + - description: Secure etcd example + urls: ["http://127.0.0.1:9205"] + # tls_config: + # ca_file_path: "/etc/etcd/etcd-client-ca.crt" + # cert_file_path: "/etc/etcd/etcd-client.crt" + # key_file_path: "/etc/etcd/etcd-client.key" + + # Whether the integration should run in verbose mode or not. Defaults to false. + verbose: false + + # Whether the integration should run in audit mode or not. Defaults to false. + # Audit mode logs the uncompressed data sent to New Relic. Use this to log all data sent. + # It does not include verbose mode. This can lead to a high log volume, use with care. + audit: false + + # The HTTP client timeout when fetching data from endpoints. Defaults to "5s" if it is not set. + # scrape_timeout: "5s" + + # Length in time to distribute the scraping from the endpoints. Default to "30s" if it is not set. + scrape_duration: "5s" + + # Number of worker threads used for scraping targets. + # For large clusters with many (>400) endpoints, slowly increase until scrape + # time falls between the desired `scrape_duration`. + # Increasing this value too much will result in huge memory consumption if too + # many metrics are being scraped. + # Default: 4 + # worker_threads: 4 + + # Whether the integration should skip TLS verification or not. Defaults to false. + insecure_skip_verify: false + + timeout: 10s + ``` + +4. [New Relic 인프라 서비스를 다시 시작하십시오](/docs/infrastructure/install-infrastructure-agent/manage-your-agent/start-stop-restart-infrastructure-agent). + +5. 사전 구축된 대시보드를 사용하려면 [Nextcloud 빠른 시작을](https://newrelic.com/instant-observability/nextcloud) 설치하세요. + +## NRQL을 사용하여 데이터 쿼리 + +이 샘플 쿼리를 사용하여 **[one.newrelic.com](https://one.newrelic.com/all-capabilities)**에서 캡처된 Lighttpd 지표를 확인하세요. + +다음은 지난 5분 동안 활성 사용자 수를 확인하는 NRQL 쿼리의 예입니다. + +```sql +SELECT latest(nextcloud_active_users_total) FROM Metric ``` -5. 문서를 [따라 New Relic 인프라 서비스를 다시 시작하십시오](/docs/infrastructure/install-infrastructure-agent/manage-your-agent/start-stop-restart-infrastructure-agent) . -6. 사전 구축된 대시보드를 가져오려면 [Nextcloud 빠른 시작](https://newrelic.com/instant-observability/nextcloud) 을 설치하세요. +다음은 지난 24시간 동안 활성 사용자 수를 확인하는 NRQL 쿼리의 예입니다. + +```sql +SELECT latest(nextcloud_active_users_daily_total) FROM Metric +``` ## 다음은 뭐지? -NRQL 쿼리 작성 및 대시보드 생성에 대해 자세히 알아보려면 다음 문서를 확인하세요. +NRQL 쿼리 작성 및 대시보드 생성에 대해 자세히 알아보려면: -* 기본 및 고급 쿼리를 생성 [하기 위한 쿼리 빌더 소개](/docs/query-your-data/explore-query-data/query-builder/introduction-query-builder) +* 기본 및 고급 쿼리를 생성하려면 [쿼리 작성기에 대한 소개를](/docs/query-your-data/explore-query-data/query-builder/introduction-query-builder) 읽으십시오. -* [대시보드를 사용자 지정하고 다양한 작업을 수행하기 위한 대시보드 소개](/docs/query-your-data/explore-query-data/dashboards/introduction-dashboards) +* [대시보드 소개를](/docs/query-your-data/explore-query-data/dashboards/introduction-dashboards) 읽고 대시보드를 사용자 정의하고 다양한 작업을 수행하십시오. -* [대시보드를 관리하여](/docs/query-your-data/explore-query-data/dashboards/manage-your-dashboard) +* [대시보드를 관리](/docs/query-your-data/explore-query-data/dashboards/manage-your-dashboard) 하여 - 디스플레이 모드를 사용하거나 대시보드에 더 많은 콘텐츠를 추가할 수 있습니다. \ No newline at end of file + 디스플레이 모드를 사용하거나 대시보드에 더 많은 콘텐츠를 추가할 수 있습니다. + +## 문제점 해결 + +### 문제 + +Nextcloud에서 페이지를 열 때마다 다음 오류 메시지가 표시됩니다. + +```shell +Invalid private key for encryption app. Please update your private key password in your personal settings to recover access to your encrypted files. +``` + +### 해결책 + +1. 다음을 실행하여 Nextcloud 암호화 상태를 확인합니다. + + ```shell + sudo -u www-data php /var/www/html/occ encryption:status + ``` + +2. `enabled: false`표시되면 다음을 실행하여 암호화를 활성화합니다. + + ```shell + sudo -u www-data php /var/www/html/occ encryption:enable + ``` + +3. 다음을 실행하여 암호화가 활성화되었는지 확인합니다. + + ```shell + sudo -u www-data php /var/www/html/occ encryption:status + ``` + +이제 Nextcloud를 종료하고 Nextcloud 브라우저 세션을 새로 고칩니다. 더 이상 오류 메시지가 표시되지 않아야 합니다. \ No newline at end of file diff --git a/src/i18n/content/kr/docs/infrastructure/manage-your-data/data-instrumentation/apm-data-infrastructure-monitoring.mdx b/src/i18n/content/kr/docs/infrastructure/manage-your-data/data-instrumentation/apm-data-infrastructure-monitoring.mdx index 9e771de81ea..0a0c6346273 100644 --- a/src/i18n/content/kr/docs/infrastructure/manage-your-data/data-instrumentation/apm-data-infrastructure-monitoring.mdx +++ b/src/i18n/content/kr/docs/infrastructure/manage-your-data/data-instrumentation/apm-data-infrastructure-monitoring.mdx @@ -1,5 +1,5 @@ --- -title: 인프라 모니터링의 APM 데이터 +title: APM 요약 페이지의 인프라 데이터 tags: - Infrastructure - Manage your data @@ -8,99 +8,119 @@ metaDescription: How to view APM data related to your associated infrastructure translationType: machine --- -import infrastructureInfraApmDataChart from 'images/infrastructure_screenshot-crop_infra-apm-data-chart.webp' +import apmCriticalViolationsinApdex from 'images/apm_screenshot-full_critical-violations-in-Apdex.webp' -[APM](/docs/apm/new-relic-apm/getting-started/welcome-new-relic-apm) 과 [인프라](/docs/infrastructure/new-relic-infrastructure/getting-started/welcome-new-relic-infrastructure) 데이터를 통합하면 APM 데이터와 인프라 데이터를 나란히 볼 수 있으므로 문제의 근본 원인을 더 빨리 찾을 수 있습니다. +import apmCPUPercentageViolationinAPM from 'images/apm_screenshot-crop_CPU-percentage-violation-in-APM.webp' -인프라 모니터링에서 APM 데이터를 찾고 사용하는 주요 방법은 다음과 같습니다. +import apmToggleBetweenHistogramViews from 'images/apm_screenshot-crop_toggle-between-histogram-views.webp' -* [인프라 모니터링 UI 페이지에서 APM 차트 보기](#apm-chart) -* [애플리케이션 데이터로 호스트 필터링](#filter-by-app) -* [인프라와 APM 간 전환](#switch) -* [인벤토리 및 이벤트 페이지에서 APM 데이터 검사](#inventory-events) +import apmExploringaSpecificHostinAPM from 'images/apm_screenshot-full_exploring-a-specific-host-in-APM.gif' -인프라 데이터는 다음에 나타납니다. [APM 요약](/docs/apm/applications-menu/monitoring/apm-overview-page) 페이지의 호스트 테이블에서. +import apmFilterbyApplication from 'images/apm_screenshot-full_filter-by-application.webp' -## APM 및 인프라 데이터에 대한 로그 보기 [#logs-context] +[APM](/docs/apm/new-relic-apm/getting-started/welcome-new-relic-apm) 과 [Infrastructure](/docs/infrastructure/new-relic-infrastructure/getting-started/welcome-new-relic-infrastructure) \[인프라] 데이터의 통합으로 단일 페이지에서 전체 시스템의 상태를 볼 수 있습니다. APM **Summary** \[요약] 페이지에서 호스트, 앱, 이벤트 및 경고 활동을 모니터링하고 내장된 변경 추적을 사용하여 데이터를 최근 배포와 비교할 수 있습니다. 한 페이지에서 경고에 대응하고 근본 원인을 식별하고 호스트 성능에 미치는 영향을 신속하게 해결할 수 있습니다. -또한 로그와 애플리케이션의 데이터를 함께 가져와 더 쉽고 빠르게 문제를 해결할 수 있습니다. [컨텍스트의 로그를](/docs/logs/logs-context/configure-logs-context-apm-agents/) 사용하면 앱의 UI에서 직접 오류 및 추적과 관련된 로그 메시지를 볼 수 있습니다. Kubernetes 클러스터와 같은 [인프라 데이터](/docs/logs/forward-logs/forward-your-logs-using-infrastructure-agent/) 컨텍스트에서 로그를 볼 수도 있습니다. 다른 UI 페이지로 전환할 필요가 없습니다. +먼저 이 문서는 APM으로 인프라 문제를 해결하는 과정을 안내합니다. 그런 다음 APM 및 인프라 모니터링의 주요 기능 중 일부에 대해 자세히 알아봅니다. -## APM과 인프라 데이터를 통합하는 방법 [#how-it-works] + + + ## APM과 인프라 데이터 통합 [#how-it-works] -을 위한 통합할 인프라 데이터는 다음 사항이 모두 참이어야 합니다. + 을 위한 통합할 인프라 데이터는 다음 사항이 모두 참이어야 합니다. -* APM 에이전트와 인프라 에이전트는 동일한 호스트에 설치해야 합니다. + * APM 에이전트와 인프라 에이전트는 동일한 호스트에 설치해야 합니다. -* 두 에이전트는 동일한 것을 사용해야 합니다. + * 두 에이전트는 동일한 것을 사용해야 합니다. - + - . + . -* [동일한 호스트 이름](/docs/infrastructure/new-relic-infrastructure/troubleshooting/apm-data-missing-infrastructure#hostnames) 을 사용해야 합니다. + * [동일한 호스트 이름](/docs/infrastructure/new-relic-infrastructure/troubleshooting/apm-data-missing-infrastructure#hostnames) 을 사용해야 합니다. -통합이 작동하지 않는 경우 [APM-인프라 통합 문제 해결](/docs/infrastructure/new-relic-infrastructure/troubleshooting/apm-data-missing-infrastructure) 을 참조하십시오. + 통합이 작동하지 않는 경우 [APM-인프라 통합 문제 해결을](/docs/infrastructure/new-relic-infrastructure/troubleshooting/apm-data-missing-infrastructure)참조하십시오. + -## APM 차트 보기 [#apm-chart] + + ## 경고에 응답 -당신의 인프라 데이터가 링크되어 있으면 이러한 인프라 모니터링 UI 페이지에서 APM 데이터 차트에 액세스할 수 있습니다. **호스트**, **네트워크**, **스토리지**및 **프로세스**. + 이 예에서 귀하가 `Billing Service` 애플리케이션을 담당하는 엔지니어이고 " `Billing Service`에서 최소 5분 동안 오류 비율 > 45%"라는 알림을 받았다고 가정해 보겠습니다. -다른 차트로 전환하려면 차트 이름 옆에 있는 드롭다운을 선택하고 새 차트를 선택합니다. 응용 프로그램 관련 차트는 상단 근처에 있습니다. + * 가장 먼저 할 일은 APM의 `Billing Service` 애플리케이션으로 이동하고 **Summary** \[요약] 페이지를 열어 시스템 상태에 대한 개요를 보는 것입니다. 사용자 만족도의 척도인 높은 Apdex 점수는 시스템에 문제가 있음을 나타낼 수 있습니다. 여기서 점수가 .79임을 알 수 있습니다. 중요한 위반을 촉발했습니다. + * 다음으로 오류율을 확인합니다. 여기에서 오류율이 100%에 도달한 것을 볼 수 있습니다. -Infrastructure APM application data chart + 이 두 가지 지표를 기반으로 문제가 있음을 알 수 있습니다. 이제 위치와 이유를 파악하기만 하면 됩니다. -
- **[one.newrelic.com](https://one.newrelic.com/all-capabilities) > Infrastructure > Hosts** : APM과 인프라 데이터가 연결된 경우 인프라 모니터링의 차트를 변경하여 애플리케이션 데이터를 표시할 수 있습니다. -
+ A screenshot depicting critical violations in apdex + -## 애플리케이션 데이터로 필터링 [#filter-by-app] + + ## 오류의 원인 파악 -당신의 인프라 데이터가 연결되어 있으면 **응용 프로그램을 사용하여 표시된 호스트 데이터를 필터링할 수 있습니다.** + APM 요약 페이지의 **Infrastructure** \[인프라] 섹션까지 아래로 스크롤합니다. 여기에서 `Billing Service` 애플리케이션에 연결된 각 호스트와 해당 **Response time** \[응답 시간], **Throughput** \[처리량], **Error rate** \[오류율], **CPU%**레코드를 나열하는 테이블을 볼 수 있습니다. 및 **Memory %** \[메모리 %]. 차트 아래에는 이러한 황금 신호 중 두 가지를 강조 표시하는 히스토그램이 있습니다. 기본 선택 항목은 **CPU %** 및 **Memory %** \[메모리 %] 이지만 왼쪽 상단의 드롭다운 메뉴를 클릭하고 다른 보기를 선택할 수도 있습니다. -* [호스트 필터](/docs/infrastructure/new-relic-infrastructure/filter-group/filter-sets-organize-your-infrastructure-hosts) 에서 **응용 프로그램** 을 선택합니다. + A screenshot depicting how you can toggle between histograom views -* 필터링할 애플리케이션을 선택합니다. +
+ 검사하려는 다른 황금 신호 간에 전환할 수 있습니다. +
- - **호스트** 페이지에서 **애플리케이션** 열의 항목을 선택하여 필터링할 수도 있습니다. - + CPU 히스토그램을 보면 모든 호스트의 CPU %가 오전 11시 30분경에 급증한 것을 볼 수 있습니다. 이 CPU 변경이 최근 배포와 동시에 발생했음을 확인할 수도 있습니다. [배포 마커를](/docs/apm/apm-ui-pages/events/record-deployments/) 클릭하면 변경 사항을 발표한 사람과 해당 변경 사항이 무엇인지 알려줍니다. -## 인프라와 APM 간 전환 [#switch] + A screenshot depicting a CPU violation that corresponds to a deployment marker. + -당신의 인프라 계정이 연결되어 있으면 선택한 동일한 시간 범위에 대해 인프라에서 APM으로 또는 그 반대로 전환할 수 있습니다. + + ## 특정 호스트에 대해 자세히 알아보기 -다음 위치에서 인프라에서 APM으로 전환할 수 있습니다. + 이제 `Billing Service` 애플리케이션의 최근 배포로 인해 오류가 급증하고 심각한 Apdex 위반이 발생했음을 알았으므로 보다 명확하게 특정 호스트를 조사할 수 있습니다. 검사하려는 호스트의 이름을 클릭합니다. **인프라** 페이지에서 모든 관련 정보를 가져오는 사이드바가 표시됩니다. 이를 통해 나머지 데이터를 남기지 않고 호스트 및 서비스 오류와 관련하여 필요한 모든 정보에 액세스할 수 있습니다. -* [호스트 필터](/docs/infrastructure/new-relic-infrastructure/filter-group/filter-sets-organize-your-infrastructure-hosts) **애플리케이션** 메뉴에서 -* **호스트** 페이지의 응용 프로그램 테이블 열에서 **응용** 프로그램을 선택할 때 + A gif depicting a deeper inspection of a host with critical violations -APM [요약](#infra-apm-overview) 페이지의 호스트 테이블에서 APM에서 인프라로 전환할 수 있습니다. +
+ APM 요약 페이지를 떠나지 않고 호스트를 검사하십시오. +
+ + -## 인벤토리 및 이벤트의 APM 데이터 [#inventory-events] +이제 APM 및 인프라 모니터링으로 문제를 해결하는 방법을 알았으므로 APM 및 인프라 데이터를 통합하고 실행하는 방법을 살펴보겠습니다. -당신의 인프라 데이터가 연결되어 있으면 인프라 모니터링 UI의 [**인벤토리** 페이지](/docs/infrastructure/new-relic-infrastructure/infrastructure-ui-pages/infrastructure-inventory-page-search-your-entire-infrastructure) 및 [**이벤트** 페이지](/docs/infrastructure/new-relic-infrastructure/infrastructure-ui-pages/infrastructure-events-page-live-feed-every-agent)에서 애플리케이션 데이터를 보고 필터링할 수 있습니다. +## APM 및 인프라 데이터에 대한 로그 보기 [#logs-context] -## APM에서 호스트 데이터 보기 [#infra-apm-overview] +또한 로그와 애플리케이션의 데이터를 함께 가져와 더 쉽고 빠르게 문제를 해결할 수 있습니다. [컨텍스트의 로그를](/docs/logs/logs-context/configure-logs-context-apm-agents/) 사용하면 앱의 UI에서 직접 오류 및 추적과 관련된 로그 메시지를 볼 수 있습니다. Kubernetes 클러스터와 같은 [인프라 데이터](/docs/logs/forward-logs/forward-your-logs-using-infrastructure-agent/) 컨텍스트에서 로그를 볼 수도 있습니다. 다른 UI 페이지로 전환할 필요가 없습니다. -당신의 인프라 데이터가 연결되어 있으면 APM에서 더 많은 호스트 데이터를 사용할 수 있습니다. +## 애플리케이션 데이터로 필터링 [#filter-by-app] -APM [요약](/docs/apm/applications-menu/monitoring/apm-overview-page) 페이지에는 다음을 포함하여 앱의 호스트 및 인스턴스에 대한 데이터가 포함된 테이블이 있습니다. +당신의 인프라 데이터가 연결되어 있으면 검사하려는 특정 애플리케이션을 검색하여 표시된 호스트 데이터를 필터링할 수 있습니다. 위의 경우 `Billing Service`에 대해 필터링할 수 있습니다. -* Apdex -* 응답 시간 -* 처리량 -* 오류율 -* CPU 사용량 -* 메모리 +A screenshot showing you how to filter the infrastructure page by application -**View table** 또는 **Break out each metric by host** 를 선택하여 개별 호스트에 대한 테이블 보기 또는 세부 메트릭 세부 정보 간에 전환할 수 있습니다. +## 인벤토리 및 이벤트 UI 페이지의 APM 데이터 [#inventory-events] -APM **요약** 페이지의 호스트 데이터에 대한 자세한 내용은 [호스트 세부 정보](/docs/apm/applications-menu/monitoring/apm-overview-page#host_details) 를 참조하십시오. +당신의 인프라 데이터가 연결되어 있으면 인프라 모니터링 UI의 [**인벤토리** 페이지](/docs/infrastructure/new-relic-infrastructure/infrastructure-ui-pages/infrastructure-inventory-page-search-your-entire-infrastructure) 및 [**이벤트** 페이지](/docs/infrastructure/new-relic-infrastructure/infrastructure-ui-pages/infrastructure-events-page-live-feed-every-agent)에서 애플리케이션 데이터를 보고 필터링할 수 있습니다. ## 누락된 APM 데이터 문제 해결 [#troubleshooting] -APM/인프라 통합은 두 가지가 모두 있는 경우 자동으로 발생해야 합니다. 에이전트와 인프라 에이전트는 동일한 호스트에 설치되며 동일한 호스트를 사용합니다. 동일한 호스트 이름이 설정되어 있습니다. 인프라 모니터링에 APM 데이터가 표시되지 않으면 [문제 해결을](/docs/infrastructure/new-relic-infrastructure/troubleshooting/troubleshooting-apm-data-not-infrastructure)참조하십시오. \ No newline at end of file +APM/인프라 통합은 두 가지가 모두 있는 경우 자동으로 발생해야 합니다. 에이전트와 인프라 에이전트는 동일한 호스트에 설치되며 동일한 호스트를 사용합니다. 동일한 호스트 이름이 설정되어 있습니다. + +인프라 모니터링에 APM 데이터가 표시되지 않으면 [문제 해결을](/docs/infrastructure/new-relic-infrastructure/troubleshooting/troubleshooting-apm-data-not-infrastructure)참조하십시오. \ No newline at end of file diff --git a/src/i18n/content/kr/docs/kubernetes-pixie/kubernetes-integration/troubleshooting/issues-with-istio.mdx b/src/i18n/content/kr/docs/kubernetes-pixie/kubernetes-integration/troubleshooting/issues-with-istio.mdx index 04645f0c293..a8b2c5933b7 100644 --- a/src/i18n/content/kr/docs/kubernetes-pixie/kubernetes-integration/troubleshooting/issues-with-istio.mdx +++ b/src/i18n/content/kr/docs/kubernetes-pixie/kubernetes-integration/troubleshooting/issues-with-istio.mdx @@ -13,14 +13,37 @@ translationType: machine ## 문제 -고객 클러스터에서 Istio가 활성화되면 Istio 배포 Envoy 프록시에는 Prometheus 메트릭을 노출하는 Prometheus 메트릭 엔드포인트가 있습니다. + + + 고객 클러스터에서 Istio가 활성화되면 Istio 배포 Envoy 프록시에는 Prometheus 메트릭을 노출하는 Prometheus 메트릭 엔드포인트가 있습니다. -이러한 측정항목은 전용 `cluster_name` 과 `xds-grpc`로 연결됩니다. 또한 New Relic Kubernetes 통합에서 Prometheus 에이전트를 활성화하면 에이전트는 `global.cluster`를 통해 정의된 `cluster_name` 가 있는 메트릭 외에도 `cluster_name` 가 `xds_grpc` 인 이러한 Envoy 관련 메트릭을 수집합니다. + 이러한 측정항목은 전용 `cluster_name` 과 `xds-grpc`로 연결됩니다. 또한 New Relic Kubernetes 통합에서 Prometheus 에이전트를 활성화하면 에이전트는 `global.cluster`를 통해 정의된 `cluster_name` 가 있는 메트릭 외에도 `cluster_name` 가 `xds_grpc` 인 이러한 Envoy 관련 메트릭을 수집합니다. -다음 쿼리를 실행하여 Envoy 프록시 측정항목의 전체 목록을 가져옵니다. + 다음 쿼리를 실행하여 Envoy 프록시 측정항목의 전체 목록을 가져옵니다. -``` -FROM `Metric` -SELECT uniques(metricName) -WHERE cluster_name = 'xds-grpc' SINCE 1 week ago -``` \ No newline at end of file + ``` + FROM `Metric` + SELECT uniques(metricName) + WHERE cluster_name = 'xds-grpc' SINCE 1 week ago + ``` + + + + `newrelic` 네임스페이스에서 Istio가 사용 설정되면 해당 네임스페이스 내부의 New Relic Kubernetes 통합 포드에 네트워킹 문제가 발생할 수 있으며 네트워크 연결 부족으로 인해 생성되지 않을 수도 있습니다. + + 예를 들어 Kubernetes 통합 설치 중에 다음 오류 메시지가 표시되면 `newrelic` 네임스페이스에서 Istio를 사용하도록 설정했을 수 있으며 네트워킹 연결 문제로 인해 필요한 보안 비밀 `newrelic-bundle-nri-metadata-injection-admission` 을 생성하지 못했음을 의미합니다. + + ``` + W0518 02:00:14.984463 1 client_config.go:615] Neither --kubeconfig nor --master was specified. Using the inClusterConfig. This might not work. + {"err":"secrets \"newrelic-bundle-nri-metadata-injection-admission\" not found","level":"info","msg":"no secret found","source":"k8s/k8s.go:229","time":"2023-05-18T02:00:15Z"} {"level":"info","msg":"creating new secret","source":"cmd/create.go:28","time":"2023-05-18T02:00:15Z"} ... + ``` + + 따라서 고객은 `newrelic` 네임스페이스에서 Istio를 비활성화하는 것이 좋습니다. + + \ No newline at end of file diff --git a/src/i18n/content/kr/docs/kubernetes-pixie/kubernetes-integration/understand-use-data/kubernetes-cluster-explorer.mdx b/src/i18n/content/kr/docs/kubernetes-pixie/kubernetes-integration/understand-use-data/kubernetes-cluster-explorer.mdx index e9d89be7427..c28608450c1 100644 --- a/src/i18n/content/kr/docs/kubernetes-pixie/kubernetes-integration/understand-use-data/kubernetes-cluster-explorer.mdx +++ b/src/i18n/content/kr/docs/kubernetes-pixie/kubernetes-integration/understand-use-data/kubernetes-cluster-explorer.mdx @@ -34,6 +34,8 @@ import k8sNavigatorPreviewOptions from 'images/k8s_navigator_preview_options.web import k8sNavigatorPreviewPods from 'images/k8s_navigator_preview_pods.webp' +import k8sNavigatorPreviewToggle from 'images/k8s_navigator_preview_toggle.webp' + import k8sNavigatorPreviewAnimation from 'images/k8s_navigator_preview_animated.gif' New Relic Kubernetes 클러스터 탐색기는[Kubernetes 통합](/docs/integrations/kubernetes-integration/get-started/introduction-kubernetes-integration) 에서 수집한 데이터를 사용하여 컨트롤 플레인에서 노드 및 포드에 이르기까지 클러스터의 상태를 표시합니다. @@ -49,7 +51,7 @@ Kubernetes 통합을 [설치](/docs/kubernetes-pixie/kubernetes-integration/inst ## 클러스터 탐색기를 만나보세요 [#cluster-explorer-use] -클러스터 탐색기는 Kubernetes의 로고이기도 한 배의 바퀴 모양으로 차트에 가장 관련성이 높은 클러스터 데이터를 나타냅니다. +클러스터 탐색기는 가장 관련성이 높은 클러스터 데이터를 배의 바퀴 모양(Kubernetes 로고이기도 함)으로 차트에 나타냅니다. * 외부 링: 클러스터의 **최대 24개 노드를** 포함하며, 알림 양에 따라 가장 관련성이 높습니다. 각 노드 위로 마우스를 가져가 리소스 소비 및 사용된 할당 가능한 포드의 비율을 확인합니다. @@ -180,15 +182,25 @@ Kubernetes 통합을 [설치](/docs/kubernetes-pixie/kubernetes-integration/inst **[one.newrelic.com](https://one.newrelic.com/all-capabilities) > Kubernetes cluster explorer > Events** : 모든 Kubernetes 이벤트를 탐색 및 필터링하고 로그 및 인프라 데이터를 파헤칩니다. -## Kubernetes Navigator 미리보기 +## Kubernetes Navigator 미리보기 [#navigator-preview] - Kubernetes Navigator UI는 현재 미리 보기 상태입니다. Kubernetes 클러스터 탐색기에서 `Preview the new Kubernetes Experience` 토글을 사용하여 활성화할 수 있습니다. + Kubernetes Navigator UI는 현재 미리 보기 상태입니다. Kubernetes 클러스터 탐색기에서 `Preview the new Kubernetes experience` 토글을 사용하여 활성화할 수 있습니다. -New Relic의 Kubernetes Navigator UI는 [New Relic Navigator](https://docs.newrelic.com/docs/new-relic-solutions/new-relic-one/core-concepts/new-relic-explorer-view-performance-across-apps-services-hosts/#view-navigator) 의 개념을 바탕으로 사용자가 쉽게 엔티티를 그룹화하고 Kubernetes Pod, Daemonset, 배포, Statefulset 및 노드에 대한 높은 리소스 소비, 용량 문제 및 경고 상태를 격리할 수 있도록 합니다. +New Relic - Kubernetes Navigator Preview Toggle + +
+ **[one.newrelic.com](https://one.newrelic.com/all-capabilities) > Kubernetes cluster explorer > Summary**: Kubernetes Navigator UI 미리보기를 보려면 토글을 클릭하십시오. +
+ +Kubernetes Navigator UI는 [New Relic Navigator](https://docs.newrelic.com/docs/new-relic-solutions/new-relic-one/core-concepts/new-relic-explorer-view-performance-across-apps-services-hosts/#view-navigator) 의 개념을 바탕으로 사용자가 엔터티를 쉽게 그룹화하고 포드, 데몬셋, 배포, Statefulset 및 노드에 대한 높은 리소스 소비, 용량 문제 및 경고 상태를 격리할 수 있도록 합니다. -드롭다운 필터를 사용하여 엔터티 유형, 메트릭 및 그룹화 기준을 선택합니다. 미리보기는 다음 항목 유형을 지원합니다. +미리보기는 다음 Kubernetes 항목 유형의 시각화를 지원합니다. @@ -250,20 +262,6 @@ New Relic의 Kubernetes Navigator UI는 [New Relic Navigator](https://docs.newre - - - - - - - - - - - - - - - -
- 전개 - - 사용된 CPU(코어), 사용된 메모리(바이트), 컨테이너 다시 시작, CPU 제한(%), 네트워크 Rx(바이트/초), 네트워크 Tx(바이트/초), 경고 상태, 사용된 파일 시스템(%), 경고 이벤트, 시작 생성 시간 - - 네임스페이스, 배포 -
데몬셋 @@ -278,20 +276,6 @@ New Relic의 Kubernetes Navigator UI는 [New Relic Navigator](https://docs.newre
- 전개 - - 사용된 CPU(코어), 사용된 메모리(바이트), 컨테이너 다시 시작, CPU 제한(%), 네트워크 Rx(바이트/초), 네트워크 Tx(바이트/초), 경고 상태, 사용된 파일 시스템(%), 경고 이벤트, 시작 생성 시간 - - 네임스페이스, 배포 -
마디 @@ -308,47 +292,57 @@ New Relic의 Kubernetes Navigator UI는 [New Relic Navigator](https://docs.newre
-다음은 Kubernetes Navigator 사용 방법에 대한 몇 가지 팁입니다. +드롭다운 필터를 사용하여 **Entity type** \[항목 유형], **Metric** \[지표] 및 **Group by** \[그룹화 기준을] 선택합니다. 이를 통해 시각화를 제어할 수 있습니다. -* 드롭다운 필터를 사용하여 **Entity Type** \[엔터티 유형], **Metric** \[메트릭] 및 **Group by** \[그룹화 기준을] 선택합니다.New Relic - Kubernetes Navigator Preview Options -* 용량 및 사용률 메트릭은 메트릭 값이 높은지(짙은 파란색) 낮은지(연한 파란색/흰색)를 나타내는 파란색 그라데이션을 사용하여 색상이 지정됩니다.New Relic - Kubernetes Navigator Preview +New Relic - Kubernetes Navigator Preview Options +용량 및 사용률 메트릭은 메트릭 값이 높은지(짙은 파란색) 낮은지(연한 파란색/흰색)를 나타내는 파란색 그라데이션을 사용하여 색상이 지정됩니다. 범례의 상한 및 하한은 선택한 메트릭과 적용된 모든 필터에 따라 동적으로 업데이트됩니다. -* `Alert Status` 측정항목을 선택하면 현재 New Relic 플랫폼에서 열려 있는 경고 위반에 따라 항목의 색상이 지정됩니다. +New Relic - Kubernetes Navigator Preview - * 치명적일 경우 빨간색 - * 경고용 노란색 - * 비경고 엔터티의 경우 녹색 - * 경고 조건의 대상이 아닌 엔터티의 경우 회색 +`Alert status` 측정항목을 선택하면 현재 New Relic 플랫폼에서 열려 있는 경고 위반에 따라 항목의 색상이 지정됩니다. - New Relic - Kubernetes Navigator Alert Status +* 레드 크리티컬 +* 경고용 노란색 +* 비경고 엔터티의 경우 녹색 +* 경고 조건의 대상이 아닌 엔터티의 경우 회색 -* 필터 표시줄을 사용하거나 그룹화 헤더와 상호 작용하여 필터를 적용하여 UI 범위를 특정 노드, 네임스페이스, 배포 등으로 지정합니다. +New Relic - Kubernetes Navigator Alert Status - New Relic - Kubernetes Navigator Filtering +필터 표시줄을 사용하거나 그룹화 헤더와 상호 작용하여 필터를 적용하여 UI 범위를 특정 노드, 네임스페이스, 배포 등으로 지정할 수 있습니다. -* 엔터티 위로 마우스를 가져가면 경고 상태와 드롭다운에서 선택한 메트릭 값을 볼 수 있습니다. 선택한 엔터티에 대한 세부 정보를 보려면 클릭하여 플라이아웃을 엽니다. 이러한 세부 정보에는 태그, 골든 신호, 로그 및 `Details` 링크를 통한 보다 자세한 엔터티 대시보드 페이지에 대한 액세스가 포함됩니다. +New Relic - Kubernetes Navigator Filtering - New Relic - Kubernetes Navigator Flyout +엔터티 위로 마우스를 가져가면 경고 상태와 드롭다운에서 선택한 메트릭 값을 볼 수 있습니다. 선택한 엔터티에 대한 자세한 정보가 포함된 패널을 열려면 클릭합니다. 이러한 세부 정보에는 태그, 골든 신호, 로그 및 `Details` 링크를 통한 보다 자세한 엔터티 대시보드 페이지에 대한 액세스가 포함됩니다. -* Kubernetes Navigator UI는 현재 미리 보기 상태이며, 마음에 드는 점과 보고 싶은 다른 기능에 대한 피드백을 받고 싶습니다. 왼쪽 하단 탐색 메뉴에서 **Help > Give Us Feedback** \[도움말 > 피드백 보내기] 옵션을 방문하여 New Relic UI에서 직접 피드백을 제출할 수 있습니다. +New Relic - Kubernetes Navigator entity details - New Relic - Kubernetes Navigator Flyout \ No newline at end of file +Kubernetes Navigator UI는 현재 미리 보기 상태이며 업데이트 및 추가 기능이 계획 중입니다. 마음에 드는 점, 싫어하는 점, 이 UI에서 보고 싶은 다른 기능에 대한 피드백을 보내주세요. 왼쪽 하단 탐색 메뉴에서 **Help > Give Us Feedback** \[도움말 > 피드백 보내기] 옵션을 방문하여 New Relic에서 직접 피드백을 제출할 수 있습니다. + +New Relic - Kubernetes Navigator Flyout \ No newline at end of file diff --git a/src/i18n/content/kr/docs/mobile-monitoring/mobile-monitoring-ui/mobile-app-pages/mobile-apps-summary-page.mdx b/src/i18n/content/kr/docs/mobile-monitoring/mobile-monitoring-ui/mobile-app-pages/mobile-apps-summary-page.mdx index d12f6ad3b3e..a464388d01b 100644 --- a/src/i18n/content/kr/docs/mobile-monitoring/mobile-monitoring-ui/mobile-app-pages/mobile-apps-summary-page.mdx +++ b/src/i18n/content/kr/docs/mobile-monitoring/mobile-monitoring-ui/mobile-app-pages/mobile-apps-summary-page.mdx @@ -213,7 +213,11 @@ import mobileAddAlert from 'images/mobile_screenshot-crop_browser-add-alert.webp ## 권장 알림 조건 추가 [#recommended-alert-conditions] -모바일 **Summary**\[요약] 페이지를 통해 권장 알림 조건을 엔터티에 추가할 수 있습니다. 다음과 같이하세요: +모바일 **Summary** \[요약] 페이지를 통해 권장 알림 조건을 엔터티에 추가할 수 있습니다. + +발견되지 않은 엔터티를 더 보려면 [경고 적용 범위 격차 및 조건 권장 사항](/docs/alerts-applied-intelligence/applied-intelligence/alert-coverage-gaps/) 페이지를 참조하십시오. + +권장 알림 조건을 추가하려면 다음 단계를 따르세요. 1. 모바일 모니터링 **Summary**\[요약] 페이지를 엽니다.