From 507a5c05bd9b1fa0f47077c3010be013de235b66 Mon Sep 17 00:00:00 2001 From: svc-docs-eng-opensource-bot Date: Tue, 29 Oct 2024 12:04:53 +0000 Subject: [PATCH 1/4] chore: add translations --- ...pe-alert-thresholds-specific-instances.mdx | 97 +-- .../alerts-conditions-api-field-names.mdx | 333 ++++------ ...ble-enable-alerts-conditions-using-api.mdx | 2 +- .../net-agent-compatibility-requirements.mdx | 4 + .../nvidia-jetson-integration.mdx | 34 +- .../docs/logs/forward-logs/kong-gateway.mdx | 2 +- .../advanced/ktranslate-container-health.mdx | 2 +- .../change-ktranslate-versions.mdx | 4 +- .../troubleshooting/ktranslate-cpu-usage.mdx | 8 +- ...standing-snmp-utilization-calculations.mdx | 65 +- .../build-nr-ui/newrelic-cli.mdx | 25 +- .../containerized-images.mdx | 10 +- ...pe-alert-thresholds-specific-instances.mdx | 96 +-- .../alerts-conditions-api-field-names.mdx | 313 ++++------ ...ble-enable-alerts-conditions-using-api.mdx | 2 +- .../net-agent-compatibility-requirements.mdx | 4 + .../agent-overhead-reduction-tips.mdx | 4 +- .../nvidia-jetson-integration.mdx | 32 +- .../installation/k8s-agent-operator.mdx | 194 +++--- .../advanced/ktranslate-container-health.mdx | 2 +- .../change-ktranslate-versions.mdx | 4 +- .../troubleshooting/ktranslate-cpu-usage.mdx | 6 +- ...standing-snmp-utilization-calculations.mdx | 63 +- .../build-nr-ui/newrelic-cli.mdx | 25 +- .../containerized-images.mdx | 10 +- ...pe-alert-thresholds-specific-instances.mdx | 95 +-- .../alerts-conditions-api-field-names.mdx | 289 +++------ ...ble-enable-alerts-conditions-using-api.mdx | 2 +- .../nerdgraph-synthetics-tutorial.mdx | 8 +- .../net-agent-compatibility-requirements.mdx | 4 + .../agent-overhead-reduction-tips.mdx | 4 +- .../nvidia-jetson-integration.mdx | 32 +- .../installation/k8s-agent-operator.mdx | 192 +++--- .../docs/logs/forward-logs/kong-gateway.mdx | 2 +- .../advanced/ktranslate-container-health.mdx | 2 +- .../change-ktranslate-versions.mdx | 4 +- .../troubleshooting/ktranslate-cpu-usage.mdx | 6 +- ...standing-snmp-utilization-calculations.mdx | 65 +- .../build-nr-ui/newrelic-cli.mdx | 25 +- .../containerized-images.mdx | 10 +- .../get-started-synthetic-monitoring.mdx | 26 +- .../create-nrql-alert-conditions.mdx | 13 +- ...pe-alert-thresholds-specific-instances.mdx | 97 +-- .../alerts-conditions-api-field-names.mdx | 333 ++++------ ...ble-enable-alerts-conditions-using-api.mdx | 2 +- .../net-agent-compatibility-requirements.mdx | 4 + .../agent-overhead-reduction-tips.mdx | 4 +- .../apdex/apdex-measure-user-satisfaction.mdx | 134 +--- .../nvidia-jetson-integration.mdx | 34 +- .../installation/k8s-agent-operator.mdx | 576 +++++++++++------- .../docs/logs/forward-logs/kong-gateway.mdx | 2 +- .../advanced/ktranslate-container-health.mdx | 2 +- .../change-ktranslate-versions.mdx | 4 +- .../troubleshooting/ktranslate-cpu-usage.mdx | 6 +- ...standing-snmp-utilization-calculations.mdx | 63 +- .../build-nr-ui/newrelic-cli.mdx | 25 +- .../containerized-images.mdx | 10 +- .../get-started-synthetic-monitoring.mdx | 26 +- 58 files changed, 1375 insertions(+), 2067 deletions(-) diff --git a/src/i18n/content/es/docs/alerts/create-alert/examples/scope-alert-thresholds-specific-instances.mdx b/src/i18n/content/es/docs/alerts/create-alert/examples/scope-alert-thresholds-specific-instances.mdx index 950330d57af..2d17e9d26c0 100644 --- a/src/i18n/content/es/docs/alerts/create-alert/examples/scope-alert-thresholds-specific-instances.mdx +++ b/src/i18n/content/es/docs/alerts/create-alert/examples/scope-alert-thresholds-specific-instances.mdx @@ -108,81 +108,24 @@ Durante un período de cinco minutos las tres instancias tienen estas tasas de e ## Crear condición de alerta basada en instancia [#procedure] -A screenshot showing what to select to create alerts based on threshold instances +A screenshot showing what to select to create alerts based on threshold instances Para crear una política que active una notificación de incidente por parte de la instancia individual de tu aplicación: 1. Siga el [proceso de flujo de trabajo básico](/docs/alerts/new-relic-alerts/configuring-alert-policies/alert-policy-workflow#alert-policy-process) para configurar una política. - -2. Al crear una [condición](/docs/alerts/new-relic-alerts/configuring-alert-policies/define-alert-conditions) (paso 2), seleccione - - - [**APM**](/docs/alerts/new-relic-alerts/configuring-alert-policies/select-product-targets-alert-condition) - - - . - -3. Seleccione - - - **Application metric** - - - como tipo de condición. - -4. Para evaluar el incidente del umbral de alerta - - - **individually** - - - para cada una de las instancias seleccionadas de la aplicación, seleccione - - - **Scope to Java application instances** - - - . - -5. Seleccione - - - **Next, select entities** - - - y luego identifique una o más aplicaciones para esta condición. - -6. Opcional: cambie la hora en la que - - - - forzará el cierre del incidente (el valor predeterminado es 24 horas). - -7. Utilice [la preferencia de incidente](/docs/alerts/new-relic-alerts/reviewing-alert-incidents/specify-when-new-relic-creates-incidents) - - - **By condition** - - - o - - - **By condition and signal** - - - . - +2. Al crear una [condición](/docs/alerts/create-alert/create-alert-condition/alert-conditions) (paso 2), seleccione [**APM**](/docs/alerts/new-relic-alerts/configuring-alert-policies/select-product-targets-alert-condition). +3. Seleccione **Application metric** como tipo de condición. +4. Para evaluar el incidente del umbral de alerta **individually** para cada una de las instancias seleccionadas de la aplicación, seleccione **Scope to Java application instances**. +5. Seleccione **Next, select entities** y luego identifique una o más aplicaciones para esta condición. +6. Opcional: cambie la hora en la que forzará el cierre del incidente (el valor predeterminado es 24 horas). +7. Utilice [la preferencia de incidente](/docs/alerts/new-relic-alerts/reviewing-alert-incidents/specify-when-new-relic-creates-incidents) **By condition** o **By condition and signal** . 8. Continúe con el resto del [proceso de flujo de trabajo de políticas (paso 3)](/docs/alerts/new-relic-alerts/configuring-alert-policies/alert-policy-workflow#alert-policy-process). Para abrir un incidente basado en **average** de todas las instancias de sus aplicaciones, seleccione **Scope to the application** en lugar de **Scope to Java application instances**. -## Utilice la preferencia de incidente "Por condición" [#targets] +## Utilice la preferencia de incidente "Por condición" [#targets] Al configurar la [preferencia de incidentes](/docs/alerts/new-relic-alerts/reviewing-alert-incidents/specify-when-new-relic-creates-incidents) para políticas que contienen condiciones basadas en instancias, le recomendamos que seleccione **By condition** en lugar de **By condition and signal**. Aunque las aplicaciones son las entidades seleccionadas para esta condición, evaluamos cada JVM como una entidad separada. @@ -193,28 +136,15 @@ Si configura su **Incident preference** en **By condition and si Para crear [una condición de alerta basada en instancias con la API REST de New Relic](/docs/alerts/new-relic-alerts/rest-api-alerts/manage-entities-alerts-conditions), incluya estos elementos con su API de llamada REST: * Tu [clave de API](/docs/apis/rest-api-v2/getting-started/introduction-new-relic-rest-api-v2#api_key). - * El número [`entity_id`](/docs/using-new-relic/welcome-new-relic/get-started/glossary#entity) de la [entidad](/docs/using-new-relic/welcome-new-relic/get-started/glossary#entity) que se está monitoreando - -* El [`condition_id`](/docs/using-new-relic/welcome-new-relic/get-started/glossary#alert-condition) (disponible en API Explorer: - - - [**Alerts Conditions > GET > List**](https://rpm.newrelic.com/api/explore/alerts_entity_conditions/list) - - - ) - +* El [`condition_id`](/docs/using-new-relic/welcome-new-relic/get-started/glossary#alert-condition) (disponible en API Explorer: [**Alerts Conditions > GET > List**](https://rpm.newrelic.com/api/explore/alerts_entity_conditions/list)) * El `entity_type` (establecido en `"application"`) - * El `condition_scope` (establecido en `"instance"` para una instancia de aplicación Java o `"application"` para una aplicación Java) A continuación se muestra un ejemplo del formato de solicitud API y la respuesta JSON. - + Utilice este formato para su llamada API: ```sh @@ -227,10 +157,7 @@ A continuación se muestra un ejemplo del formato de solicitud API y la respuest * Reemplace `$API_KEY` con su [clave de API](/docs/apis/rest-api-v2/getting-started/introduction-new-relic-rest-api-v2#api_key). - + La API devuelve la respuesta como JSON. ```json @@ -261,4 +188,4 @@ A continuación se muestra un ejemplo del formato de solicitud API y la respuest } ``` - + \ No newline at end of file diff --git a/src/i18n/content/es/docs/alerts/scale-automate/rest-api/alerts-conditions-api-field-names.mdx b/src/i18n/content/es/docs/alerts/scale-automate/rest-api/alerts-conditions-api-field-names.mdx index 0355447a6be..e4725650f3d 100644 --- a/src/i18n/content/es/docs/alerts/scale-automate/rest-api/alerts-conditions-api-field-names.mdx +++ b/src/i18n/content/es/docs/alerts/scale-automate/rest-api/alerts-conditions-api-field-names.mdx @@ -12,7 +12,7 @@ Los [REST extremos de API](/docs/alerts/new-relic-alerts-beta/getting-started/re ## Antes de usar la API REST [#before-start] -La API REST ya no es la forma preferida de gestionar sus alertas mediante programación. Para obtener más contexto, lea la [Introducción a las API de ](/docs/alerts-applied-intelligence/new-relic-alerts/advanced-alerts/alerts-api/intro-alerts-api). +La API REST ya no es la forma preferida de gestionar sus alertas mediante programación. Para obtener más contexto, lea la [Introducción a las API de ](/docs/alerts-applied-intelligence/new-relic-alerts/advanced-alerts/alerts-api/intro-alerts-api). ## Campos obligatorios y opcionales [#required] @@ -34,10 +34,7 @@ Todos los campos utilizados con un tipo de condición específico son obligatori No todos los campos enumerados en este glosario son obligatorios para todos los tipos de condición. El tipo de condición para el cual se debe utilizar un campo aparece en cada descripción. - + Este campo le permite asignar una condición a una instancia de JVM o a una aplicación completa. Esta puede ser una de las cadenas: * instancia @@ -53,10 +50,7 @@ No todos los campos enumerados en este glosario son obligatorios para todos los Para métricas de salud JVM y basadas en instancias, consulte también [`violation_close_timer`](#violation_close_timer). - + Este es el estado de su condición de alerta y es opcional. El valor predeterminado es `false`. Este campo se puede utilizar para habilitar o deshabilitar una condición para períodos de mantenimiento o prueba. @@ -69,10 +63,7 @@ No todos los campos enumerados en este glosario son obligatorios para todos los * Monitoreo de condiciones sintéticas - + Esta es una matriz de ID [de entidad](/docs/alerts/new-relic-alerts/getting-started/alerts-glossary#alert-entity) que identifican los objetos que serán monitoreados con su condición. Estos pueden ser ID de la aplicación, ID browser , ID de clave de transacción, ID de servicios externos, etc. Estos se ingresan como una serie de números enteros separados por comas si hay más de uno. @@ -83,10 +74,7 @@ No todos los campos enumerados en este glosario son obligatorios para todos los * Condiciones de servicio externo - + Cuánto tiempo esperar, en segundos, después de que nuestra plataforma reciba el último punto de datos antes de considerar la señal como perdida. Esto se basa en la hora a la que llegan los datos y no en la marca de tiempo de los datos. El valor predeterminado es nulo. Agregue un valor para habilitar la pérdida de detección de señal. Usado para: @@ -94,10 +82,7 @@ No todos los campos enumerados en este glosario son obligatorios para todos los * Condiciones NRQL - + Cuando `true`, esto cierra todos los incidentes actualmente abiertos cuando no se escucha ninguna señal dentro del tiempo `expiration_duration` . El valor predeterminado es `false`. @@ -107,10 +92,7 @@ No todos los campos enumerados en este glosario son obligatorios para todos los * Condiciones NRQL - + Cuando es cierto, esto abre un incidente de pérdida de señal cuando no hay señal dentro del tiempo `expiration_duration` . El valor predeterminado es `false`. @@ -120,10 +102,7 @@ No todos los campos enumerados en este glosario son obligatorios para todos los * Condiciones NRQL - + Esta es la URL del servicio externo que se va a monitorear. Esta cadena **no** debe incluir el protocolo. Por ejemplo, utilice `example.com`, no `https://example.com`. Usado para: @@ -131,17 +110,11 @@ No todos los campos enumerados en este glosario son obligatorios para todos los * Condiciones de servicio externo - + El campo **metric** se utiliza para tres categorías de alerta. El parámetro exacto disponible para su uso depende de la configuración en el campo [de tipo](#type) . Estos se enumeran a continuación según su campo [de tipo](#type) de alerta. - + El valor especificado en el campo [tipo](#type) controla cuál de los parámetros se puede especificar. El campo [de tipo](#type) y los nombres **parameter** correspondientes disponibles se enumeran en la siguiente tabla. Sólo se podrá especificar uno. @@ -160,91 +133,88 @@ No todos los campos enumerados en este glosario son obligatorios para todos los
- apm_app_metric + apm\_app\_metric * apdex - * error_percentage - * response_time_web - * response_time_background - * throughput_web - * throughput_background - * user_defined + * error\_percentage + * response\_time\_web + * response\_time\_background + * throughput\_web + * throughput\_background + * user\_defined
- apm_kt_metric + apm\_kt\_metric * apdex - * error_percentage - * error_count - * response_time + * error\_percentage + * error\_count + * response\_time * rendimiento
- browser_metric + browser\_metric - * end_user_apdex - * total_page_load - * page_rendering - * web_application + * end\_user\_apdex + * total\_page\_load + * page\_rendering + * web\_application * red - * dom_processing - * request_queuing - * ajax_response_time - * page_views_with_js_errors - * page_view_throughput - * ajax_throughput - * user_defined + * dom\_processing + * request\_queuing + * ajax\_response\_time + * page\_views\_with\_js\_errors + * page\_view\_throughput + * ajax\_throughput + * user\_defined
- browser_metric_baseline + browser\_metric\_baseline - * page_view_throughput - * average_response_time - * ajax_response_time - * ajax_application_time + * page\_view\_throughput + * average\_response\_time + * ajax\_response\_time + * ajax\_application\_time
- mobile_metric + mobile\_metric * Base de datos * imágenes * json, red - * view_loading - * network_error_percentage - * status_error_percentage - * user_defined + * view\_loading + * network\_error\_percentage + * status\_error\_percentage + * user\_defined
- + El valor especificado en el campo [tipo](#type) controla cuál de los parámetros se puede especificar. El campo [de tipo](#type) y los nombres **parameter** correspondientes disponibles se enumeran en la siguiente tabla. Sólo se podrá especificar uno. @@ -263,49 +233,49 @@ No todos los campos enumerados en este glosario son obligatorios para todos los @@ -314,10 +284,7 @@ No todos los campos enumerados en este glosario son obligatorios para todos los - + Este es el GUID del monitoreo sintético para alertar. Usado para: @@ -325,13 +292,10 @@ No todos los campos enumerados en este glosario son obligatorios para todos los * Monitoreo de condiciones sintéticas - + Este título de condición le permitirá identificarla en la UI. - Siga las [pautas](/docs/alerts/new-relic-alerts/configuring-alert-policies/define-alert-conditions#best-practices-conditions) para que esto sea descriptivo pero breve. + Siga las [pautas](/docs/alerts/create-alert/create-alert-condition/alert-conditions/#name-your-condition) para hacer esto descriptivo pero breve. Usado para: @@ -341,10 +305,7 @@ No todos los campos enumerados en este glosario son obligatorios para todos los * Monitoreo de condiciones sintéticas - + Esta es la consulta NRQL que alerta al monitor como parte de una condición NRQL. Usado para: @@ -352,10 +313,7 @@ No todos los campos enumerados en este glosario son obligatorios para todos los * Condiciones NRQL - + En desuso en favor de un `aggregation_method` con un `aggregation_delay` o `aggregation_timer`. Este es el período de tiempo (en minutos) en el que se evalúa la consulta NRQL especificada. `since_value` debe estar entre `1` y `20`. Usado para: @@ -363,10 +321,7 @@ No todos los campos enumerados en este glosario son obligatorios para todos los * Condiciones NRQL - + La URL [del runbook](/docs/alerts/new-relic-alerts/getting-started/alerts-glossary#alert-runbook) que se mostrará en la notificación. Este campo es opcional. Usado para: @@ -377,10 +332,7 @@ No todos los campos enumerados en este glosario son obligatorios para todos los * Monitoreo de condiciones sintéticas - + El tiempo en segundos que se debe esperar a que la ventana de agregación se llene con datos. Requerido cuando se usan tipos CADENCE o evento `aggregation_method` . El valor predeterminado es **120 seconds**. Se utiliza con métodos de agregación de cadencia y flujo de eventos. @@ -390,10 +342,7 @@ No todos los campos enumerados en este glosario son obligatorios para todos los * Condiciones NRQL - + New Relic agrega datos en ventanas y necesita determinar cuándo termina la ventana actual y comienza la siguiente. El `aggregation_method` es la lógica que nos indica cuándo tenemos todos los datos para una ventana de agregación determinada. Una vez que se cierra la ventana, los datos se agregan en un solo punto y se evalúan según el umbral. Este campo es opcional. Se puede especificar uno de los tres valores siguientes: @@ -411,10 +360,7 @@ No todos los campos enumerados en este glosario son obligatorios para todos los * Condiciones NRQL - + El tiempo en segundos que se debe esperar después de recibir cada punto de datos para garantizar que se procese todo el lote. Requerido cuando se utiliza el tipo `EVENT_TIMER` `aggregation_method` . El valor predeterminado es **60 seconds**. Usado para: @@ -422,10 +368,7 @@ No todos los campos enumerados en este glosario son obligatorios para todos los * Condiciones NRQL - + La transmisión recopila datos de alerta en períodos de tiempo específicos antes de ejecutar la función en la consulta NRQL. Estas ventanas de tiempo son personalizables. Los puntos de datos se recopilan juntos según su marca de tiempo y se informan como un lote. La ventana de agregación personalizable proporciona mayor flexibilidad y menos incidentes falsos al alertar sobre puntos de datos irregulares o menos frecuentes. @@ -439,10 +382,7 @@ No todos los campos enumerados en este glosario son obligatorios para todos los * Condiciones NRQL - + De forma predeterminada, las ventanas de agregación se agrupan de forma secuencial. Esto puede generar gráficos con picos cada vez que se inicia una ventana y otra. Utilice `slide_by` para crear ventanas deslizantes. Las ventanas agregadas deslizantes se superponen, creando gráficos más fluidos. El intervalo `slide_by` establece la duración de la superposición. @@ -452,10 +392,7 @@ No todos los campos enumerados en este glosario son obligatorios para todos los El valor predeterminado se basa en la duración de la ventana actual. El intervalo `slide_by` debe dividirse equitativamente entre la duración de su ventana de agregación. El intervalo `slide_by` también debe ser menor que la duración de la ventana. - + En desuso en favor de un `aggregation_method` con un `aggregation_delay` o `aggregation_timer`. La compensación es cuánto tiempo esperamos por los datos tardíos antes de evaluar cada ventana de agregación. Esperar más proporciona una señal más precisa pero aumenta la latencia. El valor predeterminado es **3 aggregation windows**. Usado para: @@ -463,10 +400,7 @@ No todos los campos enumerados en este glosario son obligatorios para todos los * Condiciones NRQL - + Para datos esporádicos, puedes evitar alertas falsas llenando los espacios (ventanas vacías) con datos de Sintético. * `none`: (Predeterminado) Utilice esto si no desea realizar ninguna acción en ventanas de agregación vacías. Durante la evaluación, una ventana de agregación vacía restablecerá el temporizador de duración del umbral. Por ejemplo, si una condición dice que todas las ventanas de agregación deben tener puntos de datos por encima del umbral durante 5 minutos y 1 de las 5 ventanas de agregación está vacía, entonces la condición no abrirá un incidente. @@ -482,10 +416,7 @@ No todos los campos enumerados en este glosario son obligatorios para todos los * Condiciones NRQL - + Este es el valor utilizado por el valor personalizado `fill_option` . El valor predeterminado es `0`. Usado para: @@ -493,10 +424,7 @@ No todos los campos enumerados en este glosario son obligatorios para todos los * Condiciones NRQL - + Este es el tiempo (en minutos) que tarda la condición en persistir antes de desencadenar un evento. Corresponde a la duración establecida al [agregar un umbral](/docs/alerts/new-relic-alerts/configuring-alert-policies/define-thresholds-trigger-alert#adding-thresholds) en la UI. Usado para: @@ -505,23 +433,20 @@ No todos los campos enumerados en este glosario son obligatorios para todos los * Condiciones NRQL - - Esto determina qué comparación se utilizará entre el valor **value_function** y **terms\[threshold]** para activar un evento. Corresponde a la operación seleccionada al [agregar un umbral](/docs/alerts/new-relic-alerts/configuring-alert-policies/define-thresholds-trigger-alert#adding-thresholds) en la UI. Debe ser una de las siguientes cadenas: + + Esto determina qué comparación se utilizará entre el valor **value\_function** y **terms\[threshold]** para activar un evento. Corresponde a la operación seleccionada al [agregar un umbral](/docs/alerts/new-relic-alerts/configuring-alert-policies/define-thresholds-trigger-alert#adding-thresholds) en la UI. Debe ser una de las siguientes cadenas: * arriba - * above_or_equals (NRQL conditions only) + * above\_or\_equals (NRQL conditions only) * abajo - * below_or_equals (NRQL conditions only) + * below\_or\_equals (NRQL conditions only) * igual - * not_equals (NRQL conditions only) + * not\_equals (NRQL conditions only) Usado para: @@ -532,10 +457,7 @@ No todos los campos enumerados en este glosario son obligatorios para todos los * Condiciones NRQL - + Esto corresponde al [nivel de gravedad](/docs/alerts/new-relic-alerts/configuring-alert-policies/define-thresholds-trigger-alert#threshold-levels) seleccionado al configurar los valores de umbral para la condición en la UI. Esta debe ser una de las siguientes cadenas: * crítico @@ -551,11 +473,8 @@ No todos los campos enumerados en este glosario son obligatorios para todos los * Condiciones NRQL - - Este es el umbral con el que se debe comparar **value_function** con el uso de **terms\[operator]** para que se active un evento. Corresponde al valor numérico especificado en la UI al [agregar los valores de umbral](/docs/alerts/new-relic-alerts/configuring-alert-policies/define-thresholds-trigger-alert#adding-thresholds). + + Este es el umbral con el que se debe comparar **value\_function** con el uso de **terms\[operator]** para que se active un evento. Corresponde al valor numérico especificado en la UI al [agregar los valores de umbral](/docs/alerts/new-relic-alerts/configuring-alert-policies/define-thresholds-trigger-alert#adding-thresholds). Este es un valor numérico y debe ser 0 (cero) o mayor. @@ -566,10 +485,7 @@ No todos los campos enumerados en este glosario son obligatorios para todos los * Condiciones NRQL - + Esto corresponde a la configuración realizada en la UI al [agregar los valores de umbral](/docs/alerts/new-relic-alerts/configuring-alert-policies/define-thresholds-trigger-alert#adding-thresholds). Las opciones son: * todo (correspondiente a `for at least` en la UI) @@ -585,19 +501,13 @@ No todos los campos enumerados en este glosario son obligatorios para todos los * Condiciones NRQL - + Esto define el tipo de métrica que se utilizará para la alerta. El contenido permitido para el campo [de métrica](#metric) depende del valor **type** elegido. Hay dos [categorías de productos](/docs/alerts/new-relic-alerts/configuring-alert-policies/select-product-targets-alert-condition) : - + Para esta categoría, **type** se establece en una de las siguientes cadenas que indican el tipo de [condición de alerta](#alerts_conditions).
- apm_external_service + apm\_external\_service * apdex - * error_percentage - * response_time_web - * response_time_background - * throughput_web - * throughput_background - * user_defined + * error\_percentage + * response\_time\_web + * response\_time\_background + * throughput\_web + * throughput\_background + * user\_defined
- apm_app_metric_baseline + apm\_app\_metric\_baseline - * external_service_transaction_time - * error_count - * database_transaction_time - * throughput_web - * response_time_web - * non_web_transaction_time - * web_transaction_database_time - * non_web_transaction_database_time + * external\_service\_transaction\_time + * error\_count + * database\_transaction\_time + * throughput\_web + * response\_time\_web + * non\_web\_transaction\_time + * web\_transaction\_database\_time + * non\_web\_transaction\_database\_time
- mobile_external_service + mobile\_external\_service - * response_time_average - * response_time_minimum - * response_time_maximum + * response\_time\_average + * response\_time\_minimum + * response\_time\_maximum * rendimiento - * network_failure_percentage - * http_status_error_percentage + * network\_failure\_percentage + * http\_status\_error\_percentage
@@ -616,17 +526,17 @@ No todos los campos enumerados en este glosario son obligatorios para todos los @@ -198,7 +177,7 @@ Tienes preguntas sobre varios resultados calculados por el `ktranslate` Monitore @@ -238,7 +217,7 @@ Tienes preguntas sobre varios resultados calculados por el `ktranslate` Monitore @@ -254,4 +233,4 @@ Tienes preguntas sobre varios resultados calculados por el `ktranslate` Monitore
- apm_app_metric + apm\_app\_metric - La métrica de la aplicación activará una alerta. + La métrica de la aplicación activará una alerta.
- apm_app_metric_baseline + apm\_app\_metric\_baseline @@ -636,7 +546,7 @@ No todos los campos enumerados en este glosario son obligatorios para todos los
- apm_kt_metric + apm\_kt\_metric @@ -646,7 +556,7 @@ No todos los campos enumerados en este glosario son obligatorios para todos los
- browser_metric + browser\_metric @@ -656,7 +566,7 @@ No todos los campos enumerados en este glosario son obligatorios para todos los
- browser_metric_baseline + browser\_metric\_baseline @@ -666,7 +576,7 @@ No todos los campos enumerados en este glosario son obligatorios para todos los
- mobile_metric + mobile\_metric @@ -681,10 +591,7 @@ No todos los campos enumerados en este glosario son obligatorios para todos los * Condiciones - + Para esta categoría, **type** se establece en una de las siguientes cadenas que indican el tipo de [condición de servicio externo](#alerts_external_service_conditions). @@ -703,7 +610,7 @@ No todos los campos enumerados en este glosario son obligatorios para todos los
- apm_external_service + apm\_external\_service @@ -713,7 +620,7 @@ No todos los campos enumerados en este glosario son obligatorios para todos los
- mobile_external_service + mobile\_external\_service @@ -730,13 +637,10 @@ No todos los campos enumerados en este glosario son obligatorios para todos los - + Este es el nombre de un **metric** personalizado definido por el usuario que se utilizará para determinar si se debe activar un evento. - El **user_defined\[value_function]** asociado con la métrica se compara con el valor **terms\[threshold]** al evaluar si se debe desencadenar un incidente. La comparación se realiza utilizando el operador definido por **terms\[operator]**. + El **user\_defined\[value\_function]** asociado con la métrica se compara con el valor **terms\[threshold]** al evaluar si se debe desencadenar un incidente. La comparación se realiza utilizando el operador definido por **terms\[operator]**. Usado para: @@ -745,11 +649,8 @@ No todos los campos enumerados en este glosario son obligatorios para todos los * Monitoreo de condiciones sintéticas - - Este es el valor numérico obtenido de la métrica personalizada especificada por **user_defined\[metric]**. + + Este es el valor numérico obtenido de la métrica personalizada especificada por **user\_defined\[metric]**. Se compara con el valor **terms\[threshold]** al evaluar si se debe desencadenar un incidente. La comparación se realiza utilizando el operador definido por **terms\[operator]**. @@ -763,27 +664,21 @@ No todos los campos enumerados en este glosario son obligatorios para todos los * total - * sample_size + * sample\_size Usado para: * Condiciones - + Cuando se utiliza para una [condición NRQL](/docs/alerts/rest-api-alerts/new-relic-alerts-rest-api/rest-api-calls-new-relic-alerts#nrql-condition), las opciones son: - * single_value (la condición se evalúa en función del valor devuelto de cada consulta) + * single\_value (la condición se evalúa en función del valor devuelto de cada consulta) * sum (la condición se evalúa en función de la suma de los valores devueltos de cada consulta durante la duración especificada) - + Úselo para cerrar automáticamente el incidente basado en instancia después de la cantidad de segundos especificada. El valor predeterminado es **259,200 seconds** (3 días). El máximo es 30 días. @@ -794,15 +689,13 @@ No todos los campos enumerados en este glosario son obligatorios para todos los * Condiciones NRQL - + Úselo para cerrar automáticamente el incidente basado en instancia, incluido el incidente métrico de salud de JVM, después de la cantidad de horas especificada. Debe ser entre 1 y 720 horas. El valor predeterminado es 72 horas. Usado para: * `apm_app_metric` (con `condition_scope` establecido en `instance`) + * `apm_jvm_metric` - + \ No newline at end of file diff --git a/src/i18n/content/es/docs/alerts/scale-automate/rest-api/disable-enable-alerts-conditions-using-api.mdx b/src/i18n/content/es/docs/alerts/scale-automate/rest-api/disable-enable-alerts-conditions-using-api.mdx index 2de800cd85b..8b7d95d92f3 100644 --- a/src/i18n/content/es/docs/alerts/scale-automate/rest-api/disable-enable-alerts-conditions-using-api.mdx +++ b/src/i18n/content/es/docs/alerts/scale-automate/rest-api/disable-enable-alerts-conditions-using-api.mdx @@ -8,7 +8,7 @@ freshnessValidatedDate: never translationType: machine --- -En una política, una [condición](/docs/alerts/new-relic-alerts/configuring-alert-policies/define-alert-conditions) identifica qué desencadena una alerta. Puede utilizar la API REST para deshabilitar y habilitar condiciones. También puede [deshabilitar y habilitar condiciones en la UI](/docs/alerts/new-relic-alerts/updating-alert-policies/disable-or-delete-alert-policies-conditions#condition-on-off). +En una política, una [condición](/docs/alerts/create-alert/create-alert-condition/alert-conditions) identifica qué desencadena una alerta. Puede emplear la API REST para deshabilitar y habilitar condiciones. También puedes [deshabilitar y habilitar condiciones en la UI](/docs/alerts/new-relic-alerts/updating-alert-policies/disable-or-delete-alert-policies-conditions#condition-on-off). [Las políticas no se pueden habilitar ni deshabilitar](/docs/alerts/new-relic-alerts/updating-alert-policies/disable-or-delete-alert-policies-conditions#disable-policy), ya sea a través de la API o la UI. Las políticas sólo se pueden crear, eliminar o cambiar sus condiciones. diff --git a/src/i18n/content/es/docs/apm/agents/net-agent/getting-started/net-agent-compatibility-requirements.mdx b/src/i18n/content/es/docs/apm/agents/net-agent/getting-started/net-agent-compatibility-requirements.mdx index c771e5f3981..5f842961ff8 100644 --- a/src/i18n/content/es/docs/apm/agents/net-agent/getting-started/net-agent-compatibility-requirements.mdx +++ b/src/i18n/content/es/docs/apm/agents/net-agent/getting-started/net-agent-compatibility-requirements.mdx @@ -517,6 +517,8 @@ Para el marco y la biblioteca que no se [instrumentan automáticamente](#instrum El agente .NET no monitor directamente los procesos de almacenamiento de datos. Además, la captura de parámetros .NET SQL en una traza de consulta no enumera parámetros para una consulta parametrizada o un procedimiento almacenado. La recopilación [de detalles de instancia](/docs/apm/applications-menu/features/analyze-database-instance-level-performance-issues) para almacenes de datos admitidos está habilitada de forma predeterminada. Para solicitar información a nivel de instancia de almacenes de datos que no figuran actualmente en la lista, obtenga soporte en [support.newrelic.com](https://support.newrelic.com). + + If your datastore isn't listed here, you can add custom instrumentation using the `RecordDatastoreSegment` method in the [.NET agent API](/docs/apm/agents/net-agent/net-agent-api/net-agent-api/#ITransaction). @@ -1400,6 +1402,8 @@ Para el marco y la biblioteca que no se [instrumentan automáticamente](#instrum
+ + If your datastore isn't listed here, you can add custom instrumentation using the `RecordDatastoreSegment` method in the [.NET agent API](/docs/apm/agents/net-agent/net-agent-api/net-agent-api/#ITransaction). diff --git a/src/i18n/content/es/docs/infrastructure/host-integrations/host-integrations-list/nvidia-jetson-integration.mdx b/src/i18n/content/es/docs/infrastructure/host-integrations/host-integrations-list/nvidia-jetson-integration.mdx index 597dba0d3b3..380eccdfcb2 100644 --- a/src/i18n/content/es/docs/infrastructure/host-integrations/host-integrations-list/nvidia-jetson-integration.mdx +++ b/src/i18n/content/es/docs/infrastructure/host-integrations/host-integrations-list/nvidia-jetson-integration.mdx @@ -10,11 +10,7 @@ translationType: machine Nuestra integración NVIDIA Jetson recopila y envía datos sobre su utilidad tegrastats a New Relic, donde puede monitor las lecturas de CPU, GPU, RAM y temperatura de su dispositivo NVIDIA Jetson. -NVIDIA Jetson dashboard +NVIDIA Jetson dashboard
Luego de configurar nuestra integración NVIDIA Jetson, te brindamos un dashboard para tu métrica NVIDIA Jetson. @@ -58,7 +54,7 @@ Siga estos pasos para recopilar datos sobre su dispositivo NVIDIA Jetson: integrations: - name: nri-flex config: - name: JestonMetrics + name: JetsonMetrics apis: - event_type: jetsonTegrastats commands: @@ -157,29 +153,11 @@ Siga estos pasos para recopilar datos sobre su dispositivo NVIDIA Jetson: Puede emplear nuestra plantilla dashboard prediseñadas para monitor sus datos de NVIDIA Jetson. Siga estos pasos para emplear nuestra plantilla dashboard prediseñadas: - 1. Desde [one.newrelic.com](https://one.newrelic.com), vaya a la página - - - **+ Integrations & Agents** - - - y luego haga clic - - - **Dashboards** - - + 1. Desde [one.newrelic.com](https://one.newrelic.com), vaya a la página **+ Integrations & Agents** y luego haga clic **Dashboards** 2. Busque NVIDIA Jetson en la barra de búsqueda y luego seleccione NVIDIA Jetson para instalar el dashboard. + 3. Vea su dashboard yendo a **[one.newrelic.com](https://one.newrelic.com) > All Capabilities > Dashboards**. - 3. Vea su dashboard yendo a - - - **[one.newrelic.com](https://one.newrelic.com) > All Capabilities > Dashboards** - - - . - - Para obtener documentos sobre el uso y edición del panel, consulte [nuestros documentos dashboard ](/docs/query-your-data/explore-query-data/dashboards/introduction-dashboards). + Para obtener documentos sobre el uso y edición del panel, consulte [nuestros documentos dashboard ](/docs/query-your-data/explore-query-data/dashboards/introduction-dashboards). @@ -201,4 +179,4 @@ Para obtener más información sobre cómo crear una consulta NRQL y generar un * [Introducción al generador de consultas](/docs/query-your-data/explore-query-data/query-builder/introduction-query-builder) para crear consultas básicas y avanzadas. * [Introducción al panel](/docs/query-your-data/explore-query-data/dashboards/introduction-dashboards) para personalizar tu dashboard y realizar diferentes acciones. -* [Administre su dashboard](/docs/query-your-data/explore-query-data/dashboards/manage-your-dashboard) para ajustar el modo de visualización de su panel o para agregar más contenido a su dashboard. +* [Administre su dashboard](/docs/query-your-data/explore-query-data/dashboards/manage-your-dashboard) para ajustar el modo de visualización de su panel o para agregar más contenido a su dashboard. \ No newline at end of file diff --git a/src/i18n/content/es/docs/logs/forward-logs/kong-gateway.mdx b/src/i18n/content/es/docs/logs/forward-logs/kong-gateway.mdx index 87b417bb360..0c307a85811 100644 --- a/src/i18n/content/es/docs/logs/forward-logs/kong-gateway.mdx +++ b/src/i18n/content/es/docs/logs/forward-logs/kong-gateway.mdx @@ -32,7 +32,7 @@ Para recibir el log de Kong Gateway, debe conectar el complemento de File Log de ## Configurar el complemento de File Log [#install-config-filelog] - Una vez que haya [instalado el complemento de File Log de Kong Gateway](https://docs.konghq.com/hub/kong-inc/file-log/), debe indicarle al complemento que envíe el registro a `/dev/stdout`. A continuación se muestra un ejemplo de manifiesto para esta configuración: + Una vez que haya [instalado el complemento de Kong Gateway File Log](https://docs.konghq.com/hub/kong-inc/file-log/), debe indicarle al complemento que envíe el registro a `/dev/stdout`. A continuación se muestra un ejemplo de manifiesto para esta configuración: ```yaml # file-log-plugin.yaml diff --git a/src/i18n/content/es/docs/network-performance-monitoring/advanced/ktranslate-container-health.mdx b/src/i18n/content/es/docs/network-performance-monitoring/advanced/ktranslate-container-health.mdx index f2af2935845..4fa46bc2796 100644 --- a/src/i18n/content/es/docs/network-performance-monitoring/advanced/ktranslate-container-health.mdx +++ b/src/i18n/content/es/docs/network-performance-monitoring/advanced/ktranslate-container-health.mdx @@ -104,7 +104,7 @@ A continuación se muestran algunas búsquedas comunes que se pueden utilizar du ``` - Ktranslate tiene los siguientes niveles de gravedad log : `Info`, `Warn` y `Error`. + KTranslate tiene los siguientes niveles de gravedad log : `Info`, `Warn` y `Error`. diff --git a/src/i18n/content/es/docs/network-performance-monitoring/troubleshooting/change-ktranslate-versions.mdx b/src/i18n/content/es/docs/network-performance-monitoring/troubleshooting/change-ktranslate-versions.mdx index 0a705e1d193..175ebe23a5c 100644 --- a/src/i18n/content/es/docs/network-performance-monitoring/troubleshooting/change-ktranslate-versions.mdx +++ b/src/i18n/content/es/docs/network-performance-monitoring/troubleshooting/change-ktranslate-versions.mdx @@ -1,5 +1,5 @@ --- -title: Administrar versiones del contenedor Ktranslate +title: Gestión de versiones de contenedores de KTranslate tags: - Integrations - Network monitoring @@ -51,4 +51,4 @@ kentik/ktranslate:kt-2023-02-28-4294815650 \ -snmp_discovery_on_start=true \ -snmp_discovery_min=180 \ nr1.snmp -``` +``` \ No newline at end of file diff --git a/src/i18n/content/es/docs/network-performance-monitoring/troubleshooting/ktranslate-cpu-usage.mdx b/src/i18n/content/es/docs/network-performance-monitoring/troubleshooting/ktranslate-cpu-usage.mdx index 466eba5c535..7061ed14aaf 100644 --- a/src/i18n/content/es/docs/network-performance-monitoring/troubleshooting/ktranslate-cpu-usage.mdx +++ b/src/i18n/content/es/docs/network-performance-monitoring/troubleshooting/ktranslate-cpu-usage.mdx @@ -1,5 +1,5 @@ --- -title: Comprender el uso de la CPU de Ktranslate +title: Comprender el uso de la CPU en KTranslate tags: - Integrations - Network monitoring @@ -14,7 +14,7 @@ translationType: machine Tiene ktranslate contenedor alcanzando el 100% de utilización de la CPU o, en general, es mayor de lo esperado. - Un detalle con el que hay que tener cuidado es que para ktranslate es importante centrarse en el porcentaje máximo de CPU en lugar del promedio. Ktranslate utiliza un alto porcentaje de CPU cerca del comienzo de un ciclo de sondeo y mucho menos al final del ciclo. Cuando observa el uso promedio, es posible que vea un 60% y pase por alto el hecho de que ktranslate dedica tiempo cerca del 100%, lo cual es un problema potencial. Debe asignar suficientes recursos para que el consumo máximo de CPU no alcance el 100%. + Un detalle a tener en cuenta es que para ktranslate es importante centrar en el porcentaje máximo de CPU en lugar del promedio. KTranslate emplea un alto porcentaje de CPU cerca del comienzo de un ciclo de sondeo y mucho menos al final del ciclo. Si observas el uso promedio, es posible que veas un 60% y pases por alto el hecho de que ktranslate dedica un tiempo cercano al 100%, lo que constituye un problema potencial. Debe asignar suficientes recursos para que el consumo máximo de CPU no llegue al 100%. ## Solución [#solution] @@ -44,11 +44,11 @@ Con un uso elevado, sus opciones son estas: * Agregue más CPU al host para manejar la carga de trabajo existente. * Reduzca el volumen de flujos entrantes cambiando la configuración en el dispositivo de red, como recolectar solo flujo en interfaces críticas o usar flujos de muestra si es posible. -#### Syslog - registro del sistema +#### Syslog - log del sistema El contenedor Syslog ve principalmente aumentos en el uso de CPU debido a la cantidad de eventos syslog entrantes. Como estimación general, debería poder ingerir alrededor de 2000 mensajes por segundo. Con un uso elevado, sus opciones son estas: * Agregue más CPU al host para manejar la carga de trabajo existente. -* Reduzca el volumen de eventos syslog ruidosos o de menor valor cambiando la configuración en los dispositivos de red para no enviar ciertos tipos de mensajes o gravedad. Consulte la documentación del proveedor de su dispositivo para saber cómo realizar estos cambios. +* Reduzca el volumen de eventos syslog ruidosos o de menor valor cambiando la configuración en los dispositivos de red para no enviar ciertos tipos de mensajes o gravedad. Consulte la documentación del proveedor de su dispositivo para saber cómo realizar estos cambios. \ No newline at end of file diff --git a/src/i18n/content/es/docs/network-performance-monitoring/troubleshooting/understanding-snmp-utilization-calculations.mdx b/src/i18n/content/es/docs/network-performance-monitoring/troubleshooting/understanding-snmp-utilization-calculations.mdx index 45883521241..8a3ed485688 100644 --- a/src/i18n/content/es/docs/network-performance-monitoring/troubleshooting/understanding-snmp-utilization-calculations.mdx +++ b/src/i18n/content/es/docs/network-performance-monitoring/troubleshooting/understanding-snmp-utilization-calculations.mdx @@ -26,10 +26,7 @@ Tienes preguntas sobre varios resultados calculados por el `ktranslate` Monitore ## Solución [#solution] - + **Metric Name**: `kentik.snmp.CPU` La CPU generalmente se devuelve en un OID directo que proporciona un valor entero o flotante que representa el porcentaje de utilización. En casos excepcionales, solo hay un resultado para CPU inactiva, que se [traduce a CPU](https://github.com/kentik/ktranslate/blob/72257357db05f36e05389b0a278b702a707a0941/pkg/inputs/snmp/metrics/device_metrics.go#L281-L285) mediante esta fórmula: @@ -39,10 +36,7 @@ Tienes preguntas sobre varios resultados calculados por el `ktranslate` Monitore ``` - + **Metric Name**: `kentik.snmp.MemoryUtilization` A diferencia de la CPU, la utilización de la memoria rara vez se presenta como un valor OID directo. Para calcular el porcentaje de utilización, [ktranslate utiliza esta lógica](https://github.com/kentik/ktranslate/blob/72257357db05f36e05389b0a278b702a707a0941/pkg/inputs/snmp/metrics/device_metrics.go#L287-L317): @@ -62,52 +56,43 @@ Tienes preguntas sobre varios resultados calculados por el `ktranslate` Monitore ``` - - **Metric Name**: `kentik.snmp.IfInUtilization` \| `kentik.snmp.IfOutUtilization` + + **Metric Name**: `kentik.snmp.IfInUtilization` | `kentik.snmp.IfOutUtilization` La utilización de la interfaz sigue el enfoque estándar de la industria de calcular el delta en bits y dividirlo por el producto de la velocidad configurada de la interfaz y el delta de tiempo desde que se realizó la última recopilación. Por ejemplo, suponiendo que 1 es el punto de datos anterior y 2 es el más reciente: - > ( (ifHCInOctets_2 - ifHCInOctets_1 ) \* 8 \* 100 ) / ( (sysUptime_2 - sysUptime_1) \* ifSpeed ) + > ( (ifHCInOctets\_2 - ifHCInOctets\_1 ) \* 8 \* 100 ) / ( (sysUptime\_2 - sysUptime\_1) \* ifSpeed ) ### Cálculo traducido Para el numerador: * Tome el último recuento de octetos y reste el valor de la muestra anterior para obtener un delta. - * Multiplique el resultado por 8 para convertir octetos en bits. - * Multiplique los bits por 100 para configurar el cálculo del porcentaje. - Para el denominador: + Para el denominador: * Tome el último valor de `sysUptime` y reste el valor de la muestra anterior para obtener un delta que muestre el intervalo de sondeo. - * Multiplique el intervalo por el `ifSpeed` configurado (que se informa en bits). - Finalmente: + Finalmente: * Divide el numerador por el denominador para encontrar el porcentaje de utilización. - ### Datos fuente + ### Datos fuente - [Ktranslate](https://github.com/kentik/ktranslate/blob/72257357db05f36e05389b0a278b702a707a0941/pkg/formats/nrm/nrm.go#L581-L623), utiliza el valor de [ifHCInOctets](https://oid-rep.orange-labs.fr/get/1.3.6.1.2.1.31.1.1.1.6) (recibir) o [ifHCOutOctets](https://oid-rep.orange-labs.fr/get/1.3.6.1.2.1.31.1.1.1.10) (transmitir); reemplazando `ifSpeed` en el denominador con el valor de [ifHighSpeed](https://oid-rep.orange-labs.fr/get/1.3.6.1.2.1.31.1.1.1.15) según sea necesario: + [KTranslate](https://github.com/kentik/ktranslate/blob/72257357db05f36e05389b0a278b702a707a0941/pkg/formats/nrm/nrm.go#L581-L623), emplea el valor de [ifHCInOctets](https://oid-rep.orange-labs.fr/get/1.3.6.1.2.1.31.1.1.1.6) (recibir) o [ifHCOutOctets](https://oid-rep.orange-labs.fr/get/1.3.6.1.2.1.31.1.1.1.10) (transmitir); reemplazando `ifSpeed` en el denominador con el valor de [ifHighSpeed](https://oid-rep.orange-labs.fr/get/1.3.6.1.2.1.31.1.1.1.15) según sea necesario: - - Una razón común para ver porcentajes de utilización de la interfaz inexactos es que la velocidad de la interfaz configurada en el dispositivo no refleja la velocidad real de la interfaz. Por ejemplo, un circuito MPLS de 1 GB en una interfaz de 10 GB mostraría porcentajes de sólo el 10% de la utilización real. Para resolver esto, consulte la documentación de su proveedor sobre cómo configurar el ancho de banda de la interfaz. - + + Una razón común para ver porcentajes de utilización de la interfaz inexactos es que la velocidad de la interfaz configurada en el dispositivo no refleja la velocidad real de la interfaz. Por ejemplo, un circuito MPLS de 1 GB en una interfaz de 10 GB mostraría porcentajes de sólo el 10% de la utilización real. Para resolver esto, consulte la documentación de su proveedor sobre cómo configurar el ancho de banda de la interfaz. + - - **Metric Name**: `kentik.snmp.ifHCInOctets` \| `kentik.snmp.ifHCOutOctets` + + **Metric Name**: `kentik.snmp.ifHCInOctets` | `kentik.snmp.ifHCOutOctets` El rendimiento de la interfaz utiliza el valor de [ifHCInOctets](https://oid-rep.orange-labs.fr/get/1.3.6.1.2.1.31.1.1.1.6) (recibir) o [ifHCOutOctets](https://oid-rep.orange-labs.fr/get/1.3.6.1.2.1.31.1.1.1.10) (transmitir). @@ -119,7 +104,7 @@ Tienes preguntas sobre varios resultados calculados por el `ktranslate` Monitore La medición bruta en SNMP es contar octetos, que en este contexto serían sinónimos de bytes. Puede calcular fácilmente bytes directamente a través de la métrica informada sin necesidad de conversión. - Si busca bits por segundo (bps), debe multiplicar los octetos y convertir el número final a una velocidad "por segundo". + Si busca bits por segundo (bps), debe multiplicar los octetos y convertir el número final a una velocidad "por segundo". **Ejemplo** @@ -135,11 +120,8 @@ Tienes preguntas sobre varios resultados calculados por el `ktranslate` Monitore ``` - - **Metric Name**: `kentik.snmp.ifInErrorPercent` \| `kentik.snmp.ifOutErrorPercent` + + **Metric Name**: `kentik.snmp.ifInErrorPercent` | `kentik.snmp.ifOutErrorPercent` El porcentaje de error de interfaz utiliza el valor de [ifInErrors](https://oid-rep.orange-labs.fr/get/1.3.6.1.2.1.2.2.1.14) (recibir) o [ifOutErrors](https://oid-rep.orange-labs.fr/get/1.3.6.1.2.1.2.2.1.20) (transmitir), dividido por [ifHCInUcastPkts](https://oid-rep.orange-labs.fr/get/1.3.6.1.2.1.31.1.1.1.7) (recibir) o [ifHCOutUcastPkts](https://oid-rep.orange-labs.fr/get/1.3.6.1.2.1.31.1.1.1.11) (transmitir). [En ktranslate](https://github.com/kentik/ktranslate/blob/72257357db05f36e05389b0a278b702a707a0941/pkg/inputs/snmp/metrics/interface_metrics.go#L255-L271), la fórmula se ve así: @@ -150,10 +132,7 @@ Tienes preguntas sobre varios resultados calculados por el `ktranslate` Monitore ``` - + **Metric Name**: Varios Otras métricas SNMP se convierten en función de la existencia de las funciones `enum` y `conversion` en su respectivo [perfil SNMP](https://github.com/kentik/snmp-profiles/blob/main/profiles/kentik_snmp/_template.yml). @@ -188,7 +167,7 @@ Tienes preguntas sobre varios resultados calculados por el `ktranslate` Monitore
- Se utiliza para manejar enumeraciones SNMP que convierten el valor entero de una métrica dimensional en el valor enumerado en un atributo decorado en la métrica dimensional (usando el mismo sufijo de nombre de métrica). Un ejemplo común es la conversión de [kentik.snmp.if_AdminStatus](https://oid-rep.orange-labs.fr/get/1.3.6.1.2.1.2.2.1.7) al valor enumerado de [if_AdminStatus](https://github.com/kentik/snmp-profiles/blob/ccb1df47a5068a59fb3e3765746524e0286252e7/profiles/kentik_snmp/_general/if-mib.yml#L59-L66) como `up`, `down` o `testing`. + Se utiliza para manejar enumeraciones SNMP que convierten el valor entero de una métrica dimensional en el valor enumerado en un atributo decorado en la métrica dimensional (usando el mismo sufijo de nombre de métrica). Un ejemplo común es la conversión de [kentik.snmp.if\_AdminStatus](https://oid-rep.orange-labs.fr/get/1.3.6.1.2.1.2.2.1.7) al valor enumerado de [if\_AdminStatus](https://github.com/kentik/snmp-profiles/blob/ccb1df47a5068a59fb3e3765746524e0286252e7/profiles/kentik_snmp/_general/if-mib.yml#L59-L66) como `up`, `down` o `testing`.
- Se utiliza para convertir valores hexadecimales a formato entero. Opciones para **current**: `LittleEndian` \| `BigEndian`. Opciones para **desired**: `uint16` \| `uint32` \| `uint64` + Se utiliza para convertir valores hexadecimales a formato entero. Opciones para **current**: `LittleEndian` | `BigEndian`. Opciones para **desired**: `uint16` | `uint32` | `uint64`
- Coloca una coincidencia de expresiones regulares en la salida OID para capturar subcadenas; debe estar entre comillas y tener barras invertidas.
Resultado de OID de ejemplo: `" 5 Secs ( 96.3762%) 60 Secs ( 62.8549%) 300 Secs ( 25.2877%)"`
Conversión de ejemplo: `"regexp:60 Secs.*?(\\d+)"`
Resultado final: `62` + Coloca una coincidencia de expresiones regulares en la salida OID para capturar subcadenas; debe estar entre comillas y tener barras invertidas.
Resultado de OID de ejemplo: `" 5 Secs ( 96.3762%) 60 Secs ( 62.8549%) 300 Secs ( 25.2877%)"`
Conversión de ejemplo: `"regexp:60 Secs.*?(\\d+)"`
Resultado final: `62`
- + \ No newline at end of file diff --git a/src/i18n/content/es/docs/new-relic-solutions/build-nr-ui/newrelic-cli.mdx b/src/i18n/content/es/docs/new-relic-solutions/build-nr-ui/newrelic-cli.mdx index a672bcc387a..3af988d3358 100644 --- a/src/i18n/content/es/docs/new-relic-solutions/build-nr-ui/newrelic-cli.mdx +++ b/src/i18n/content/es/docs/new-relic-solutions/build-nr-ui/newrelic-cli.mdx @@ -13,25 +13,40 @@ La CLI New Relic permite la integración de New Relic en su flujo de trabajo exi Encuentre detalles para los documentos del comando CLI de New Relic en GitHub. -### Opciones \[nr-cli-commands-options] +### Opciones [#nr-cli-commands-options] ```bash copyable=false -[output] --format string output text format [YAML, JSON, Text] (default "JSON") -[output] -h, --help help for newrelic -[output] --plain output compact text +[output] -a, --accountId int the account ID to use. Can be overridden by setting NEW_RELIC_ACCOUNT_ID +[output] --debug debug level logging +[output] --format string output text format [JSON, Text, YAML] (default "JSON") +[output] -h, --help help for newrelic +[output] --plain output compact text +[output] --profile string the authentication profile to use +[output] --trace trace level logging ``` ### Comandos [#commands] * [nuevareliquia APM](https://github.com/newrelic/newrelic-cli/blob/master/docs/cli/newrelic_apm.md). Interactuar con New Relic APM. + * [finalización de la nueva reliquia](https://github.com/newrelic/newrelic-cli/blob/master/docs/cli/newrelic_completion.md). Genera funciones de finalización de shell. + * [configuración de nuevareliquia](https://github.com/newrelic/newrelic-cli/blob/master/docs/cli/newrelic_config.md). Gestione la configuración de la CLI de New Relic. + * [decodificación de nueva reliquia](https://github.com/newrelic/newrelic-cli/blob/master/docs/cli/newrelic_decode.md). Emplee el comando decodificar URL para imprimir información cifrada dentro de la URL. + * [documentación de nueva reliquia](https://github.com/newrelic/newrelic-cli/blob/master/docs/cli/newrelic_documentation.md). Generar documentación CLI. + * [nueva entidad reliquia](https://github.com/newrelic/newrelic-cli/blob/master/docs/cli/newrelic_entity.md). Interactuar con la entidad New Relic . + * [nuevo nerdgraphrelic](https://github.com/newrelic/newrelic-cli/blob/master/docs/cli/newrelic_nerdgraph.md). Ejecute solicitudes GraphQL a la API NerdGraph. + * [almacenamiento nerd de nuevareliquia](https://github.com/newrelic/newrelic-cli/blob/master/docs/cli/newrelic_nerdstorage.md). Lea, escriba y elimine documentos y colecciones de NerdStorage. + * [nuevareliquia NRQL](https://github.com/newrelic/newrelic-cli/blob/master/docs/cli/newrelic_nrql.md). Comandos para interactuar con la base de datos New Relic. + * [perfil de nuevareliquia](https://github.com/newrelic/newrelic-cli/blob/master/docs/cli/newrelic_profile.md). Gestione los perfiles de autenticación para esta herramienta. + * [Nueva versión reliquia](https://github.com/newrelic/newrelic-cli/blob/master/docs/cli/newrelic_version.md). Muestra la versión de la CLI de New Relic. -* [nueva carga de trabajo de reliquia](https://github.com/newrelic/newrelic-cli/blob/master/docs/cli/newrelic_workload.md). Interactuar con New Relic carga de trabajo. + +* [nueva carga de trabajo de reliquia](https://github.com/newrelic/newrelic-cli/blob/master/docs/cli/newrelic_workload.md). Interactuar con New Relic carga de trabajo. \ No newline at end of file diff --git a/src/i18n/content/es/docs/serverless-function-monitoring/aws-lambda-monitoring/instrument-lambda-function/containerized-images.mdx b/src/i18n/content/es/docs/serverless-function-monitoring/aws-lambda-monitoring/instrument-lambda-function/containerized-images.mdx index 21c2628216a..228e8229a98 100644 --- a/src/i18n/content/es/docs/serverless-function-monitoring/aws-lambda-monitoring/instrument-lambda-function/containerized-images.mdx +++ b/src/i18n/content/es/docs/serverless-function-monitoring/aws-lambda-monitoring/instrument-lambda-function/containerized-images.mdx @@ -27,8 +27,8 @@ Aquí hay una guía para agregar nuestra capa prediseñada a su código. * [Java](https://gallery.ecr.aws/newrelic-lambda-layers-for-docker/newrelic-lambda-layers-java) * [Node.js](https://gallery.ecr.aws/newrelic-lambda-layers-for-docker/newrelic-lambda-layers-nodejs) - * [Python](https://gallery.ecr.aws/x6n7b2o2/newrelic-lambda-layers-python) - * [Ruby](https://gallery.ecr.aws/x6n7b2o2/newrelic-lambda-layers-ruby) + * [Python](https://gallery.ecr.aws/newrelic-lambda-layers-for-docker/newrelic-lambda-layers-python) + * [Ruby](https://gallery.ecr.aws/newrelic-lambda-layers-for-docker/newrelic-lambda-layers-ruby) * [.NET](https://gallery.ecr.aws/newrelic-lambda-layers-for-docker/newrelic-lambda-layers-dotnet) * [Sólo extensión](https://gallery.ecr.aws/newrelic-lambda-layers-for-docker/newrelic-lambda-layers-lambdaextension) @@ -81,6 +81,8 @@ Aquí hay una guía para agregar nuestra capa prediseñada a su código. CMD [ "com.newrelic.java.HandlerWrapper::handleRequest" ] # CMD [ "com.newrelic.java.HandlerWrapper::handleStreamsRequest" ] ``` + + Pruebe [un ejemplo práctico](https://github.com/newrelic/newrelic-lambda-extension/tree/main/examples/sam/containerized-lambda/java-17-maven-sam-example) de una función Lambda en contenedor de Java empleando SAM. @@ -99,6 +101,8 @@ Aquí hay una guía para agregar nuestra capa prediseñada a su código. # CMD override to New Relic's handler wrapper CMD [ "newrelic_lambda_wrapper.handler" ] ``` + + Pruebe [un ejemplo práctico](https://github.com/newrelic/newrelic-lambda-extension/tree/main/examples/sam/containerized-lambda/python-sam-example) de una función Lambda en contenedor de Python usando SAM. @@ -117,6 +121,8 @@ Aquí hay una guía para agregar nuestra capa prediseñada a su código. # CMD override to New Relic's handler wrapper CMD [ "newrelic-lambda-wrapper.handler" ] ``` + + Pruebe [un ejemplo práctico](https://github.com/newrelic/newrelic-lambda-extension/tree/main/examples/sam/containerized-lambda/nodejs-sam-example) de una función Lambda en contenedor de Node.js usando SAM. diff --git a/src/i18n/content/jp/docs/alerts/create-alert/examples/scope-alert-thresholds-specific-instances.mdx b/src/i18n/content/jp/docs/alerts/create-alert/examples/scope-alert-thresholds-specific-instances.mdx index 87772eb8c4d..6c6d7c175f4 100644 --- a/src/i18n/content/jp/docs/alerts/create-alert/examples/scope-alert-thresholds-specific-instances.mdx +++ b/src/i18n/content/jp/docs/alerts/create-alert/examples/scope-alert-thresholds-specific-instances.mdx @@ -108,77 +108,24 @@ Java アプリのインスタンスのいずれかが違反したときにトリ ## インスタンスベースのアラート条件の作成 [#procedure] -A screenshot showing what to select to create alerts based on threshold instances +A screenshot showing what to select to create alerts based on threshold instances アプリの個々のインスタンスによるインシデントの通知をトリガーするポリシーを作成するには: 1. [基本的なワークフローのプロセス](/docs/alerts/new-relic-alerts/configuring-alert-policies/alert-policy-workflow#alert-policy-process) に従って、ポリシーを設定します。 - -2. [条件](/docs/alerts/new-relic-alerts/configuring-alert-policies/define-alert-conditions)を作成するとき（手順 2）、 - - - [**APM**](/docs/alerts/new-relic-alerts/configuring-alert-policies/select-product-targets-alert-condition) - - - を選択します。 - -3. 条件のタイプとして - - - **Application metric** - - - を選択します。 - -4. アプリの選択されたインスタンスごとに集計閾値インシデント - - - **individually** - - - を評価するには、 - - - **Scope to Java application instances** - - - を選択します。 - -5. - **Next, select entities** - - - を選択し、この条件に該当する 1 つ以上のアプリを特定します。 - -6. オプション: - - - - インシデントを強制的にクローズする時間を変更します (デフォルトは 24 時間です)。 - -7. - **By condition** - - - または - - - **By condition and signal** - - - [インシデント設定](/docs/alerts/new-relic-alerts/reviewing-alert-incidents/specify-when-new-relic-creates-incidents)を使用します。 - +2. [条件](/docs/alerts/create-alert/create-alert-condition/alert-conditions)を作成するとき（手順 2）、 [**APM**](/docs/alerts/new-relic-alerts/configuring-alert-policies/select-product-targets-alert-condition)を選択します。 +3. 条件のタイプとして**Application metric**を選択します。 +4. アプリの選択されたインスタンスごとに集計閾値インシデント**individually**を評価するには、 **Scope to Java application instances**を選択します。 +5. **Next, select entities**を選択し、この条件に該当する 1 つ以上のアプリを特定します。 +6. オプション: インシデントを強制的にクローズする時間を変更します (デフォルトは 24 時間です)。 +7. **By condition**または**By condition and signal** [インシデント設定](/docs/alerts/new-relic-alerts/reviewing-alert-incidents/specify-when-new-relic-creates-incidents)を使用します。 8. [ポリシーワークフローの残りのプロセスを続ける（ステップ3）](/docs/alerts/new-relic-alerts/configuring-alert-policies/alert-policy-workflow#alert-policy-process). アプリのすべてのインスタンスの**average**に基づいてインシデントを開くには、 **Scope to Java application instances**ではなく**Scope to the application**を選択します。 -## Use"By condition" incident preference [#targets] +## Use"By condition" incident preference [#targets] インスタンスベースの条件を含むポリシーの[インシデント](/docs/alerts/new-relic-alerts/reviewing-alert-incidents/specify-when-new-relic-creates-incidents)設定を行う場合は、 **By condition and signal**ではなく**By condition**を選択することをお勧めします。 この条件ではアプリが選択されたテンプレートですが、各JVMは個別のテンプレートとして評価されます。 @@ -191,30 +138,16 @@ New Relic REST API でインスタンスベースの [アラート条件を作 [](/docs/alerts/new-relic-alerts/rest-api-alerts/manage-entities-alerts-conditions) * [](/docs/alerts/new-relic-alerts/rest-api-alerts/manage-entities-alerts-conditions) - -* [あなたの ](/docs/alerts/new-relic-alerts/rest-api-alerts/manage-entities-alerts-conditions)[API キー](/docs/apis/rest-api-v2/getting-started/introduction-new-relic-rest-api-v2#api_key). - + [あなたの ](/docs/alerts/new-relic-alerts/rest-api-alerts/manage-entities-alerts-conditions)[API キー](/docs/apis/rest-api-v2/getting-started/introduction-new-relic-rest-api-v2#api_key). * 監視対象の[エンティティ](/docs/using-new-relic/welcome-new-relic/get-started/glossary#entity)の数値[`entity_id`](/docs/using-new-relic/welcome-new-relic/get-started/glossary#entity) - -* [`condition_id`](/docs/using-new-relic/welcome-new-relic/get-started/glossary#alert-condition) (API エクスプローラーから入手可能: - - - [**Alerts Conditions > GET > List**](https://rpm.newrelic.com/api/explore/alerts_entity_conditions/list) - - - ) - +* [`condition_id`](/docs/using-new-relic/welcome-new-relic/get-started/glossary#alert-condition) (API エクスプローラーから入手可能: [**Alerts Conditions > GET > List**](https://rpm.newrelic.com/api/explore/alerts_entity_conditions/list) ) * `entity_type` （ `"application"`に設定） - * `condition_scope` （Javaアプリケーションインスタンスの場合は`"instance"`に設定され、Javaアプリケーションの場合は`"application"`に設定されます） ここでは、APIリクエストフォーマットとJSONレスポンスの例をご紹介します。 - + APIコールにはこのフォーマットを使用してください。 ```sh @@ -227,10 +160,7 @@ New Relic REST API でインスタンスベースの [アラート条件を作 * `$API_KEY`を[API キー](/docs/apis/rest-api-v2/getting-started/introduction-new-relic-rest-api-v2#api_key)に置き換えます。 - + APIはレスポンスをJSONで返します。 ```json @@ -261,4 +191,4 @@ New Relic REST API でインスタンスベースの [アラート条件を作 } ``` - + \ No newline at end of file diff --git a/src/i18n/content/jp/docs/alerts/scale-automate/rest-api/alerts-conditions-api-field-names.mdx b/src/i18n/content/jp/docs/alerts/scale-automate/rest-api/alerts-conditions-api-field-names.mdx index ec8bb677180..6d369b8b85d 100644 --- a/src/i18n/content/jp/docs/alerts/scale-automate/rest-api/alerts-conditions-api-field-names.mdx +++ b/src/i18n/content/jp/docs/alerts/scale-automate/rest-api/alerts-conditions-api-field-names.mdx @@ -12,7 +12,7 @@ translationType: machine ## RESTAPIを使用する前に [#before-start] -REST API は、アラートをプログラムで管理するための推奨方法ではなくなりました。 詳細については、 [の API の概要を](/docs/alerts-applied-intelligence/new-relic-alerts/advanced-alerts/alerts-api/intro-alerts-api)お読みください。 +REST API は、アラートをプログラムで管理するための推奨方法ではなくなりました。 詳細については、 [の API の概要を](/docs/alerts-applied-intelligence/new-relic-alerts/advanced-alerts/alerts-api/intro-alerts-api)お読みください。 ## 必須およびオプションのフィールド [#required] @@ -34,10 +34,7 @@ APIには、次の4種類のアラート条件が含まれています。 この用語集にリストされているすべてのフィールドが、すべての条件タイプに必要なわけではありません。フィールドを使用する必要がある条件タイプは、各説明にリストされています。 - + このフィールドを使用すると、条件をJVMインスタンスまたはアプリケーション全体にスコープできます。これは文字列の1つである可能性があります。 * 実例 @@ -53,10 +50,7 @@ APIには、次の4種類のアラート条件が含まれています。 インスタンスベースおよびJVMヘルスメトリックについては、 [`violation_close_timer`](#violation_close_timer)も参照してください。 - + これはアラート状態のステータスであり、オプションです。デフォルトは`false`です。 このフィールドは、メンテナンス期間またはテスト期間の条件を有効または無効にするために使用できます。 @@ -69,10 +63,7 @@ APIには、次の4種類のアラート条件が含まれています。 * 合成モニタリング条件 - + これは、条件で監視されるオブジェクトを識別する[エンティティ](/docs/alerts/new-relic-alerts/getting-started/alerts-glossary#alert-entity)IDの配列です。これらは、アプリケーションID、ブラウザID、キートランザクションID、外部サービスIDなどです。 複数ある場合、これらは一連のコンマ区切りの整数として入力されます。 @@ -83,10 +74,7 @@ APIには、次の4種類のアラート条件が含まれています。 * 外部サービス条件 - + プラットフォームが最後のデータポイントを受信してから、信号が失われたと見なされるまでの待機時間（秒単位）。これは、データのタイムスタンプではなく、データが到着した時刻に基づいています。デフォルトはnullです。信号損失検出を有効にする値を追加します。 のために使用される： @@ -94,10 +82,7 @@ APIには、次の4種類のアラート条件が含まれています。 * NRQL条件 - + `true`の場合、 `expiration_duration`時間内に信号が聞こえないと、現在開いているすべてのインシデントが閉じられます。 デフォルトは`false`です。 @@ -107,10 +92,7 @@ APIには、次の4種類のアラート条件が含まれています。 * NRQL条件 - + true の場合、 `expiration_duration`時間内に信号がない場合、信号損失インシデントが発生します。 デフォルトは`false`です。 @@ -120,10 +102,7 @@ APIには、次の4種類のアラート条件が含まれています。 * NRQL条件 - + 監視対象の外部サービスのURLです。この文字列にはプロトコルを含めることはできませ**ん**。たとえば、 `https://example.com` }ではなく`example.com`を使用します。 のために使用される： @@ -131,17 +110,11 @@ APIには、次の4種類のアラート条件が含まれています。 * 外部サービス条件 - + **metric**フィールドは 3 つの集計カテゴリに使用されます。 使用可能な正確な引数は、 [type](#type)フィールドの設定によって異なります。 これらは、集計[タイプ](#type)フィールドに従って以下にリストされます。 - + [type](#type)フィールドに指定された値によって、指定できる id が制御されます。 [タイプ](#type)フィールドとそれに対応する使用可能な**parameter**名を次の表に示します。 指定できるのは 1 つだけです。 @@ -160,14 +133,14 @@ APIには、次の4種類のアラート条件が含まれています。 @@ -241,10 +214,7 @@ APIには、次の4種類のアラート条件が含まれています。
- apm_app_metric + apm\_app\_metric * apdex - * error_percentage - * response_time_web - * response_time_background + * error\_percentage + * response\_time\_web + * response\_time\_background * スループット\_web * スループット\_背景 * ユーザー定義の @@ -176,64 +149,64 @@ APIには、次の4種類のアラート条件が含まれています。
- apm_kt_metric + apm\_kt\_metric * apdex - * error_percentage - * error_count - * response_time + * error\_percentage + * error\_count + * response\_time * スループット
- browser_metric + browser\_metric - * end_user_apdex - * total_page_load - * page_rendering + * end\_user\_apdex + * total\_page\_load + * page\_rendering * ウェブアプリケーション * 通信網 - * dom_processing - * request_queuing - * ajax_response_time - * page_views_with_js_errors - * page_view_throughput - * ajax_throughput + * dom\_processing + * request\_queuing + * ajax\_response\_time + * page\_views\_with\_js\_errors + * page\_view\_throughput + * ajax\_throughput * ユーザー定義の
- browser_metric_baseline + browser\_metric\_baseline - * page_view_throughput - * average_response_time - * ajax_response_time - * ajax_application_time + * page\_view\_throughput + * average\_response\_time + * ajax\_response\_time + * ajax\_application\_time
- mobile_metric + mobile\_metric * データベース * 画像 * json、ネットワーク - * view_loading - * network_error_percentage - * status_error_percentage + * view\_loading + * network\_error\_percentage + * status\_error\_percentage * ユーザー定義の
- + [type](#type)フィールドに指定された値によって、指定できる id が制御されます。 [タイプ](#type)フィールドとそれに対応する使用可能な**parameter**名を次の表に示します。 指定できるのは 1 つだけです。 @@ -263,14 +233,14 @@ APIには、次の4種類のアラート条件が含まれています。 @@ -314,10 +284,7 @@ APIには、次の4種類のアラート条件が含まれています。 - + これは、アラートを出すための合成モニタリングのGUIDです。 のために使用される： @@ -325,13 +292,10 @@ APIには、次の4種類のアラート条件が含まれています。 * 合成モニタリング条件 - + この条件タイトルにより、UIでそれを識別できます。 - これを説明的であるが短くするための[ガイドライン](/docs/alerts/new-relic-alerts/configuring-alert-policies/define-alert-conditions#best-practices-conditions)に従ってください。 + これをわかりやすく、しかし短くするための[ガイドライン](/docs/alerts/create-alert/create-alert-condition/alert-conditions/#name-your-condition)に従ってください。 のために使用される： @@ -341,10 +305,7 @@ APIには、次の4種類のアラート条件が含まれています。 * 合成モニタリング条件 - + これは、NRQL条件の一部としてモニターにアラートを出すNRQLクエリです。 のために使用される： @@ -352,10 +313,7 @@ APIには、次の4種類のアラート条件が含まれています。 * NRQL条件 - + `aggregation_delay`または`aggregation_timer`のいずれかを含む`aggregation_method`を優先して非推奨になりました。これは、指定されたNRQLクエリを評価する時間枠（分単位）です。`since_value`は`1`と`20`の間にある必要があります。 のために使用される： @@ -363,10 +321,7 @@ APIには、次の4種類のアラート条件が含まれています。 * NRQL条件 - + 通知に表示する[Runbook](/docs/alerts/new-relic-alerts/getting-started/alerts-glossary#alert-runbook)のURL。このフィールドはオプションです。 のために使用される： @@ -377,11 +332,8 @@ APIには、次の4種類のアラート条件が含まれています。 * 合成モニタリング条件 - - 集計ウィンドウがデータでいっぱいになるまでの待機時間（秒単位）。CADENCEまたはEVENT_FLOW `aggregation_method`タイプを使用する場合に必要です。 デフォルトは**120 seconds**です。 + + 集計ウィンドウがデータでいっぱいになるまでの待機時間（秒単位）。CADENCEまたはEVENT\_FLOW `aggregation_method`タイプを使用する場合に必要です。 デフォルトは**120 seconds**です。 イベントフローおよびケイデンス集計メソッドで使用されます。 @@ -390,10 +342,7 @@ APIには、次の4種類のアラート条件が含まれています。 * NRQL条件 - + New Relicは、データをウィンドウに集計し、現在のウィンドウが終了し、次のウィンドウがいつ開始するかを決定する必要があります。`aggregation_method`は、特定の集計ウィンドウのすべてのデータのタイミングを通知するロジックです。ウィンドウが閉じると、データは1つのポイントに集計され、閾値に対して評価されます。 このフィールドはオプションです。次の3つの値のいずれかを指定できます。 @@ -411,10 +360,7 @@ APIには、次の4種類のアラート条件が含まれています。 * NRQL条件 - + バッチ全体が処理されるように、各データ ポイントを受信した後待機する秒数。 `EVENT_TIMER` `aggregation_method`タイプを使用する場合は必須です。 デフォルトは**60 seconds**です。 のために使用される： @@ -422,10 +368,7 @@ APIには、次の4種類のアラート条件が含まれています。 * NRQL条件 - + ストリーミングアラートは、NRQLクエリで関数を実行する前に、特定の時間にデータを収集します。これらの時間枠はカスタマイズ可能です。 データ ポイントはタイムスタンプに基づいてまとめて収集され、バッチとして報告されます。カスタマイズ可能な集約ウィンドウにより、柔軟性が向上し、不規則なデータ ポイントまたは頻度の低いデータ ポイントでアラートを出す際の誤ったインシデントが少なくなります。 @@ -439,10 +382,7 @@ APIには、次の4種類のアラート条件が含まれています。 * NRQL条件 - + デフォルトでは、集計ウィンドウは順番にグループ化されます。これにより、1つのウィンドウが開始し、別のウィンドウが開始するたびに、スパイキーなチャートが作成される可能性があります。 `slide_by`を使用してスライディングウィンドウを作成します。集約されたウィンドウをスライドさせると重なり合い、より滑らかなグラフが作成されます。`slide_by`間隔は、オーバーラップの期間を設定します。 @@ -452,10 +392,7 @@ APIには、次の4種類のアラート条件が含まれています。 デフォルトは、現在のウィンドウ期間に基づいています。`slide_by`間隔は、集計ウィンドウの期間に均等に分割する必要があります。`slide_by`間隔もウィンドウ期間より短くする必要があります。 - + `aggregation_delay`または`aggregation_timer`のいずれかを含む`aggregation_method`が推奨されません。 オフセットは、各集計ウィンドウを評価する前に遅延データを待機する時間です。 待つ時間が長くなるほど、より正確な信号が得られますが、レイテンシが増加します。 デフォルトは**3 aggregation windows**です。 のために使用される： @@ -463,10 +400,7 @@ APIには、次の4種類のアラート条件が含まれています。 * NRQL条件 - + 散発的なデータの場合、ギャップ（空のウィンドウ）を合成データで埋めることで、誤ったアラートを回避できます。 * `none`: (デフォルト) 空の集計ウィンドウでアクションを実行したくない場合は、これを使用します。評価時に、集計ウィンドウが空になると、しきい値期間タイマーがリセットされます。たとえば、すべての集計ウィンドウに 5 分間しきい値を超えるデータ ポイントがなければならないという条件があり、5 つの集計ウィンドウのうち 1 つが空の場合、その条件ではインシデントは開始されません。 @@ -482,10 +416,7 @@ APIには、次の4種類のアラート条件が含まれています。 * NRQL条件 - + これは、 `fill_option`カスタム値によって使用される値です。デフォルトは`0`です。 のために使用される： @@ -493,10 +424,7 @@ APIには、次の4種類のアラート条件が含まれています。 * NRQL条件 - + これは、イベントをトリガーする前に状態が持続する時間（分単位）です。UI [でしきい値を追加する](/docs/alerts/new-relic-alerts/configuring-alert-policies/define-thresholds-trigger-alert#adding-thresholds)ときに設定される期間に対応します。 のために使用される： @@ -505,23 +433,20 @@ APIには、次の4種類のアラート条件が含まれています。 * NRQL条件 - - これにより、イベントをトリガーするために**value_function**と**terms\[threshold]**の値の間でどのような比較が使用されるかが決まります。 で κ[ を追加する](/docs/alerts/new-relic-alerts/configuring-alert-policies/define-thresholds-trigger-alert#adding-thresholds) ときに選択した操作に対応します。UI次のいずれかの文字列である必要があります。 + + これにより、イベントをトリガーするために**value\_function**と**terms\[threshold]**の値の間でどのような比較が使用されるかが決まります。 で κ[ を追加する](/docs/alerts/new-relic-alerts/configuring-alert-policies/define-thresholds-trigger-alert#adding-thresholds) ときに選択した操作に対応します。UI次のいずれかの文字列である必要があります。 * その上 - * above_or_equals（NRQL条件のみ） + * above\_or\_equals（NRQL条件のみ） * 下 - * below_or_equals（NRQL条件のみ） + * below\_or\_equals（NRQL条件のみ） * 同等 - * not_equals（NRQL条件のみ） + * not\_equals（NRQL条件のみ） のために使用される： @@ -532,10 +457,7 @@ APIには、次の4種類のアラート条件が含まれています。 * NRQL条件 - + これは、UIで条件のしきい値を設定するときに選択された[重大度レベル](/docs/alerts/new-relic-alerts/configuring-alert-policies/define-thresholds-trigger-alert#threshold-levels)に対応します。これは、次の文字列のいずれかである必要があります。 * 致命的 @@ -551,11 +473,8 @@ APIには、次の4種類のアラート条件が含まれています。 * NRQL条件 - - これは、イベントをトリガーするために**value_function**を**terms\[operator]**と比較する必要がある閾値です。 これはUI [、閾値値を追加する ときに](/docs/alerts/new-relic-alerts/configuring-alert-policies/define-thresholds-trigger-alert#adding-thresholds) で指定された数値に対応します。 + + これは、イベントをトリガーするために**value\_function**を**terms\[operator]**と比較する必要がある閾値です。 これはUI [、閾値値を追加する ときに](/docs/alerts/new-relic-alerts/configuring-alert-policies/define-thresholds-trigger-alert#adding-thresholds) で指定された数値に対応します。 これは数値であり、0（ゼロ）以上である必要があります。 @@ -566,10 +485,7 @@ APIには、次の4種類のアラート条件が含まれています。 * NRQL条件 - + これは[、しきい値を追加する](/docs/alerts/new-relic-alerts/configuring-alert-policies/define-thresholds-trigger-alert#adding-thresholds)ときにUIで行われる設定に対応します。選択肢は次のとおりです。 * すべて（UIの`for at least`に対応） @@ -585,19 +501,13 @@ APIには、次の4種類のアラート条件が含まれています。 * NRQL条件 - + これは、集計に使用されるメトリックのタイプを定義します。 [メトリクス](#metric)フィールドに許容されるコンテンツは、選択された**type**値によって異なります。 2つの[製品カテゴリ](/docs/alerts/new-relic-alerts/configuring-alert-policies/select-product-targets-alert-condition)があります： - + このカテゴリでは、 **type**[アラート条件](#alerts_conditions)のタイプを示す次の文字列のいずれかに設定されます。
- apm_external_service + apm\_external\_service * apdex - * error_percentage - * response_time_web - * response_time_background + * error\_percentage + * response\_time\_web + * response\_time\_background * スループット\_web * スループット\_背景 * ユーザー定義の @@ -279,33 +249,33 @@ APIには、次の4種類のアラート条件が含まれています。
- apm_app_metric_baseline + apm\_app\_metric\_baseline - * external_service_transaction_time - * error_count - * database_transaction_time + * external\_service\_transaction\_time + * error\_count + * database\_transaction\_time * スループット\_web - * response_time_web - * non_web_transaction_time - * web_transaction_database_time - * non_web_transaction_database_time + * response\_time\_web + * non\_web\_transaction\_time + * web\_transaction\_database\_time + * non\_web\_transaction\_database\_time
- mobile_external_service + mobile\_external\_service - * response_time_average - * response_time_minimum - * response_time_maximum + * response\_time\_average + * response\_time\_minimum + * response\_time\_maximum * スループット - * network_failure_percentage - * http_status_error_percentage + * network\_failure\_percentage + * http\_status\_error\_percentage
@@ -616,17 +526,17 @@ APIには、次の4種類のアラート条件が含まれています。 @@ -198,7 +177,7 @@ translationType: machine @@ -238,7 +217,7 @@ translationType: machine @@ -254,4 +233,4 @@ translationType: machine
- apm_app_metric + apm\_app\_metric - アプリケーション メトリックは集計をトリガーします。 + アプリケーション メトリックは集計をトリガーします。
- apm_app_metric_baseline + apm\_app\_metric\_baseline @@ -636,7 +546,7 @@ APIには、次の4種類のアラート条件が含まれています。
- apm_kt_metric + apm\_kt\_metric @@ -646,7 +556,7 @@ APIには、次の4種類のアラート条件が含まれています。
- browser_metric + browser\_metric @@ -656,7 +566,7 @@ APIには、次の4種類のアラート条件が含まれています。
- browser_metric_baseline + browser\_metric\_baseline @@ -666,7 +576,7 @@ APIには、次の4種類のアラート条件が含まれています。
- mobile_metric + mobile\_metric @@ -681,10 +591,7 @@ APIには、次の4種類のアラート条件が含まれています。 * 条件 - + このカテゴリでは、 **type**[外部サービス条件](#alerts_external_service_conditions)のタイプを示す次の文字列のいずれかに設定されます。 @@ -703,7 +610,7 @@ APIには、次の4種類のアラート条件が含まれています。
- apm_external_service + apm\_external\_service @@ -713,7 +620,7 @@ APIには、次の4種類のアラート条件が含まれています。
- mobile_external_service + mobile\_external\_service @@ -730,13 +637,10 @@ APIには、次の4種類のアラート条件が含まれています。 - + これは、イベントをトリガーするかどうかを決定するために使用される、ユーザー定義のカスタム**metric**の名前です。 - インシデントをトリガーする必要があるかどうかを評価するとき、メトリックに関連付けられた**user_defined\[value_function]**が**terms\[threshold]**値と比較されます。 比較は、 **terms\[operator]**で定義された演算子を使用して実行されます。 + インシデントをトリガーする必要があるかどうかを評価するとき、メトリックに関連付けられた**user\_defined\[value\_function]**が**terms\[threshold]**値と比較されます。 比較は、 **terms\[operator]**で定義された演算子を使用して実行されます。 のために使用される： @@ -745,11 +649,8 @@ APIには、次の4種類のアラート条件が含まれています。 * 合成モニタリング条件 - - これは、 **user_defined\[metric]**で指定された輸出メトリックから取得された数値です。 + + これは、 **user\_defined\[metric]**で指定された輸出メトリックから取得された数値です。 インシデントをトリガーするかどうかを評価するときに、 **terms\[threshold]**値と比較されます。 比較は、 **terms\[operator]**で定義された演算子を使用して実行されます。 @@ -770,20 +671,14 @@ APIには、次の4種類のアラート条件が含まれています。 * 条件 - + [NRQL条件](/docs/alerts/rest-api-alerts/new-relic-alerts-rest-api/rest-api-calls-new-relic-alerts#nrql-condition)に使用する場合、オプションは次のとおりです。 - * single_value（条件は各クエリの戻り値に基づいて評価されます） + * single\_value（条件は各クエリの戻り値に基づいて評価されます） * sum（条件は、指定された期間における各クエリの戻り値の合計に基づいて評価されます） - + 指定した秒数が経過したら、インスタンス ベースのインシデントを自動的に閉じるために使用します。 デフォルトは**259,200 seconds** （3日間）です。 最長30日間です。 @@ -794,15 +689,13 @@ APIには、次の4種類のアラート条件が含まれています。 * NRQL条件 - + 指定された時間数が経過した後に、JVM 健全性メトリック インシデントを含むインスタンス ベースのインシデントを自動的に閉じるために使用します。1 ～ 720 時間の範囲にする必要があります。デフォルトは 72 時間です。 のために使用される： * `apm_app_metric` （ `condition_scope`を`instance`に設定） + * `apm_jvm_metric` - + \ No newline at end of file diff --git a/src/i18n/content/jp/docs/alerts/scale-automate/rest-api/disable-enable-alerts-conditions-using-api.mdx b/src/i18n/content/jp/docs/alerts/scale-automate/rest-api/disable-enable-alerts-conditions-using-api.mdx index d47809161a4..1152eef849b 100644 --- a/src/i18n/content/jp/docs/alerts/scale-automate/rest-api/disable-enable-alerts-conditions-using-api.mdx +++ b/src/i18n/content/jp/docs/alerts/scale-automate/rest-api/disable-enable-alerts-conditions-using-api.mdx @@ -8,7 +8,7 @@ freshnessValidatedDate: never translationType: machine --- -ポリシーでは、[条件](/docs/alerts/new-relic-alerts/configuring-alert-policies/define-alert-conditions)はアラートをトリガーするものを識別します。 REST APIを使用して、条件を無効および有効にすることができます。 [UIで条件を無効または有効にする](/docs/alerts/new-relic-alerts/updating-alert-policies/disable-or-delete-alert-policies-conditions#condition-on-off)こともできます。 +ポリシーでは、[条件によって](/docs/alerts/create-alert/create-alert-condition/alert-conditions)集計をトリガーするものが識別されます。 REST API を使用して条件を無効または有効にすることができます。 [UI で条件を無効または有効にすること](/docs/alerts/new-relic-alerts/updating-alert-policies/disable-or-delete-alert-policies-conditions#condition-on-off)もできます。 [ポリシーは、APIでもUIでも、有効にしたり無効にしたりすることはできません](/docs/alerts/new-relic-alerts/updating-alert-policies/disable-or-delete-alert-policies-conditions#disable-policy) 。ポリシーの作成、削除、条件の変更のみ可能です。 diff --git a/src/i18n/content/jp/docs/apm/agents/net-agent/getting-started/net-agent-compatibility-requirements.mdx b/src/i18n/content/jp/docs/apm/agents/net-agent/getting-started/net-agent-compatibility-requirements.mdx index ca337b9bd0b..a7e3fd37c1c 100644 --- a/src/i18n/content/jp/docs/apm/agents/net-agent/getting-started/net-agent-compatibility-requirements.mdx +++ b/src/i18n/content/jp/docs/apm/agents/net-agent/getting-started/net-agent-compatibility-requirements.mdx @@ -517,6 +517,8 @@ New Relicの .NET エージェントは、.NET フレームワークと .NET Cor .NETエージェントは、データストアプロセスを直接モニターしません。また、デフォルトでは、クエリのトレースでキャプチャされた.NET SQLパラメーターには、パラメーター化したクエリやストアドプロシージャのパラメーターはリストされません。 サポート対象のデータストアに対する[インスタンス詳細](/docs/apm/applications-menu/features/analyze-database-instance-level-performance-issues)の収集は、デフォルトで有効になっています。現在リストされてないデータストアからインスタンスレベルの情報をリクエストするには、[support.newrelic.com](https://support.newrelic.com)でサポートを受けてください。 + + If your datastore isn't listed here, you can add custom instrumentation using the `RecordDatastoreSegment` method in the [.NET agent API](/docs/apm/agents/net-agent/net-agent-api/net-agent-api/#ITransaction). @@ -1400,6 +1402,8 @@ New Relicの .NET エージェントは、.NET フレームワークと .NET Cor
+ + If your datastore isn't listed here, you can add custom instrumentation using the `RecordDatastoreSegment` method in the [.NET agent API](/docs/apm/agents/net-agent/net-agent-api/net-agent-api/#ITransaction). diff --git a/src/i18n/content/jp/docs/apm/agents/php-agent/troubleshooting/agent-overhead-reduction-tips.mdx b/src/i18n/content/jp/docs/apm/agents/php-agent/troubleshooting/agent-overhead-reduction-tips.mdx index 3bc995ea088..5bedadd9d44 100644 --- a/src/i18n/content/jp/docs/apm/agents/php-agent/troubleshooting/agent-overhead-reduction-tips.mdx +++ b/src/i18n/content/jp/docs/apm/agents/php-agent/troubleshooting/agent-overhead-reduction-tips.mdx @@ -1,5 +1,5 @@ --- -title: PHP のオーバーヘッド削減のヒント +title: PHP agent overhead reduction tips type: troubleshooting tags: - Agents @@ -12,7 +12,7 @@ translationType: machine ## 問題 -New Relic PHPエージェントを使用するとオーバーヘッドが発生します。 +Using the New Relic PHP agent results in overhead. Performance overhead is anything that increases latency, CPU, or memory usage beyond what what would exist without the agent. ## 原因 diff --git a/src/i18n/content/jp/docs/infrastructure/host-integrations/host-integrations-list/nvidia-jetson-integration.mdx b/src/i18n/content/jp/docs/infrastructure/host-integrations/host-integrations-list/nvidia-jetson-integration.mdx index c763e7387f9..5d122f21f88 100644 --- a/src/i18n/content/jp/docs/infrastructure/host-integrations/host-integrations-list/nvidia-jetson-integration.mdx +++ b/src/i18n/content/jp/docs/infrastructure/host-integrations/host-integrations-list/nvidia-jetson-integration.mdx @@ -10,11 +10,7 @@ translationType: machine NVIDIA Jetson インテグレーションは、tegrastats ユーティリティに関するデータを収集してNew Relicに送信します。そこで、NVIDIA Jetson デバイスの CPU、GPU、RAM、温度を監視できます。 -NVIDIA Jetson dashboard +NVIDIA Jetson dashboard
NVIDIA Jetson インテグレーションをセットアップすると、NVIDIA Jetson メトリックのダッシュボードが提供されます。 @@ -58,7 +54,7 @@ NVIDIA Jetson デバイスに関するデータを収集するには、次の手 integrations: - name: nri-flex config: - name: JestonMetrics + name: JetsonMetrics apis: - event_type: jetsonTegrastats commands: @@ -157,27 +153,11 @@ NVIDIA Jetson デバイスに関するデータを収集するには、次の手 事前に構築されたダッシュボード テンプレートを使用して、NVIDIA Jetson データを監視できます。 事前に構築されたダッシュボード テンプレートを使用するには、次の手順に従ってください。 - 1. [one.newrelic.com](https://one.newrelic.com)より、 - - - **+ Integrations & Agents** - - - ページに移動し、クリックします - - - **Dashboards** - - + 1. [one.newrelic.com](https://one.newrelic.com)より、 **+ Integrations & Agents**ページに移動し、クリックします **Dashboards** 2. 検索バーで NVIDIA Jetson を検索し、NVIDIA Jetson を選択してダッシュボードをインストールします。 + 3. **[one.newrelic.com](https://one.newrelic.com) &gt; All Capabilities &gt; Dashboards**に移動してダッシュボードを表示します。 - 3. - **[one.newrelic.com](https://one.newrelic.com) > All Capabilities > Dashboards** - - - に移動してダッシュボードを表示します。 - - ダッシュボードの使用と編集に関するドキュメントについては、[ダッシュボードのドキュメント](/docs/query-your-data/explore-query-data/dashboards/introduction-dashboards)をご覧ください。 + ダッシュボードの使用と編集に関するドキュメントについては、[ダッシュボードのドキュメント](/docs/query-your-data/explore-query-data/dashboards/introduction-dashboards)をご覧ください。 @@ -199,4 +179,4 @@ NRQL クエリの作成とダッシュボードの生成の詳細については * 基本的なクエリと高度なクエリを作成する[ためのクエリ ビルダーの概要](/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/manage-your-dashboard)ボードの表示モードを調整したり、ダッシュボードにコンテンツを追加したりします。 +* ダッシュボードを[管理して、ダッシュ](/docs/query-your-data/explore-query-data/dashboards/manage-your-dashboard)ボードの表示モードを調整したり、ダッシュボードにコンテンツを追加したりします。 \ No newline at end of file diff --git a/src/i18n/content/jp/docs/kubernetes-pixie/kubernetes-integration/installation/k8s-agent-operator.mdx b/src/i18n/content/jp/docs/kubernetes-pixie/kubernetes-integration/installation/k8s-agent-operator.mdx index 444dd924576..d6a8ba54967 100644 --- a/src/i18n/content/jp/docs/kubernetes-pixie/kubernetes-integration/installation/k8s-agent-operator.mdx +++ b/src/i18n/content/jp/docs/kubernetes-pixie/kubernetes-integration/installation/k8s-agent-operator.mdx @@ -1,5 +1,5 @@ --- -title: Kubernetes APM Auto-attach (former agent operator) +title: Kubernetes APM 自動アタッチ (旧エージェント オペレーター) tags: - Integrations - Kubernetes integration @@ -16,17 +16,17 @@ translationType: machine この機能は現在、弊社の[プレリリース ポリシー](/docs/licenses/license-information/referenced-policies/new-relic-pre-release-policy)に従ってプレビュー プログラムの一部として提供されています。 -The Kubernetes APM Auto-attach streamlines full-stack observability for Kubernetes environments by automating APM instrumentation alongside Kubernetes agent deployment. By enabling auto instrumentation, developers no longer need to manually manage [APM agents](/docs/apm/new-relic-apm/getting-started/introduction-apm/). The Kubernetes APM Auto-attach will automatically install, upgrade and remove APM agents. +Kubernetes APM Auto-attach は、 Kubernetesエージェント デプロイメントとともにAPMインストゥルメンテーションを自動化することで、 Kubernetes環境のフルスタック オブザーバビリティを合理化します。 自動インストゥルメンテーションを有効にすると、開発者は[APMエージェントを](/docs/apm/new-relic-apm/getting-started/introduction-apm/)手動で管理する必要がなくなります。 Kubernetes APM自動アタッチは、 APMエージェントを自動的にインストール、アップグレード、削除します。 現在、Java、.NET、Node.js[をサポートしています](#k8s-supported-versions)。 Python、Ruby に加え、追加言語 (PHP および Go) も開発中です。 ## 使い方 [#how-it-works] -* The `MutatingWebHook`, upon installation, becomes involved in intercepting API requests for deploying pods onto nodes. +* `MutatingWebHook` は、インストール時に、ノードへのデプロイ ポッドのAPIリクエストのインターセプトに関与します。 -* Reflecting the configurations specified, it mutates the pod specification to add a NR init container and environment variables. +* 設定の指定を反映して、Podの仕様を変更してNR initコンテナと環境変数を追加します。 -* Following the establishment of the pod, the New Relic APM Agent is seamlessly integrated into the application housed within it. +* ポッドの確立後、New Relic APM エージェントはその中に格納されているアプリケーションにシームレスに統合されます。 Diagram showing how APM agents are auto injected @@ -40,17 +40,17 @@ The Kubernetes APM Auto-attach streamlines full-stack observability for Kubernet ## インストール [#install-k8s-operator] -Depending on what you need, you can choose to install the Kubernetes APM Auto-attach independently or together with our K8s integrations. +必要に応じて、 Kubernetes APM Auto-attach を単独でインストールするか、K8s インテグレーションと一緒にインストールするかを選択できます。 [フルスタックのサバビリティエクスペリエンス](/docs/apm/apm-ui-pages/monitoring/kubernetes-summary-page/) 全体を活用するには、Kubernetes インテグレーションと一緒にインストールすることを強くお勧めします。 ### Kubernetesインテグレーションに加えてインストレーションをバンドルする（推奨） [#bundle-installation] -The Kubernetes APM Auto-attach chart is part of the [`nri-bundle`](https://github.com/newrelic/helm-charts/tree/master/charts/nri-bundle) chart, which manages the installation of all the components needed to enable a full Kubernetes observability. +Kubernetes APM自動アタッチ チャートは[`nri-bundle`](https://github.com/newrelic/helm-charts/tree/master/charts/nri-bundle)チャートの一部であり、完全なKubernetesオブザーバビリティを有効にするために必要なすべてのコンポーネントのインストールを管理します。 -Add the `k8s-agents-operator.enabled=true` parameter to your helm command or include it in the [`values.yaml`](https://github.com/newrelic/helm-charts/blob/master/charts/nri-bundle/values.yaml) file. See the [Install the Kubernetes integration](/install/kubernetes/?dropdown1=helm) page for more information about using Helm or check out the [`nri-bundle`](https://github.com/newrelic/helm-charts/tree/master/charts/nri-bundle) chart. +`k8s-agents-operator.enabled=true`問題を helm コマンドに追加するか、 [`values.yaml`](https://github.com/newrelic/helm-charts/blob/master/charts/nri-bundle/values.yaml)ファイルに含めます。 Helm の使用方法の詳細については[、「 Kubernetesインテグレーションのインストール」](/install/kubernetes/?dropdown1=helm)ページを参照するか、 [`nri-bundle`](https://github.com/newrelic/helm-charts/tree/master/charts/nri-bundle)チャートを確認してください。 -See this sample of Helm commands using parameters: +問題を使用した Helm コマンドのサンプルを参照してください。 ```shell helm repo add newrelic https://helm-charts.newrelic.com @@ -69,7 +69,7 @@ helm upgrade --install newrelic-bundle newrelic/nri-bundle \ ### スタンドアロン インストール [#standalone-installation] -To install the Kubernetes APM Auto-attach with the default configuration, run these commands: +Kubernetes APM Auto-attach をデフォルト設定でインストールするには、次のコマンドを実行します。 ```shell helm repo add k8s-agents-operator https://newrelic.github.io/k8s-agents-operator @@ -83,30 +83,30 @@ helm upgrade --install k8s-agents-operator k8s-agents-operator/k8s-agents-operat ## 自動計装を構成する [#configure-auto-instrumentation] -After APM Auto-attach is all set up in your cluster, the next step is just to roll out the configs required to get it operational. That involves having at least one instrumentation Custom Resource (CR) active in the cluster. +APM 自動アタッチがクラスター内ですべて設定されたら、次のステップは、それを動作させるために必要な構成を展開することです。 これには、クラスタ内で少なくとも 1 つのインストゥルメンテーション カスタム リソース (CR) をアクティブにすることが含まれます。 -Here's what the instrumentation CR lets you map out: +インストゥルメンテーション CR で計画できる内容は次のとおりです。 -* Name of the instrumentation CR -* Where it will apply the instrumentation CR (thanks to `podLabelSelector` and `namespaceLabelSelector`) -* APM agent (one per CR) -* APM agent version -* APM config parameters (env vars) -* License key (optional) +* インストゥルメンテーション CR の名前 +* インストゥルメンテーション CR が適用される場所 ( `podLabelSelector`と`namespaceLabelSelector`に感謝) +* APMエージェント (CR ごとに 1 つ) +* APMエージェントバージョン +* APM構成の問題 (環境変数) +* ライセンスキー（オプション） -The manifest file needs to injected in the same namespace (`newrelic` by default) where you installed APM auto-attach. +マニフェスト ファイルは、 APM自動アタッチをインストールしたのと同じネームスペース (デフォルトでは `newrelic`) に挿入する必要があります。 ```bash kubectl apply -f ./values.yaml -n newrelic ``` -### How to use selectors [#selectors] +### セレクタの使い方 [#selectors] -To know when the instrumentation CR is going to inject APM agents, we need to use selectors. There are 2 label selectors available that you can use together (they act as a logical AND (&&) operator) or by separate depending on your needs. +インストゥルメンテーション CR がいつAPMエージェントを挿入するかを知るには、セレクターを使用する必要があります。 2 つのラベル セレクターが用意されており、必要に応じて一緒に使用したり (論理 AND (&&) 演算子として機能)、個別に使用したりできます。 -* `PodLabelSelector` informs the APM Auto-attach which pods needs to be instrumented. +* `PodLabelSelector` どのポッドをインストゥルメントする必要があるかをAPM自動アタッチに通知します。 - Example using `matchLabel` (select pods containing an specific tag and value): + `matchLabel`を使用した例 (特定のタグと値を含むポッドを選択): ```yaml ... @@ -116,9 +116,9 @@ To know when the instrumentation CR is going to inject APM agents, we need to us ... ``` -* `NameSpaceLabelSelector` defines at the namespace level the auto-instrumented pods. +* `NameSpaceLabelSelector` ネームスペースレベルで自動インストゥルメントされたポッドを定義します。 - Example using `matchExpressions` (select namespace containing an specific tag and value): + `matchExpressions`を使用した例 (特定のタグと値を含むネームスペースを選択): ```yaml ... @@ -130,23 +130,23 @@ To know when the instrumentation CR is going to inject APM agents, we need to us ... ``` - - Keep in mind that apply the `kubernetes.io/metadata.name` label is the same as selecting based on the namespace&apos;s name. + + `kubernetes.io/metadata.name`ラベルを適用することは、ネームスペースの名前に基づいて選択することと同じであることに注意してください。 -Both selectors support `matchLabel` and `matchExpressions`. +両方のセレクターは`matchLabel`と`matchExpressions`をサポートします。 How to use + title={<> matchLabel - and + 使い方と matchExpressions } > - `matchExpressions` is a more expressive label selector in Kubernetes and supports set-based matching unlike the `matchLabels`, which you can only use for exact matching. You can use it with or without the `matchLabels` selector. + `matchExpressions` Kubernetes のより表現力豊かなラベル セレクターであり、完全一致にしか使用できない`matchLabels`とは異なり、セットベースの一致をサポートします。 `matchLabels`セレクターの有無にかかわらず使用できます。 ```yaml ... @@ -159,26 +159,26 @@ Both selectors support `matchLabel` and `matchExpressions`. ... ``` - You can add more expressions to the selector. As in the example, each expression must contain a key, an operator, and possibly (depending on the operator) a list of values. There are four valid operators: + セレクターにさらに式を追加できます。 例のように、各式にはキー、演算子、および場合によっては (演算子に応じて) 値のリストが含まれている必要があります。 有効な演算子は 4 つあります。 - * `In`: Label&apos;s value must match one of the specified values. - * `NotIn`: Label&apos;s value must not match any of the specified values. - * `Exists`: Pod must include a label with the specified key (the value isn&apos;t important). When using this operator, you shouldn&apos;t specify the values field. - * `DoesNotExist`: Pod must not include a label with the specified key. You must not specify the values property. + * `In`: ラベルの値は指定された値のいずれかと一致する必要があります。 + * `NotIn`: ラベルの値は指定された値のいずれとも一致してはなりません。 + * `Exists`: ポッドには指定されたキーを持つラベルが含まれている必要があります (値は重要ではありません)。 この演算子を使用する場合は、値フィールドを指定しないでください。 + * `DoesNotExist`: ポッドには指定されたキーを持つラベルを含めることはできません。 values プロパティを指定しないでください。 - If you specify many expressions, all those expressions must evaluate to true for the selector to match a pod. If you specify both `matchLabels` and `matchExpressions`, all the labels must match and all the expressions must evaluate to true for the pod to match the selector. + 複数の式を指定する場合、セレクターがポッドと一致するためには、それらの式すべてが true と評価される必要があります。 `matchLabels`と`matchExpressions`の両方を指定した場合、ポッドがセレクターと一致するには、すべてのラベルが一致し、すべての式が true と評価される必要があります。 ### APMエージェント [#apm-agent] -You've got to specify the APM agent and its version within the instrumentation CR. We recommend using the latest version to take advantage of the newest features available. +インストゥルメンテーション CR 内でAPMエージェントとそのバージョンを指定する必要があります。 最新の機能を活用するには、最新バージョンを使用することをお勧めします。 @@ -194,7 +194,7 @@ You've got to specify the APM agent and its version within the instrumentat
- Image + 画像 @@ -186,7 +186,7 @@ You've got to specify the APM agent and its version within the instrumentat - Available versions + 利用可能なバージョン
- dotnet + ドットネット @@ -208,7 +208,7 @@ You've got to specify the APM agent and its version within the instrumentat
- java + ジャワ @@ -222,7 +222,7 @@ You've got to specify the APM agent and its version within the instrumentat
- nodejs + ノードJS @@ -236,7 +236,7 @@ You've got to specify the APM agent and its version within the instrumentat
- python + パイソン @@ -250,7 +250,7 @@ You've got to specify the APM agent and its version within the instrumentat
- ruby + ルビー @@ -264,7 +264,7 @@ You've got to specify the APM agent and its version within the instrumentat
-See this example: +次の例をご覧ください: ```yaml ... @@ -275,9 +275,9 @@ See this example: ... ``` -### APM configuration parameters [#apm-config-parameters] +### APM設定 [#apm-config-parameters] -The instrumentation CR provides the capability to inject environment variables in the pod to streamline the configuration of the APM agents. See this example: +インストゥルメンテーション CR は、 APMエージェントの設定を合理化するために、ポッドに環境変数を挿入する機能を提供します。 次の例をご覧ください: ```yaml ... @@ -291,7 +291,7 @@ The instrumentation CR provides the capability to inject environment variables i ... ``` -In the above example, we show you how you can configure the agent settings globally using environment variables. See each agent's configuration documentation for available configuration options: +上記の例では、環境変数を使用してエージェント設定をグローバルに構成する方法を示しています。 利用可能な設定オプションについては、各エージェントの設定ドキュメントを参照してください。 * [Java](/docs/apm/agents/java-agent/configuration/java-agent-configuration-config-file/) * [ノード](/docs/apm/agents/nodejs-agent/installation-configuration/nodejs-agent-configuration/) @@ -300,14 +300,14 @@ In the above example, we show you how you can configure the agent settings globa * [Ruby](/docs/apm/agents/ruby-agent/configuration/ruby-agent-configuration/) - You can inject these environment variables in the app deployment manifest. + これらの環境変数をアプリ デプロイメント マニフェストに挿入できます。 -### License keys (optional) [#license-keys] +### ライセンスキー（オプション） [#license-keys] -When you install it, a is created and it&apos;s the license by default. Follow these steps, if you need to send the APM telemetry to a different account: +インストールすると、 が作成され、それがデフォルトのライセンスになります。 APMテレメトリーを別のアカウントに送信する必要がある場合は、次の手順に従ってください。 -* To create a secret containing a new license key, run this command: +* 新しいライセンスキーを含むシークレットを作成するには、次のコマンドを実行します。 ```bash kubectl create secret generic newrelic-key-secret \ @@ -315,7 +315,7 @@ When you install it, a is created and it& --from-literal=new_relic_license_key= ``` -* To reference the secret from the instrumentation CR, run this command: +* インストゥルメンテーション CR からシークレットを参照するには、次のコマンドを実行します。 ```yaml ... @@ -324,10 +324,10 @@ When you install it, a is created and it& ... ``` -## Instrumentation CR examples [#cr-examples] +## インストゥルメンテーション CR の例 [#cr-examples] - + ```yaml apiVersion: newrelic.com/v1alpha2 kind: Instrumentation @@ -351,7 +351,7 @@ When you install it, a is created and it& ``` - + ```yaml apiVersion: newrelic.com/v1alpha2 kind: Instrumentation @@ -370,7 +370,7 @@ When you install it, a is created and it& ``` - + ```yaml apiVersion: newrelic.com/v1alpha2 kind: Instrumentation @@ -390,21 +390,21 @@ When you install it, a is created and it& -## Update APM instrumentation in applications [#upgrade-apm-instrumention] +## アプリケーションのAPMインストゥルメンテーションを更新する [#upgrade-apm-instrumention] -By default, the Kubernetes APM Auto-attach automatically installs the latest available version of the corresponding [APM agent](/docs/apm/new-relic-apm/getting-started/introduction-apm/). +デフォルトでは、 Kubernetes APM自動アタッチは、対応する[APMエージェント](/docs/apm/new-relic-apm/getting-started/introduction-apm/)の利用可能な最新バージョンを自動的にインストールします。 -Once the monitoring of an application starts, it's not automatically updated to a newer version unless you choose to update. You can update the application by redeploying the pods or restarting your deployment. +アプリケーションの監視が開始されると、更新を選択しない限り、新しいバージョンに自動的に更新されることはありません。 ポッドを再デプロイするか、デプロイメントを再起動することで、アプリケーションを更新できます。 ## アプリケーション内のAPMインストゥルメンテーションを削除します [#remove-apm-instrumentation] -To remove the APM instrumentation from an application, you must change the matching label selector inside either the `podLabelSelector` or `namespaceLabelSelector` used or delete the instrumentation CR. Then, restart the deployment. The remove process takes just a few seconds. +アプリケーションからAPMインストゥルメンテーションを削除するには、使用される `podLabelSelector` または `namespaceLabelSelector` 内の一致するラベル セレクターを変更するか、インストゥルメンテーション CR を削除する必要があります。 次に、デプロイメントを再起動します。 削除プロセスには数秒しかかかりません。 -## Update the Kubernetes APM Auto-attach [#update-k8s-auto-attach] +## Kubernetes APM自動アタッチを更新する [#update-k8s-auto-attach] ### バンドル インストレーション [#upgrading-bundle-installation] -Run an update of the `nri-bundle` chart with the following parameter: +次のコマンドを使用して、 `nri-bundle`チャートの更新を実行します。 ```shell k8s-agents-operator.enabled=true @@ -412,17 +412,17 @@ k8s-agents-operator.enabled=true ### スタンドアロン インストール [#standalone-installation] -Run the `helm upgrade` command to update to a newer version of the Kubernetes APM Auto-attach. +`helm upgrade`コマンドを実行して、Kubernetes APM Auto-attach の新しいバージョンに更新します。 ```shell helm upgrade k8s-agents-operator newrelic/k8s-agents-operator -n newrelic ``` -## Uninstalling the Kubernetes APM Auto-attach [#uninstall-k8s-auto-attach] +## Kubernetes APM自動アタッチのアンインストール [#uninstall-k8s-auto-attach] ### バンドル インストレーション [#uninstall-bundle-installation] -Uninstall the `nri-bundle` chart or if you only want to remove Kubernetes APM Auto-attach, run a helm upgrade with the following parameter: +`nri-bundle` チャートをアンインストールするか、 Kubernetes APM自動アタッチのみを削除する場合は、次の引数で helm upgrade を実行します。 ```shell k8s-agents-operator.enabled=false @@ -430,7 +430,7 @@ k8s-agents-operator.enabled=false ### スタンドアロン インストール [#uninstall-standalone-installation] -To uninstall and delete the Kubernetes APM Auto-attach, run this command: +Kubernetes APM 自動アタッチをアンインストールして削除するには、次のコマンドを実行します。 ```shell helm uninstall k8s-agents-operator -n newrelic @@ -442,11 +442,11 @@ helm uninstall k8s-agents-operator -n newrelic * [Kubernetes の概要](/docs/apm/apm-ui-pages/monitoring/kubernetes-summary-page/)ページを確認してください。 モニターアプリケーションのコンテキストでKubernetesインサイト を提供します。 -## Certificates [#certificates] +## 証明書 [#certificates] -The K8s APM Auto-attach can support [`cert-manager`](https://github.com/cert-manager/cert-manager) if preferred. +K8s APM 自動アタッチは、必要に応じて[`cert-manager`](https://github.com/cert-manager/cert-manager)サポートできます。 -* Run this command to install the [`cert-manager`](https://github.com/cert-manager/cert-manager) Helm chart: +* このコマンドを実行して、 [`cert-manager`](https://github.com/cert-manager/cert-manager) Helm チャートをインストールします。 ```shell helm install cert-manager jetstack/cert-manager \ @@ -455,11 +455,11 @@ The K8s APM Auto-attach can support [`cert-manager`](https://github.com/cert-man --set crds.enabled=true ``` -* In your `values.yaml` file, set `admissionWebhooks.autoGenerateCert.enabled: false` and `admissionWebhooks.certManager.enabled: true`. Then, install the chart as normal. +* `values.yaml`ファイルで、 `admissionWebhooks.autoGenerateCert.enabled: false`と`admissionWebhooks.certManager.enabled: true`を設定します。 その後、通常どおりチャートをインストールします。 -## Available chart releases [#available-chart-releases] +## 利用可能なチャートリリース [#available-chart-releases] -Run this command to see the available charts: +利用可能なチャートを表示するには、次のコマンドを実行します。 ```shell helm search repo k8s-agents-operator @@ -469,21 +469,21 @@ helm search repo k8s-agents-operator - Yes, you just need to add more secrets in the cluster. Check needed steps in the [license keys (optional)](#license-keys%5D) section. + はい、クラスターにシークレットを追加するだけです。 [「ライセンスキー (オプション)」](#license-keys%5D)セクションで必要な手順を確認してください。 [K8s APM エクスペリエンスは](/docs/apm/apm-ui-pages/monitoring/kubernetes-summary-page/)、アプリケーションと K8s クラスターからのデータが利用可能なアカウントでのみ利用できます。 - - Installing two APM agents in the same application can potentially lead to unexpected issues. Therefore, we strongly recommend removing any existing instrumentation before installing it. + + 同じアプリケーションに 2 つのAPMエージェントをインストールすると、予期しない問題が発生する可能性があります。 したがって、既存のインストゥルメンテーションをインストールする前に削除することを強くお勧めします。 - - Yes, custom instrumentation will work the same as without APM auto-attach. The main difference is that the agent is now injected by APM auto-attach instead of installed in the container with the rest of the application dependencies. + + はい、カスタムインストゥルメンテーションは、 APM自動アタッチなしの場合と同じように機能します。 主な違いは、エージェントが、アプリケーションの残りの依存関係とともにコンテナにインストールされるのではなく、APM の自動アタッチによって注入されるようになったことです。 - You can still import and call the agent API to add custom instrumentation into your application. You can also utilize a configuration file or environment variables to add custom instrumentation if the particular agent you're using supports it. Note that agents have order of precendence between configuration via environment variables and configuration via configuration files, so you will need to make sure your environment variable configuration via the operator is not clashing with your configuration via configuration file. See each agents custom instrumentation docs for details: + エージェントAPIインポートして呼び出して、カスタムインストゥルメンテーションをアプリケーションに追加することもできます。 使用している特定のエージェントがサポートしている場合は、設定ファイルまたは環境変数を利用してカスタムインストゥルメンテーションを追加することもできます。 エージェントには環境変数経由の設定と設定ファイル経由の設定の間に優先順位があるため、オペレーター経由の環境変数設定が設定ファイル経由の設定と競合していないことを確認する必要があることに注意してください。 詳細については、各エージェントのカスタムインストゥルメンテーションのドキュメントを参照してください。 * [Java](/docs/apm/agents/java-agent/custom-instrumentation/java-custom-instrumentation/) * [ノード](/docs/apm/agents/nodejs-agent/extend-your-instrumentation/nodejs-custom-instrumentation/) @@ -492,18 +492,18 @@ helm search repo k8s-agents-operator * [Ruby](/docs/apm/agents/ruby-agent/api-guides/ruby-custom-instrumentation/) - - No, you can't. The APM agents are injected at application runtime, it needs access to write to the application container's file system. + + いいえ、できません。 APMエージェントはアプリケーションの実行時に挿入され、アプリケーション コンテナのファイル システムに書き込むためのアクセスが必要です。 - - It only supports Linux nodes. + + Linux ノードのみをサポートします。 - Windows nodes support is expected on the near future. + 近い将来、Windows ノードのサポートが予定されています。 - - It hasn't been tested on [AWS Fargate](/docs/kubernetes-pixie/kubernetes-integration/installation/kubernetes-eks-fargate/) nodes with EKS. + + EKS を使用した[AWS Fargate](/docs/kubernetes-pixie/kubernetes-integration/installation/kubernetes-eks-fargate/)ノードではテストされていません。 @@ -511,9 +511,9 @@ helm search repo k8s-agents-operator アプリケーションがインストゥルメントされていない場合は、次の点を確認してください。 -* Please be sure to redeploy or deploy new applications after you've installed K8s APM auto-attach. Notice that only auto-instruments new applications are deployed in the cluster. +* K8s APM 自動アタッチをインストールした後は、必ず再デプロイするか、新しいアプリケーションをデプロイしてください。 自動インストゥルメントされた新しいアプリケーションのみがクラスタ内でデプロイされることに注意してください。 -* Run this command to check that the secret is installed in the app's namespace: +* 次のコマンドを実行して、アプリのネームスペースにシークレットがインストールされていることを確認します。 ```bash kubectl get secrets -n NAMESPACE @@ -525,31 +525,31 @@ helm search repo k8s-agents-operator kubectl get pod POD_NAME -n NAMESPACE -o jsonpath='{.metadata.annotations}' ``` -* Run this command to get logs from the APM auto-attach pod: +* APM 自動アタッチ ポッドからログを取得するには、次のコマンドを実行します。 ```bash kubectl logs AGENT_OPERATOR_POD -n newrelic ``` -* Run this command to ensure the `init` container has been injected and sucessfully executed inside the application&apos;s pod. +* このコマンドを実行して、 `init`コンテナがアプリケーションのポッド内に挿入され、正常に実行されたことを確認します。 ```bash kubectl describe pod POD_NAME -n NAMESPACE ``` -## How to migrate from previous versions that required annotations [#migrate] +## 注釈を必要とした以前のバージョンから移行する方法 [#migrate] -Starting with version 0.14, annotations within the application deployment manifest are no longer necessary for applications to be auto-instrumented. +バージョン 0.14 以降、アプリケーションが自動インストゥルメントされるために、アプリケーション デプロイメント マニフェスト内の注釈は必要なくなりました。 -It's advised to uninstall any versions preceding 0.14 and proceed with the installation of the latest release. Utilizing the label selectors within the instrumentation CR will enable the precise deployment of APM agents, thereby obviating the requirement for annotations. +0.14 より前のバージョンをアンインストールし、最新リリースのインストールを続行することをお勧めします。 インストゥルメンテーション CR 内のラベル セレクターを利用すると、 APMエージェントの正確なデプロイメントが可能になり、それによって注釈の要件が不要になります。 ## サポート [#support] -The Kubernetes APM Auto-attach currently supports the latest version of these APM agents: Java, .NET, Node.js, Python, and Ruby. +Kubernetes APM自動アタッチは現在、Java、.NET、Node.jsなどのAPMエージェントの最新バージョンをサポートしています。 Python と Ruby。 -Once is on general availability, the latest 3 versions of each of the APM agents will be supported. +一般提供開始後は、各APMエージェントの最新 3 バージョンがサポートされます。 -For any issues: +問題がある場合は: * 同様の問題がないか[GitHub の問題セクション](https://github.com/newrelic/k8s-agents-operator/issues)を確認するか、新しい問題を開くことを検討してください。 diff --git a/src/i18n/content/jp/docs/network-performance-monitoring/advanced/ktranslate-container-health.mdx b/src/i18n/content/jp/docs/network-performance-monitoring/advanced/ktranslate-container-health.mdx index 0beac036efd..84e1e497f51 100644 --- a/src/i18n/content/jp/docs/network-performance-monitoring/advanced/ktranslate-container-health.mdx +++ b/src/i18n/content/jp/docs/network-performance-monitoring/advanced/ktranslate-container-health.mdx @@ -104,7 +104,7 @@ KTranslate コンテナ イメージには、実行時に使用できる`-tee_lo ``` - KTranslate has the following log severity levels: `Info`, `Warn`, and `Error`. + KTranslate のログ重大度レベルは次のとおりです: `Info` 、 `Warn` 、および`Error` 。 diff --git a/src/i18n/content/jp/docs/network-performance-monitoring/troubleshooting/change-ktranslate-versions.mdx b/src/i18n/content/jp/docs/network-performance-monitoring/troubleshooting/change-ktranslate-versions.mdx index 64feaeb6c1c..23eeaab7e5c 100644 --- a/src/i18n/content/jp/docs/network-performance-monitoring/troubleshooting/change-ktranslate-versions.mdx +++ b/src/i18n/content/jp/docs/network-performance-monitoring/troubleshooting/change-ktranslate-versions.mdx @@ -1,5 +1,5 @@ --- -title: Ktranslate コンテナーのバージョンの管理 +title: KTranslate コンテナのバージョン管理 tags: - Integrations - Network monitoring @@ -51,4 +51,4 @@ kentik/ktranslate:kt-2023-02-28-4294815650 \ -snmp_discovery_on_start=true \ -snmp_discovery_min=180 \ nr1.snmp -``` +``` \ No newline at end of file diff --git a/src/i18n/content/jp/docs/network-performance-monitoring/troubleshooting/ktranslate-cpu-usage.mdx b/src/i18n/content/jp/docs/network-performance-monitoring/troubleshooting/ktranslate-cpu-usage.mdx index b25b91eb35b..85d2d220cdc 100644 --- a/src/i18n/content/jp/docs/network-performance-monitoring/troubleshooting/ktranslate-cpu-usage.mdx +++ b/src/i18n/content/jp/docs/network-performance-monitoring/troubleshooting/ktranslate-cpu-usage.mdx @@ -1,5 +1,5 @@ --- -title: Ktranslate の CPU 使用率について +title: KTranslate の CPU 使用率を理解する tags: - Integrations - Network monitoring @@ -14,7 +14,7 @@ translationType: machine ktranslate コンテナの CPU 使用率が 100% に達したか、通常は予想よりも高くなっています。 - 注意すべき詳細の 1 つは、ktranslate では、平均ではなく最大 CPU パーセントに注目することが重要であるということです。Ktranslate は、ポーリング サイクルの開始近くで高い割合の CPU を使用し、サイクルの終了時にははるかに少なくなります。平均使用率を見ると、60% が表示され、ktranslate が 100% 近くの時間を費やしているという事実を見逃す可能性があります。これは潜在的な問題です。最大 CPU 使用率が 100% に達しないように、十分なリソースを割り当てる必要があります。 + 注意すべき点の 1 つは、ktranslate の場合、平均ではなく最大 CPU パーセンテージに注目することが重要であるということです。 KTranslate は、ポーリング サイクルの開始時に CPU を大量に使用し、サイクルの終了時には CPU の使用量が大幅に減少します。 平均使用率を見ると 60% と表示され、ktranslate が 100% 近くの時間を費やしているという事実を見逃してしまう可能性があります。これは潜在的な問題です。 最大 CPU 消費量が 100% に達しないように、十分なリソースを割り当てる必要があります。 ## 解決 [#solution] @@ -51,4 +51,4 @@ Syslog コンテナでは、主に受信 syslog イベントの数により CPU 使用率が高い場合のオプションは次のとおりです。 * ホストに CPU を追加して、既存のワークロードを処理します。 -* 特定のタイプのメッセージまたは重大度を送信しないようにネットワーク デバイスの構成を変更して、価値の低い/ノイズの多い syslog イベントの量を減らします。これらの変更を行う方法については、デバイス ベンダーのドキュメントを参照してください。 +* 特定のタイプのメッセージまたは重大度を送信しないようにネットワーク デバイスの構成を変更して、価値の低い/ノイズの多い syslog イベントの量を減らします。これらの変更を行う方法については、デバイス ベンダーのドキュメントを参照してください。 \ No newline at end of file diff --git a/src/i18n/content/jp/docs/network-performance-monitoring/troubleshooting/understanding-snmp-utilization-calculations.mdx b/src/i18n/content/jp/docs/network-performance-monitoring/troubleshooting/understanding-snmp-utilization-calculations.mdx index 8a0c8d58c97..e044b442170 100644 --- a/src/i18n/content/jp/docs/network-performance-monitoring/troubleshooting/understanding-snmp-utilization-calculations.mdx +++ b/src/i18n/content/jp/docs/network-performance-monitoring/troubleshooting/understanding-snmp-utilization-calculations.mdx @@ -26,10 +26,7 @@ translationType: machine ## 解決 [#solution] - + **Metric Name**： `kentik.snmp.CPU` CPU は通常、使用率を表す整数または浮動小数点値を提供する直接 OID で返されます。まれに、CPU アイドルの結果のみが表示されます。これは、次の式を使用して[CPU に変換されます](https://github.com/kentik/ktranslate/blob/72257357db05f36e05389b0a278b702a707a0941/pkg/inputs/snmp/metrics/device_metrics.go#L281-L285)。 @@ -39,10 +36,7 @@ translationType: machine ``` - + **Metric Name**： `kentik.snmp.MemoryUtilization` CPU とは異なり、メモリ使用率が直接 OID 値として表示されることはほとんどありません。使用率を計算するために、 [ktranslate は次のロジックを使用します](https://github.com/kentik/ktranslate/blob/72257357db05f36e05389b0a278b702a707a0941/pkg/inputs/snmp/metrics/device_metrics.go#L287-L317)。 @@ -62,52 +56,43 @@ translationType: machine ``` - - **Metric Name**: `kentik.snmp.IfInUtilization` \| `kentik.snmp.IfOutUtilization` + + **Metric Name**: `kentik.snmp.IfInUtilization` | `kentik.snmp.IfOutUtilization` インターフェイスの使用率は、デルタをビット単位で計算し、インターフェイスの設定された速度と最後の収集が行われてからの時間デルタの積で割るという業界標準のアプローチに従います。 たとえば、1 が前のデータ ポイント、2 が最新のデータ ポイントであると仮定します。 - > ( ( ifHCInOctets_2 - ifHCInOctets_1 ) \* 8 \* 100 ) / ( (sysUptime_2 - sysUptime_1) \* ifSpeed ) + > ( ( ifHCInOctets\_2 - ifHCInOctets\_1 ) \* 8 \* 100 ) / ( (sysUptime\_2 - sysUptime\_1) \* ifSpeed ) ### 換算された計算 分子の場合: * 最新のオクテット数を取得し、前のサンプルの値を減算してデルタを取得します。 - * 結果を 8 で乗算して、オクテットをビットに変換します。 - * ビットに 100 を掛けて、パーセント計算を設定します。 - 分母の場合: + 分母の場合: * `sysUptime`の最新の値を取得し、前のサンプルの値を減算して、ポーリング間隔を示すデルタを取得します。 - * 間隔に設定された`ifSpeed` (ビット単位で報告される) を掛けます。 - ついに： + ついに： * 分子を分母で割ると、使用率が求められます。 - ### ソースデータ + ### ソースデータ - [Ktranslate](https://github.com/kentik/ktranslate/blob/72257357db05f36e05389b0a278b702a707a0941/pkg/formats/nrm/nrm.go#L581-L623)は、 [ifHCInOctets](https://oid-rep.orange-labs.fr/get/1.3.6.1.2.1.31.1.1.1.6) (受信) または[ifHCOutOctets](https://oid-rep.orange-labs.fr/get/1.3.6.1.2.1.31.1.1.1.10) (送信) の値を使用します。必要に応じて、分母の`ifSpeed` [ifHighSpeed](https://oid-rep.orange-labs.fr/get/1.3.6.1.2.1.31.1.1.1.15)の値に置き換えます。 + [KTranslate は](https://github.com/kentik/ktranslate/blob/72257357db05f36e05389b0a278b702a707a0941/pkg/formats/nrm/nrm.go#L581-L623)、 [ifHCInOctets](https://oid-rep.orange-labs.fr/get/1.3.6.1.2.1.31.1.1.1.6) (受信) または[ifHCOutOctets](https://oid-rep.orange-labs.fr/get/1.3.6.1.2.1.31.1.1.1.10) (送信) のいずれかの値を使用します。必要に応じて、分母の`ifSpeed` [ifHighSpeed](https://oid-rep.orange-labs.fr/get/1.3.6.1.2.1.31.1.1.1.15)の値に置き換えます。 - - 不正確なインターフェイス使用率が表示される一般的な理由は、デバイスに設定されているインターフェイス速度が実際のインターフェイス速度を反映していないことです。たとえば、10 GB インターフェイス上の 1 GB MPLS 回線では、実際の使用率のわずか 10% の割合が表示されます。これを解決するには、インターフェイス帯域幅の設定に関するベンダーのドキュメントを参照してください。 - + + 不正確なインターフェイス使用率が表示される一般的な理由は、デバイスに設定されているインターフェイス速度が実際のインターフェイス速度を反映していないことです。たとえば、10 GB インターフェイス上の 1 GB MPLS 回線では、実際の使用率のわずか 10% の割合が表示されます。これを解決するには、インターフェイス帯域幅の設定に関するベンダーのドキュメントを参照してください。 + - - **Metric Name**: `kentik.snmp.ifHCInOctets` \| `kentik.snmp.ifHCOutOctets` + + **Metric Name**: `kentik.snmp.ifHCInOctets` | `kentik.snmp.ifHCOutOctets` インターフェイスのスループットは、 [ifHCInOctets](https://oid-rep.orange-labs.fr/get/1.3.6.1.2.1.31.1.1.1.6) (受信) または[ifHCOutOctets](https://oid-rep.orange-labs.fr/get/1.3.6.1.2.1.31.1.1.1.10) (送信) の値を使用します。 @@ -135,11 +120,8 @@ translationType: machine ``` - - **Metric Name**: `kentik.snmp.ifInErrorPercent` \| `kentik.snmp.ifOutErrorPercent` + + **Metric Name**: `kentik.snmp.ifInErrorPercent` | `kentik.snmp.ifOutErrorPercent` インターフェイス エラーの割合には、 [ifInErrors](https://oid-rep.orange-labs.fr/get/1.3.6.1.2.1.2.2.1.14) (受信) または[ifOutErrors](https://oid-rep.orange-labs.fr/get/1.3.6.1.2.1.2.2.1.20) (送信) の値を、 [ifHCInUcastPkts](https://oid-rep.orange-labs.fr/get/1.3.6.1.2.1.31.1.1.1.7) (受信) または[ifHCOutUcastPkts](https://oid-rep.orange-labs.fr/get/1.3.6.1.2.1.31.1.1.1.11) (送信) で割った値が使用されます。[ktranslate では](https://github.com/kentik/ktranslate/blob/72257357db05f36e05389b0a278b702a707a0941/pkg/inputs/snmp/metrics/interface_metrics.go#L255-L271)、式は次のようになります。 @@ -150,10 +132,7 @@ translationType: machine ``` - + **Metric Name**： 様々な 他の SNMP メトリクスは、それぞれの[SNMP プロファイル](https://github.com/kentik/snmp-profiles/blob/main/profiles/kentik_snmp/_template.yml)内の`enum`関数と`conversion`関数の存在に基づいて変換されます。 @@ -188,7 +167,7 @@ translationType: machine
- ディメンション メトリックの整数値を、(同じメトリック名のサフィックスを使用して) ディメンション メトリックで装飾された属性の列挙値に変換する SNMP 列挙を処理するために使用されます。一般的な例は、 [kentik.snmp.if_AdminStatus](https://oid-rep.orange-labs.fr/get/1.3.6.1.2.1.2.2.1.7)を、 [if_AdminStatus](https://github.com/kentik/snmp-profiles/blob/ccb1df47a5068a59fb3e3765746524e0286252e7/profiles/kentik_snmp/_general/if-mib.yml#L59-L66)の列挙値 ( `up` 、 `down` 、または`testing`に変換することです。 + ディメンション メトリックの整数値を、(同じメトリック名のサフィックスを使用して) ディメンション メトリックで装飾された属性の列挙値に変換する SNMP 列挙を処理するために使用されます。一般的な例は、 [kentik.snmp.if\_AdminStatus](https://oid-rep.orange-labs.fr/get/1.3.6.1.2.1.2.2.1.7)を、 [if\_AdminStatus](https://github.com/kentik/snmp-profiles/blob/ccb1df47a5068a59fb3e3765746524e0286252e7/profiles/kentik_snmp/_general/if-mib.yml#L59-L66)の列挙値 ( `up` 、 `down` 、または`testing`に変換することです。
- 16 進数値を整数形式に変換するために使用されます。 **current**のオプション: `LittleEndian` \| `BigEndian` 。 **desired**のオプション: `uint16` \| `uint32` \| `uint64` + 16 進数値を整数形式に変換するために使用されます。 **current**のオプション: `LittleEndian` | `BigEndian` 。 **desired**のオプション: `uint16` | `uint32` | `uint64`
- OID 出力に正規表現一致を配置して部分文字列をキャプチャします。引用符で囲み、バックスラッシュをエスケープする必要があります。
OID 結果の例: `" 5 Secs ( 96.3762%) 60 Secs ( 62.8549%) 300 Secs ( 25.2877%)"`
変換例: `"regexp:60 Secs.*?(\\d+)"`
最終結果： `62` + OID 出力に正規表現一致を配置して部分文字列をキャプチャします。引用符で囲み、バックスラッシュをエスケープする必要があります。
OID 結果の例: `" 5 Secs ( 96.3762%) 60 Secs ( 62.8549%) 300 Secs ( 25.2877%)"`
変換例: `"regexp:60 Secs.*?(\\d+)"`
最終結果： `62`
- + \ No newline at end of file diff --git a/src/i18n/content/jp/docs/new-relic-solutions/build-nr-ui/newrelic-cli.mdx b/src/i18n/content/jp/docs/new-relic-solutions/build-nr-ui/newrelic-cli.mdx index 18685460415..c80d736e398 100644 --- a/src/i18n/content/jp/docs/new-relic-solutions/build-nr-ui/newrelic-cli.mdx +++ b/src/i18n/content/jp/docs/new-relic-solutions/build-nr-ui/newrelic-cli.mdx @@ -13,25 +13,40 @@ New Relic CLI を使用すると、既存のワークフローにNew Relicを統 New Relic CLI コマンドのドキュメントの詳細については、GitHub をご覧ください。 -### オプション \[nr-cli-commands-options] +### オプション [#nr-cli-commands-options] ```bash copyable=false -[output] --format string output text format [YAML, JSON, Text] (default "JSON") -[output] -h, --help help for newrelic -[output] --plain output compact text +[output] -a, --accountId int the account ID to use. Can be overridden by setting NEW_RELIC_ACCOUNT_ID +[output] --debug debug level logging +[output] --format string output text format [JSON, Text, YAML] (default "JSON") +[output] -h, --help help for newrelic +[output] --plain output compact text +[output] --profile string the authentication profile to use +[output] --trace trace level logging ``` ### コマンド [#commands] * [ニューレリックAPM](https://github.com/newrelic/newrelic-cli/blob/master/docs/cli/newrelic_apm.md) 。 New Relic APM と対話します。 + * [NewRelic 補完](https://github.com/newrelic/newrelic-cli/blob/master/docs/cli/newrelic_completion.md)。 シェル補完関数を生成します。 + * [NewRelic 設定](https://github.com/newrelic/newrelic-cli/blob/master/docs/cli/newrelic_config.md)。 New Relic CLI の設定を管理します。 + * [newrelic デコード](https://github.com/newrelic/newrelic-cli/blob/master/docs/cli/newrelic_decode.md)。 decode url コマンドを使用して、URL 内で暗号化された情報を出力します。 + * [NewRelic ドキュメント](https://github.com/newrelic/newrelic-cli/blob/master/docs/cli/newrelic_documentation.md)。 CLI ドキュメントを生成します。 + * [NewRelic エンティティ](https://github.com/newrelic/newrelic-cli/blob/master/docs/cli/newrelic_entity.md)。 New Relic エンティティと対話します。 + * [ニューレリックナードグラフ](https://github.com/newrelic/newrelic-cli/blob/master/docs/cli/newrelic_nerdgraph.md)。 NerdGraph API への GraphQL リクエストを実行します。 + * [newrelic ナードストレージ](https://github.com/newrelic/newrelic-cli/blob/master/docs/cli/newrelic_nerdstorage.md)。 NerdStorage ドキュメントとコレクションを読み取り、書き込み、削除します。 + * [ニューレリックNRQL](https://github.com/newrelic/newrelic-cli/blob/master/docs/cli/newrelic_nrql.md) 。 New Relic データベースと対話するためのコマンド。 + * [NewRelic プロファイル](https://github.com/newrelic/newrelic-cli/blob/master/docs/cli/newrelic_profile.md)。 このツールの認証プロファイルを管理します。 + * [NewRelic バージョン](https://github.com/newrelic/newrelic-cli/blob/master/docs/cli/newrelic_version.md)。 New Relic CLI のバージョンを表示します。 -* [NewRelic ワークロード](https://github.com/newrelic/newrelic-cli/blob/master/docs/cli/newrelic_workload.md)。 New Relic ワークロードと対話します。 + +* [NewRelic ワークロード](https://github.com/newrelic/newrelic-cli/blob/master/docs/cli/newrelic_workload.md)。 New Relic ワークロードと対話します。 \ No newline at end of file diff --git a/src/i18n/content/jp/docs/serverless-function-monitoring/aws-lambda-monitoring/instrument-lambda-function/containerized-images.mdx b/src/i18n/content/jp/docs/serverless-function-monitoring/aws-lambda-monitoring/instrument-lambda-function/containerized-images.mdx index 4a20e3712c6..0f9afd4bf8d 100644 --- a/src/i18n/content/jp/docs/serverless-function-monitoring/aws-lambda-monitoring/instrument-lambda-function/containerized-images.mdx +++ b/src/i18n/content/jp/docs/serverless-function-monitoring/aws-lambda-monitoring/instrument-lambda-function/containerized-images.mdx @@ -27,8 +27,8 @@ Lambda関数のコンテナ化されたイメージを使用していて、ア * [Java](https://gallery.ecr.aws/newrelic-lambda-layers-for-docker/newrelic-lambda-layers-java) * [Node.js](https://gallery.ecr.aws/newrelic-lambda-layers-for-docker/newrelic-lambda-layers-nodejs) - * [Python](https://gallery.ecr.aws/x6n7b2o2/newrelic-lambda-layers-python) - * [Ruby](https://gallery.ecr.aws/x6n7b2o2/newrelic-lambda-layers-ruby) + * [Python](https://gallery.ecr.aws/newrelic-lambda-layers-for-docker/newrelic-lambda-layers-python) + * [Ruby](https://gallery.ecr.aws/newrelic-lambda-layers-for-docker/newrelic-lambda-layers-ruby) * [.NET](https://gallery.ecr.aws/newrelic-lambda-layers-for-docker/newrelic-lambda-layers-dotnet) * [拡張機能のみ](https://gallery.ecr.aws/newrelic-lambda-layers-for-docker/newrelic-lambda-layers-lambdaextension) @@ -81,6 +81,8 @@ Lambda関数のコンテナ化されたイメージを使用していて、ア CMD [ "com.newrelic.java.HandlerWrapper::handleRequest" ] # CMD [ "com.newrelic.java.HandlerWrapper::handleStreamsRequest" ] ``` + + SAM を使用して Java コンテナ化された Lambda 関数の[実例](https://github.com/newrelic/newrelic-lambda-extension/tree/main/examples/sam/containerized-lambda/java-17-maven-sam-example)を試してみましょう。 @@ -99,6 +101,8 @@ Lambda関数のコンテナ化されたイメージを使用していて、ア # CMD override to New Relic's handler wrapper CMD [ "newrelic_lambda_wrapper.handler" ] ``` + + SAM を使用して Python コンテナ化された Lambda 関数の[実例](https://github.com/newrelic/newrelic-lambda-extension/tree/main/examples/sam/containerized-lambda/python-sam-example)を試してみましょう。 @@ -117,6 +121,8 @@ Lambda関数のコンテナ化されたイメージを使用していて、ア # CMD override to New Relic's handler wrapper CMD [ "newrelic-lambda-wrapper.handler" ] ``` + + SAM を使用して Node.js コンテナ化された Lambda 関数の[実例](https://github.com/newrelic/newrelic-lambda-extension/tree/main/examples/sam/containerized-lambda/nodejs-sam-example)を試してみましょう。 diff --git a/src/i18n/content/kr/docs/alerts/create-alert/examples/scope-alert-thresholds-specific-instances.mdx b/src/i18n/content/kr/docs/alerts/create-alert/examples/scope-alert-thresholds-specific-instances.mdx index 1c169e9d2d4..9a2b48531ba 100644 --- a/src/i18n/content/kr/docs/alerts/create-alert/examples/scope-alert-thresholds-specific-instances.mdx +++ b/src/i18n/content/kr/docs/alerts/create-alert/examples/scope-alert-thresholds-specific-instances.mdx @@ -108,77 +108,24 @@ Java 앱의 인스턴스에 의해 위반될 때 트리거되는 경고 [임계 ## 인스턴스 기반 경고 조건 생성 [#procedure] -A screenshot showing what to select to create alerts based on threshold instances +A screenshot showing what to select to create alerts based on threshold instances 앱의 개별 인스턴스별로 인시던트에 대한 알림을 트리거하는 정책을 생성하려면: 1. [기본 워크플로 프로세스](/docs/alerts/new-relic-alerts/configuring-alert-policies/alert-policy-workflow#alert-policy-process) 에 따라 정책을 설정합니다. - -2. [조건](/docs/alerts/new-relic-alerts/configuring-alert-policies/define-alert-conditions) 을 생성할 때(2단계) - - - [**APM**](/docs/alerts/new-relic-alerts/configuring-alert-policies/select-product-targets-alert-condition) - - - 선택합니다. - -3. 조건 유형으로 - - - **Application metric** - - - 선택합니다. - -4. 해당 앱에서 선택한 각 항목에 대해 공지사항 값, 릴리스 인시던트 - - - **individually** - - - (를) 평가하려면 - - - **Scope to Java application instances** - - - 선택하세요. - -5. - **Next, select entities** - - - 선택한 다음 이 조건에 해당하는 앱을 하나 이상 식별합니다. - -6. 선택사항: - - - - 인시던트를 강제 종료하는 시간을 변경합니다(기본값은 24시간). - -7. - **By condition** - - - 또는 - - - **By condition and signal** - - - [인시던트 환경 설정을](/docs/alerts/new-relic-alerts/reviewing-alert-incidents/specify-when-new-relic-creates-incidents) 사용하세요. - +2. [조건을](/docs/alerts/create-alert/create-alert-condition/alert-conditions) 생성할 때(2단계) [**APM**](/docs/alerts/new-relic-alerts/configuring-alert-policies/select-product-targets-alert-condition) 선택하세요. +3. 조건 유형으로 **Application metric** 선택합니다. +4. 해당 앱에서 선택한 각 항목에 대해 공지사항 값, 릴리스 인시던트 **individually** (를) 평가하려면 **Scope to Java application instances** 선택하세요. +5. **Next, select entities** 선택한 다음 이 조건에 해당하는 앱을 하나 이상 식별합니다. +6. 선택사항: 인시던트를 강제 종료하는 시간을 변경합니다(기본값은 24시간). +7. **By condition** 또는 **By condition and signal** [인시던트 환경 설정을](/docs/alerts/new-relic-alerts/reviewing-alert-incidents/specify-when-new-relic-creates-incidents) 사용하세요. 8. 나머지 [정책 워크플로 프로세스를 계속합니다(3단계)](/docs/alerts/new-relic-alerts/configuring-alert-policies/alert-policy-workflow#alert-policy-process) . 앱에 대한 모든 인스턴스의 **average** 을 기반으로 인시던트를 열려면 **Scope to Java application instances** 대신 **Scope to the application** 선택하세요. -## "조건별" 인시던트 기본 설정 사용 [#targets] +## "조건별" 인시던트 기본 설정 사용 [#targets] 인스턴스 기반 조건이 포함된 정책에 대한 [인시던트 기본](/docs/alerts/new-relic-alerts/reviewing-alert-incidents/specify-when-new-relic-creates-incidents) 설정을 설정할 때 **By condition and signal** 대신 **By condition** 선택하는 것이 좋습니다. 이 조건에 대해 앱이 선택된 엔터티이지만, 우리는 각 JVM 별도의 엔터티로 평가합니다. @@ -189,28 +136,15 @@ Java 앱의 인스턴스에 의해 위반될 때 트리거되는 경고 [임계 [New Relic REST API 를 사용하여 인스턴스 기반 경고 조건](/docs/alerts/new-relic-alerts/rest-api-alerts/manage-entities-alerts-conditions) 을 생성하려면 REST API 호출에 다음 항목을 포함하십시오. * [API 키](/docs/apis/rest-api-v2/getting-started/introduction-new-relic-rest-api-v2#api_key) - * 모니터링 중인 [항목](/docs/using-new-relic/welcome-new-relic/get-started/glossary#entity) 의 숫자 [`entity_id`](/docs/using-new-relic/welcome-new-relic/get-started/glossary#entity) - -* [`condition_id`](/docs/using-new-relic/welcome-new-relic/get-started/glossary#alert-condition) (API 탐색기에서 사용 가능: - - - [**Alerts Conditions > GET > List**](https://rpm.newrelic.com/api/explore/alerts_entity_conditions/list) - - - ) - +* [`condition_id`](/docs/using-new-relic/welcome-new-relic/get-started/glossary#alert-condition) (API 탐색기에서 사용 가능: [**Alerts Conditions > GET > List**](https://rpm.newrelic.com/api/explore/alerts_entity_conditions/list)) * `entity_type` ( `"application"` 로 설정) - -* `condition_scope` (자바 애플리케이션 인스턴스의 경우 { `"instance"` }, 자바 앱의 경우 `"application"` 로 설정) +* `condition_scope` (자바 애플리케이션 인스턴스의 경우 \{ `"instance"` }, 자바 앱의 경우 `"application"` 로 설정) 다음은 API 요청 형식 및 JSON 응답의 예입니다. - + API 호출에 다음 형식을 사용합니다. ```sh @@ -223,10 +157,7 @@ Java 앱의 인스턴스에 의해 위반될 때 트리거되는 경고 [임계 * `$API_KEY` [API 키로](/docs/apis/rest-api-v2/getting-started/introduction-new-relic-rest-api-v2#api_key) 바꿉니다. - + API는 응답을 JSON으로 반환합니다. ```json @@ -257,4 +188,4 @@ Java 앱의 인스턴스에 의해 위반될 때 트리거되는 경고 [임계 } ``` - + \ No newline at end of file diff --git a/src/i18n/content/kr/docs/alerts/scale-automate/rest-api/alerts-conditions-api-field-names.mdx b/src/i18n/content/kr/docs/alerts/scale-automate/rest-api/alerts-conditions-api-field-names.mdx index c49a7c6b15f..895d1b6eae0 100644 --- a/src/i18n/content/kr/docs/alerts/scale-automate/rest-api/alerts-conditions-api-field-names.mdx +++ b/src/i18n/content/kr/docs/alerts/scale-automate/rest-api/alerts-conditions-api-field-names.mdx @@ -12,7 +12,7 @@ translationType: machine ## REST API를 사용하기 전에 [#before-start] -REST API 알림을 프로그래밍 방식으로 관리하는 데 더 이상 선호되는 방법이 아닙니다. 자세한 내용은 [에 대한 API 소개를](/docs/alerts-applied-intelligence/new-relic-alerts/advanced-alerts/alerts-api/intro-alerts-api) 읽어보세요. +REST API 알림을 프로그래밍 방식으로 관리하는 데 더 이상 선호되는 방법이 아닙니다. 자세한 내용은 [에 대한 API 소개를](/docs/alerts-applied-intelligence/new-relic-alerts/advanced-alerts/alerts-api/intro-alerts-api) 읽어보세요. ## 필수 및 선택 필드 [#required] @@ -34,10 +34,7 @@ API에는 4가지 유형의 경고 조건이 포함됩니다. 이 용어집에 나열된 모든 필드가 모든 조건 유형에 필요한 것은 아닙니다. 필드를 사용해야 하는 조건 유형은 각 설명에 나열되어 있습니다. - + 이 필드를 사용하면 조건의 범위를 JVM 인스턴스 또는 전체 애플리케이션으로 지정할 수 있습니다. 다음 문자열 중 하나일 수 있습니다. * 사례 @@ -53,10 +50,7 @@ API에는 4가지 유형의 경고 조건이 포함됩니다. 인스턴스 기반 및 JVM 상태 측정항목은 [`violation_close_timer`](#violation_close_timer) 도 참조하세요. - + 이것은 경고 조건의 상태이며 선택 사항입니다. 기본값은 `false` 입니다. 이 필드는 유지 관리 또는 테스트 기간 동안 조건을 활성화하거나 비활성화하는 데 사용할 수 있습니다. @@ -69,10 +63,7 @@ API에는 4가지 유형의 경고 조건이 포함됩니다. * 합성 모니터링 조건 - + 이것은 귀하의 조건으로 모니터링될 개체를 식별하는 [엔티티](/docs/alerts/new-relic-alerts/getting-started/alerts-glossary#alert-entity) ID의 배열입니다. 애플리케이션 ID, 브라우저 ID, 주요 트랜잭션 ID, 외부 서비스 ID 등이 될 수 있습니다. 둘 이상의 정수가 있는 경우 쉼표로 구분된 일련의 정수로 입력됩니다. @@ -83,10 +74,7 @@ API에는 4가지 유형의 경고 조건이 포함됩니다. * 외부 서비스 조건 - + 신호가 손실된 것으로 간주하기 전에 플랫폼에서 마지막 데이터 포인트를 수신한 후 대기하는 시간(초)입니다. 이는 데이터 타임스탬프가 아닌 데이터가 도착한 시간을 기반으로 합니다. 기본값은 null입니다. 신호 손실 감지를 활성화하려면 값을 추가하십시오. 사용: @@ -94,10 +82,7 @@ API에는 4가지 유형의 경고 조건이 포함됩니다. * NRQL 조건 - + `true` 인 경우 `expiration_duration` 시간 내에 신호가 들리지 않으면 현재 열려 있는 모든 인시던트가 닫힙니다. 기본값은 `false` 입니다. @@ -107,10 +92,7 @@ API에는 4가지 유형의 경고 조건이 포함됩니다. * NRQL 조건 - + true인 경우 `expiration_duration` 시간 내에 신호가 없을 때 신호 손실 사고가 발생합니다. 기본값은 `false` 입니다. @@ -120,10 +102,7 @@ API에는 4가지 유형의 경고 조건이 포함됩니다. * NRQL 조건 - + 모니터링할 외부 서비스의 URL입니다. 이 문자열은 프로토콜을 포함 **하지 않아야** 합니다. 예를 들어, `https://example.com` 이 아니라 `example.com` 을 사용합니다. 사용: @@ -131,17 +110,11 @@ API에는 4가지 유형의 경고 조건이 포함됩니다. * 외부 서비스 조건 - + **metric** 필드는 세 가지 공지 카테고리에 사용됩니다. 사용할 수 있는 정확한 모범 사례는 [유형](#type) 필드의 설정에 따라 다릅니다. 공지 [유형](#type) 필드에 따라 아래에 나열되어 있습니다. - + [유형](#type) 필드에 지정된 값은 어떤 시도를 지정할 수 있는지 제어합니다. [유형](#type) 필드와 해당 사용 가능한 **parameter** 이름은 다음 표에 나열되어 있습니다. 하나만 지정할 수 있습니다. @@ -160,12 +133,12 @@ API에는 4가지 유형의 경고 조건이 포함됩니다. @@ -194,46 +167,46 @@ API에는 4가지 유형의 경고 조건이 포함됩니다. @@ -241,10 +214,7 @@ API에는 4가지 유형의 경고 조건이 포함됩니다.
- apm_app_metric + apm\_app\_metric * 정점 - * error_percentage + * error\_percentage * 응답 시간 웹 * 응답\_시간\_배경 * 처리량\_웹 @@ -176,13 +149,13 @@ API에는 4가지 유형의 경고 조건이 포함됩니다.
- apm_kt_metric + apm\_kt\_metric * 정점 - * error_percentage - * error_count + * error\_percentage + * error\_count * 응답 시간 * 처리량 - * end_user_apdex - * total_page_load - * page_rendering - * web_application + * end\_user\_apdex + * total\_page\_load + * page\_rendering + * web\_application * 회로망 - * dom_processing - * request_queuing - * ajax_response_time - * page_views_with_js_errors - * page_view_throughput - * ajax_throughput + * dom\_processing + * request\_queuing + * ajax\_response\_time + * page\_views\_with\_js\_errors + * page\_view\_throughput + * ajax\_throughput * 사용자 정의
- browser_metric_baseline + browser\_metric\_baseline - * page_view_throughput + * page\_view\_throughput * 평균\_응답\_시간 - * ajax_response_time - * ajax_application_time + * ajax\_response\_time + * ajax\_application\_time
- mobile_metric + mobile\_metric * 데이터 베이스 * 이미지 * json, 네트워크 - * view_loading - * network_error_percentage - * status_error_percentage + * view\_loading + * network\_error\_percentage + * status\_error\_percentage * 사용자 정의
- + [유형](#type) 필드에 지정된 값은 어떤 시도를 지정할 수 있는지 제어합니다. [유형](#type) 필드와 해당 사용 가능한 **parameter** 이름은 다음 표에 나열되어 있습니다. 하나만 지정할 수 있습니다. @@ -263,12 +233,12 @@ API에는 4가지 유형의 경고 조건이 포함됩니다. @@ -314,10 +284,7 @@ API에는 4가지 유형의 경고 조건이 포함됩니다. - + 경고할 합성 모니터링의 GUID입니다. 사용: @@ -325,13 +292,10 @@ API에는 4가지 유형의 경고 조건이 포함됩니다. * 합성 모니터링 조건 - + 이 조건 제목을 통해 UI에서 식별할 수 있습니다. - 설명이 포함되지만 짧게 만들기 위한 [지침](/docs/alerts/new-relic-alerts/configuring-alert-policies/define-alert-conditions#best-practices-conditions) 을 따르세요. + 이 기술을 작성하기 위한 [지침을](/docs/alerts/create-alert/create-alert-condition/alert-conditions/#name-your-condition) 따르되 짧게 작성하세요. 사용: @@ -341,10 +305,7 @@ API에는 4가지 유형의 경고 조건이 포함됩니다. * 합성 모니터링 조건 - + 이것은 NRQL 조건의 일부로 모니터에 경고하는 NRQL 쿼리입니다. 사용: @@ -352,10 +313,7 @@ API에는 4가지 유형의 경고 조건이 포함됩니다. * NRQL 조건 - + `aggregation_delay` 또는 `aggregation_timer` 가 있는 `aggregation_method` 대신 사용되지 않습니다. 지정된 NRQL 쿼리를 평가하는 시간 프레임(분)입니다. `since_value` 은 `1` 에서 `20` 사이여야 합니다. 사용: @@ -363,10 +321,7 @@ API에는 4가지 유형의 경고 조건이 포함됩니다. * NRQL 조건 - + 알림에 표시할 [Runbook](/docs/alerts/new-relic-alerts/getting-started/alerts-glossary#alert-runbook) URL입니다. 이 필드는 선택 사항입니다. 사용: @@ -377,10 +332,7 @@ API에는 4가지 유형의 경고 조건이 포함됩니다. * 합성 모니터링 조건 - + 집계 창이 데이터로 채워질 때까지 기다리는 시간(초)입니다. CADENCE 또는 이벤트 `aggregation_method` 유형을 사용할 때 필요합니다. 기본값은 **120 seconds** 입니다. 이벤트 흐름 및 케이던스 집계 방법과 함께 사용됩니다. @@ -390,10 +342,7 @@ API에는 4가지 유형의 경고 조건이 포함됩니다. * NRQL 조건 - + New Relic은 데이터를 창으로 집계하고 현재 창이 종료되고 다음 창이 시작되는 시점을 결정해야 합니다. `aggregation_method` 은 주어진 집계 창에 대한 모든 데이터가 있을 때 알려주는 논리입니다. 창이 닫히면 데이터가 단일 지점으로 집계되고 임계값에 대해 평가됩니다. 이 필드는 선택 사항입니다. 다음 세 가지 값 중 하나를 지정할 수 있습니다. @@ -411,10 +360,7 @@ API에는 4가지 유형의 경고 조건이 포함됩니다. * NRQL 조건 - + 전체 배치가 처리되었는지 확인하기 위해 각 데이터 포인트가 수신된 후 대기하는 시간(초)입니다. `EVENT_TIMER` `aggregation_method` 유형을 사용할 때 필요합니다. 기본값은 **60 seconds** 입니다. 사용: @@ -422,10 +368,7 @@ API에는 4가지 유형의 경고 조건이 포함됩니다. * NRQL 조건 - + 스트리밍 경고는 NRQL 쿼리에서 기능을 실행하기 전에 특정 시간 동안 데이터를 수집합니다. 이러한 시간 창은 사용자 정의할 수 있습니다. 데이터 포인트는 타임스탬프를 기반으로 함께 수집되며 배치로 보고됩니다. 사용자 정의 가능한 집계 창은 불규칙하거나 빈도가 낮은 데이터 포인트에 대해 경고할 때 더 큰 유연성을 제공하고 잘못된 사고를 줄입니다. @@ -439,10 +382,7 @@ API에는 4가지 유형의 경고 조건이 포함됩니다. * NRQL 조건 - + 기본적으로 집계 기간은 순차적으로 그룹화됩니다. 이것은 한 창이 시작되고 다른 창이 시작될 때마다 급상승 차트로 이어질 수 있습니다. `slide_by` 을 사용하여 슬라이딩 창을 만듭니다. 슬라이딩 집계 창은 겹쳐서 더 부드러운 차트를 만듭니다. `slide_by` 간격은 중첩 기간을 설정합니다. @@ -452,10 +392,7 @@ API에는 4가지 유형의 경고 조건이 포함됩니다. 기본값은 현재 창 지속 시간을 기반으로 합니다. `slide_by` 간격은 집계 창 기간으로 균등하게 나누어져야 합니다. `slide_by` 간격도 창 기간보다 작아야 합니다. - + `aggregation_delay` 또는 `aggregation_timer` 중 하나를 사용하는 `aggregation_method` 를 위해 더 이상 사용되지 않습니다. 오프셋은 각 집계 창을 평가하기 전에 지연된 데이터를 기다리는 시간입니다. 더 오래 기다리면 신호가 더 정확해지지만 지연 시간이 늘어납니다. 기본값은 **3 aggregation windows** 입니다. 사용: @@ -463,10 +400,7 @@ API에는 4가지 유형의 경고 조건이 포함됩니다. * NRQL 조건 - + 산발적인 데이터의 경우 간격(빈 창)을 합성 데이터로 채워 잘못된 경고를 피할 수 있습니다. * `none`: (기본값) 빈 집계 창에서 어떤 작업도 수행하지 않으려는 경우 사용합니다. 평가 시 빈 집계 창이 임계값 기간 타이머를 재설정합니다. 예를 들어 조건에 모든 집계 기간에 5분 동안 임계값 이상의 데이터 포인트가 있어야 하고 집계 기간 5개 중 1개가 비어 있어야 한다는 조건이 있는 경우 조건은 인시던트를 열지 않습니다. @@ -482,10 +416,7 @@ API에는 4가지 유형의 경고 조건이 포함됩니다. * NRQL 조건 - + 이것은 `fill_option` 사용자 정의 값에서 사용하는 값입니다. 기본값은 `0` 입니다. 사용: @@ -493,10 +424,7 @@ API에는 4가지 유형의 경고 조건이 포함됩니다. * NRQL 조건 - + 이벤트를 트리거하기 전에 조건이 지속되는 시간(분)입니다. UI에서 [임계값을 추가](/docs/alerts/new-relic-alerts/configuring-alert-policies/define-thresholds-trigger-alert#adding-thresholds) 할 때 설정한 지속 시간에 해당합니다. 사용: @@ -505,23 +433,20 @@ API에는 4가지 유형의 경고 조건이 포함됩니다. * NRQL 조건 - - 이는 이벤트를 트리거하기 위해 **value_function** 와 **terms\[threshold]** 값 사이에 어떤 비교가 사용될지 결정합니다. 에서 [노인값, 경계를 추가할](/docs/alerts/new-relic-alerts/configuring-alert-policies/define-thresholds-trigger-alert#adding-thresholds) 때 선택한 동작에 해당합니다.UI 다음 문자열 중 하나여야 합니다. + + 이는 이벤트를 트리거하기 위해 **value\_function** 와 **terms\[threshold]** 값 사이에 어떤 비교가 사용될지 결정합니다. 에서 [노인값, 경계를 추가할](/docs/alerts/new-relic-alerts/configuring-alert-policies/define-thresholds-trigger-alert#adding-thresholds) 때 선택한 동작에 해당합니다.UI 다음 문자열 중 하나여야 합니다. * 위에 - * above_or_equals(NRQL 조건만 해당) + * above\_or\_equals(NRQL 조건만 해당) * 아래에 - * under_or_equals(NRQL 조건만 해당) + * under\_or\_equals(NRQL 조건만 해당) * 동일한 - * not_equals(NRQL 조건만 해당) + * not\_equals(NRQL 조건만 해당) 사용: @@ -532,10 +457,7 @@ API에는 4가지 유형의 경고 조건이 포함됩니다. * NRQL 조건 - + 이는 UI에서 조건에 대한 임계값을 설정할 때 선택한 [심각도 수준](/docs/alerts/new-relic-alerts/configuring-alert-policies/define-thresholds-trigger-alert#threshold-levels) 에 해당합니다. 다음 문자열 중 하나여야 합니다. * 위독한 @@ -551,11 +473,8 @@ API에는 4가지 유형의 경고 조건이 포함됩니다. * NRQL 조건 - - 이것은 트리거된 이벤트에 대해 **value_function** 을 **terms\[operator]** 을 사용하는 것과 비교해야 하는 레버 값입니다. [레버값, 관측값 추가](/docs/alerts/new-relic-alerts/configuring-alert-policies/define-thresholds-trigger-alert#adding-thresholds) 시 UI 에서 지정한 숫자값에 해당합니다. + + 이것은 트리거된 이벤트에 대해 **value\_function** 을 **terms\[operator]** 을 사용하는 것과 비교해야 하는 레버 값입니다. [레버값, 관측값 추가](/docs/alerts/new-relic-alerts/configuring-alert-policies/define-thresholds-trigger-alert#adding-thresholds) 시 UI 에서 지정한 숫자값에 해당합니다. 이것은 숫자 값이며 0(영) 이상이어야 합니다. @@ -566,10 +485,7 @@ API에는 4가지 유형의 경고 조건이 포함됩니다. * NRQL 조건 - + 이것은 [임계값을 추가](/docs/alerts/new-relic-alerts/configuring-alert-policies/define-thresholds-trigger-alert#adding-thresholds) 할 때 UI에서 지정한 설정에 해당합니다. 선택 사항은 다음과 같습니다. * 모두(UI의 `for at least` 에 해당) @@ -585,19 +501,13 @@ API에는 4가지 유형의 경고 조건이 포함됩니다. * NRQL 조건 - + 공지에 사용될 지표의 종류를 정의합니다. [지표](#metric) 필드에 허용되는 콘텐츠는 선택한 **type** 값에 따라 다릅니다. 두 가지 [제품 범주](/docs/alerts/new-relic-alerts/configuring-alert-policies/select-product-targets-alert-condition) 가 있습니다. - + 이 카테고리의 경우 **type** [공지조건](#alerts_conditions) 의 유형을 나타내는 다음 문자열 중 하나로 설정됩니다.
- apm_external_service + apm\_external\_service * 정점 - * error_percentage + * error\_percentage * 응답 시간 웹 * 응답\_시간\_배경 * 처리량\_웹 @@ -279,24 +249,24 @@ API에는 4가지 유형의 경고 조건이 포함됩니다.
- apm_app_metric_baseline + apm\_app\_metric\_baseline - * external_service_transaction_time - * error_count - * database_transaction_time + * external\_service\_transaction\_time + * error\_count + * database\_transaction\_time * 처리량\_웹 * 응답 시간 웹 - * non_web_transaction_time - * web_transaction_database_time - * non_web_transaction_database_time + * non\_web\_transaction\_time + * web\_transaction\_database\_time + * non\_web\_transaction\_database\_time
- mobile_external_service + mobile\_external\_service @@ -304,8 +274,8 @@ API에는 4가지 유형의 경고 조건이 포함됩니다. * 응답 시간\_최소 * 응답\_시간\_최대 * 처리량 - * network_failure_percentage - * http_status_error_percentage + * network\_failure\_percentage + * http\_status\_error\_percentage
@@ -616,17 +526,17 @@ API에는 4가지 유형의 경고 조건이 포함됩니다. @@ -198,7 +177,7 @@ translationType: machine @@ -238,7 +217,7 @@ translationType: machine @@ -254,4 +233,4 @@ translationType: machine
- apm_app_metric + apm\_app\_metric - 전설적인 지표가 공지를 유발합니다. + 전설적인 지표가 공지를 유발합니다.
- apm_app_metric_baseline + apm\_app\_metric\_baseline @@ -636,7 +546,7 @@ API에는 4가지 유형의 경고 조건이 포함됩니다.
- apm_kt_metric + apm\_kt\_metric @@ -656,7 +566,7 @@ API에는 4가지 유형의 경고 조건이 포함됩니다.
- browser_metric_baseline + browser\_metric\_baseline @@ -666,7 +576,7 @@ API에는 4가지 유형의 경고 조건이 포함됩니다.
- mobile_metric + mobile\_metric @@ -681,10 +591,7 @@ API에는 4가지 유형의 경고 조건이 포함됩니다. * 정황 - + 이 카테고리의 경우 **type** [외부 서비스 조건](#alerts_external_service_conditions) 유형을 나타내는 다음 문자열 중 하나로 설정됩니다. @@ -703,7 +610,7 @@ API에는 4가지 유형의 경고 조건이 포함됩니다.
- apm_external_service + apm\_external\_service @@ -713,7 +620,7 @@ API에는 4가지 유형의 경고 조건이 포함됩니다.
- mobile_external_service + mobile\_external\_service @@ -730,13 +637,10 @@ API에는 4가지 유형의 경고 조건이 포함됩니다. - + 이벤트가 트리거되어야 하는지 결정하는 데 사용되는 사용자 정의 맞춤 **metric** 의 이름입니다. - 인시던트가 트리거되어야 하는지 평가할 때 지표와 연관된 **user_defined\[value_function]** 는 **terms\[threshold]** 값과 비교됩니다. 비교는 **terms\[operator]** 에 의해 정의된 연산자를 사용하여 수행됩니다. + 인시던트가 트리거되어야 하는지 평가할 때 지표와 연관된 **user\_defined\[value\_function]** 는 **terms\[threshold]** 값과 비교됩니다. 비교는 **terms\[operator]** 에 의해 정의된 연산자를 사용하여 수행됩니다. 사용: @@ -745,11 +649,8 @@ API에는 4가지 유형의 경고 조건이 포함됩니다. * 합성 모니터링 조건 - - 이는 **user_defined\[metric]** 으로 지정된 맞춤 지표에서 얻은 숫자 값입니다. + + 이는 **user\_defined\[metric]** 으로 지정된 맞춤 지표에서 얻은 숫자 값입니다. 인시던트가 트리거되어야 하는지 평가할 때 **terms\[threshold]** 값과 비교됩니다. 비교는 **terms\[operator]** 에 의해 정의된 연산자를 사용하여 수행됩니다. @@ -770,20 +671,14 @@ API에는 4가지 유형의 경고 조건이 포함됩니다. * 정황 - + [NRQL 조건](/docs/alerts/rest-api-alerts/new-relic-alerts-rest-api/rest-api-calls-new-relic-alerts#nrql-condition) 에 사용되는 경우 옵션은 다음과 같습니다. - * single_value(조건은 각 쿼리의 반환 값을 기반으로 평가됨) + * single\_value(조건은 각 쿼리의 반환 값을 기반으로 평가됨) * 합계(조건은 지정된 기간 동안 각 쿼리의 반환된 값의 합계를 기반으로 평가됨) - + 지정된 시간(초) 후에 인스턴스 기반 인시던트를 자동으로 닫는 데 사용합니다. 기본값은 **259,200 seconds** (3일)입니다. 최대 30일입니다. @@ -794,15 +689,13 @@ API에는 4가지 유형의 경고 조건이 포함됩니다. * NRQL 조건 - + 지정된 시간이 지나면 JVM 상태 메트릭 인시던트를 포함하여 인스턴스 기반 인시던트를 자동으로 닫는 데 사용합니다. 1-720시간 사이여야 합니다. 기본값은 72시간입니다. 사용: * `apm_app_metric` ( `condition_scope` 을 `instance` 로 설정) + * `apm_jvm_metric` - + \ No newline at end of file diff --git a/src/i18n/content/kr/docs/alerts/scale-automate/rest-api/disable-enable-alerts-conditions-using-api.mdx b/src/i18n/content/kr/docs/alerts/scale-automate/rest-api/disable-enable-alerts-conditions-using-api.mdx index 6f78cb6b8b7..4fcd6224e7c 100644 --- a/src/i18n/content/kr/docs/alerts/scale-automate/rest-api/disable-enable-alerts-conditions-using-api.mdx +++ b/src/i18n/content/kr/docs/alerts/scale-automate/rest-api/disable-enable-alerts-conditions-using-api.mdx @@ -8,7 +8,7 @@ freshnessValidatedDate: never translationType: machine --- -정책에서 [조건](/docs/alerts/new-relic-alerts/configuring-alert-policies/define-alert-conditions) 은 경고를 트리거하는 요소를 식별합니다. REST API를 사용하여 조건을 비활성화 및 활성화할 수 있습니다. [UI에서 조건을 비활성화 및 활성화](/docs/alerts/new-relic-alerts/updating-alert-policies/disable-or-delete-alert-policies-conditions#condition-on-off) 할 수도 있습니다. +정책에서 [조건은](/docs/alerts/create-alert/create-alert-condition/alert-conditions) 공지를 트리거하는 요소를 식별합니다. REST API를 사용하여 조건을 비활성화하거나 활성화할 수 있습니다. [UI에서 조건을 비활성화하거나 활성화할](/docs/alerts/new-relic-alerts/updating-alert-policies/disable-or-delete-alert-policies-conditions#condition-on-off) 수도 있습니다. API 또는 UI를 통해 [정책을 활성화하거나 비활성화할 수 없습니다](/docs/alerts/new-relic-alerts/updating-alert-policies/disable-or-delete-alert-policies-conditions#disable-policy) . 정책은 생성, 삭제 또는 조건 변경만 가능합니다. diff --git a/src/i18n/content/kr/docs/apis/nerdgraph/examples/nerdgraph-synthetics-tutorial.mdx b/src/i18n/content/kr/docs/apis/nerdgraph/examples/nerdgraph-synthetics-tutorial.mdx index a8d99a1b2b2..5241caead21 100644 --- a/src/i18n/content/kr/docs/apis/nerdgraph/examples/nerdgraph-synthetics-tutorial.mdx +++ b/src/i18n/content/kr/docs/apis/nerdgraph/examples/nerdgraph-synthetics-tutorial.mdx @@ -909,8 +909,8 @@ translationType: machine 아래 예제를 사용하여 간단한 브라우저, 스크립트 API 또는 스크립트 브라우저 모니터를 새로운 Chrome 100+ 또는 Node.js 16.10 런타임으로 업데이트할 수 있습니다. 다음 예제에서는 스크립팅된 브라우저 모니터를 레거시 런타임에서 새 런타임으로 업그레이드합니다. - * 아래 예를 사용하여 간단한 브라우저 모니터를 업데이트하려면 `syntheticsUpdateScriptBrowserMonitor` 대신 `syntheticsUpdateSimpleBrowserMonitor` 으로 변형을 변경합니다. - * 아래 예를 사용하여 스크립팅된 API 모니터를 업데이트하려면 변형을 `syntheticsUpdateScriptBrowserMonitor` `syntheticsUpdateScriptApiMonitor` 으로 변경합니다. + * 아래 예를 사용하여 간단한 브라우저 모니터를 업데이트하려면 `syntheticsUpdateScriptBrowserMonitor` } 대신 `syntheticsUpdateSimpleBrowserMonitor` 으로 변형을 변경합니다. + * 아래 예를 사용하여 스크립팅된 API 모니터를 업데이트하려면 변형을 \{ `syntheticsUpdateScriptBrowserMonitor` `syntheticsUpdateScriptApiMonitor` 으로 변경합니다. 런타임 설정에 대한 자세한 내용은 [optional-fields](#optional-fields) 를 확인하세요. @@ -938,8 +938,8 @@ translationType: machine 아래 예를 사용하여 간단한 브라우저, 스크립트 API 또는 멀티미디어 브라우저 모니터를 업데이트하여 2024년 10월 22일 EOL 이전의 구형 런타임을 사용할 수 있습니다. 다음 예에서는 멀티미디어 브라우저 모니터를 새 런타임에서 구형 런타임으로 다운그레이드합니다. - * 아래 예를 사용하여 간단한 브라우저 모니터를 업데이트하려면 `syntheticsUpdateScriptBrowserMonitor` 대신 `syntheticsUpdateSimpleBrowserMonitor` 으로 변형을 변경합니다. - * 아래 예를 사용하여 스크립팅된 API 모니터를 업데이트하려면 변형을 `syntheticsUpdateScriptBrowserMonitor` `syntheticsUpdateScriptApiMonitor` 으로 변경합니다. + * 아래 예를 사용하여 간단한 브라우저 모니터를 업데이트하려면 `syntheticsUpdateScriptBrowserMonitor` } 대신 `syntheticsUpdateSimpleBrowserMonitor` 으로 변형을 변경합니다. + * 아래 예를 사용하여 스크립팅된 API 모니터를 업데이트하려면 변형을 \{ `syntheticsUpdateScriptBrowserMonitor` `syntheticsUpdateScriptApiMonitor` 으로 변경합니다. 런타임 설정에 대한 자세한 내용은 [optional-fields](#optional-fields) 를 확인하세요. diff --git a/src/i18n/content/kr/docs/apm/agents/net-agent/getting-started/net-agent-compatibility-requirements.mdx b/src/i18n/content/kr/docs/apm/agents/net-agent/getting-started/net-agent-compatibility-requirements.mdx index d83e5c3a054..9e458b0f91c 100644 --- a/src/i18n/content/kr/docs/apm/agents/net-agent/getting-started/net-agent-compatibility-requirements.mdx +++ b/src/i18n/content/kr/docs/apm/agents/net-agent/getting-started/net-agent-compatibility-requirements.mdx @@ -517,6 +517,8 @@ translationType: machine .NET 에이전트는 데이터 저장소 프로세스를 직접 모니터링하지 않습니다. 또한 쿼리 추적의 .NET SQL 매개 변수 캡처는 매개 변수화된 쿼리 또는 저장 프로시저에 대한 매개 변수를 나열하지 않습니다. 지원되는 데이터 저장소에 대한 [인스턴스 세부 정보](/docs/apm/applications-menu/features/analyze-database-instance-level-performance-issues) 수집은 기본적으로 활성화되어 있습니다. 현재 나열되지 않은 데이터 저장소에서 인스턴스 수준 정보를 요청하려면 [support.newrelic.com](https://support.newrelic.com) 에서 지원을 받으십시오. + + If your datastore isn't listed here, you can add custom instrumentation using the `RecordDatastoreSegment` method in the [.NET agent API](/docs/apm/agents/net-agent/net-agent-api/net-agent-api/#ITransaction). @@ -1400,6 +1402,8 @@ translationType: machine
+ + If your datastore isn't listed here, you can add custom instrumentation using the `RecordDatastoreSegment` method in the [.NET agent API](/docs/apm/agents/net-agent/net-agent-api/net-agent-api/#ITransaction). diff --git a/src/i18n/content/kr/docs/apm/agents/php-agent/troubleshooting/agent-overhead-reduction-tips.mdx b/src/i18n/content/kr/docs/apm/agents/php-agent/troubleshooting/agent-overhead-reduction-tips.mdx index 8a1c2a25364..9845404b05e 100644 --- a/src/i18n/content/kr/docs/apm/agents/php-agent/troubleshooting/agent-overhead-reduction-tips.mdx +++ b/src/i18n/content/kr/docs/apm/agents/php-agent/troubleshooting/agent-overhead-reduction-tips.mdx @@ -1,5 +1,5 @@ --- -title: PHP 에이전트 오버헤드 감소 팁 +title: PHP agent overhead reduction tips type: troubleshooting tags: - Agents @@ -12,7 +12,7 @@ translationType: machine ## 문제 -뉴렐릭 PHP 에이전트를 사용하면 오버헤드가 발생합니다. +Using the New Relic PHP agent results in overhead. Performance overhead is anything that increases latency, CPU, or memory usage beyond what what would exist without the agent. ## 원인 diff --git a/src/i18n/content/kr/docs/infrastructure/host-integrations/host-integrations-list/nvidia-jetson-integration.mdx b/src/i18n/content/kr/docs/infrastructure/host-integrations/host-integrations-list/nvidia-jetson-integration.mdx index 01ee85a1314..09409da49f5 100644 --- a/src/i18n/content/kr/docs/infrastructure/host-integrations/host-integrations-list/nvidia-jetson-integration.mdx +++ b/src/i18n/content/kr/docs/infrastructure/host-integrations/host-integrations-list/nvidia-jetson-integration.mdx @@ -10,11 +10,7 @@ translationType: machine NVIDIA Jetson 통합은 tegrastats 유틸리티에 대한 데이터를 수집하여 뉴렐릭으로 전송하며, 여기에서 NVIDIA Jetson 장치에 대한 CPU, GPU, RAM 및 온도 판독값을 모니터링할 수 있습니다. -NVIDIA Jetson dashboard +NVIDIA Jetson dashboard
NVIDIA Jetson 통합을 설정한 후 NVIDIA Jetson 메트릭에 대한 대시보드를 제공합니다. @@ -58,7 +54,7 @@ NVIDIA Jetson 장치에 대한 데이터를 수집하려면 다음 단계를 따 integrations: - name: nri-flex config: - name: JestonMetrics + name: JetsonMetrics apis: - event_type: jetsonTegrastats commands: @@ -157,27 +153,11 @@ NVIDIA Jetson 장치에 대한 데이터를 수집하려면 다음 단계를 따 사전 구축된 대시보드 템플릿을 사용하여 NVIDIA Jetson 데이터를 모니터링할 수 있습니다. 사전 구축된 대시보드 템플릿을 사용하려면 다음 단계를 따르세요. - 1. [one.newrelic.com](https://one.newrelic.com) 에서, - - - **+ Integrations & Agents** - - - 페이지로 이동한 후 다음을 클릭하세요. - - - **Dashboards** - - + 1. [one.newrelic.com](https://one.newrelic.com) 에서, **+ Integrations & Agents** 페이지로 이동한 후 다음을 클릭하세요. **Dashboards** 2. 검색창에서 NVIDIA Jetson을 검색한 다음 NVIDIA Jetson을 선택하여 대시보드를 설치하세요. + 3. **[one.newrelic.com](https://one.newrelic.com) &gt; All Capabilities &gt; Dashboards** 로 이동하여 대시보드를 확인하세요. - 3. - **[one.newrelic.com](https://one.newrelic.com) > All Capabilities > Dashboards** - - - 로 이동하여 대시보드를 확인하세요. - - 대시보드 사용 및 편집에 대한 문서는 [대시보드 문서 를](/docs/query-your-data/explore-query-data/dashboards/introduction-dashboards) 참조하세요. + 대시보드 사용 및 편집에 대한 문서는 [대시보드 문서 를](/docs/query-your-data/explore-query-data/dashboards/introduction-dashboards) 참조하세요. @@ -199,4 +179,4 @@ NRQL 쿼리 작성 및 대시보드 생성에 대해 자세히 알아보려면 * 기본 및 고급 쿼리를 생성 [하기 위한 쿼리 빌더 소개](/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/manage-your-dashboard) 보드 표시 모드를 조정하거나 대시보드에 더 많은 콘텐츠를 추가합니다. +* 대시보드를 [관리하여 대시](/docs/query-your-data/explore-query-data/dashboards/manage-your-dashboard) 보드 표시 모드를 조정하거나 대시보드에 더 많은 콘텐츠를 추가합니다. \ No newline at end of file diff --git a/src/i18n/content/kr/docs/kubernetes-pixie/kubernetes-integration/installation/k8s-agent-operator.mdx b/src/i18n/content/kr/docs/kubernetes-pixie/kubernetes-integration/installation/k8s-agent-operator.mdx index b7d89bea246..3c5f12ca1e5 100644 --- a/src/i18n/content/kr/docs/kubernetes-pixie/kubernetes-integration/installation/k8s-agent-operator.mdx +++ b/src/i18n/content/kr/docs/kubernetes-pixie/kubernetes-integration/installation/k8s-agent-operator.mdx @@ -1,5 +1,5 @@ --- -title: Kubernetes APM Auto-attach (former agent operator) +title: Kubernetes APM 자동 연결(이전 에이전트 운영자) tags: - Integrations - Kubernetes integration @@ -16,17 +16,17 @@ translationType: machine 이 기능은 현재 [출시 전 정책](/docs/licenses/license-information/referenced-policies/new-relic-pre-release-policy) 에 따라 미리보기 프로그램의 일부로 제공됩니다. -The Kubernetes APM Auto-attach streamlines full-stack observability for Kubernetes environments by automating APM instrumentation alongside Kubernetes agent deployment. By enabling auto instrumentation, developers no longer need to manually manage [APM agents](/docs/apm/new-relic-apm/getting-started/introduction-apm/). The Kubernetes APM Auto-attach will automatically install, upgrade and remove APM agents. +Kubernetes APM 자동 연결은 Kubernetes 에이전트 배포와 함께 APM 리소스를 자동화하여 Kubernetes 환경에 대한 풀스택 옵션저버빌리티를 간소화합니다. 자동 측정을 활성화하면 개발자는 더 이상 [APM 에이전트를](/docs/apm/new-relic-apm/getting-started/introduction-apm/) 수동으로 관리할 필요가 없습니다. Kubernetes APM 자동 연결은 APM 에이전트를 자동으로 설치, 업그레이드 및 제거합니다. 현재 Java, .NET, Node.js를 [지원합니다](#k8s-supported-versions) . Python 및 루비에 추가 언어(PHP 및 Go)가 추가될 예정입니다. ## 작동 원리 [#how-it-works] -* The `MutatingWebHook`, upon installation, becomes involved in intercepting API requests for deploying pods onto nodes. +* 설치 시 `MutatingWebHook`는 노드에 구현하다, 배포하다 파드에 대한 API 요청을 가로채는 데 관여하게 됩니다. -* Reflecting the configurations specified, it mutates the pod specification to add a NR init container and environment variables. +* 지정된 설정을 반영하여 파드 사양을 변경하여 NR init컨텍스트 및 환경 변수를 추가합니다. -* Following the establishment of the pod, the New Relic APM Agent is seamlessly integrated into the application housed within it. +* 파드 설립 이후, 뉴렐릭 APM 에이전트는 그 안에 수용된 기능에 원활하게 통합됩니다. Diagram showing how APM agents are auto injected @@ -40,17 +40,17 @@ The Kubernetes APM Auto-attach streamlines full-stack observability for Kubernet ## 설치 [#install-k8s-operator] -Depending on what you need, you can choose to install the Kubernetes APM Auto-attach independently or together with our K8s integrations. +요구 사항에 따라 Kubernetes APM 자동 연결을 독립적으로 설치하거나 K8s 통합과 함께 설치할 수 있습니다. [전체 풀스택 옵저버빌리티](/docs/apm/apm-ui-pages/monitoring/kubernetes-summary-page/) 경험을 활용하려면 통합과 함께 설치하는 것이 좋습니다.Kubernetes ### Kubernetes 통합에 추가로 번들 설치(권장) [#bundle-installation] -The Kubernetes APM Auto-attach chart is part of the [`nri-bundle`](https://github.com/newrelic/helm-charts/tree/master/charts/nri-bundle) chart, which manages the installation of all the components needed to enable a full Kubernetes observability. +Kubernetes APM 자동 연결 차트는 [`nri-bundle`](https://github.com/newrelic/helm-charts/tree/master/charts/nri-bundle) 전체 Kubernetes 옵저버빌리티를 활성화하는 데 필요한 모든 구성 요소의 설치를 관리하는 차트의 일부입니다. -Add the `k8s-agents-operator.enabled=true` parameter to your helm command or include it in the [`values.yaml`](https://github.com/newrelic/helm-charts/blob/master/charts/nri-bundle/values.yaml) file. See the [Install the Kubernetes integration](/install/kubernetes/?dropdown1=helm) page for more information about using Helm or check out the [`nri-bundle`](https://github.com/newrelic/helm-charts/tree/master/charts/nri-bundle) chart. +`k8s-agents-operator.enabled=true` 파라미터를 helm 명령에 추가하거나 [`values.yaml`](https://github.com/newrelic/helm-charts/blob/master/charts/nri-bundle/values.yaml) 파일에 포함하세요. Helm 사용에 대한 자세한 내용은 [Kubernetes 통합 설치](/install/kubernetes/?dropdown1=helm) 페이지를 참조하거나 [`nri-bundle`](https://github.com/newrelic/helm-charts/tree/master/charts/nri-bundle) 차트를 확인하세요. -See this sample of Helm commands using parameters: +시위를 사용하여 Helm 명령 샘플을 확인하세요. ```shell helm repo add newrelic https://helm-charts.newrelic.com @@ -69,7 +69,7 @@ helm upgrade --install newrelic-bundle newrelic/nri-bundle \ ### 독립형 설치 [#standalone-installation] -To install the Kubernetes APM Auto-attach with the default configuration, run these commands: +기본 설정으로 Kubernetes APM 자동 연결을 설치하려면 다음 명령을 실행하세요. ```shell helm repo add k8s-agents-operator https://newrelic.github.io/k8s-agents-operator @@ -83,30 +83,30 @@ helm upgrade --install k8s-agents-operator k8s-agents-operator/k8s-agents-operat ## 자동 계측 구성 [#configure-auto-instrumentation] -After APM Auto-attach is all set up in your cluster, the next step is just to roll out the configs required to get it operational. That involves having at least one instrumentation Custom Resource (CR) active in the cluster. +클러스터에 APM 자동 연결이 모두 설정되면 다음 단계는 이를 작동시키는 데 필요한 구성을 롤아웃하는 것입니다. 여기에는 클러스터에서 최소한 하나의 계측 사용자 정의 리소스(CR)가 활성화되어 있어야 합니다. -Here's what the instrumentation CR lets you map out: +계측 CR을 사용하면 다음을 매핑할 수 있습니다. -* Name of the instrumentation CR -* Where it will apply the instrumentation CR (thanks to `podLabelSelector` and `namespaceLabelSelector`) -* APM agent (one per CR) -* APM agent version -* APM config parameters (env vars) -* License key (optional) +* 계측기 이름 CR +* 계측 CR을 적용할 위치( `podLabelSelector` 및 `namespaceLabelSelector` 덕분에) +* APM 에이전트(CR당 하나) +* APM 에이전트 버전 +* APM config 수행, (env vars) +* 라이선스 키 (선택 사항) -The manifest file needs to injected in the same namespace (`newrelic` by default) where you installed APM auto-attach. +매니페스트 파일은 APM 자동 연결을 설치한 것과 동일한 네임스페이스(기본적으로 `newrelic` )에 삽입되어야 합니다. ```bash kubectl apply -f ./values.yaml -n newrelic ``` -### How to use selectors [#selectors] +### 선택기를 사용하는 방법 [#selectors] -To know when the instrumentation CR is going to inject APM agents, we need to use selectors. There are 2 label selectors available that you can use together (they act as a logical AND (&&) operator) or by separate depending on your needs. +계측 CR이 APM 에이전트를 주입하는 시점을 알려면 선택기를 사용해야 합니다. 함께 사용할 수 있는 레이블 선택기가 2개 있습니다(논리적 AND(&&) 연산자로 작동) 또는 필요에 따라 분리하여 사용할 수 있습니다. -* `PodLabelSelector` informs the APM Auto-attach which pods needs to be instrumented. +* `PodLabelSelector` APM 자동 연결에 어떤 파드를 데이터베이스화해야 하는지 알려줍니다. - Example using `matchLabel` (select pods containing an specific tag and value): + `matchLabel` 사용한 예(특정 태그와 값이 포함된 파드 선택): ```yaml ... @@ -116,9 +116,9 @@ To know when the instrumentation CR is going to inject APM agents, we need to us ... ``` -* `NameSpaceLabelSelector` defines at the namespace level the auto-instrumented pods. +* `NameSpaceLabelSelector` 지우스페이스 수준에서 자동 계측된 패드를 정의합니다. - Example using `matchExpressions` (select namespace containing an specific tag and value): + `matchExpressions` 사용한 예(특정 태그와 값을 포함하는 네임스페이스 선택): ```yaml ... @@ -130,23 +130,23 @@ To know when the instrumentation CR is going to inject APM agents, we need to us ... ``` - - Keep in mind that apply the `kubernetes.io/metadata.name` label is the same as selecting based on the namespace&apos;s name. + + `kubernetes.io/metadata.name` 라벨을 적용하는 것은 네임스페이스 이름을 기준으로 선택하는 것과 동일하다는 점에 유의하세요. -Both selectors support `matchLabel` and `matchExpressions`. +두 선택기 모두 `matchLabel` 및 `matchExpressions` 지원합니다. How to use + title={<> matchLabel - and + 사용 방법 및 matchExpressions } > - `matchExpressions` is a more expressive label selector in Kubernetes and supports set-based matching unlike the `matchLabels`, which you can only use for exact matching. You can use it with or without the `matchLabels` selector. + `matchExpressions` Kubernetes의 보다 표현력이 뛰어난 레이블 선택기이며 정확한 일치에만 사용할 수 있는 `matchLabels` 과 달리 집합 기반 일치를 지원합니다. `matchLabels` 선택기를 사용하거나 사용하지 않고도 사용할 수 있습니다. ```yaml ... @@ -159,20 +159,20 @@ Both selectors support `matchLabel` and `matchExpressions`. ... ``` - You can add more expressions to the selector. As in the example, each expression must contain a key, an operator, and possibly (depending on the operator) a list of values. There are four valid operators: + 선택기에 더 많은 표현식을 추가할 수 있습니다. 예시에서처럼 각 표현식에는 키, 연산자, 그리고 (연산자에 따라) 값 목록이 포함되어야 합니다. 유효한 연산자는 4개입니다. - * `In`: Label&apos;s value must match one of the specified values. - * `NotIn`: Label&apos;s value must not match any of the specified values. - * `Exists`: Pod must include a label with the specified key (the value isn&apos;t important). When using this operator, you shouldn&apos;t specify the values field. - * `DoesNotExist`: Pod must not include a label with the specified key. You must not specify the values property. + * `In`: 라벨의 값은 지정된 값 중 하나와 일치해야 합니다. + * `NotIn`: 라벨의 값은 지정된 값과 일치해서는 안 됩니다. + * `Exists`: 파드에는 지정된 키가 포함된 라벨이 포함되어야 합니다(값은 중요하지 않습니다). 이 연산자를 사용할 때는 값 필드를 지정하면 안 됩니다. + * `DoesNotExist`: 파드에는 지정된 키가 포함된 라벨이 포함되어서는 안 됩니다. 값 속성을 지정할 수 없습니다. - If you specify many expressions, all those expressions must evaluate to true for the selector to match a pod. If you specify both `matchLabels` and `matchExpressions`, all the labels must match and all the expressions must evaluate to true for the pod to match the selector. + 여러 표현식을 지정하는 경우 선택자가 파드와 일치하려면 모든 표현식이 true로 평가되어야 합니다. `matchLabels` 및 `matchExpressions` 모두 지정하는 경우 모든 레이블이 일치해야 하며 모든 표현식이 참으로 평가되어야 파드가 선택기와 일치합니다. ### APM 에이전트 [#apm-agent] -You've got to specify the APM agent and its version within the instrumentation CR. We recommend using the latest version to take advantage of the newest features available. +계측 CR 내에서 APM 에이전트와 해당 버전을 지정해야 합니다. 사용 가능한 최신 기능을 최대한 활용하려면 최신 버전을 사용하는 것이 좋습니다. @@ -186,7 +186,7 @@ You've got to specify the APM agent and its version within the instrumentat @@ -194,7 +194,7 @@ You've got to specify the APM agent and its version within the instrumentat
- Available versions + 사용 가능한 버전
- dotnet + 닷넷 @@ -208,7 +208,7 @@ You've got to specify the APM agent and its version within the instrumentat
- java + 자바 @@ -222,7 +222,7 @@ You've got to specify the APM agent and its version within the instrumentat
- nodejs + 노드제이에스 @@ -236,7 +236,7 @@ You've got to specify the APM agent and its version within the instrumentat
- python + 파이썬 @@ -250,7 +250,7 @@ You've got to specify the APM agent and its version within the instrumentat
- ruby + 루비 @@ -264,7 +264,7 @@ You've got to specify the APM agent and its version within the instrumentat
-See this example: +이 예를 보세요: ```yaml ... @@ -275,9 +275,9 @@ See this example: ... ``` -### APM configuration parameters [#apm-config-parameters] +### APM 설정 방법, [#apm-config-parameters] -The instrumentation CR provides the capability to inject environment variables in the pod to streamline the configuration of the APM agents. See this example: +로그 CR은 APM 에이전트의 설정을 간소화하기 위해 패드에 환경 변수를 주입하는 기능을 제공합니다. 이 예를 보세요: ```yaml ... @@ -291,7 +291,7 @@ The instrumentation CR provides the capability to inject environment variables i ... ``` -In the above example, we show you how you can configure the agent settings globally using environment variables. See each agent's configuration documentation for available configuration options: +위의 예에서는 환경 변수를 사용하여 에이전트 설정을 전역적으로 구성하는 방법을 보여드립니다. 사용 가능한 설정 옵션은 각 에이전트의 설정 문서를 참조하세요. * [자바](/docs/apm/agents/java-agent/configuration/java-agent-configuration-config-file/) * [마디](/docs/apm/agents/nodejs-agent/installation-configuration/nodejs-agent-configuration/) @@ -300,14 +300,14 @@ In the above example, we show you how you can configure the agent settings globa * [루비](/docs/apm/agents/ruby-agent/configuration/ruby-agent-configuration/) - You can inject these environment variables in the app deployment manifest. + 이러한 환경 변수는 앱 배포 매니페스트에 삽입할 수 있습니다. -### License keys (optional) [#license-keys] +### 라이선스 키 (선택 사항) [#license-keys] -When you install it, a is created and it&apos;s the license by default. Follow these steps, if you need to send the APM telemetry to a different account: +설치하면 이 생성되고 이것이 기본 라이센스입니다. APM 텔레메트리를 다른 계정으로 보내야 하는 경우 다음 단계를 따르세요. -* To create a secret containing a new license key, run this command: +* 새 라이선스 키가 포함된 비밀을 생성하려면 다음 명령을 실행하세요. ```bash kubectl create secret generic newrelic-key-secret \ @@ -315,7 +315,7 @@ When you install it, a is created and it& --from-literal=new_relic_license_key= ``` -* To reference the secret from the instrumentation CR, run this command: +* 계측 CR에서 비밀을 참조하려면 다음 명령을 실행하세요. ```yaml ... @@ -324,10 +324,10 @@ When you install it, a is created and it& ... ``` -## Instrumentation CR examples [#cr-examples] +## 계측 CR 예제 [#cr-examples] - + ```yaml apiVersion: newrelic.com/v1alpha2 kind: Instrumentation @@ -351,7 +351,7 @@ When you install it, a is created and it& ``` - + ```yaml apiVersion: newrelic.com/v1alpha2 kind: Instrumentation @@ -370,7 +370,7 @@ When you install it, a is created and it& ``` - + ```yaml apiVersion: newrelic.com/v1alpha2 kind: Instrumentation @@ -390,21 +390,21 @@ When you install it, a is created and it& -## Update APM instrumentation in applications [#upgrade-apm-instrumention] +## 애플리케이션에서 APM 계측 업데이트 [#upgrade-apm-instrumention] -By default, the Kubernetes APM Auto-attach automatically installs the latest available version of the corresponding [APM agent](/docs/apm/new-relic-apm/getting-started/introduction-apm/). +기본적으로 Kubernetes APM 자동 연결은 해당 [APM 에이전트](/docs/apm/new-relic-apm/getting-started/introduction-apm/) 의 최신 사용 가능한 버전을 자동으로 설치합니다. -Once the monitoring of an application starts, it's not automatically updated to a newer version unless you choose to update. You can update the application by redeploying the pods or restarting your deployment. +애플리케이션 모니터링이 시작되면 사용자가 업데이트를 선택하지 않는 한 자동으로 새로운 버전으로 업데이트되지 않습니다. 파드를 재배포하거나 배포를 다시 시작하여 기능을 업데이트할 수 있습니다. ## 애플리케이션에서 APM 계측 제거 [#remove-apm-instrumentation] -To remove the APM instrumentation from an application, you must change the matching label selector inside either the `podLabelSelector` or `namespaceLabelSelector` used or delete the instrumentation CR. Then, restart the deployment. The remove process takes just a few seconds. +애플리케이션에서 APM 계측을 제거하려면 사용된 `podLabelSelector` 또는 `namespaceLabelSelector` 내부의 일치하는 레이블 선택기를 변경하거나 계측 CR을 삭제해야 합니다. 그런 다음 배포를 다시 시작합니다. 제거 과정은 몇 초 밖에 걸리지 않습니다. -## Update the Kubernetes APM Auto-attach [#update-k8s-auto-attach] +## Kubernetes APM 자동 연결 업데이트 [#update-k8s-auto-attach] ### 번들 설치 [#upgrading-bundle-installation] -Run an update of the `nri-bundle` chart with the following parameter: +다음 모범 사례를 사용하여 `nri-bundle` 차트 업데이트를 실행합니다. ```shell k8s-agents-operator.enabled=true @@ -412,17 +412,17 @@ k8s-agents-operator.enabled=true ### 독립형 설치 [#standalone-installation] -Run the `helm upgrade` command to update to a newer version of the Kubernetes APM Auto-attach. +Kubernetes APM 자동 연결의 최신 버전으로 업데이트하려면 `helm upgrade` 명령을 실행하세요. ```shell helm upgrade k8s-agents-operator newrelic/k8s-agents-operator -n newrelic ``` -## Uninstalling the Kubernetes APM Auto-attach [#uninstall-k8s-auto-attach] +## Kubernetes APM 자동 연결 제거 [#uninstall-k8s-auto-attach] ### 번들 설치 [#uninstall-bundle-installation] -Uninstall the `nri-bundle` chart or if you only want to remove Kubernetes APM Auto-attach, run a helm upgrade with the following parameter: +`nri-bundle` 차트를 제거하거나 Kubernetes APM 자동 연결만 제거하려면 다음 명령어를 사용하여 helm 업그레이드를 실행합니다. ```shell k8s-agents-operator.enabled=false @@ -430,7 +430,7 @@ k8s-agents-operator.enabled=false ### 독립형 설치 [#uninstall-standalone-installation] -To uninstall and delete the Kubernetes APM Auto-attach, run this command: +Kubernetes APM 자동 연결을 제거하고 삭제하려면 다음 명령을 실행하세요. ```shell helm uninstall k8s-agents-operator -n newrelic @@ -442,11 +442,11 @@ helm uninstall k8s-agents-operator -n newrelic * [Kubernetes 요약](/docs/apm/apm-ui-pages/monitoring/kubernetes-summary-page/) 페이지를 확인하세요. 이는 모니터의 맥락에서 Kubernetes 인사이트를 제공합니다. -## Certificates [#certificates] +## 인증서 [#certificates] -The K8s APM Auto-attach can support [`cert-manager`](https://github.com/cert-manager/cert-manager) if preferred. +K8s APM 자동 연결은 원하는 경우 [`cert-manager`](https://github.com/cert-manager/cert-manager) 지원할 수 있습니다. -* Run this command to install the [`cert-manager`](https://github.com/cert-manager/cert-manager) Helm chart: +* [`cert-manager`](https://github.com/cert-manager/cert-manager) Helm 차트를 설치하려면 다음 명령을 실행하세요. ```shell helm install cert-manager jetstack/cert-manager \ @@ -455,11 +455,11 @@ The K8s APM Auto-attach can support [`cert-manager`](https://github.com/cert-man --set crds.enabled=true ``` -* In your `values.yaml` file, set `admissionWebhooks.autoGenerateCert.enabled: false` and `admissionWebhooks.certManager.enabled: true`. Then, install the chart as normal. +* `values.yaml` 파일에서 `admissionWebhooks.autoGenerateCert.enabled: false` 및 `admissionWebhooks.certManager.enabled: true` 설정합니다. 그런 다음 평소처럼 차트를 설치합니다. -## Available chart releases [#available-chart-releases] +## 사용 가능한 차트 릴리스 [#available-chart-releases] -Run this command to see the available charts: +사용 가능한 차트를 보려면 다음 명령을 실행하세요. ```shell helm search repo k8s-agents-operator @@ -469,21 +469,21 @@ helm search repo k8s-agents-operator - Yes, you just need to add more secrets in the cluster. Check needed steps in the [license keys (optional)](#license-keys%5D) section. + 네, 클러스터에 더 많은 비밀을 추가하기만 하면 됩니다. [라이선스 키(선택 사항)](#license-keys%5D) 섹션에서 필요한 단계를 확인하세요. [K8s APM 경험은](/docs/apm/apm-ui-pages/monitoring/kubernetes-summary-page/) 애플리케이션과 K8s 클러스터의 데이터를 사용할 수 있는 계정에서만 사용할 수 있습니다. - - Installing two APM agents in the same application can potentially lead to unexpected issues. Therefore, we strongly recommend removing any existing instrumentation before installing it. + + 동일한 애플리케이션에 두 개의 APM 에이전트를 설치하면 예상치 못한 문제가 발생할 수 있습니다. 따라서 설치하기 전에 기존 계측기를 제거하는 것을 적극 권장합니다. - - Yes, custom instrumentation will work the same as without APM auto-attach. The main difference is that the agent is now injected by APM auto-attach instead of installed in the container with the rest of the application dependencies. + + 예, 사용자 정의는 APM 자동 연결이 없는 경우와 동일하게 작동합니다. 주요 차이점은 이제 에이전트가 나머지 독립성/종속성과 함께 컨테이너에 설치되는 대신 APM 자동 연결에 의해 주입된다는 것입니다. - You can still import and call the agent API to add custom instrumentation into your application. You can also utilize a configuration file or environment variables to add custom instrumentation if the particular agent you're using supports it. Note that agents have order of precendence between configuration via environment variables and configuration via configuration files, so you will need to make sure your environment variable configuration via the operator is not clashing with your configuration via configuration file. See each agents custom instrumentation docs for details: + 에이전트 API 가져오고 호출하여 사용자 정의를 추가할 수 있습니다. 또한 사용 중인 특정 에이전트가 지원하는 경우 설정 파일이나 환경 변수를 활용하여 사용자 로그를 추가할 수도 있습니다. 에이전트는 환경 변수를 통한 설정과 설정 파일을 통한 설정 사이에 우선 순위가 있으므로 연산자를 통한 환경 변수 설정이 설정 파일을 통한 설정과 충돌하지 않는지 확인해야 합니다. 자세한 내용은 각 에이전트 권한 문서를 참조하세요. * [자바](/docs/apm/agents/java-agent/custom-instrumentation/java-custom-instrumentation/) * [마디](/docs/apm/agents/nodejs-agent/extend-your-instrumentation/nodejs-custom-instrumentation/) @@ -492,18 +492,18 @@ helm search repo k8s-agents-operator * [루비](/docs/apm/agents/ruby-agent/api-guides/ruby-custom-instrumentation/) - - No, you can't. The APM agents are injected at application runtime, it needs access to write to the application container's file system. + + 아니, 그럴 수 없어요. APM 에이전트는 애플리케이션 런타임에 주입되며 애플리케이션 컨테이너의 파일 시스템에 쓰기 위해 액세스해야 합니다. - - It only supports Linux nodes. + + Linux 노드만 지원합니다. - Windows nodes support is expected on the near future. + 가까운 미래에 Windows 노드 지원이 제공될 것으로 예상됩니다. - - It hasn't been tested on [AWS Fargate](/docs/kubernetes-pixie/kubernetes-integration/installation/kubernetes-eks-fargate/) nodes with EKS. + + EKS가 있는 [AWS Fargate](/docs/kubernetes-pixie/kubernetes-integration/installation/kubernetes-eks-fargate/) 노드에서는 테스트되지 않았습니다. @@ -511,9 +511,9 @@ helm search repo k8s-agents-operator 로그가 포함되지 않은 경우 다음을 확인해야 합니다. -* Please be sure to redeploy or deploy new applications after you've installed K8s APM auto-attach. Notice that only auto-instruments new applications are deployed in the cluster. +* K8s APM 자동 연결을 설치한 후에는 반드시 재배포하거나 구현하고, 새로 배치하세요. 클러스터에서는 자동 계측된 새로운 기능만 구현하다, 배포하다라는 점에 유의하세요. -* Run this command to check that the secret is installed in the app's namespace: +* 앱의 네임스페이스에 비밀이 설치되었는지 확인하려면 다음 명령을 실행하세요. ```bash kubectl get secrets -n NAMESPACE @@ -525,31 +525,31 @@ helm search repo k8s-agents-operator kubectl get pod POD_NAME -n NAMESPACE -o jsonpath='{.metadata.annotations}' ``` -* Run this command to get logs from the APM auto-attach pod: +* APM 자동 연결 패드에서 로그를 가져오려면 다음 명령을 실행하세요. ```bash kubectl logs AGENT_OPERATOR_POD -n newrelic ``` -* Run this command to ensure the `init` container has been injected and sucessfully executed inside the application&apos;s pod. +* 이 명령을 실행하여 `init` 컨테이너가 삽입되고 특수 파드 내부에서 성공적으로 실행되었는지 확인하세요. ```bash kubectl describe pod POD_NAME -n NAMESPACE ``` -## How to migrate from previous versions that required annotations [#migrate] +## 주석이 필요한 이전 버전에서 마이그레이션하는 방법 [#migrate] -Starting with version 0.14, annotations within the application deployment manifest are no longer necessary for applications to be auto-instrumented. +버전 0.14부터, 작곡을 자동 계측하기 위해 더 이상 작곡 배포 매니페스트 내의 주석이 필요하지 않습니다. -It's advised to uninstall any versions preceding 0.14 and proceed with the installation of the latest release. Utilizing the label selectors within the instrumentation CR will enable the precise deployment of APM agents, thereby obviating the requirement for annotations. +0.14 이전 버전을 모두 제거하고 최신 릴리스 버전을 설치하는 것이 좋습니다. 계측 CR 내의 레이블 선택기를 활용하면 APM 에이전트를 정확하게 배포할 수 있으므로 주석이 필요하지 않습니다. ## 지원하다 [#support] -The Kubernetes APM Auto-attach currently supports the latest version of these APM agents: Java, .NET, Node.js, Python, and Ruby. +Kubernetes APM 자동 연결은 현재 다음 APM 에이전트의 최신 버전을 지원합니다: Java, .NET, Node.js, 파이썬, 루비. -Once is on general availability, the latest 3 versions of each of the APM agents will be supported. +일반적으로 사용 가능해지면 각 APM 에이전트의 최신 3가지 버전이 지원될 예정입니다. -For any issues: +문제가 있는 경우: * 비슷한 문제가 있는지 [GitHub의 문제 섹션을](https://github.com/newrelic/k8s-agents-operator/issues) 검토하거나 새 문제를 여는 것을 고려해 보세요. diff --git a/src/i18n/content/kr/docs/logs/forward-logs/kong-gateway.mdx b/src/i18n/content/kr/docs/logs/forward-logs/kong-gateway.mdx index f6de37f5f62..a71467a9796 100644 --- a/src/i18n/content/kr/docs/logs/forward-logs/kong-gateway.mdx +++ b/src/i18n/content/kr/docs/logs/forward-logs/kong-gateway.mdx @@ -32,7 +32,7 @@ Kong Gateway에서 로그를 받으려면 Kong Gateway 파일 로그 적용을 ## 파일 로그 플러그인 구성 [#install-config-filelog] - [Kong Gateway File 로그 플러그인을 설치한](https://docs.konghq.com/hub/kong-inc/file-log/) 후에는 플러그인이 `/dev/stdout` 로 로그를 보내도록 지시해야 합니다. 다음은 이 설정에 대한 예시 매니페스트입니다. + [Kong Gateway File 로그 쿼리를 설치한](https://docs.konghq.com/hub/kong-inc/file-log/) 후에는 로그를 `/dev/stdout` 로 보내도록 로그에 지시해야 합니다. 다음은 이 설정에 대한 예시 매니페스트입니다. ```yaml # file-log-plugin.yaml diff --git a/src/i18n/content/kr/docs/network-performance-monitoring/advanced/ktranslate-container-health.mdx b/src/i18n/content/kr/docs/network-performance-monitoring/advanced/ktranslate-container-health.mdx index 28df157d99b..af1467594c6 100644 --- a/src/i18n/content/kr/docs/network-performance-monitoring/advanced/ktranslate-container-health.mdx +++ b/src/i18n/content/kr/docs/network-performance-monitoring/advanced/ktranslate-container-health.mdx @@ -104,7 +104,7 @@ KTranslate 컨테이너 이미지에는 런타임 중에 사용할 수 있는 `- ``` - KTranslate has the following log severity levels: `Info`, `Warn`, and `Error`. + KTranslate에는 다음과 같은 로그 심각도 수준이 있습니다: `Info`, `Warn`, `Error`. diff --git a/src/i18n/content/kr/docs/network-performance-monitoring/troubleshooting/change-ktranslate-versions.mdx b/src/i18n/content/kr/docs/network-performance-monitoring/troubleshooting/change-ktranslate-versions.mdx index 6139e4a8798..b486e7edab0 100644 --- a/src/i18n/content/kr/docs/network-performance-monitoring/troubleshooting/change-ktranslate-versions.mdx +++ b/src/i18n/content/kr/docs/network-performance-monitoring/troubleshooting/change-ktranslate-versions.mdx @@ -1,5 +1,5 @@ --- -title: Ktranslate 컨테이너 버전 관리 +title: KTranslate 컨테이너 버전 관리 tags: - Integrations - Network monitoring @@ -51,4 +51,4 @@ kentik/ktranslate:kt-2023-02-28-4294815650 \ -snmp_discovery_on_start=true \ -snmp_discovery_min=180 \ nr1.snmp -``` +``` \ No newline at end of file diff --git a/src/i18n/content/kr/docs/network-performance-monitoring/troubleshooting/ktranslate-cpu-usage.mdx b/src/i18n/content/kr/docs/network-performance-monitoring/troubleshooting/ktranslate-cpu-usage.mdx index e93099e30f0..32c134d3f23 100644 --- a/src/i18n/content/kr/docs/network-performance-monitoring/troubleshooting/ktranslate-cpu-usage.mdx +++ b/src/i18n/content/kr/docs/network-performance-monitoring/troubleshooting/ktranslate-cpu-usage.mdx @@ -1,5 +1,5 @@ --- -title: Ktranslate CPU 사용량 이해 +title: KTranslate CPU 사용량 이해 tags: - Integrations - Network monitoring @@ -14,7 +14,7 @@ translationType: machine ktranslate 컨테이너가 100% CPU 사용률에 도달했거나 일반적으로 예상보다 높습니다. - 주의해야 할 한 가지 세부 사항은 ktranslate의 경우 평균 대신 최대 CPU 비율에 집중하는 것이 중요하다는 것입니다. Ktranslate는 폴링 주기가 시작될 때 CPU를 많이 사용하고 주기가 끝날 때는 훨씬 적게 사용합니다. 평균 사용량을 보면 60%를 볼 수 있고 ktranslate이 잠재적인 문제인 100%에 가까운 시간을 소비한다는 사실을 놓칠 수 있습니다. 최대 CPU 소비가 100%에 도달하지 않도록 충분한 리소스를 할당해야 합니다. + 주의해야 할 한 가지 세부 사항은 ktranslate의 경우 평균이 아닌 최대 CPU 비율에 초점을 맞추는 것이 중요하다는 것입니다. KTranslate는 폴링 주기의 시작 부분에서 CPU를 많이 사용하지만 주기의 끝 부분에서는 훨씬 적게 사용합니다. 평균 사용량을 살펴보면 60%가 표시되어 ktranslate가 100%에 가까운 시간을 소모하고 있다는 사실을 놓칠 수 있는데, 이는 잠재적인 문제입니다. 최대 CPU 사용량이 100%에 도달하지 않도록 충분한 리소스를 할당해야 합니다. ## 해결책 [#solution] @@ -51,4 +51,4 @@ Syslog 컨테이너는 주로 인바운드 syslog 이벤트 수로 인해 CPU 사용량이 많은 경우 옵션은 다음과 같습니다. * 기존 워크로드를 처리하기 위해 호스트에 더 많은 CPU를 추가합니다. -* 특정 유형의 메시지 또는 심각도를 전송하지 않도록 네트워크 장치의 구성을 변경하여 값이 낮거나 시끄러운 syslog 이벤트의 볼륨을 줄입니다. 이러한 변경 방법은 장치 공급업체의 설명서를 참조하십시오. +* 특정 유형의 메시지 또는 심각도를 전송하지 않도록 네트워크 장치의 구성을 변경하여 값이 낮거나 시끄러운 syslog 이벤트의 볼륨을 줄입니다. 이러한 변경 방법은 장치 공급업체의 설명서를 참조하십시오. \ No newline at end of file diff --git a/src/i18n/content/kr/docs/network-performance-monitoring/troubleshooting/understanding-snmp-utilization-calculations.mdx b/src/i18n/content/kr/docs/network-performance-monitoring/troubleshooting/understanding-snmp-utilization-calculations.mdx index 273b6a85fdb..e0bdfaa5681 100644 --- a/src/i18n/content/kr/docs/network-performance-monitoring/troubleshooting/understanding-snmp-utilization-calculations.mdx +++ b/src/i18n/content/kr/docs/network-performance-monitoring/troubleshooting/understanding-snmp-utilization-calculations.mdx @@ -26,10 +26,7 @@ translationType: machine ## 해결책 [#solution] - + **Metric Name**: `kentik.snmp.CPU` CPU는 일반적으로 사용률을 나타내는 정수 또는 부동 소수점 값을 제공하는 직접 OID로 반환됩니다. 드문 경우지만 CPU 유휴에 대한 결과만 나오는데, 이는 다음 공식을 사용하여 [CPU로 변환](https://github.com/kentik/ktranslate/blob/72257357db05f36e05389b0a278b702a707a0941/pkg/inputs/snmp/metrics/device_metrics.go#L281-L285) 됩니다. @@ -39,10 +36,7 @@ translationType: machine ``` - + **Metric Name**: `kentik.snmp.MemoryUtilization` CPU와 달리 메모리 사용률은 직접적인 OID 값으로 표시되는 경우가 거의 없습니다. 활용률을 계산하기 위해 [ktranslate는 다음 논리를 사용합니다](https://github.com/kentik/ktranslate/blob/72257357db05f36e05389b0a278b702a707a0941/pkg/inputs/snmp/metrics/device_metrics.go#L287-L317). @@ -62,52 +56,43 @@ translationType: machine ``` - - **Metric Name**: `kentik.snmp.IfInUtilization` \| `kentik.snmp.IfOutUtilization` + + **Metric Name**: `kentik.snmp.IfInUtilization` | `kentik.snmp.IfOutUtilization` 인터페이스 활용은 델타를 비트 단위로 계산하고 인터페이스의 구성된 속도와 마지막 수집 이후 시간 델타의 곱으로 나누는 업계 표준 접근 방식을 따릅니다. 예를 들어, 1이 이전 데이터 포인트이고 2가 가장 최근 데이터 포인트라고 가정합니다. - > ( ( ifHCInOctets_2 - ifHCInOctets_1 ) \* 8 \* 100 ) / ( (sysUptime_2 - sysUptime_1) \* ifSpeed ) + > ( ( ifHCInOctets\_2 - ifHCInOctets\_1 ) \* 8 \* 100 ) / ( (sysUptime\_2 - sysUptime\_1) \* ifSpeed ) ### 번역된 계산 분자의 경우: * 최신 옥텟 수를 취하고 이전 샘플 값을 빼서 델타를 얻습니다. - * 옥텟을 비트로 변환하려면 결과에 8을 곱합니다. - * 백분율 계산을 설정하려면 비트에 100을 곱하십시오. - 분모의 경우: + 분모의 경우: * `sysUptime` 의 최신 값을 취하고 이전 샘플의 값을 빼서 폴링 간격을 표시하는 델타를 얻습니다. - * 간격에 구성된 `ifSpeed` (비트 단위로 보고됨)을 곱합니다. - 마지막으로: + 마지막으로: * 분자를 분모로 나누어 활용률을 구합니다. - ### 소스 데이터 + ### 소스 데이터 - [Ktranslate](https://github.com/kentik/ktranslate/blob/72257357db05f36e05389b0a278b702a707a0941/pkg/formats/nrm/nrm.go#L581-L623) 는 [ifHCInOctets](https://oid-rep.orange-labs.fr/get/1.3.6.1.2.1.31.1.1.1.6) (수신) 또는 [ifHCOutOctets](https://oid-rep.orange-labs.fr/get/1.3.6.1.2.1.31.1.1.1.10) (전송) 값을 사용합니다. 필요에 따라 분모의 `ifSpeed` [ifHighSpeed](https://oid-rep.orange-labs.fr/get/1.3.6.1.2.1.31.1.1.1.15) 값으로 바꿉니다. + [KTranslate](https://github.com/kentik/ktranslate/blob/72257357db05f36e05389b0a278b702a707a0941/pkg/formats/nrm/nrm.go#L581-L623) 는 [ifHCInOctets](https://oid-rep.orange-labs.fr/get/1.3.6.1.2.1.31.1.1.1.6) (수신) 또는 [ifHCOutOctets](https://oid-rep.orange-labs.fr/get/1.3.6.1.2.1.31.1.1.1.10) (전송)의 값을 사용합니다. 필요에 따라 분모의 `ifSpeed` [ifHighSpeed](https://oid-rep.orange-labs.fr/get/1.3.6.1.2.1.31.1.1.1.15) 의 값으로 바꿉니다. - - 인터페이스 사용률이 부정확하게 나타나는 일반적인 이유는 장치에 구성된 인터페이스 속도가 실제 인터페이스 속도를 반영하지 않기 때문입니다. 예를 들어, 10GB 인터페이스의 1GB MPLS 회로는 실제 사용률의 10%에 불과한 비율을 표시합니다. 이 문제를 해결하려면 공급업체의 인터페이스 대역폭 설정 설명서를 참조하세요. - + + 인터페이스 사용률이 부정확하게 나타나는 일반적인 이유는 장치에 구성된 인터페이스 속도가 실제 인터페이스 속도를 반영하지 않기 때문입니다. 예를 들어, 10GB 인터페이스의 1GB MPLS 회로는 실제 사용률의 10%에 불과한 비율을 표시합니다. 이 문제를 해결하려면 공급업체의 인터페이스 대역폭 설정 설명서를 참조하세요. + - - **Metric Name**: `kentik.snmp.ifHCInOctets` \| `kentik.snmp.ifHCOutOctets` + + **Metric Name**: `kentik.snmp.ifHCInOctets` | `kentik.snmp.ifHCOutOctets` 인터페이스 처리량은 [ifHCInOctets](https://oid-rep.orange-labs.fr/get/1.3.6.1.2.1.31.1.1.1.6) (수신) 또는 [ifHCOutOctets](https://oid-rep.orange-labs.fr/get/1.3.6.1.2.1.31.1.1.1.10) (전송) 값을 사용합니다. @@ -119,7 +104,7 @@ translationType: machine SNMP의 원시 측정은 옥텟을 계산하는 것인데, 이 문맥에서는 바이트와 동의어입니다. 별도의 변환 없이 보고된 지표를 통해 직접 바이트를 쉽게 계산할 수 있습니다. - 초당 비트 수(bps)를 찾고 있다면 옥텟을 곱하고 최종 숫자를 '초당' 속도로 변환해야 합니다. + 초당 비트 수(bps)를 찾고 있다면 옥텟을 곱하고 최종 숫자를 '초당' 속도로 변환해야 합니다. **예시** @@ -135,11 +120,8 @@ translationType: machine ``` - - **Metric Name**: `kentik.snmp.ifInErrorPercent` \| `kentik.snmp.ifOutErrorPercent` + + **Metric Name**: `kentik.snmp.ifInErrorPercent` | `kentik.snmp.ifOutErrorPercent` 인터페이스 오류 비율은 [ifInErrors](https://oid-rep.orange-labs.fr/get/1.3.6.1.2.1.2.2.1.14) (수신) 또는 [ifOutErrors](https://oid-rep.orange-labs.fr/get/1.3.6.1.2.1.2.2.1.20) (전송) 값을 [ifHCInUcastPkts](https://oid-rep.orange-labs.fr/get/1.3.6.1.2.1.31.1.1.1.7) (수신) 또는 [ifHCOutUcastPkts](https://oid-rep.orange-labs.fr/get/1.3.6.1.2.1.31.1.1.1.11) (전송)로 나눈 값을 사용합니다. [ktranslate에서](https://github.com/kentik/ktranslate/blob/72257357db05f36e05389b0a278b702a707a0941/pkg/inputs/snmp/metrics/interface_metrics.go#L255-L271) 공식은 다음과 같습니다: @@ -150,10 +132,7 @@ translationType: machine ``` - + **Metric Name**: 다양한 다른 SNMP 측정항목은 해당 [SNMP 프로필](https://github.com/kentik/snmp-profiles/blob/main/profiles/kentik_snmp/_template.yml) 에 있는 `enum` 및 `conversion` 함수의 존재 여부를 기반으로 변환됩니다. @@ -188,7 +167,7 @@ translationType: machine
- 차원 메트릭의 정수 값을 차원 메트릭에 장식된 속성의 열거 값으로 변환하는(동일한 메트릭 이름 접미사 사용) SNMP 열거를 처리하는 데 사용됩니다. 일반적인 예는 [kentik.snmp.if_AdminStatus](https://oid-rep.orange-labs.fr/get/1.3.6.1.2.1.2.2.1.7) 를 `up`, `down` 또는 `testing` 와 같은 [if_AdminStatus](https://github.com/kentik/snmp-profiles/blob/ccb1df47a5068a59fb3e3765746524e0286252e7/profiles/kentik_snmp/_general/if-mib.yml#L59-L66) 의 열거 값으로 변환하는 것입니다. + 차원 메트릭의 정수 값을 차원 메트릭에 장식된 속성의 열거 값으로 변환하는(동일한 메트릭 이름 접미사 사용) SNMP 열거를 처리하는 데 사용됩니다. 일반적인 예는 [kentik.snmp.if\_AdminStatus](https://oid-rep.orange-labs.fr/get/1.3.6.1.2.1.2.2.1.7) 를 `up`, `down` 또는 `testing` 와 같은 [if\_AdminStatus](https://github.com/kentik/snmp-profiles/blob/ccb1df47a5068a59fb3e3765746524e0286252e7/profiles/kentik_snmp/_general/if-mib.yml#L59-L66) 의 열거 값으로 변환하는 것입니다.
- 16진수 값을 정수 형식으로 변환하는 데 사용됩니다. **current** 에 대한 옵션: `LittleEndian` \| `BigEndian`. **desired** 에 대한 옵션: `uint16` \| `uint32` \| `uint64` + 16진수 값을 정수 형식으로 변환하는 데 사용됩니다. **current** 에 대한 옵션: `LittleEndian` | `BigEndian`. **desired** 에 대한 옵션: `uint16` | `uint32` | `uint64`
- 부분 문자열을 캡처하기 위해 OID 출력에 정규식 일치를 배치합니다. 따옴표로 묶어야 하고 백슬래시를 이스케이프 처리해야 합니다.
OID 결과 예: `" 5 Secs ( 96.3762%) 60 Secs ( 62.8549%) 300 Secs ( 25.2877%)"`
변환 예시: `"regexp:60 Secs.*?(\\d+)"`
최종 결과: `62` + 부분 문자열을 캡처하기 위해 OID 출력에 정규식 일치를 배치합니다. 따옴표로 묶어야 하고 백슬래시를 이스케이프 처리해야 합니다.
OID 결과 예: `" 5 Secs ( 96.3762%) 60 Secs ( 62.8549%) 300 Secs ( 25.2877%)"`
변환 예시: `"regexp:60 Secs.*?(\\d+)"`
최종 결과: `62`
- + \ No newline at end of file diff --git a/src/i18n/content/kr/docs/new-relic-solutions/build-nr-ui/newrelic-cli.mdx b/src/i18n/content/kr/docs/new-relic-solutions/build-nr-ui/newrelic-cli.mdx index ef292fbd41b..c56c6a2aa76 100644 --- a/src/i18n/content/kr/docs/new-relic-solutions/build-nr-ui/newrelic-cli.mdx +++ b/src/i18n/content/kr/docs/new-relic-solutions/build-nr-ui/newrelic-cli.mdx @@ -13,25 +13,40 @@ translationType: machine GitHub에서 뉴렐릭 CLI 명령 문서에 대한 세부 정보를 찾아보세요. -### 옵션 \[nr-cli-commands-options] +### 옵션 [#nr-cli-commands-options] ```bash copyable=false -[output] --format string output text format [YAML, JSON, Text] (default "JSON") -[output] -h, --help help for newrelic -[output] --plain output compact text +[output] -a, --accountId int the account ID to use. Can be overridden by setting NEW_RELIC_ACCOUNT_ID +[output] --debug debug level logging +[output] --format string output text format [JSON, Text, YAML] (default "JSON") +[output] -h, --help help for newrelic +[output] --plain output compact text +[output] --profile string the authentication profile to use +[output] --trace trace level logging ``` ### 명령 [#commands] * [뉴렐릭 APM](https://github.com/newrelic/newrelic-cli/blob/master/docs/cli/newrelic_apm.md). 뉴렐릭 APM과 상호작용하세요. + * [뉴렐릭 완성](https://github.com/newrelic/newrelic-cli/blob/master/docs/cli/newrelic_completion.md). 쉘 완성 기능을 생성합니다. + * [뉴렐릭 구성](https://github.com/newrelic/newrelic-cli/blob/master/docs/cli/newrelic_config.md). 뉴렐릭 CLI의 설정을 관리합니다. + * [뉴렐릭 디코드](https://github.com/newrelic/newrelic-cli/blob/master/docs/cli/newrelic_decode.md). URL 내에서 암호화된 정보를 인쇄하려면 decode url 명령을 사용하십시오. + * [뉴렐릭 문서](https://github.com/newrelic/newrelic-cli/blob/master/docs/cli/newrelic_documentation.md). CLI 문서를 생성합니다. + * [뉴렐릭 엔터티](https://github.com/newrelic/newrelic-cli/blob/master/docs/cli/newrelic_entity.md). 뉴웰릭 엔터티와 소통하세요. + * [뉴렐릭 너드그래프](https://github.com/newrelic/newrelic-cli/blob/master/docs/cli/newrelic_nerdgraph.md). NerdGraph API에 대한 GraphQL 요청을 실행합니다. + * [뉴렐릭 너드스토리지](https://github.com/newrelic/newrelic-cli/blob/master/docs/cli/newrelic_nerdstorage.md). NerdStorage 문서 및 컬렉션을 읽고, 쓰고, 삭제합니다. + * [뉴렐릭 NRQL](https://github.com/newrelic/newrelic-cli/blob/master/docs/cli/newrelic_nrql.md). 뉴렐릭 데이터베이스와 상호 작용하기 위한 명령입니다. + * [뉴렐릭 프로필](https://github.com/newrelic/newrelic-cli/blob/master/docs/cli/newrelic_profile.md). 이 도구의 인증 프로필을 관리합니다. + * [뉴렐릭 버전](https://github.com/newrelic/newrelic-cli/blob/master/docs/cli/newrelic_version.md). 뉴렐릭 CLI 버전을 표시합니다. -* [뉴렐릭 워크로드](https://github.com/newrelic/newrelic-cli/blob/master/docs/cli/newrelic_workload.md). 뉴렐릭워크로드와 상호작용하세요. + +* [뉴렐릭 워크로드](https://github.com/newrelic/newrelic-cli/blob/master/docs/cli/newrelic_workload.md). 뉴렐릭워크로드와 상호작용하세요. \ No newline at end of file diff --git a/src/i18n/content/kr/docs/serverless-function-monitoring/aws-lambda-monitoring/instrument-lambda-function/containerized-images.mdx b/src/i18n/content/kr/docs/serverless-function-monitoring/aws-lambda-monitoring/instrument-lambda-function/containerized-images.mdx index c9d1f24aa06..2c36aac5228 100644 --- a/src/i18n/content/kr/docs/serverless-function-monitoring/aws-lambda-monitoring/instrument-lambda-function/containerized-images.mdx +++ b/src/i18n/content/kr/docs/serverless-function-monitoring/aws-lambda-monitoring/instrument-lambda-function/containerized-images.mdx @@ -27,8 +27,8 @@ Lambda 함수에 컨테이너화된 이미지를 사용하고 런타임을 모 * [자바](https://gallery.ecr.aws/newrelic-lambda-layers-for-docker/newrelic-lambda-layers-java) * [노드.js](https://gallery.ecr.aws/newrelic-lambda-layers-for-docker/newrelic-lambda-layers-nodejs) - * [파이썬](https://gallery.ecr.aws/x6n7b2o2/newrelic-lambda-layers-python) - * [루비](https://gallery.ecr.aws/x6n7b2o2/newrelic-lambda-layers-ruby) + * [파이썬](https://gallery.ecr.aws/newrelic-lambda-layers-for-docker/newrelic-lambda-layers-python) + * [루비](https://gallery.ecr.aws/newrelic-lambda-layers-for-docker/newrelic-lambda-layers-ruby) * [.그물](https://gallery.ecr.aws/newrelic-lambda-layers-for-docker/newrelic-lambda-layers-dotnet) * [확장 전용](https://gallery.ecr.aws/newrelic-lambda-layers-for-docker/newrelic-lambda-layers-lambdaextension) @@ -81,6 +81,8 @@ Lambda 함수에 컨테이너화된 이미지를 사용하고 런타임을 모 CMD [ "com.newrelic.java.HandlerWrapper::handleRequest" ] # CMD [ "com.newrelic.java.HandlerWrapper::handleStreamsRequest" ] ``` + + SAM을 사용하여 Java 컨테이너화된 Lambda 함수의 [동작 예제를](https://github.com/newrelic/newrelic-lambda-extension/tree/main/examples/sam/containerized-lambda/java-17-maven-sam-example) 시험해 보세요. @@ -99,6 +101,8 @@ Lambda 함수에 컨테이너화된 이미지를 사용하고 런타임을 모 # CMD override to New Relic's handler wrapper CMD [ "newrelic_lambda_wrapper.handler" ] ``` + + SAM을 사용하여 Python 컨테이너화된 Lambda 함수의 [실제 예제를](https://github.com/newrelic/newrelic-lambda-extension/tree/main/examples/sam/containerized-lambda/python-sam-example) 시험해 보세요. @@ -117,6 +121,8 @@ Lambda 함수에 컨테이너화된 이미지를 사용하고 런타임을 모 # CMD override to New Relic's handler wrapper CMD [ "newrelic-lambda-wrapper.handler" ] ``` + + SAM을 사용하여 Node.js 컨테이너화된 Lambda 함수의 [동작 예제를](https://github.com/newrelic/newrelic-lambda-extension/tree/main/examples/sam/containerized-lambda/nodejs-sam-example) 시험해보세요. diff --git a/src/i18n/content/kr/docs/synthetics/synthetic-monitoring/getting-started/get-started-synthetic-monitoring.mdx b/src/i18n/content/kr/docs/synthetics/synthetic-monitoring/getting-started/get-started-synthetic-monitoring.mdx index 233b39833a1..cf33d77fb59 100644 --- a/src/i18n/content/kr/docs/synthetics/synthetic-monitoring/getting-started/get-started-synthetic-monitoring.mdx +++ b/src/i18n/content/kr/docs/synthetics/synthetic-monitoring/getting-started/get-started-synthetic-monitoring.mdx @@ -153,7 +153,7 @@ translationType: machine ```js - //Visit `http://telco.nrdemo.com/` + // Visit `http://telco.nrdemo.com/` $webDriver.get("http://telco.nrdemo.com/"); ``` @@ -163,9 +163,9 @@ translationType: machine ```js $webDriver.get("http://telco.nrdemo.com/").then(function(){ - //Find a link with display text that matches `About` - return $webDriver.findElement($selenium.By.linkText("About")).click(); - //Click the link that matches `About` + // Find a link with display text that matches `About` + return $webDriver.findElement($selenium.By.linkText("About")).click(); + // Click the link that matches `About` }).then(function(){ return $webDriver.findElement($selenium.By.partialLinkText("Home")).click(); }); @@ -177,16 +177,16 @@ translationType: machine ```js async function waitForAndFindElement(locator, timeout){ - const element = await $webDriver.wait($selenium.until.elementLocated(locator), timeout, 'Timed-out waiting for element to be located using: '+locator); - await $webDriver.wait($selenium.until.elementIsVisible(element), timeout, 'Timed-out waiting for element to be visible using ${element}'); - return await $webDriver.findElement(locator); + const element = await $webDriver.wait($selenium.until.elementLocated(locator), timeout, 'Timed-out waiting for element to be located using: '+locator); + await $webDriver.wait($selenium.until.elementIsVisible(element), timeout, 'Timed-out waiting for element to be visible using ${element}'); + return await $webDriver.findElement(locator); } await $webDriver.get("http://telco.nrdemo.com/") await $webDriver.findElement($selenium.By.id("supportDropDown")).click(); - //Wait up to 20000 seconds for the FAQ page to appear + // Wait up to 20000 seconds for the FAQ page to appear let aboutPage = await waitForAndFindElement($selenium.By.id("supportFAQLink"), 20000) await aboutPage.click(); ``` @@ -197,13 +197,13 @@ translationType: machine ```js $webDriver.get("http://example.com/login.jsp").then(function(){ - return $webDriver.findElement($selenium.By.name("username")).sendKeys($secure.SECURE_USERNAME); + return $webDriver.findElement($selenium.By.name("username")).sendKeys($secure.SECURE_USERNAME); }).then(function(){ - //Find the password field by specifying its name, then submits a secured password. - return $webDriver.findElement($selenium.By.name("password")).sendKeys($secure.SECURE_PASSWORD); + // Find the password field by specifying its name, then submits a secured password. + return $webDriver.findElement($selenium.By.name("password")).sendKeys($secure.SECURE_PASSWORD); }).then(function(){ - //Find and click the login button. - return $webDriver.findElement($selenium.By.xpath("//inp[@value='Login']")).click(); + // Find and click the login button. + return $webDriver.findElement($selenium.By.xpath("//inp[@value='Login']")).click(); }); ``` diff --git a/src/i18n/content/pt/docs/alerts/create-alert/create-alert-condition/create-nrql-alert-conditions.mdx b/src/i18n/content/pt/docs/alerts/create-alert/create-alert-condition/create-nrql-alert-conditions.mdx index b6be27c71d0..873e4054dd5 100644 --- a/src/i18n/content/pt/docs/alerts/create-alert/create-alert-condition/create-nrql-alert-conditions.mdx +++ b/src/i18n/content/pt/docs/alerts/create-alert/create-alert-condition/create-nrql-alert-conditions.mdx @@ -585,7 +585,7 @@ Aqui estão algumas dicas para criar e usar uma condição NRQL: Use **Condition settings** para: - * Crie um [nome de condição](/docs/alerts/new-relic-alerts/configuring-alert-policies/define-alert-conditions#rename-condition) conciso e descritivo. + * Crie um [nome de condição](/docs/alerts/create-alert/create-alert-condition/alert-conditions/#name-your-condition) conciso e descritivo. * Forneça uma descrição personalizada do incidente para a condição na página **Add details** que será incluída nos incidentes e na notificação. * Adicione a URL do runbook para incluir os procedimentos da sua organização para lidar com incidentes. Você também pode adicionar essas informações à descrição personalizada do incidente. @@ -739,7 +739,7 @@ As configurações de perda de sinal incluem uma duração de tempo e algumas a * Não abra o incidente "sinal perdido" no término esperado. Quando um sinal estiver previsto para terminar, você pode optar por não abrir um novo incidente. Isso é útil quando você sabe que um sinal será perdido em um determinado momento e não quer abrir um novo incidente para essa perda de sinal. O nome do nó GraphQL para isso é [`ignoreOnExpectedTermination`](/docs/apis/nerdgraph/examples/nerdgraph-api-loss-signal-gap-filling/#loss-of-signal). - Para evitar que um incidente de perda de sinal seja aberto quando "Não abrir o incidente de "sinal perdido" no término esperado", a tag `termination: expected` deve ser adicionada à entidade. Esta tag nos informa que o sinal deveria terminar. Veja [como adicionar a tag diretamente na entidade](/docs/new-relic-solutions/new-relic-one/core-concepts/use-tags-help-organize-find-your-data/#add-tags). + Para evitar que um incidente de perda de sinal seja aberto quando **Do not open "lost signal" incident on expected termination**, você deve adicionar a tag `termination: expected` à entidade. Esta tag nos diz que esperávamos que o sinal terminasse. Veja [como adicionar a tag diretamente na entidade](/docs/new-relic-solutions/new-relic-one/core-concepts/use-tags-help-organize-find-your-data/#add-tags). Para criar um alerta NRQL configurado com detecção de perda de sinal na interface: @@ -749,11 +749,16 @@ Para criar um alerta NRQL configurado com detecção de perda de sinal na interf 3. Defina o tempo de duração da expiração do sinal em minutos ou segundos no campo **Consider the signal lost after** . 4. Escolha o que você quer que aconteça quando o sinal for perdido. Você pode marcar qualquer uma ou todas as seguintes opções: **Close all current open incidents**, **Open new "lost signal" incident**, **Do not open "lost signal" incident on expected termination**. Elas controlam como a perda de sinal incidente será tratada para a condição. 5. Opcionalmente, você pode adicionar ou remover limites numéricos estáticos/anômalos. Uma condição que tem apenas um limite de perda de sinal e nenhum limite numérico estático/anômalo é válida e é considerada uma condição de perda de sinal "autônoma". + + + Ao criar uma condição autônoma de perda de sinal, considere a consulta usada. Usar uma consulta complexa pode custar mais do que o necessário para monitor um sinal. + + 6. Continue seguindo os passos para salvar sua condição. -7. Se você selecionou "**Do not open "lost signal" incident on expected termination**&quot;, deverá adicionar a tag `termination: expected` à entidade para evitar que um incidente de perda de sinal seja aberto. Veja [como adicionar a tag diretamente na entidade](/docs/new-relic-solutions/new-relic-one/core-concepts/use-tags-help-organize-find-your-data/#add-tags). +7. Se você selecionou **Do not open "lost signal" incident on expected termination**, deverá adicionar a tag `termination: expected` à entidade para evitar que um incidente de perda de sinal seja aberto. Veja [como adicionar a tag diretamente na entidade](/docs/new-relic-solutions/new-relic-one/core-concepts/use-tags-help-organize-find-your-data/#add-tags). - Você pode estar curioso para saber por que você desejaria terOpen new "lost signal" incident e Do not open "lost signal" incident on expected termination definidos como verdadeiros. Pense assim: você sempre quer ser notificado quando um sinal é perdido, até o momento em que você sabe que o sinal está programado para parar e você não quer ser notificado. Nesse caso, você definiria ambos como verdadeiros e, quando esperasse que o sinal fosse perdido, adicionaria a tag `termination: expected` à entidade relevante. + Você pode estar curioso para saber por que você desejaria ter **Open new "lost signal" incident** e **Do not open "lost signal" incident on expected termination** definidos como verdadeiros. Pense assim: você quer receber uma notificação quando perder o sinal. Só que você não quer uma notificação para o único momento em que sabe que o sinal vai parar porque você o programou. Nesse caso, você definiria ambos como verdadeiros e, quando esperasse que o sinal fosse perdido, adicionaria a tag `termination: expected` à entidade relevante. Incidente aberto por perda de sinal de fechamento quando: diff --git a/src/i18n/content/pt/docs/alerts/create-alert/examples/scope-alert-thresholds-specific-instances.mdx b/src/i18n/content/pt/docs/alerts/create-alert/examples/scope-alert-thresholds-specific-instances.mdx index 15dba55532f..f2a45b6fe94 100644 --- a/src/i18n/content/pt/docs/alerts/create-alert/examples/scope-alert-thresholds-specific-instances.mdx +++ b/src/i18n/content/pt/docs/alerts/create-alert/examples/scope-alert-thresholds-specific-instances.mdx @@ -108,81 +108,24 @@ Durante um período de cinco minutos, as três instâncias apresentam estes taxa ## Criar condição do alerta baseada em instância [#procedure] -A screenshot showing what to select to create alerts based on threshold instances +A screenshot showing what to select to create alerts based on threshold instances Para criar uma política que acione a notificação de incidente pela instância individual do seu app: 1. Siga o [processo básico de fluxo de trabalho](/docs/alerts/new-relic-alerts/configuring-alert-policies/alert-policy-workflow#alert-policy-process) para configurar uma política. - -2. Ao criar uma [condição](/docs/alerts/new-relic-alerts/configuring-alert-policies/define-alert-conditions) (etapa 2), selecione - - - [**APM**](/docs/alerts/new-relic-alerts/configuring-alert-policies/select-product-targets-alert-condition) - - - . - -3. Selecione - - - **Application metric** - - - como o tipo de condição. - -4. Para avaliar o incidente de limite de alerta - - - **individually** - - - para cada instância selecionada do aplicativo, selecione - - - **Scope to Java application instances** - - - . - -5. Selecione - - - **Next, select entities** - - - e identifique um ou mais aplicativos para esta condição. - -6. Opcional: altere o horário em que - - - - forçará o fechamento do incidente (o padrão é 24 horas). - -7. Use [a preferência de incidente](/docs/alerts/new-relic-alerts/reviewing-alert-incidents/specify-when-new-relic-creates-incidents) - - - **By condition** - - - ou - - - **By condition and signal** - - - . - +2. Ao criar uma [condição](/docs/alerts/create-alert/create-alert-condition/alert-conditions) (etapa 2), selecione [**APM**](/docs/alerts/new-relic-alerts/configuring-alert-policies/select-product-targets-alert-condition). +3. Selecione **Application metric** como o tipo de condição. +4. Para avaliar o incidente de limite de alerta **individually** para cada instância selecionada do aplicativo, selecione **Scope to Java application instances**. +5. Selecione **Next, select entities** e identifique um ou mais aplicativos para esta condição. +6. Opcional: altere o horário em que forçará o fechamento do incidente (o padrão é 24 horas). +7. Use [a preferência de incidente](/docs/alerts/new-relic-alerts/reviewing-alert-incidents/specify-when-new-relic-creates-incidents) **By condition** ou **By condition and signal** . 8. Continue o restante do [processo de fluxo de trabalho da política (etapa 3)](/docs/alerts/new-relic-alerts/configuring-alert-policies/alert-policy-workflow#alert-policy-process). Para abrir o incidente com base em **average** de todas as instâncias dos seus aplicativos, selecione **Scope to the application** em vez de **Scope to Java application instances**. -## Usar preferência de incidente "Por condição" [#targets] +## Usar preferência de incidente "Por condição" [#targets] Ao definir a [preferência de incidente](/docs/alerts/new-relic-alerts/reviewing-alert-incidents/specify-when-new-relic-creates-incidents) para políticas que contenham condições baseadas em instância, recomendamos selecionar **By condition** em vez de **By condition and signal**. Embora os aplicativos sejam as entidades selecionadas para esta condição, avaliamos cada JVM como uma entidade separada. @@ -193,28 +136,15 @@ Se você definir **Incident preference** como **By condition and Para criar [condição do alerta baseada em instância com a API REST New Relic](/docs/alerts/new-relic-alerts/rest-api-alerts/manage-entities-alerts-conditions), inclua estes itens em sua chamada de API REST: * Sua [chave de API](/docs/apis/rest-api-v2/getting-started/introduction-new-relic-rest-api-v2#api_key). - * O [`entity_id`](/docs/using-new-relic/welcome-new-relic/get-started/glossary#entity) numérico da [entidade](/docs/using-new-relic/welcome-new-relic/get-started/glossary#entity) que está sendo monitorada - -* O [`condition_id`](/docs/using-new-relic/welcome-new-relic/get-started/glossary#alert-condition) (disponível no API Explorer: - - - [**Alerts Conditions > GET > List**](https://rpm.newrelic.com/api/explore/alerts_entity_conditions/list) - - - ) - +* O [`condition_id`](/docs/using-new-relic/welcome-new-relic/get-started/glossary#alert-condition) (disponível no API Explorer: [**Alerts Conditions > GET > List**](https://rpm.newrelic.com/api/explore/alerts_entity_conditions/list)) * O `entity_type` (definido como `"application"`) - * O `condition_scope` (definido como `"instance"` para uma instância de aplicativo Java ou `"application"` para um aplicativo Java) Aqui está um exemplo do formato de solicitação de API e resposta JSON. - + Use este formato para sua chamada de API: ```sh @@ -227,10 +157,7 @@ Aqui está um exemplo do formato de solicitação de API e resposta JSON. * Substitua `$API_KEY` pela sua [chave de API](/docs/apis/rest-api-v2/getting-started/introduction-new-relic-rest-api-v2#api_key). - + A API retorna a resposta como JSON. ```json @@ -261,4 +188,4 @@ Aqui está um exemplo do formato de solicitação de API e resposta JSON. } ``` - + \ No newline at end of file diff --git a/src/i18n/content/pt/docs/alerts/scale-automate/rest-api/alerts-conditions-api-field-names.mdx b/src/i18n/content/pt/docs/alerts/scale-automate/rest-api/alerts-conditions-api-field-names.mdx index 68b8219fbaf..b4459d676aa 100644 --- a/src/i18n/content/pt/docs/alerts/scale-automate/rest-api/alerts-conditions-api-field-names.mdx +++ b/src/i18n/content/pt/docs/alerts/scale-automate/rest-api/alerts-conditions-api-field-names.mdx @@ -12,7 +12,7 @@ Os [endpoints REST da API](/docs/alerts/new-relic-alerts-beta/getting-started/re ## Antes de usar a API REST [#before-start] -A API REST não é mais a forma preferida de gerenciar programaticamente seus alertas. Para obter mais contexto, leia a [introdução à API de ](/docs/alerts-applied-intelligence/new-relic-alerts/advanced-alerts/alerts-api/intro-alerts-api). +A API REST não é mais a forma preferida de gerenciar programaticamente seus alertas. Para obter mais contexto, leia a [introdução à API de ](/docs/alerts-applied-intelligence/new-relic-alerts/advanced-alerts/alerts-api/intro-alerts-api). ## Campos obrigatórios e opcionais [#required] @@ -34,10 +34,7 @@ Todos os campos usados com um tipo de condição específico são obrigatórios, Nem todos os campos listados neste glossário são obrigatórios para todos os tipos de condição. O tipo de condição para o qual um campo deve ser usado está listado em cada descrição. - + Este campo permite definir o escopo de uma condição para uma instância da JVM ou para um aplicativo inteiro. Esta pode ser uma das strings: * instância @@ -53,10 +50,7 @@ Nem todos os campos listados neste glossário são obrigatórios para todos os t Para métricas de integridade baseadas em instância e JVM, consulte também [`violation_close_timer`](#violation_close_timer). - + Este é o status da sua condição do alerta e é opcional. O padrão é `false`. Este campo pode ser utilizado para habilitar ou desabilitar uma condição para períodos de manutenção ou testes. @@ -69,10 +63,7 @@ Nem todos os campos listados neste glossário são obrigatórios para todos os t * Condições de monitoramento sintético - + Este é um array de IDs [de entidades](/docs/alerts/new-relic-alerts/getting-started/alerts-glossary#alert-entity) que identificam os objetos que serão monitorados com sua condição. Podem ser ID do aplicativo, IDs de browser, IDs principais de transação, IDs de serviços externos, etc. Eles são inseridos como uma série de números inteiros separados por vírgula, se houver mais de um. @@ -83,10 +74,7 @@ Nem todos os campos listados neste glossário são obrigatórios para todos os t * Condições de serviço externo - + Quanto tempo esperar, em segundos, após o último ponto de dados ser recebido pela nossa plataforma antes de considerar o sinal perdido. Isso se baseia na hora em que os dados chegam e não no carimbo de data/hora dos dados. O padrão é nulo. Adicione um valor para ativar a detecção de perda de sinal. Usado para: @@ -94,10 +82,7 @@ Nem todos os campos listados neste glossário são obrigatórios para todos os t * Condições NRQL - + Quando `true`, isso fecha todos os incidentes atualmente abertos quando nenhum sinal é ouvido dentro do tempo `expiration_duration` . O padrão é `false`. @@ -107,10 +92,7 @@ Nem todos os campos listados neste glossário são obrigatórios para todos os t * Condições NRQL - + Quando verdadeiro, isso abre um incidente de perda de sinal quando não há sinal dentro do tempo `expiration_duration` . O padrão é `false`. @@ -120,10 +102,7 @@ Nem todos os campos listados neste glossário são obrigatórios para todos os t * Condições NRQL - + Esta é a URL do serviço externo a ser monitorado. Esta string **não** deve incluir o protocolo. Por exemplo, use `example.com`, não `https://example.com`. Usado para: @@ -131,17 +110,11 @@ Nem todos os campos listados neste glossário são obrigatórios para todos os t * Condições de serviço externo - + O campo **metric** é usado para três categorias de alerta. O parâmetro exato disponível para uso depende da configuração no campo [tipo](#type) . Eles estão listados abaixo de acordo com o campo [do tipo](#type) de alerta. - + O valor especificado no campo [de tipo](#type) controla qual parâmetro pode ser especificado. O campo [de tipo](#type) e os nomes **parameter** disponíveis correspondentes estão listados na tabela a seguir. Apenas um pode ser especificado. @@ -160,91 +133,88 @@ Nem todos os campos listados neste glossário são obrigatórios para todos os t
- apm_app_metric + apm\_app\_metric * apdex - * error_percentage - * response_time_web - * response_time_background - * throughput_web - * throughput_background - * user_defined + * error\_percentage + * response\_time\_web + * response\_time\_background + * throughput\_web + * throughput\_background + * user\_defined
- apm_kt_metric + apm\_kt\_metric * apdex - * error_percentage - * error_count - * response_time + * error\_percentage + * error\_count + * response\_time * taxas de transferência
- browser_metric + browser\_metric - * end_user_apdex - * total_page_load - * page_rendering - * web_application + * end\_user\_apdex + * total\_page\_load + * page\_rendering + * web\_application * rede - * dom_processing - * request_queuing - * ajax_response_time - * page_views_with_js_errors - * page_view_throughput - * ajax_throughput - * user_defined + * dom\_processing + * request\_queuing + * ajax\_response\_time + * page\_views\_with\_js\_errors + * page\_view\_throughput + * ajax\_throughput + * user\_defined
- browser_metric_baseline + browser\_metric\_baseline - * page_view_throughput - * average_response_time - * ajax_response_time - * ajax_application_time + * page\_view\_throughput + * average\_response\_time + * ajax\_response\_time + * ajax\_application\_time
- mobile_metric + mobile\_metric * banco de dados * imagens * json, rede - * view_loading - * network_error_percentage - * status_error_percentage - * user_defined + * view\_loading + * network\_error\_percentage + * status\_error\_percentage + * user\_defined
- + O valor especificado no campo [de tipo](#type) controla qual parâmetro pode ser especificado. O campo [de tipo](#type) e os nomes **parameter** disponíveis correspondentes estão listados na tabela a seguir. Apenas um pode ser especificado. @@ -263,49 +233,49 @@ Nem todos os campos listados neste glossário são obrigatórios para todos os t @@ -314,10 +284,7 @@ Nem todos os campos listados neste glossário são obrigatórios para todos os t - + Este é o GUID do monitoramento sintético para alertar. Usado para: @@ -325,13 +292,10 @@ Nem todos os campos listados neste glossário são obrigatórios para todos os t * Condições de monitoramento sintético - + Este título de condição permitirá identificá-la na interface. - Siga as [orientações](/docs/alerts/new-relic-alerts/configuring-alert-policies/define-alert-conditions#best-practices-conditions) para tornar este texto descritivo, mas curto. + Siga as [diretrizes](/docs/alerts/create-alert/create-alert-condition/alert-conditions/#name-your-condition) para torná-lo descritivo, mas curto. Usado para: @@ -341,10 +305,7 @@ Nem todos os campos listados neste glossário são obrigatórios para todos os t * Condições de monitoramento sintético - + Esta é a consulta NRQL que alerta o monitor como parte de uma condição NRQL. Usado para: @@ -352,10 +313,7 @@ Nem todos os campos listados neste glossário são obrigatórios para todos os t * Condições NRQL - + Obsoleto em favor de um `aggregation_method` com um `aggregation_delay` ou `aggregation_timer`. Este é o período (em minutos) para avaliar a consulta NRQL especificada. `since_value` deve estar entre `1` e `20`. Usado para: @@ -363,10 +321,7 @@ Nem todos os campos listados neste glossário são obrigatórios para todos os t * Condições NRQL - + A URL [do runbook](/docs/alerts/new-relic-alerts/getting-started/alerts-glossary#alert-runbook) a ser exibida na notificação. Este campo é opcional. Usado para: @@ -377,10 +332,7 @@ Nem todos os campos listados neste glossário são obrigatórios para todos os t * Condições de monitoramento sintético - + O tempo em segundos de espera até que a janela de agregação seja preenchida com dados. Obrigatório ao usar os tipos CADENCE ou evento `aggregation_method` . O padrão é **120 seconds**. Usado com métodos de fluxo de eventos e agregação de cadência. @@ -390,10 +342,7 @@ Nem todos os campos listados neste glossário são obrigatórios para todos os t * Condições NRQL - + O New Relic agrega dados em janelas e precisa determinar quando a janela atual termina e a próxima começa. O `aggregation_method` é a lógica que nos informa quando temos todos os dados para uma determinada janela de agregação. Depois que a janela é fechada, os dados são agregados em um único ponto e avaliados em relação ao limite. Este campo é opcional. Um dos três valores a seguir pode ser especificado: @@ -411,10 +360,7 @@ Nem todos os campos listados neste glossário são obrigatórios para todos os t * Condições NRQL - + O tempo em segundos de espera após o recebimento de cada ponto de dados, para garantir que todo o lote seja processado. Obrigatório ao usar o tipo `EVENT_TIMER` `aggregation_method` . O padrão é **60 seconds**. Usado para: @@ -422,10 +368,7 @@ Nem todos os campos listados neste glossário são obrigatórios para todos os t * Condições NRQL - + O alerta de streaming reúne dados em períodos específicos antes de executar a função na consulta NRQL. Essas janelas de tempo são personalizáveis. Os pontos de dados são coletados juntos com base em seu carimbo de data/hora e relatados em lote. A janela de agregação personalizável oferece maior flexibilidade e menos incidentes falsos ao alertar sobre pontos de dados irregulares ou menos frequentes. @@ -439,10 +382,7 @@ Nem todos os campos listados neste glossário são obrigatórios para todos os t * Condições NRQL - + Por padrão, as janelas de agregação são agrupadas sequencialmente. Isso pode levar a gráficos pontiagudos sempre que uma janela é iniciada e outra é iniciada. Use `slide_by` para criar janelas deslizantes. As janelas agregadas deslizantes se sobrepõem, criando gráficos mais suaves. O intervalo `slide_by` define a duração da sobreposição. @@ -452,10 +392,7 @@ Nem todos os campos listados neste glossário são obrigatórios para todos os t O padrão é baseado na duração atual da janela. O intervalo `slide_by` deve ser dividido igualmente pela duração da janela de agregação. O intervalo `slide_by` também deve ser menor que a duração da janela. - + Obsoleto em favor de um `aggregation_method` com um `aggregation_delay` ou `aggregation_timer`. A compensação é quanto tempo esperamos pelos dados atrasados antes de avaliar cada janela de agregação. Esperar mais fornece um sinal mais preciso, mas aumenta a latência. O padrão é **3 aggregation windows**. Usado para: @@ -463,10 +400,7 @@ Nem todos os campos listados neste glossário são obrigatórios para todos os t * Condições NRQL - + Para dados esporádicos, você pode evitar falsos alertas preenchendo as lacunas (janelas vazias) com dados Sintético. * `none`: (Padrão) Use isto se não quiser realizar nenhuma ação em janelas de agregação vazias. Na avaliação, uma janela de agregação vazia redefinirá o temporizador de duração limite. Por exemplo, se uma condição disser que todas as janelas de agregação devem ter pontos de dados acima do limite durante 5 minutos, e 1 das 5 janelas de agregação estiver vazia, então a condição não abrirá um incidente. @@ -482,10 +416,7 @@ Nem todos os campos listados neste glossário são obrigatórios para todos os t * Condições NRQL - + Este é o valor usado pelo valor personalizado `fill_option` . O padrão é `0`. Usado para: @@ -493,10 +424,7 @@ Nem todos os campos listados neste glossário são obrigatórios para todos os t * Condições NRQL - + Este é o tempo (em minutos) para a condição persistir antes de disparar um evento. Corresponde à duração definida ao [adicionar um limite](/docs/alerts/new-relic-alerts/configuring-alert-policies/define-thresholds-trigger-alert#adding-thresholds) na interface. Usado para: @@ -505,23 +433,20 @@ Nem todos os campos listados neste glossário são obrigatórios para todos os t * Condições NRQL - - Isso determina qual comparação será usada entre os valores **value_function** e **terms\[threshold]** para acionar um evento. Corresponde à operação selecionada ao [adicionar um limite](/docs/alerts/new-relic-alerts/configuring-alert-policies/define-thresholds-trigger-alert#adding-thresholds) na interface. Deve ser uma das seguintes strings: + + Isso determina qual comparação será usada entre os valores **value\_function** e **terms\[threshold]** para acionar um evento. Corresponde à operação selecionada ao [adicionar um limite](/docs/alerts/new-relic-alerts/configuring-alert-policies/define-thresholds-trigger-alert#adding-thresholds) na interface. Deve ser uma das seguintes strings: * acima - * above_or_equals (NRQL conditions only) + * above\_or\_equals (NRQL conditions only) * abaixo - * below_or_equals (NRQL conditions only) + * below\_or\_equals (NRQL conditions only) * igual - * not_equals (NRQL conditions only) + * not\_equals (NRQL conditions only) Usado para: @@ -532,10 +457,7 @@ Nem todos os campos listados neste glossário são obrigatórios para todos os t * Condições NRQL - + Isto corresponde ao [nível de gravidade](/docs/alerts/new-relic-alerts/configuring-alert-policies/define-thresholds-trigger-alert#threshold-levels) selecionado ao definir os valores limite para a condição na interface. Esta deve ser uma das seguintes strings: * crítico @@ -551,11 +473,8 @@ Nem todos os campos listados neste glossário são obrigatórios para todos os t * Condições NRQL - - Este é o limite que o **value_function** deve ser comparado ao uso do **terms\[operator]** para que um evento seja acionado. Corresponde ao valor numérico especificado na interface ao [adicionar os valores limite](/docs/alerts/new-relic-alerts/configuring-alert-policies/define-thresholds-trigger-alert#adding-thresholds). + + Este é o limite que o **value\_function** deve ser comparado ao uso do **terms\[operator]** para que um evento seja acionado. Corresponde ao valor numérico especificado na interface ao [adicionar os valores limite](/docs/alerts/new-relic-alerts/configuring-alert-policies/define-thresholds-trigger-alert#adding-thresholds). Este é um valor numérico e deve ser 0 (zero) ou maior. @@ -566,10 +485,7 @@ Nem todos os campos listados neste glossário são obrigatórios para todos os t * Condições NRQL - + Isto corresponde às configurações feitas na interface ao [adicionar os valores limite](/docs/alerts/new-relic-alerts/configuring-alert-policies/define-thresholds-trigger-alert#adding-thresholds). As opções são: * todos (correspondente a `for at least` na interface) @@ -585,19 +501,13 @@ Nem todos os campos listados neste glossário são obrigatórios para todos os t * Condições NRQL - + Isso define o tipo de métrica que será usada para o alerta. O conteúdo permitido para o campo [de métrica](#metric) depende do valor **type** escolhido. Existem duas [categorias de produtos](/docs/alerts/new-relic-alerts/configuring-alert-policies/select-product-targets-alert-condition) : - + Para esta categoria, **type** é definido como uma das sequências a seguir indicando o tipo de [condição do alerta](#alerts_conditions).
- apm_external_service + apm\_external\_service * apdex - * error_percentage - * response_time_web - * response_time_background - * throughput_web - * throughput_background - * user_defined + * error\_percentage + * response\_time\_web + * response\_time\_background + * throughput\_web + * throughput\_background + * user\_defined
- apm_app_metric_baseline + apm\_app\_metric\_baseline - * external_service_transaction_time - * error_count - * database_transaction_time - * throughput_web - * response_time_web - * non_web_transaction_time - * web_transaction_database_time - * non_web_transaction_database_time + * external\_service\_transaction\_time + * error\_count + * database\_transaction\_time + * throughput\_web + * response\_time\_web + * non\_web\_transaction\_time + * web\_transaction\_database\_time + * non\_web\_transaction\_database\_time
- mobile_external_service + mobile\_external\_service - * response_time_average - * response_time_minimum - * response_time_maximum + * response\_time\_average + * response\_time\_minimum + * response\_time\_maximum * taxas de transferência - * network_failure_percentage - * http_status_error_percentage + * network\_failure\_percentage + * http\_status\_error\_percentage
@@ -616,17 +526,17 @@ Nem todos os campos listados neste glossário são obrigatórios para todos os t @@ -198,7 +177,7 @@ Você tem dúvidas sobre vários resultados calculados pelo `ktranslate` Monitor @@ -238,7 +217,7 @@ Você tem dúvidas sobre vários resultados calculados pelo `ktranslate` Monitor @@ -254,4 +233,4 @@ Você tem dúvidas sobre vários resultados calculados pelo `ktranslate` Monitor
- apm_app_metric + apm\_app\_metric - a métrica do aplicativo acionará um alerta. + a métrica do aplicativo acionará um alerta.
- apm_app_metric_baseline + apm\_app\_metric\_baseline @@ -636,7 +546,7 @@ Nem todos os campos listados neste glossário são obrigatórios para todos os t
- apm_kt_metric + apm\_kt\_metric @@ -646,7 +556,7 @@ Nem todos os campos listados neste glossário são obrigatórios para todos os t
- browser_metric + browser\_metric @@ -656,7 +566,7 @@ Nem todos os campos listados neste glossário são obrigatórios para todos os t
- browser_metric_baseline + browser\_metric\_baseline @@ -666,7 +576,7 @@ Nem todos os campos listados neste glossário são obrigatórios para todos os t
- mobile_metric + mobile\_metric @@ -681,10 +591,7 @@ Nem todos os campos listados neste glossário são obrigatórios para todos os t * Condições - + Para esta categoria, **type** é definido como uma das sequências a seguir, indicando o tipo de [condição de serviço externo](#alerts_external_service_conditions). @@ -703,7 +610,7 @@ Nem todos os campos listados neste glossário são obrigatórios para todos os t
- apm_external_service + apm\_external\_service @@ -713,7 +620,7 @@ Nem todos os campos listados neste glossário são obrigatórios para todos os t
- mobile_external_service + mobile\_external\_service @@ -730,13 +637,10 @@ Nem todos os campos listados neste glossário são obrigatórios para todos os t - + Este é o nome de um **metric** customizado definido pelo usuário a ser usado para determinar se um evento deve ser acionado. - O **user_defined\[value_function]** associado à métrica é comparado com o valor **terms\[threshold]** ao avaliar se um incidente deve ser acionado. A comparação é realizada utilizando o operador definido por **terms\[operator]**. + O **user\_defined\[value\_function]** associado à métrica é comparado com o valor **terms\[threshold]** ao avaliar se um incidente deve ser acionado. A comparação é realizada utilizando o operador definido por **terms\[operator]**. Usado para: @@ -745,11 +649,8 @@ Nem todos os campos listados neste glossário são obrigatórios para todos os t * Condições de monitoramento sintético - - Este é o valor numérico obtido da métrica personalizada especificada por **user_defined\[metric]**. + + Este é o valor numérico obtido da métrica personalizada especificada por **user\_defined\[metric]**. Ele é comparado com o valor **terms\[threshold]** ao avaliar se um incidente deve ser acionado. A comparação é realizada utilizando o operador definido por **terms\[operator]**. @@ -763,27 +664,21 @@ Nem todos os campos listados neste glossário são obrigatórios para todos os t * total - * sample_size + * sample\_size Usado para: * Condições - + Quando usado para uma [condição NRQL](/docs/alerts/rest-api-alerts/new-relic-alerts-rest-api/rest-api-calls-new-relic-alerts#nrql-condition), as opções são: - * single_value (a condição é avaliada com base no valor retornado de cada consulta) + * single\_value (a condição é avaliada com base no valor retornado de cada consulta) * soma (a condição é avaliada com base na soma dos valores retornados de cada consulta durante a duração especificada) - + Use para fechar automaticamente o incidente baseado em instância após o número de segundos especificado. O padrão é **259,200 seconds** (3 dias). O máximo é 30 dias. @@ -794,15 +689,13 @@ Nem todos os campos listados neste glossário são obrigatórios para todos os t * Condições NRQL - + Use para fechar automaticamente o incidente baseado em instância, incluindo o incidente métrico de integridade da JVM, após o número de horas especificado. Deve estar entre 1 e 720 horas. O padrão é 72 horas. Usado para: * `apm_app_metric` (com `condition_scope` definido como `instance`) + * `apm_jvm_metric` - + \ No newline at end of file diff --git a/src/i18n/content/pt/docs/alerts/scale-automate/rest-api/disable-enable-alerts-conditions-using-api.mdx b/src/i18n/content/pt/docs/alerts/scale-automate/rest-api/disable-enable-alerts-conditions-using-api.mdx index 48fc8b4c849..52fb2cd6a56 100644 --- a/src/i18n/content/pt/docs/alerts/scale-automate/rest-api/disable-enable-alerts-conditions-using-api.mdx +++ b/src/i18n/content/pt/docs/alerts/scale-automate/rest-api/disable-enable-alerts-conditions-using-api.mdx @@ -8,7 +8,7 @@ freshnessValidatedDate: never translationType: machine --- -Numa política, uma [condição](/docs/alerts/new-relic-alerts/configuring-alert-policies/define-alert-conditions) identifica o que desencadeia um alerta. Você pode usar a API REST para desabilitar e habilitar condições. Você também pode [desabilitar e habilitar condições na interface](/docs/alerts/new-relic-alerts/updating-alert-policies/disable-or-delete-alert-policies-conditions#condition-on-off). +Em uma política, uma [condição](/docs/alerts/create-alert/create-alert-condition/alert-conditions) identifica o que aciona um alerta. Você pode usar a API REST para desabilitar e habilitar condições. Você também pode [desabilitar e habilitar condições na interface do usuário](/docs/alerts/new-relic-alerts/updating-alert-policies/disable-or-delete-alert-policies-conditions#condition-on-off). [As políticas não podem ser ativadas ou desativadas](/docs/alerts/new-relic-alerts/updating-alert-policies/disable-or-delete-alert-policies-conditions#disable-policy), seja por meio da API ou da interface. As políticas só podem ser criadas, excluídas ou ter suas condições alteradas. diff --git a/src/i18n/content/pt/docs/apm/agents/net-agent/getting-started/net-agent-compatibility-requirements.mdx b/src/i18n/content/pt/docs/apm/agents/net-agent/getting-started/net-agent-compatibility-requirements.mdx index 5e1b20299d9..c52b306c470 100644 --- a/src/i18n/content/pt/docs/apm/agents/net-agent/getting-started/net-agent-compatibility-requirements.mdx +++ b/src/i18n/content/pt/docs/apm/agents/net-agent/getting-started/net-agent-compatibility-requirements.mdx @@ -517,6 +517,8 @@ Quer experimentar nosso agente .NET? [Crie uma conta New Relic](https://newrelic O agente .NET não monitor diretamente os processos do armazenamento de dados. Além disso, a captura de parâmetros SQL do .NET em um trace de consulta não lista parâmetros para uma consulta parametrizada ou um procedimento armazenado. A coleta [de detalhes da instância](/docs/apm/applications-menu/features/analyze-database-instance-level-performance-issues) para datastores compatíveis está habilitada por padrão. Para solicitar informações em nível de instância de armazenamentos de dados não listados atualmente, obtenha suporte em [support.newrelic.com](https://support.newrelic.com). + + If your datastore isn't listed here, you can add custom instrumentation using the `RecordDatastoreSegment` method in the [.NET agent API](/docs/apm/agents/net-agent/net-agent-api/net-agent-api/#ITransaction). @@ -1400,6 +1402,8 @@ Quer experimentar nosso agente .NET? [Crie uma conta New Relic](https://newrelic
+ + If your datastore isn't listed here, you can add custom instrumentation using the `RecordDatastoreSegment` method in the [.NET agent API](/docs/apm/agents/net-agent/net-agent-api/net-agent-api/#ITransaction). diff --git a/src/i18n/content/pt/docs/apm/agents/php-agent/troubleshooting/agent-overhead-reduction-tips.mdx b/src/i18n/content/pt/docs/apm/agents/php-agent/troubleshooting/agent-overhead-reduction-tips.mdx index 70b6194345e..c21fc87880a 100644 --- a/src/i18n/content/pt/docs/apm/agents/php-agent/troubleshooting/agent-overhead-reduction-tips.mdx +++ b/src/i18n/content/pt/docs/apm/agents/php-agent/troubleshooting/agent-overhead-reduction-tips.mdx @@ -1,5 +1,5 @@ --- -title: Dicas para redução de sobrecarga do agente PHP +title: PHP agent overhead reduction tips type: troubleshooting tags: - Agents @@ -12,7 +12,7 @@ translationType: machine ## Problema -Usar o agente PHP do New Relic resulta em sobrecarga. +Using the New Relic PHP agent results in overhead. Performance overhead is anything that increases latency, CPU, or memory usage beyond what what would exist without the agent. ## Causa diff --git a/src/i18n/content/pt/docs/apm/new-relic-apm/apdex/apdex-measure-user-satisfaction.mdx b/src/i18n/content/pt/docs/apm/new-relic-apm/apdex/apdex-measure-user-satisfaction.mdx index 493e927a045..7ba45cb5ad4 100644 --- a/src/i18n/content/pt/docs/apm/new-relic-apm/apdex/apdex-measure-user-satisfaction.mdx +++ b/src/i18n/content/pt/docs/apm/new-relic-apm/apdex/apdex-measure-user-satisfaction.mdx @@ -16,57 +16,26 @@ Definir um limite útil para seus níveis de Apdex ajuda você a: * Obtenha a quantidade certa de rastreamento para solucionar problemas e melhorar o desempenho do aplicativo. - - - - - - - - - - - - - + + + + + + + + + + + + + Para saber mais, assista a este pequeno vídeo no YouTube (aprox. 3:50 minutos). -		 - \>T, <= 4T + >T, <= 4T @@ -174,7 +129,7 @@ O cálculo do tempo mudará com base na configuração T do seu próprio aplicat - \> 4T + > 4T @@ -240,7 +195,7 @@ Você pode definir vários valores Apdex T para cada um destes: ## Alerta Apdex [#apdex-alerts] -Você também pode [configurar condição do alerta](/docs/alerts/new-relic-alerts/configuring-alert-policies/define-alert-conditions) para Apdex. Quando a pontuação Apdex ultrapassa o [limite](/docs/alerts/new-relic-alerts/configuring-alert-policies/define-thresholds-trigger-alert) definido, o New Relic envia um alerta para o mecanismo de notificação (canal). +Você também pode [configurar condição do alerta](/docs/alerts/create-alert/create-alert-condition/alert-conditions) para Apdex. Quando a pontuação Apdex ultrapassa o [limite](/docs/alerts/new-relic-alerts/configuring-alert-policies/define-thresholds-trigger-alert) definido, o New Relic envia um alerta ao mecanismo de notificação (canal). ## Páginas de erros [#error] @@ -275,51 +230,18 @@ Você pode definir valores de Apdex T para cada aplicativo. Também é possível Para uma rápida visão geral de por que as medições Apdex são importantes e como saber qual limite é adequado para o seu aplicativo, assista a este pequeno vídeo do YouTube (aprox. 3:40 minutos). - - Usado para lidar com enumerações SNMP que convertem o valor inteiro de uma métrica dimensional no valor enumerado em um atributo decorado na métrica dimensional (usando o mesmo sufixo de nome de métrica). Um exemplo comum é a conversão de [kentik.snmp.if_AdminStatus](https://oid-rep.orange-labs.fr/get/1.3.6.1.2.1.2.2.1.7) para o valor enumerado de [if_AdminStatus](https://github.com/kentik/snmp-profiles/blob/ccb1df47a5068a59fb3e3765746524e0286252e7/profiles/kentik_snmp/_general/if-mib.yml#L59-L66) como `up`, `down` ou `testing`. + Usado para lidar com enumerações SNMP que convertem o valor inteiro de uma métrica dimensional no valor enumerado em um atributo decorado na métrica dimensional (usando o mesmo sufixo de nome de métrica). Um exemplo comum é a conversão de [kentik.snmp.if\_AdminStatus](https://oid-rep.orange-labs.fr/get/1.3.6.1.2.1.2.2.1.7) para o valor enumerado de [if\_AdminStatus](https://github.com/kentik/snmp-profiles/blob/ccb1df47a5068a59fb3e3765746524e0286252e7/profiles/kentik_snmp/_general/if-mib.yml#L59-L66) como `up`, `down` ou `testing`.
- Usado para converter valores hexadecimais em formato inteiro. Opções para **current**: `LittleEndian` \| `BigEndian`. Opções para **desired**: `uint16` \| `uint32` \| `uint64` + Usado para converter valores hexadecimais em formato inteiro. Opções para **current**: `LittleEndian` | `BigEndian`. Opções para **desired**: `uint16` | `uint32` | `uint64`
- Coloca uma correspondência de regex na saída do OID para capturar substrings; precisa ser colocado entre aspas e ter barras invertidas escapadas.
Exemplo de resultado de OID: `" 5 Secs ( 96.3762%) 60 Secs ( 62.8549%) 300 Secs ( 25.2877%)"`
Conversão de exemplo: `"regexp:60 Secs.*?(\\d+)"`
Resultado final: `62` + Coloca uma correspondência de regex na saída do OID para capturar substrings; precisa ser colocado entre aspas e ter barras invertidas escapadas.
Exemplo de resultado de OID: `" 5 Secs ( 96.3762%) 60 Secs ( 62.8549%) 300 Secs ( 25.2877%)"`
Conversão de exemplo: `"regexp:60 Secs.*?(\\d+)"`
Resultado final: `62`
- + \ No newline at end of file diff --git a/src/i18n/content/pt/docs/new-relic-solutions/build-nr-ui/newrelic-cli.mdx b/src/i18n/content/pt/docs/new-relic-solutions/build-nr-ui/newrelic-cli.mdx index d25ba1c6ad4..3836736bcce 100644 --- a/src/i18n/content/pt/docs/new-relic-solutions/build-nr-ui/newrelic-cli.mdx +++ b/src/i18n/content/pt/docs/new-relic-solutions/build-nr-ui/newrelic-cli.mdx @@ -13,25 +13,40 @@ A CLI da New Relic permite a integração da New Relic em seu fluxo de trabalho Encontre detalhes sobre os documentos de comando da CLI do New Relic no GitHub. -### Opções \[nr-cli-commands-options] +### Opções [#nr-cli-commands-options] ```bash copyable=false -[output] --format string output text format [YAML, JSON, Text] (default "JSON") -[output] -h, --help help for newrelic -[output] --plain output compact text +[output] -a, --accountId int the account ID to use. Can be overridden by setting NEW_RELIC_ACCOUNT_ID +[output] --debug debug level logging +[output] --format string output text format [JSON, Text, YAML] (default "JSON") +[output] -h, --help help for newrelic +[output] --plain output compact text +[output] --profile string the authentication profile to use +[output] --trace trace level logging ``` ### Comandos [#commands] * [nova relíquia APM](https://github.com/newrelic/newrelic-cli/blob/master/docs/cli/newrelic_apm.md). Interaja com o New Relic APM. + * [conclusão da nova relíquia](https://github.com/newrelic/newrelic-cli/blob/master/docs/cli/newrelic_completion.md). Gera funções de conclusão de shell. + * [configuração do newrelic](https://github.com/newrelic/newrelic-cli/blob/master/docs/cli/newrelic_config.md). Gerencie a configuração da CLI do New Relic. + * [decodificação newrelic](https://github.com/newrelic/newrelic-cli/blob/master/docs/cli/newrelic_decode.md). Use o comando decode url para imprimir informações criptografadas no URL. + * [documentação da nova relíquia](https://github.com/newrelic/newrelic-cli/blob/master/docs/cli/newrelic_documentation.md). Gere documentação CLI. + * [entidade nova-relíquia](https://github.com/newrelic/newrelic-cli/blob/master/docs/cli/newrelic_entity.md). Interaja com a entidade New Relic . + * [nerdgraph newrelic](https://github.com/newrelic/newrelic-cli/blob/master/docs/cli/newrelic_nerdgraph.md). Execute solicitações GraphQL para a API NerdGraph. + * [armazenamento nerd newrelic](https://github.com/newrelic/newrelic-cli/blob/master/docs/cli/newrelic_nerdstorage.md). Leia, escreva e exclua documentos e coleções do NerdStorage. + * [novarelíquia NRQL](https://github.com/newrelic/newrelic-cli/blob/master/docs/cli/newrelic_nrql.md). Comandos para interagir com o banco de dados New Relic. + * [perfil newrelic](https://github.com/newrelic/newrelic-cli/blob/master/docs/cli/newrelic_profile.md). Gerencie os perfis de autenticação desta ferramenta. + * [versão newrelic](https://github.com/newrelic/newrelic-cli/blob/master/docs/cli/newrelic_version.md). Mostre a versão da CLI do New Relic. -* [workloadnewrelic](https://github.com/newrelic/newrelic-cli/blob/master/docs/cli/newrelic_workload.md). Interaja com a carga de trabalho New Relic . + +* [workloadnewrelic](https://github.com/newrelic/newrelic-cli/blob/master/docs/cli/newrelic_workload.md). Interaja com a carga de trabalho New Relic . \ No newline at end of file diff --git a/src/i18n/content/pt/docs/serverless-function-monitoring/aws-lambda-monitoring/instrument-lambda-function/containerized-images.mdx b/src/i18n/content/pt/docs/serverless-function-monitoring/aws-lambda-monitoring/instrument-lambda-function/containerized-images.mdx index f94ff34c2c0..f99aaf22b21 100644 --- a/src/i18n/content/pt/docs/serverless-function-monitoring/aws-lambda-monitoring/instrument-lambda-function/containerized-images.mdx +++ b/src/i18n/content/pt/docs/serverless-function-monitoring/aws-lambda-monitoring/instrument-lambda-function/containerized-images.mdx @@ -27,8 +27,8 @@ Aqui está um guia para adicionar nossa camada pré-construída ao seu código. * [Java](https://gallery.ecr.aws/newrelic-lambda-layers-for-docker/newrelic-lambda-layers-java) * [Node.js](https://gallery.ecr.aws/newrelic-lambda-layers-for-docker/newrelic-lambda-layers-nodejs) - * [Python](https://gallery.ecr.aws/x6n7b2o2/newrelic-lambda-layers-python) - * [Ruby](https://gallery.ecr.aws/x6n7b2o2/newrelic-lambda-layers-ruby) + * [Python](https://gallery.ecr.aws/newrelic-lambda-layers-for-docker/newrelic-lambda-layers-python) + * [Ruby](https://gallery.ecr.aws/newrelic-lambda-layers-for-docker/newrelic-lambda-layers-ruby) * [.NET](https://gallery.ecr.aws/newrelic-lambda-layers-for-docker/newrelic-lambda-layers-dotnet) * [Somente extensão](https://gallery.ecr.aws/newrelic-lambda-layers-for-docker/newrelic-lambda-layers-lambdaextension) @@ -81,6 +81,8 @@ Aqui está um guia para adicionar nossa camada pré-construída ao seu código. CMD [ "com.newrelic.java.HandlerWrapper::handleRequest" ] # CMD [ "com.newrelic.java.HandlerWrapper::handleStreamsRequest" ] ``` + + Experimente [um exemplo prático](https://github.com/newrelic/newrelic-lambda-extension/tree/main/examples/sam/containerized-lambda/java-17-maven-sam-example) de uma função Java em contêiner do Lambda usando SAM. @@ -99,6 +101,8 @@ Aqui está um guia para adicionar nossa camada pré-construída ao seu código. # CMD override to New Relic's handler wrapper CMD [ "newrelic_lambda_wrapper.handler" ] ``` + + Experimente [um exemplo prático](https://github.com/newrelic/newrelic-lambda-extension/tree/main/examples/sam/containerized-lambda/python-sam-example) de uma função Python em contêiner do Lambda usando SAM. @@ -117,6 +121,8 @@ Aqui está um guia para adicionar nossa camada pré-construída ao seu código. # CMD override to New Relic's handler wrapper CMD [ "newrelic-lambda-wrapper.handler" ] ``` + + Experimente [um exemplo prático](https://github.com/newrelic/newrelic-lambda-extension/tree/main/examples/sam/containerized-lambda/nodejs-sam-example) de uma função do Lambda em contêiner Node.js usando SAM. diff --git a/src/i18n/content/pt/docs/synthetics/synthetic-monitoring/getting-started/get-started-synthetic-monitoring.mdx b/src/i18n/content/pt/docs/synthetics/synthetic-monitoring/getting-started/get-started-synthetic-monitoring.mdx index fb75efdaefd..85fb3ef18da 100644 --- a/src/i18n/content/pt/docs/synthetics/synthetic-monitoring/getting-started/get-started-synthetic-monitoring.mdx +++ b/src/i18n/content/pt/docs/synthetics/synthetic-monitoring/getting-started/get-started-synthetic-monitoring.mdx @@ -153,7 +153,7 @@ Você pode optar por criar um script monitor de browser com em vez de um monitor ```js - //Visit `http://telco.nrdemo.com/` + // Visit `http://telco.nrdemo.com/` $webDriver.get("http://telco.nrdemo.com/"); ``` @@ -163,9 +163,9 @@ Você pode optar por criar um script monitor de browser com em vez de um monitor ```js $webDriver.get("http://telco.nrdemo.com/").then(function(){ - //Find a link with display text that matches `About` - return $webDriver.findElement($selenium.By.linkText("About")).click(); - //Click the link that matches `About` + // Find a link with display text that matches `About` + return $webDriver.findElement($selenium.By.linkText("About")).click(); + // Click the link that matches `About` }).then(function(){ return $webDriver.findElement($selenium.By.partialLinkText("Home")).click(); }); @@ -177,16 +177,16 @@ Você pode optar por criar um script monitor de browser com em vez de um monitor ```js async function waitForAndFindElement(locator, timeout){ - const element = await $webDriver.wait($selenium.until.elementLocated(locator), timeout, 'Timed-out waiting for element to be located using: '+locator); - await $webDriver.wait($selenium.until.elementIsVisible(element), timeout, 'Timed-out waiting for element to be visible using ${element}'); - return await $webDriver.findElement(locator); + const element = await $webDriver.wait($selenium.until.elementLocated(locator), timeout, 'Timed-out waiting for element to be located using: '+locator); + await $webDriver.wait($selenium.until.elementIsVisible(element), timeout, 'Timed-out waiting for element to be visible using ${element}'); + return await $webDriver.findElement(locator); } await $webDriver.get("http://telco.nrdemo.com/") await $webDriver.findElement($selenium.By.id("supportDropDown")).click(); - //Wait up to 20000 seconds for the FAQ page to appear + // Wait up to 20000 seconds for the FAQ page to appear let aboutPage = await waitForAndFindElement($selenium.By.id("supportFAQLink"), 20000) await aboutPage.click(); ``` @@ -197,13 +197,13 @@ Você pode optar por criar um script monitor de browser com em vez de um monitor ```js $webDriver.get("http://example.com/login.jsp").then(function(){ - return $webDriver.findElement($selenium.By.name("username")).sendKeys($secure.SECURE_USERNAME); + return $webDriver.findElement($selenium.By.name("username")).sendKeys($secure.SECURE_USERNAME); }).then(function(){ - //Find the password field by specifying its name, then submits a secured password. - return $webDriver.findElement($selenium.By.name("password")).sendKeys($secure.SECURE_PASSWORD); + // Find the password field by specifying its name, then submits a secured password. + return $webDriver.findElement($selenium.By.name("password")).sendKeys($secure.SECURE_PASSWORD); }).then(function(){ - //Find and click the login button. - return $webDriver.findElement($selenium.By.xpath("//inp[@value='Login']")).click(); + // Find and click the login button. + return $webDriver.findElement($selenium.By.xpath("//inp[@value='Login']")).click(); }); ``` From 7b03b0375fb77ea1e3fca9d9ef6b5454919a86f6 Mon Sep 17 00:00:00 2001 From: Sunny Zanchi Date: Tue, 29 Oct 2024 12:23:32 -0400 Subject: [PATCH 2/4] fix MDX error --- .../nerdgraph/examples/nerdgraph-synthetics-tutorial.mdx | 8 ++++---- 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/src/i18n/content/kr/docs/apis/nerdgraph/examples/nerdgraph-synthetics-tutorial.mdx b/src/i18n/content/kr/docs/apis/nerdgraph/examples/nerdgraph-synthetics-tutorial.mdx index 5241caead21..a8d99a1b2b2 100644 --- a/src/i18n/content/kr/docs/apis/nerdgraph/examples/nerdgraph-synthetics-tutorial.mdx +++ b/src/i18n/content/kr/docs/apis/nerdgraph/examples/nerdgraph-synthetics-tutorial.mdx @@ -909,8 +909,8 @@ translationType: machine 아래 예제를 사용하여 간단한 브라우저, 스크립트 API 또는 스크립트 브라우저 모니터를 새로운 Chrome 100+ 또는 Node.js 16.10 런타임으로 업데이트할 수 있습니다. 다음 예제에서는 스크립팅된 브라우저 모니터를 레거시 런타임에서 새 런타임으로 업그레이드합니다. - * 아래 예를 사용하여 간단한 브라우저 모니터를 업데이트하려면 `syntheticsUpdateScriptBrowserMonitor` } 대신 `syntheticsUpdateSimpleBrowserMonitor` 으로 변형을 변경합니다. - * 아래 예를 사용하여 스크립팅된 API 모니터를 업데이트하려면 변형을 \{ `syntheticsUpdateScriptBrowserMonitor` `syntheticsUpdateScriptApiMonitor` 으로 변경합니다. + * 아래 예를 사용하여 간단한 브라우저 모니터를 업데이트하려면 `syntheticsUpdateScriptBrowserMonitor` 대신 `syntheticsUpdateSimpleBrowserMonitor` 으로 변형을 변경합니다. + * 아래 예를 사용하여 스크립팅된 API 모니터를 업데이트하려면 변형을 `syntheticsUpdateScriptBrowserMonitor` `syntheticsUpdateScriptApiMonitor` 으로 변경합니다. 런타임 설정에 대한 자세한 내용은 [optional-fields](#optional-fields) 를 확인하세요. @@ -938,8 +938,8 @@ translationType: machine 아래 예를 사용하여 간단한 브라우저, 스크립트 API 또는 멀티미디어 브라우저 모니터를 업데이트하여 2024년 10월 22일 EOL 이전의 구형 런타임을 사용할 수 있습니다. 다음 예에서는 멀티미디어 브라우저 모니터를 새 런타임에서 구형 런타임으로 다운그레이드합니다. - * 아래 예를 사용하여 간단한 브라우저 모니터를 업데이트하려면 `syntheticsUpdateScriptBrowserMonitor` } 대신 `syntheticsUpdateSimpleBrowserMonitor` 으로 변형을 변경합니다. - * 아래 예를 사용하여 스크립팅된 API 모니터를 업데이트하려면 변형을 \{ `syntheticsUpdateScriptBrowserMonitor` `syntheticsUpdateScriptApiMonitor` 으로 변경합니다. + * 아래 예를 사용하여 간단한 브라우저 모니터를 업데이트하려면 `syntheticsUpdateScriptBrowserMonitor` 대신 `syntheticsUpdateSimpleBrowserMonitor` 으로 변형을 변경합니다. + * 아래 예를 사용하여 스크립팅된 API 모니터를 업데이트하려면 변형을 `syntheticsUpdateScriptBrowserMonitor` `syntheticsUpdateScriptApiMonitor` 으로 변경합니다. 런타임 설정에 대한 자세한 내용은 [optional-fields](#optional-fields) 를 확인하세요. From 6e53da94fcc448e6f5458b209ccd9fd6ce22d878 Mon Sep 17 00:00:00 2001 From: Chris Zeitler Date: Tue, 29 Oct 2024 16:17:30 -0500 Subject: [PATCH 3/4] feat(kubernetes): Update docs with k8s 1.31 support and 1.26 deprecation --- .../configure-control-plane-monitoring.mdx | 6 ++-- .../k8s-version2/errors.mdx | 36 +++++++++---------- .../k8s-version2/overview.mdx | 26 ++++++-------- .../link-apm-applications-kubernetes.mdx | 2 +- ...integration-compatibility-requirements.mdx | 2 +- .../installation/k8s-otel.mdx | 2 +- .../not-seeing-control-plane-data.mdx | 2 +- .../deprecation-notice-v1.26-and-lower.mdx | 25 +++++++++++++ 8 files changed, 58 insertions(+), 43 deletions(-) create mode 100644 src/content/docs/release-notes/infrastructure-release-notes/kubernetes-integration-release-notes/deprecation-notice-v1.26-and-lower.mdx diff --git a/src/content/docs/kubernetes-pixie/kubernetes-integration/advanced-configuration/configure-control-plane-monitoring.mdx b/src/content/docs/kubernetes-pixie/kubernetes-integration/advanced-configuration/configure-control-plane-monitoring.mdx index 4c1fa60a2d4..16a2e05ad14 100644 --- a/src/content/docs/kubernetes-pixie/kubernetes-integration/advanced-configuration/configure-control-plane-monitoring.mdx +++ b/src/content/docs/kubernetes-pixie/kubernetes-integration/advanced-configuration/configure-control-plane-monitoring.mdx @@ -33,7 +33,7 @@ We monitor and collect [metrics](/docs/integrations/kubernetes-integration/under ## Control plane component [#component] -The task of monitoring the Kubernetes control plane is a responsibility of the `nrk8s-controlplane` component, which by default is deployed as a DaemonSet. This component is automatically deployed to master nodes, through the use of a default list of `nodeSelectorTerms` which includes labels commonly used to identify master nodes, such as `node-role.kubernetes.io/control-plane` or `node-role.kubernetes.io/master`. Regardless, this selector is exposed in the `values.yml` file and therefore can be reconfigured to fit other environments. +The task of monitoring the Kubernetes control plane is a responsibility of the `nrk8s-controlplane` component, which by default is deployed as a DaemonSet. This component is automatically deployed to control plane nodes, through the use of a default list of `nodeSelectorTerms` which includes labels commonly used to identify control plane nodes, such as `node-role.kubernetes.io/control-plane`. Regardless, this selector is exposed in the `values.yml` file and therefore can be reconfigured to fit other environments. Clusters that do not have any node matching these selectors will not get any pod scheduled, thus not wasting any resources and being functionally equivalent of disabling control plane monitoring altogether by setting `controlPlane.enabled` to `false` in the Helm Chart. @@ -47,7 +47,7 @@ Each component of the control plane has a dedicated section, which allows to ind 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. @@ -153,7 +153,7 @@ Our integration accepts a secret with the following keys: These certificates should be signed by the same CA etcd is using to operate. -How to generate these certificates is out of the scope of this documentation, as it will vary greatly between different Kubernetes distribution. Please refer to your distribution's documentation to see how to fetch the required etcd peer certificates. In Kubeadm, for example, they can be found in `/etc/kubernetes/pki/etcd/peer.{crt,key}` in the master node. +How to generate these certificates is out of the scope of this documentation, as it will vary greatly between different Kubernetes distribution. Please refer to your distribution's documentation to see how to fetch the required etcd peer certificates. In Kubeadm, for example, they can be found in `/etc/kubernetes/pki/etcd/peer.{crt,key}` in the control plane node. Once you have located or generated the etcd peer certificates, you should rename the files to match the keys we expect to be present in the secret, and create the secret in the cluster diff --git a/src/content/docs/kubernetes-pixie/kubernetes-integration/advanced-configuration/k8s-version2/errors.mdx b/src/content/docs/kubernetes-pixie/kubernetes-integration/advanced-configuration/k8s-version2/errors.mdx index 84f9269939e..e306ff4c9c2 100644 --- a/src/content/docs/kubernetes-pixie/kubernetes-integration/advanced-configuration/k8s-version2/errors.mdx +++ b/src/content/docs/kubernetes-pixie/kubernetes-integration/advanced-configuration/k8s-version2/errors.mdx @@ -138,37 +138,33 @@ If you're running version 2, check out these common Kubernetes integration error - Execute the following commands to manually find the master nodes: + Execute the following commands to manually find the control plane nodes: ```shell - kubectl get nodes -l node-role.kubernetes.io/master="" + kubectl get nodes -l node-role.kubernetes.io/control-plane="" ``` - ```shell - kubectl get nodes -l kubernetes.io/role="master" - ``` - - If the master nodes follow the labeling convention defined in the [Control plane component](/docs/kubernetes-pixie/kubernetes-integration/advanced-configuration/configure-control-plane-monitoring/#component), you should get some output like: + If the control plane nodes follow the labeling convention defined in the [Control plane component](/docs/kubernetes-pixie/kubernetes-integration/advanced-configuration/configure-control-plane-monitoring/#component), you should get some output like: ```shell - NAME STATUS ROLES AGE VERSION - ip-10-42-24-4.ec2.internal Ready master 42d v1.14.8 + NAME STATUS ROLES AGE VERSION + ip-10-42-24-4.ec2.internal Ready control-plane 42d v1.14.8 ``` If no nodes are found, there are two scenarios: - Your master nodes don't have the required labels that identify them as masters. In this case, you need to add both labels to your master nodes. + Your control plane nodes don't have the required labels that identify them as control planes. In this case, you need to add both labels to your control plane nodes. - You're in a managed cluster and your provider is handling the master nodes for you. In this case, there is nothing you can do, since your provider is limiting the access to those nodes. + You're in a managed cluster and your provider is handling the control plane nodes for you. In this case, there is nothing you can do, since your provider is limiting the access to those nodes. - To identify an integration pod running on a master node, replace `NODE_NAME` in the following command with one of the node names listed in the previous step: + To identify an integration pod running on a control plane node, replace `NODE_NAME` in the following command with one of the node names listed in the previous step: ```shell kubectl get pods --field-selector spec.nodeName=NODE_NAME -l name=newrelic-infra --all-namespaces @@ -177,7 +173,7 @@ If you're running version 2, check out these common Kubernetes integration error The next command is the same as the previous one, just that it selects the node for you: ```shell - kubectl get pods --field-selector spec.nodeName=$(kubectl get nodes -l node-role.kubernetes.io/master="" -o jsonpath="{.items[0].metadata.name}") -l name=newrelic-infra --all-namespaces + kubectl get pods --field-selector spec.nodeName=$(kubectl get nodes -l node-role.kubernetes.io/control-plane="" -o jsonpath="{.items[0].metadata.name}") -l name=newrelic-infra --all-namespaces ``` If everything is correct you should get some output like: @@ -187,7 +183,7 @@ If you're running version 2, check out these common Kubernetes integration error newrelic-infra-whvzt 1/1 Running 0 6d20h ``` - If the integration is not running on your master nodes, check that the daemonset has all the desired instances running and ready. + If the integration is not running on your control plane nodes, check that the daemonset has all the desired instances running and ready. ```shell kubectl get daemonsets -l app=newrelic-infra --all-namespaces @@ -198,7 +194,7 @@ If you're running version 2, check out these common Kubernetes integration error id="indicators" title="Check that the control plane components have the required labels" > - Refer to the [discovery of master nodes and control plane components documentation section](/docs/integrations/kubernetes-integration/installation/configure-control-plane-monitoring#discover-nodes-components) and look for the labels the integration uses to discover the components. Then run the following commands to see if there are any pods with such labels and the nodes where they are running: + Refer to the [discovery of control plane nodes and components documentation section](/docs/integrations/kubernetes-integration/installation/configure-control-plane-monitoring#discover-nodes-components) and look for the labels the integration uses to discover the components. Then run the following commands to see if there are any pods with such labels and the nodes where they are running: ```shell kubectl get pods -l k8s-app=kube-apiserver --all-namespaces @@ -228,9 +224,9 @@ If you're running version 2, check out these common Kubernetes integration error - To retrieve the logs, follow the instructions on [get logs from pod running on a master node](/docs/integrations/kubernetes-integration/troubleshooting/get-logs-version). The integration logs for every component the following message `Running job: COMPONENT_NAME`. Fro example: + To retrieve the logs, follow the instructions on [get logs from pod running on a control plane node](/docs/integrations/kubernetes-integration/troubleshooting/get-logs-version). The integration logs for every component the following message `Running job: COMPONENT_NAME`. Fro example: ```shell Running job: scheduler @@ -270,7 +266,7 @@ If you're running version 2, check out these common Kubernetes integration error The following command does the same as the previous one, but also chooses the pod for you: ```shell - kubectl exec -ti $(kubectl get pods --all-namespaces --field-selector spec.nodeName=$(kubectl get nodes -l node-role.kubernetes.io/master="" -o jsonpath="{.items[0].metadata.name}") -l name=newrelic-infra -o jsonpath="{.items[0].metadata.name}") -- wget -O - localhost:10251/metrics + kubectl exec -ti $(kubectl get pods --all-namespaces --field-selector spec.nodeName=$(kubectl get nodes -l node-role.kubernetes.io/control-plane="" -o jsonpath="{.items[0].metadata.name}") -l name=newrelic-infra -o jsonpath="{.items[0].metadata.name}") -- wget -O - localhost:10251/metrics ``` If everything is correct, you should get some metrics on the Prometheus format, something like this: diff --git a/src/content/docs/kubernetes-pixie/kubernetes-integration/advanced-configuration/k8s-version2/overview.mdx b/src/content/docs/kubernetes-pixie/kubernetes-integration/advanced-configuration/k8s-version2/overview.mdx index 9a7ed63dbca..dd2dd63a480 100644 --- a/src/content/docs/kubernetes-pixie/kubernetes-integration/advanced-configuration/k8s-version2/overview.mdx +++ b/src/content/docs/kubernetes-pixie/kubernetes-integration/advanced-configuration/k8s-version2/overview.mdx @@ -28,9 +28,9 @@ Please note that these versions had a less flexible autodiscovery options, and d In versions lower than v3, when the integration is deployed using `privileged: false`, the `hostNetwork` setting for the control plane component will be also be set to `false`. -### Discovery of master nodes and control plane components [#discover-nodes-components] +### Discovery of control plane nodes and control plane components [#discover-nodes-components] -The Kubernetes integration relies on the [`kubeadm`](https://kubernetes.io/docs/setup/production-environment/tools/kubeadm/create-cluster-kubeadm/) labeling conventions to discover the master nodes and the control plane components. This means that master nodes should be labeled with `node-role.kubernetes.io/master=""` or `kubernetes.io/role="master"`. +The Kubernetes integration relies on the [`kubeadm`](https://kubernetes.io/docs/setup/production-environment/tools/kubeadm/create-cluster-kubeadm/) labeling conventions to discover the control plane nodes and the control plane components. This means that control plane nodes should be labeled with `node-role.kubernetes.io/control-plane=""`. The control plane components should have either the `k8s-app` or the `tier` and `component` labels. See this table for accepted label combinations and values: @@ -158,11 +158,11 @@ The control plane components should have either the `k8s-app` or the `tier` and -When the integration detects that it's running inside a master node, it tries to find which components are running on the node by looking for pods that match the labels listed in the table above. For every running component, the integration makes a request to its metrics endpoint. +When the integration detects that it's running inside a control plane node, it tries to find which components are running on the node by looking for pods that match the labels listed in the table above. For every running component, the integration makes a request to its metrics endpoint. ### Configuration -Control plane monitoring is automatic for agents running inside master nodes. The only component that requires an extra step to run is etcd, because it uses mutual TLS authentication (mTLS) for client requests. The API Server can also be configured to be queried using the [Secure Port](https://kubernetes.io/docs/reference/access-authn-authz/controlling-access/#api-server-ports-and-ips). +Control plane monitoring is automatic for agents running inside control plane nodes. The only component that requires an extra step to run is etcd, because it uses mutual TLS authentication (mTLS) for client requests. The API Server can also be configured to be queried using the [Secure Port](https://kubernetes.io/docs/reference/access-authn-authz/controlling-access/#api-server-ports-and-ips). Control plane monitoring for [OpenShift](http://learn.openshift.com/?extIdCarryOver=true&sc_cid=701f2000001OH7iAAG) 4.x requires additional configuration. For more information, see the [OpenShift 4.x Configuration](#openshift-4x-configuration) section. @@ -424,27 +424,21 @@ If you want to generate verbose logs and get version and configuration informati - To get the logs from a pod running on a master node: + To get the logs from a pod running on a control plane node: - 1. Get the nodes that are labelled as master: + 1. Get the nodes that are labelled as control plane: ```shell - kubectl get nodes -l node-role.kubernetes.io/master="" - ``` - - Or, - - ```shell - kubectl get nodes -l kubernetes.io/role="master" + kubectl get nodes -l node-role.kubernetes.io/control-plane="" ``` Look for output similar to this: ```shell - NAME STATUS ROLES AGE VERSION - ip-10-42-24-4.ec2.internal Ready master 42d v1.14.8 + NAME STATUS ROLES AGE VERSION + ip-10-42-24-4.ec2.internal Ready control-plane 42d v1.14.8 ``` 2. Get the New Relic pods that are running on one of the nodes returned in the previous step: diff --git a/src/content/docs/kubernetes-pixie/kubernetes-integration/advanced-configuration/link-apm-applications-kubernetes.mdx b/src/content/docs/kubernetes-pixie/kubernetes-integration/advanced-configuration/link-apm-applications-kubernetes.mdx index 37f2d9d0f8e..3721579b277 100644 --- a/src/content/docs/kubernetes-pixie/kubernetes-integration/advanced-configuration/link-apm-applications-kubernetes.mdx +++ b/src/content/docs/kubernetes-pixie/kubernetes-integration/advanced-configuration/link-apm-applications-kubernetes.mdx @@ -52,7 +52,7 @@ If you see a different result, follow the Kubernetes documentation to [enable ad ### Network requirements [#network-req] -For Kubernetes to talk to our `MutatingAdmissionWebhook`, the master node (or API server container, depending on how the cluster is set up) should allow egress for HTTPS traffic on port 443 to pods in all other nodes in the cluster. +For Kubernetes to talk to our `MutatingAdmissionWebhook`, the control plane node (or API server container, depending on how the cluster is set up) should allow egress for HTTPS traffic on port 443 to pods in all other nodes in the cluster. This may require specific configuration depending on how your infrastructure is set up (on-premises, AWS, Google Cloud, etc.). diff --git a/src/content/docs/kubernetes-pixie/kubernetes-integration/get-started/kubernetes-integration-compatibility-requirements.mdx b/src/content/docs/kubernetes-pixie/kubernetes-integration/get-started/kubernetes-integration-compatibility-requirements.mdx index 5483bf48aa4..e3f66485f49 100644 --- a/src/content/docs/kubernetes-pixie/kubernetes-integration/get-started/kubernetes-integration-compatibility-requirements.mdx +++ b/src/content/docs/kubernetes-pixie/kubernetes-integration/get-started/kubernetes-integration-compatibility-requirements.mdx @@ -71,7 +71,7 @@ Our integration is compatible and is continuously tested on the following Kubern - 1.26 to 1.30 + 1.27 to 1.31 diff --git a/src/content/docs/kubernetes-pixie/kubernetes-integration/installation/k8s-otel.mdx b/src/content/docs/kubernetes-pixie/kubernetes-integration/installation/k8s-otel.mdx index 05a4eebd7b3..86ffdb051b1 100644 --- a/src/content/docs/kubernetes-pixie/kubernetes-integration/installation/k8s-otel.mdx +++ b/src/content/docs/kubernetes-pixie/kubernetes-integration/installation/k8s-otel.mdx @@ -25,7 +25,7 @@ The [`nr-k8s-otel-collector`](https://github.com/newrelic/helm-charts/tree/maste * **Deamonset Collector**: Deployed on each worker node and responsible for gathering metrics from the underlying host in the node, the `cAdvisor`, the `Kubelet`, and collecting logs from the containers. -* **Deployment collector**: Deployed on the master node and responsible for gathering metrics of Kube state metrics and Kubernetes cluster events. +* **Deployment collector**: Deployed on the control plane node and responsible for gathering metrics of Kube state metrics and Kubernetes cluster events. -l app.kubernetes.io/component=controlplane -o wide diff --git a/src/content/docs/release-notes/infrastructure-release-notes/kubernetes-integration-release-notes/deprecation-notice-v1.26-and-lower.mdx b/src/content/docs/release-notes/infrastructure-release-notes/kubernetes-integration-release-notes/deprecation-notice-v1.26-and-lower.mdx new file mode 100644 index 00000000000..08d254677ed --- /dev/null +++ b/src/content/docs/release-notes/infrastructure-release-notes/kubernetes-integration-release-notes/deprecation-notice-v1.26-and-lower.mdx @@ -0,0 +1,25 @@ +--- +title: 'Deprecation notice: Kubernetes' +subject: Kubernetes integration +releaseDate: '2024-10-29' +--- + +Effective Tuesday, October 29, 2024, our Kubernetes integration drops support for Kubernetes v1.26 and lower. The Kubernetes integration v3.30.0 and higher will only be compatible with Kubernetes versions 1.27 and higher. For more information, read this note or contact your account team. + +## Background [#bg] + +Enabling compatibility with the latest Kubernetes versions and adding new features to our Kubernetes offering prevents us from offering first-class support to versions v1.26 and lower. + +## What's happening [#whats-happening] + +* Most major Kubernetes cloud providers have already deprecated v1.26 and lower. + +## What do you need to do [#what-to-do] + +It's easy: [Upgrade your Kubernetes clusters](/docs/integrations/kubernetes-integration/installation/kubernetes-installation-configuration#update) to a supported version. + +## What happens if you don't make any changes to your account [#account] + +The Kubernetes integration may continue to work with unsupported versions. However, we can't guarantee the quality of the solution as new releases may cause some incompatibilities. + +Please note that we won't accept support requests for these versions that have reached the end of life stage. From 29df0aaa6af1c7df7489a4339886831a903ae43a Mon Sep 17 00:00:00 2001 From: Browser Agent Team Date: Tue, 29 Oct 2024 22:57:04 +0000 Subject: [PATCH 4/4] chore: Add Browser agent v1.270.2 release notes --- .../browser-agent-v1.270.2.mdx | 23 +++++++++++++++++++ 1 file changed, 23 insertions(+) create mode 100644 src/content/docs/release-notes/new-relic-browser-release-notes/browser-agent-release-notes/browser-agent-v1.270.2.mdx diff --git a/src/content/docs/release-notes/new-relic-browser-release-notes/browser-agent-release-notes/browser-agent-v1.270.2.mdx b/src/content/docs/release-notes/new-relic-browser-release-notes/browser-agent-release-notes/browser-agent-v1.270.2.mdx new file mode 100644 index 00000000000..3ff4381e33e --- /dev/null +++ b/src/content/docs/release-notes/new-relic-browser-release-notes/browser-agent-release-notes/browser-agent-v1.270.2.mdx @@ -0,0 +1,23 @@ +--- +subject: Browser agent +releaseDate: "2024-10-28" +version: 1.270.2 +features: [] +bugs: ["Correct naming for logging pageUrl attribute"] +security: [] +--- + +## v1.270.2 + +### Bug fixes + +#### Correct naming for logging pageUrl attribute +Corrects naming for the Logging pageUrl attribute by using the original url of the page instead of the url of when the event happens. Removes origin attribute from the runtime model object. + +## Support statement + +New Relic recommends that you upgrade the agent regularly to ensure that you're getting the latest features and performance benefits. Older releases will no longer be supported when they reach [end-of-life](https://docs.newrelic.com/docs/browser/browser-monitoring/getting-started/browser-agent-eol-policy/). Release dates are reflective of the original publish date of the agent version. + +New browser agent releases are rolled out to customers in small stages over a period of time. Because of this, the date the release becomes accessible to your account may not match the original publish date. Please see this [status dashboard](https://newrelic.github.io/newrelic-browser-agent-release/) for more information. + +Consistent with our [browser support policy](https://docs.newrelic.com/docs/browser/new-relic-browser/getting-started/compatibility-requirements-browser-monitoring/#browser-types), v1.270.2 of the Browser agent was built for and tested against these browsers and version ranges: Chrome 119-129, Edge 119-129, Safari 16-17, and Firefox 121-131. For mobile devices, v1.270.2 was built and tested for Android OS 15 and iOS Safari 16-18. \ No newline at end of file