newrelic · ally-sassman · Feb 28, 2024 · Feb 28, 2024 · Feb 28, 2024 · Feb 28, 2024
diff --git a/src/data/whats-new-ids.json b/src/data/whats-new-ids.json
@@ -310,5 +310,6 @@
   "/whats-new/2024/02/whats-new-02-16-infra-otel-guids": "42963",
   "/whats-new/2024/02/whats-new-02-20-codestreamlogs": "42964",
   "/whats-new/2024/02/whats-new-02-21-live-archives": "42965",
-  "/whats-new/2024/02/whats-new-02-27-hardware-sentry-integration": "42966"
+  "/whats-new/2024/02/whats-new-02-27-hardware-sentry-integration": "42966",
+  "/whats-new/2024/02/whats-new-02-28-compute-add-on-sku": "42967"
 }
diff --git a/...ccounts/accounts-billing/new-relic-one-pricing-billing/usage-queries-alerts.mdx b/...ccounts/accounts-billing/new-relic-one-pricing-billing/usage-queries-alerts.mdx
@@ -16,8 +16,14 @@ translationType: human
 使用量UIを使用する際、または消費クエリを実行する際は、次の点に注意してください。
 
 * 結果は概算であり、請求金額の計算に使用される値と正確には一致しません。
+
 * これらのツールを使用して、使用率の高い領域を見つけて追跡します。
-* クエリを使用してアラートを作成すると、上限に近づいているかどうかがわかります。
+
+* クエリを使用して
+
+  <InlinePopover type="alerts"/>
+
+  を作成すると、上限に近づいているかどうかがわかります。
 
 ## データインジェスト使用量のクエリ [#data-queries]
 
@@ -94,7 +100,7 @@ translationType: human
 
 ## ユーザー数のクエリ [#user-queries]
 
-ユーザー数の表示については、[使用量UI](/docs/accounts/accounts-billing/new-relic-one-pricing-billing/new-relic-one-pricing-billing#usage-ui)を参照してください。それ以上の詳細が必要な場合は、以下のNRQLクエリの例を使用できます。ユーザーの計算方法の詳細は、[請求対象ユーザーの計算](/docs/accounts/accounts-billing/new-relic-one-pricing-billing/user-count-billing)を参照してください。
+ユーザー数の表示については、[](/docs/accounts/accounts-billing/new-relic-one-pricing-billing/new-relic-one-pricing-billing#usage-ui)を参照してください。それ以上の詳細が必要な場合は、以下のNRQLクエリの例を使用できます。ユーザーの計算方法の詳細は、[請求対象ユーザーの計算](/docs/accounts/accounts-billing/new-relic-one-pricing-billing/user-count-billing)を参照してください。
 
 ほとんどのNew Relic組織には、コアユーザーを追加する機能があります。このセクションでは、これらの組織で機能するクエリを説明します。[コアユーザーのロック解除をオプトイン](/docs/accounts/accounts-billing/new-relic-one-pricing-billing/new-relic-one-pricing-billing#core-acceptance)していない古い組織にいる場合は、[コアユーザーなしの組織のクエリ](#queries-non-core)を参照してください。
 
@@ -175,7 +181,7 @@ SELECT latest(FullPlatformUsersBillable) * <var>YOUR_PER_FULL_PLATFORM_USER_COST
 
     ### フルプラットフォームユーザーと基本ユーザーのカウント
 
-    [使用量 UI](/docs/accounts/accounts-billing/new-relic-one-pricing-users/pricing-billing#billing-usage-ui)は、フルプラットフォームユーザーと基本ユーザーの数を示します。使用されるクエリ：
+    [](/docs/accounts/accounts-billing/new-relic-one-pricing-users/pricing-billing#billing-usage-ui)は、フルプラットフォームユーザーと基本ユーザーの数を示します。使用されるクエリ：
 
     ```sql
     FROM NrUsage SELECT max(usage) SINCE 10 days ago
@@ -214,21 +220,24 @@ SELECT latest(FullPlatformUsersBillable) * <var>YOUR_PER_FULL_PLATFORM_USER_COST
 
 各エディションには、一定数のSyntheticsチェックが無料で含まれています。詳細については、[Syntheticsの制限](/docs/synthetics/synthetic-monitoring/using-monitors/monitor-limits)を参照してください。
 
-[NrDailyUsageイベント](/attribute-dictionary/?event=NrDailyUsage)は、Syntheticsの使用状況を理解する上で最も役立つイベントタイプです。1日に1回生成されます。使用状況のタイムスタンプは、New Relicが合成チェックを受信して処理する時間に対応します。これにより、合成チェックが実行された時間と比較して、使用状況データにわずかな違いが生じる場合があります。
+[NrMTDConsumptionイベント](/attribute-dictionary/?event=NrMTDConsumption)はを強化し、[使用量のアラート](#alerts)に使用する必要があります。
+
+[NrDailyUsageイベント](/attribute-dictionary/?event=NrDailyUsage)は、Syntheticsの使用状況をさらに詳しく分析するのに役立ちますが、結果は使用量UIと[NrMTDConsumptionイベント](/attribute-dictionary/?event=NrMTDConsumption)と一致しない可能性があります。1日に1回生成されます。使用状況のタイムスタンプは、New Relicが合成チェックを受信して処理する時間に対応します。これにより、syntheticチェックが実行された時間と比較して、使用状況データにわずかな違いが生じる場合があります。
 
-[`FACET`](/docs/query-your-data/nrql-new-relic-query-language/get-started/nrql-syntax-clauses-functions/#sel-facet)を使用すると、使用量をアカウント、ロケーション、モニタータイプ、モニター名など、複数のカテゴリーに分割できます。[親アカウント構造](/docs/accounts/original-accounts-billing/original-users-roles/parent-child-account-structure/)がある場合は、親アカウントでクエリを実行し、その親アカウントとその子アカウントの集計された使用状況を確認してください。
+[`FACET`](/docs/query-your-data/nrql-new-relic-query-language/get-started/nrql-syntax-clauses-functions/#sel-facet)を[NrDailyUsageイベント](/attribute-dictionary/?event=NrDailyUsage)と使用すると、使用量をアカウント、ロケーション、モニタータイプ、モニター名など、複数のカテゴリに分割できます。[親アカウント構造](/docs/accounts/original-accounts-billing/original-users-roles/parent-child-account-structure/)がある場合は、親アカウントでクエリを実行して、その親アカウントとその子アカウントの集計された使用状況を確認してください。
 
-成功と失敗の確認はどちらも、全体的なSynthetics使用量に寄与します。以下は、Syntheticsの使用量を表示してファセットするためのサンプルクエリです。
+成功と失敗の確認はどちらも、全体的なSynthetics使用量に寄与します。以下は、両方のイベントタイプを適切に使用して、Syntheticsの使用量を表示してファセットするためのサンプルクエリです。
 
 <CollapserGroup>
   <Collapser
     id="TotalUsage"
-    title="Syntheticsの合計使用量"
+    title="当月のSyntheticsの合計使用量"
   >
     ```sql
-    SELECT (sum(syntheticsFailedCheckCount) + sum(syntheticsSuccessCheckCount)) 
-    AS 'Total Checks' FROM NrDailyUsage 
-    WHERE syntheticsTypeLabel != 'Ping' SINCE 1 month ago
+    SELECT latest(freeConsumption) AS 'Included checks', latest(billableConsumption) AS 'Extra checks'
+    FROM NrMTDConsumption
+    WHERE metric='SyntheticChecks'
+    SINCE this month
     ```
   </Collapser>
 
@@ -237,10 +246,9 @@ SELECT latest(FullPlatformUsersBillable) * <var>YOUR_PER_FULL_PLATFORM_USER_COST
     title="月別のSynthetics使用量"
   >
     ```sql
-    SELECT (sum(syntheticsFailedCheckCount) + sum(syntheticsSuccessCheckCount)) 
-    AS 'Total Checks' 
-    FROM NrDailyUsage 
-    WHERE syntheticsTypeLabel != 'Ping' 
+    SELECT latest(freeConsumption) AS 'Included checks', latest(billableConsumption) AS 'Extra checks'
+    FROM NrMTDConsumption
+    WHERE metric='SyntheticChecks'
     SINCE 6 months ago 
     FACET monthOf(timestamp)
     ```

diff --git a/...nts/accounts-billing/new-relic-one-user-management/user-management-concepts.mdx b/...nts/accounts-billing/new-relic-one-user-management/user-management-concepts.mdx
@@ -63,7 +63,7 @@ New Relicでは、ユーザー**グループ**には**ロール**が含まれて
 
 New Relicで、ユーザーを**グループ**に配置すると、複数のユーザーを同時に管理できます。たとえば、[自動ユーザー管理](/docs/accounts/accounts/automated-user-management/automated-user-provisioning-single-sign)機能を使用している場合は、IDプロバイダーサービスからユーザーのカスタムグループ（たとえば、**外部コンサルタント**）をインポートし、そのグループに[ロールとアカウントを付与](#understand-concepts)できます。
 
-New Relicユーザーは、ロールと1つ以上のアカウントにアクセスできる、1つ以上のグループに属している必要があります。
+New Relicの機能にアクセスするには、ユーザーがロールと1つ以上のアカウントにアクセスできる、1つ以上のグループに属している必要があります。
 
 グループはユーザーのNew Relic権限を制限するものでは**ありません**。グループに割り当てられた**ロール**で、権限へのアクセスを許可します。
 

diff --git a/...accounts-billing/new-relic-one-user-management/user-management-ui-and-tasks.mdx b/...accounts-billing/new-relic-one-user-management/user-management-ui-and-tasks.mdx
@@ -9,12 +9,8 @@ freshnessValidatedDate: never
 translationType: human
 ---
 
-import accountsUserMgmtEditUsers from 'images/accounts_screenshot-crop_user-mgmt-edit-users.webp'
-
 import accountsUserMgmtUi from 'images/accounts_screenshot-crop_user-mgmt-ui.webp'
 
-import accountsPendingInviteApproval from 'images/accounts_icon_pending-invite-approval.webp'
-
 <Callout title="新規ユーザーモデル">
   このドキュメントは、[当社の新しいユーザーモデル](/docs/accounts/original-accounts-billing/original-users-roles/overview-user-models)を使用しているユーザーの管理に関するものです。
 </Callout>
@@ -49,7 +45,7 @@ New Relic組織のユーザー管理オプションを検索するには、[user
 
 * 設定の競合を避けるため、組織内の1人のユーザーのみが一度にユーザーを管理していることを確認してください。
 
-## ユーザー管理UI [#user-mgmt]
+## UIの詳細 [#user-mgmt]
 
 **User management** UIのスクリーンショットを以下に示します。以下の列ヘッダーについて説明します。
 
@@ -111,7 +107,7 @@ New Relic組織のユーザー管理オプションを検索するには、[user
 
   <Collapser
     id="edit-user-type"
-    title="ユーザーのユーザータイプを編集"
+    title="ユーザーのタイプを編集"
   >
     ユーザーのユーザータイプを変更する前に、以下について理解しておいてください。
 
@@ -129,12 +125,6 @@ New Relic組織のユーザー管理オプションを検索するには、[user
 
     APIを使用してユーザー情報を管理する方法については、[NerdGraphを使用したユーザーの管理](/docs/apis/nerdgraph/examples/nerdgraph-manage-users)を参照してください。
 
-    <img
-      title="Edit user type in the UI"
-      alt="New Relic user management UI - edit user type"
-      src={accountsUserMgmtEditUsers}
-    />
-
     ユーザーがユーザータイプのアップグレード方法を管理するには、[認証ドメインの設定](/docs/accounts/accounts-billing/new-relic-one-user-management/authentication-domains-saml-sso-scim-more/#user-upgrade)を参照してください。
   </Collapser>
 
@@ -210,38 +200,6 @@ New Relic組織のユーザー管理オプションを検索するには、[user
   </Collapser>
 </CollapserGroup>
 
-## ユーザー管理UI [#user-mgmt]
-
-**User management** UIのスクリーンショットを以下に示します。以下の列ヘッダーについて説明します。
-
-<img
-  title="User management UI"
-  alt="User management UI"
-  src={accountsUserMgmtUi}
-/>
-
-* **名前**：ユーザーの名前。
-
-* **Eメール**：ユーザーのEメールアドレス。表示されるメッセージに関する注：
-
-  * `Pending`：このユーザーはNew Relicに追加されていますが、まだ初回ログインをしていません。`Pending`状態であっても、ユーザーは引き続きプロビジョニング済みと見なされます。これは、請求可能なユーザータイプが存在する場合に請求対象であることを意味します。
-
-  * <img src={accountsPendingInviteApproval} class="inline" style={{height: "30px", width: "30px"}} alt="Pending invite approval icon" title="Pending invite approval icon"/>
-
-    このアイコンは`Pending invite approval`を示します。これらのユーザーはまだ請求対象ではありません。チームメイトを招待する方法の詳細については、[ユーザーの追加](#add-users)を参照してください。
-
-* **タイプ**：ユーザーの[ユーザータイプ](/docs/accounts/accounts-billing/new-relic-one-user-management/user-type)。
-
-* **グループ**：ユーザーが属する[グループ](/docs/accounts/accounts-billing/new-relic-one-user-management/user-management-concepts#understand-concepts)。
-
-* **最終アクティビティ**：ユーザーが最後にNew Relicにログインした日付。ユーザーの
-
-  <InlinePopover type="userKey"/>
-
-  で実行されるAPIアクティビティを追跡しません。`Last active`は、ユーザーを下位のユーザータイプにダウングレードする場合に便利です。
-
-* **ID**：ユーザーのNew Relicに割り当てられたID。
-
 ## 当社のAPIを使用する [#api]
 
 当社のAPIを使用してアカウントとユーザーを管理するには、[NerdGraphチュートリアル](/docs/apis/nerdgraph/get-started/introduction-new-relic-nerdgraph/#tutorials)をご覧ください。

diff --git a/...ence/new-relic-alerts/advanced-alerts/rest-api-alerts/rest-api-calls-alerts.mdx b/...ence/new-relic-alerts/advanced-alerts/rest-api-alerts/rest-api-calls-alerts.mdx
@@ -15,7 +15,7 @@ translationType: human
 
 ## REST APIを使用する前に [#before-start]
 
-REST APIを使用してアラートデータを管理する前に、[アラートと応用インテリジェンスのAPIの概要](/docs/alerts-applied-intelligence/new-relic-alerts/advanced-alerts/alerts-api/intro-alerts-api)をお読みください。
+REST APIを使用してアラートデータを管理する前に、[<InlinePopover type="alerts"/>APIとアプライドインテリジェンスの概要](/docs/alerts-applied-intelligence/new-relic-alerts/advanced-alerts/alerts-api/intro-alerts-api)をお読みください。
 
 Infrastructureのアラートについては、[InfrastructureモニタリングアラートのREST API](/docs/infrastructure/new-relic-infrastructure/infrastructure-alert-conditions/rest-api-calls-new-relic-infrastructure-alerts)を参照してください。
 

diff --git a/...nt/jp/docs/apis/nerdgraph/examples/nerdgraph-api-notifications-destinations.mdx b/...nt/jp/docs/apis/nerdgraph/examples/nerdgraph-api-notifications-destinations.mdx
@@ -524,4 +524,36 @@ mutation {
     }
   }
 }
+```
+
+<Callout variant="important">
+  `Entity type channel is in use`というエラー メッセージを受け取った場合は、続行する前に宛先で使用されているチャネルを特定し、それらを削除する必要があります。 これを行うには、まず宛先に関連付けられたすべてのチャネルを見つけてから、各チャネルを個別に削除します。
+</Callout>
+
+```graphql
+{
+  actor {
+    account(id: YOUR_ACCOUNT_ID) {
+      aiNotifications {
+        channels(filters: {destinationId: YOUR_DESTINATION_ID}) {
+          entities {
+            id
+            name
+          }
+        }
+      }
+    }
+  }
+}
+```
+
+```graphql
+mutation {
+aiNotificationsDeleteChannel(accountId: YOUR_ACCOUNT_ID, channelId: YOUR_CHANNEL_ID) {
+ids
+error {
+  details
+}
+}
+}
 ```
diff --git a/...cs/apm/agents/java-agent/configuration/java-agent-configuration-config-file.mdx b/...cs/apm/agents/java-agent/configuration/java-agent-configuration-config-file.mdx
@@ -1118,13 +1118,11 @@ Javaエージェントは、プロセスの開始時に設定ファイルを読
     エージェントはデフォルトでHTTPSを介してNew Relicと通信します。New Relicは、[](/docs/apis/rest-api-v2/troubleshooting/301-response-rest-api-calls)とNew Relic REST APIへのすべてのトラフィックに<InlinePopover type="apm"/>します。
 
     この作業は、アプリケーションコードを処理するスレッドとは非同期的に行われるので、レスポンスタイムはこの変更の影響を直接には受けません。
-  </Collapser>
 
-  <dd>
     <Callout variant="important">
       [Javaエージェント3.48.0](/docs/release-notes/agent-release-notes/java-release-notes/java-agent-3480)では、SSLはデフォルトで有効になっており、これを無効にする設定オプションは非推奨となっています。[Javaエージェント4.0.0](/docs/release-notes/agent-release-notes/java-release-notes/java-agent-400)では、SSLを無効にする機能は削除されています。
     </Callout>
-  </dd>
+  </Collapser>
 
   <Collapser
     id="cfg-sync_startup"
@@ -1647,13 +1645,11 @@ Javaエージェントは、プロセスの開始時に設定ファイルを読
     * `standard` ：レポートには標準（つまり、OTEL）属性が使用されます。この設定を推奨します。これにより、機能への影響が最小限に抑えられ、属性レポートの最低レベルの取り込みが維持されます。
     * `legacy` : レポートは再導入されたHTTP属性によって実行され、この設定は現在または今後の機能に影響を与える可能性があります。
     * `both` : これはデフォルト設定であり、レポートは再導入されたHTTP属性とOTEL属性によって実行されます。この設定では、データの取り込みも増加します。
-  </Collapser>
 
-  <dd>
     <Callout variant="important">
       [Javaエージェントのバージョン8.8.0](/docs/release-notes/agent-release-notes/java-release-notes/java-agent-880)以降で利用可能です。デフォルト設定の`both`では、データの取り込みが増加します。データ取り込みの増加を避けるには、`http_attribute_mode` `legacy`または`standard`に設定して、デフォルトをオーバーライドする必要があります。
     </Callout>
-  </dd>
+  </Collapser>
 </CollapserGroup>
 
 ## 非同期インストゥルメンテーション [#async_config]

diff --git a/...8n/content/jp/docs/apm/agents/net-agent/troubleshooting/no-data-appears-net.mdx b/...8n/content/jp/docs/apm/agents/net-agent/troubleshooting/no-data-appears-net.mdx
@@ -206,6 +206,16 @@ translationType: human
       </td>
     </tr>
 
+    <tr>
+      <td>
+        **.NET 8：**ランタイム診断が有効になっていることを確認する
+      </td>
+
+      <td>
+        .NET 8以降では、環境変数`DOTNET_EnableDiagnostics=0`（または`COMPlus_EnableDiagnostics=0`）を設定するとCLRプロファイリングが無効になり、エージェントが動作できなくなります。この設定は通常、読み取り専用ファイルシステムのデプロイメントシナリオで推奨されますが、診断ポートを無効にする場合にのみ使用されます。プロファイリングを有効にしたまま診断システムの特定のサブコンポーネントを無効にする方法については、[Microsoftのドキュメント](https://learn.microsoft.com/en-us/dotnet/core/tools/dotnet-environment-variables#dotnet_enablediagnostics)を参照してください。
+      </td>
+    </tr>
+
     <tr>
       <td>
         その他のヘルプを参照します。
-Original file line number
+Diff line change
@@ Expand Up / @@ -206,6 +206,16 @@ translationType: human @@
           </td>
         </tr>
+        <tr>
+          <td>
+            **.NET 8：**ランタイム診断が有効になっていることを確認する
+          </td>
+          <td>
+            .NET 8以降では、環境変数`DOTNET_EnableDiagnostics=0`（または`COMPlus_EnableDiagnostics=0`）を設定するとCLRプロファイリングが無効になり、エージェントが動作できなくなります。この設定は通常、読み取り専用ファイルシステムのデプロイメントシナリオで推奨されますが、診断ポートを無効にする場合にのみ使用されます。プロファイリングを有効にしたまま診断システムの特定のサブコンポーネントを無効にする方法については、[Microsoftのドキュメント](https://learn.microsoft.com/en-us/dotnet/core/tools/dotnet-environment-variables#dotnet_enablediagnostics)を参照してください。
+          </td>
+        </tr>
         <tr>
           <td>
             その他のヘルプを参照します。
@@ Expand Down @@