Skip to content

Commit

Permalink
Merge pull request #18356 from newrelic/translations-32de2f2b
Browse files Browse the repository at this point in the history 
Updated translations -  (machine translation)
  • Loading branch information
@jmiraNR
jmiraNR authored Aug 14, 2024
2 parents 35ee691 + 22d8c81 commit d735b15
Show file tree
Hide file tree
Showing 54 changed files with 1,819 additions and 1,686 deletions.
110 changes: 110 additions & 0 deletions ...eate-alert/create-alert-condition/create-nrql-host-not-reporting-conditions.mdx
View file
Original file line number Diff line number Diff line change
@@ -0,0 +1,110 @@
---
title: Crear condición de alerta NRQL "host no informa"
metaDescription: Create guided mode NRQL conditions for "host not reporting" infrastructure errors.
freshnessValidatedDate: '2024-08-01T00:00:00.000Z'
translationType: machine
---

import alertsTellUsWheretoLook from 'images/alerts_screenshot-crop_tell-us-where-to-look.webp'

import alertsHostNotReportingSelection from 'images/alerts_screenshot-crop_host-not-reporting-selection.webp'

import alertsSetConditionThresholds from 'images/alerts_screenshot-crop_set-condition-thresholds.webp'

import alertsSignalsLostOptions from 'images/alerts_screenshot-crop_signals-lost-options.webp'

El modo guiado por condición NRQL simplifica la creación de alertas de "host no informa" (HNR). En lugar de construir manualmente una consulta NRQL , este enfoque guiado lo ayuda a definir rápidamente las condiciones para detectar cuándo los agentes de infraestructura dejan de enviar datos. Este método ofrece una mayor flexibilidad para apuntar a grupos de host específicos, personalizar el umbral de alerta y refinar los criterios de incidencia en comparación con las alertas HNR tradicionales.

## Característica [#features]

Se genera un evento HNR cuando el agente de infraestructura no puede transmitir datos a nuestro recolector dentro de un periodo de tiempo específico.

<table>
<thead>
<tr>
<th style={{ width: "200px" }}>
<DNT>**Host not reporting condition**</DNT>
</th>

<th>
<DNT>**Features**</DNT>
</th>
</tr>
</thead>

<tbody>
<tr>
<td>
Que monitor
</td>

<td>
Puede emplear la [barra de filtro de entidad](/docs/new-relic-solutions/new-relic-one/core-concepts/search-filter-entities) para seleccionar qué hosts desea que la condición de alerta NRQL monitor. En función de sus selecciones, la consulta NRQL se creará automáticamente para usted. La condición también se aplicará automáticamente a cualquier host que agregue en el futuro que coincida con los filtros de su condición.
</td>
</tr>

<tr>
<td>
Como notificar
</td>

<td>
Las condiciones de NRQL están contenidas en [las políticas](/docs/using-new-relic/welcome-new-relic/get-started/glossary#alert-policy). Las políticas emplean [flujo de trabajo y destinos](/docs/alerts/get-notified/intro-notifications/) para determinar cómo notificarle cuando se crea un incidente.
</td>
</tr>

<tr>
<td>
Cuándo abrir un incidente
</td>

<td>
El modo guiado HNR lo guía a través de la creación de una condición de pérdida de señal NRQL. Esto significa que tiene acceso completo a todas las [configuraciones del umbral de pérdida de señal](/docs/alerts/create-alert/create-alert-condition/create-nrql-alert-conditions/#signal-loss) , incluida la configuración de la ventana de tiempo que activa un evento HNR y la selección entre las opciones: <DNT>**Close all current open incidents**</DNT>, <DNT>**Open new &quot;lost signal&quot; incident**</DNT> y <DNT>**Do not open &quot;lost signal&quot; incident on expected termination**</DNT>. Estas configuraciones, en combinación con las [preferencias de incidentes](/docs/alerts/new-relic-alerts/configuring-alert-policies/specify-when-new-relic-creates-incidents) de la política, determinan cuándo se abrirá un incidente.
</td>
</tr>
</tbody>
</table>

## Crear una condición de alerta NRQL HNR [#create-nrql-hnr-alert-condition]

1. Navegación a una página de política de alertas.

2. Haga clic en **New alert condition**.

3. Seleccione **Use guided mode**.

4. Seleccione **Hosts** en la categoría **Tell us where to look** . (Nota: Si no ve la opción &amp;quot;hosts&amp;quot;, es posible que necesite seguir [instrucciones para instrumentar su infraestructura](/docs/infrastructure/host-integrations/installation/new-relic-guided-install-overview/)).

<img title="creating a condition step 2" alt="screenshot of alert condition step 2" src={alertsTellUsWheretoLook} />

5. Si **Hosts** no se selecciona automáticamente para usted en **Select an entity type**, elija **Hosts** nuevamente.

6. Haga clic en **Next**.

7. En **Select signal catgory**, seleccione **Host**.

8. En **Select a metric to monitor**, seleccione **Host not reporting**.

<img title="host not reporting selection" alt="screenshot of selecting host not reporting option" src={alertsHostNotReportingSelection} />

9. Ahora, puedes usar el filtro de entidad para limitar el alcance de los hosts que deseas monitor.

10. Haga clic en **Next**.

<img title="set condition thresholds" alt="screenshot of setting remaining thresholds" src={alertsSetConditionThresholds} />

11. En **Consider the signal lost after**, tienes la opción de ajustar la ventana de tiempo de 30 segundos a 48 horas. También tiene la opción de ajustar la [configuración de pérdida de señal](/docs/alerts/create-alert/create-alert-condition/create-nrql-alert-conditions/#signal-loss) , incluida la opción de omitir la apertura de un incidente cuando se espera que la señal finalice (por ejemplo, si se espera que su host se apague).

12. Siga los pasos restantes para finalizar la configuración y almacenar su condición de alerta.

## Opción: No abrir incidente de &quot;pérdida de señal&quot; en la finalización prevista [#do-not-open-lost-signal]

Cuando marca la opción **Do not open &quot;lost signal&quot; incident on expected termination**, le está indicando a New Relic que omita la apertura de un incidente cuando se espera que la señal finalice. Esto es útil cuando sabes que un host se va a apagar.

Para habilitar esta opción, también debe tener marcada la opción **Open new &quot;lost signal&quot; incident** . De esta manera, New Relic sabe que debe abrir un nuevo incidente cuando se pierde la señal, pero no cuando se espera que se pierda.

<img title="signal loss options" alt="screenshot of signal loss options" src={alertsSignalsLostOptions} width="50%" />

<Callout variant="important">
Para evitar que se abra un incidente de pérdida de señal cuando se dice &quot;No abrir el incidente de &quot;señal perdida&quot; en la finalización esperada&quot;, se debe agregar la etiqueta `termination: expected` a la entidad del host. Esta etiqueta nos dice que se esperaba que la señal terminara. Vea cómo agregar la etiqueta [directamente a la entidad host](/docs/new-relic-solutions/new-relic-one/core-concepts/use-tags-help-organize-find-your-data/#add-tags).
</Callout>
2 changes: 1 addition & 1 deletion ...t/es/docs/alerts/create-alert/set-thresholds/set-thresholds-alert-condition.mdx
View file
Original file line number Diff line number Diff line change
Expand Up @@ -114,7 +114,7 @@ Detalles sobre otras funciones y reglas:
</td>

<td>
Opcional. Abriré un incidente de nivel de prioridad crítica y enviaré una notificación dependiendo de la [configuración de preferencia de creación de problemas](/docs/alerts/new-relic-alerts/configuring-alert-policies/specify-when-new-relic-creates-incidents) de la política y de cualquier [flujo de trabajo](/docs/alerts-applied-intelligence/applied-intelligence/incident-workflows/incident-workflows/) que configuró.
Opcional. Abrirá un incidente de nivel de prioridad crítico y enviará una notificación según la [configuración de preferencia de creación de problemas](/docs/alerts/new-relic-alerts/configuring-alert-policies/specify-when-new-relic-creates-incidents) de la política y cualquier [flujo de trabajo](/docs/alerts-applied-intelligence/applied-intelligence/incident-workflows/incident-workflows/) que configuró. Pérdida de señal umbral, al activar, también abre incidente de nivel de prioridad crítico. Vea [más abajo](/docs/alerts/create-alert/set-thresholds/set-thresholds-alert-condition/#signal-loss) para más detalles.
</td>
</tr>

Expand Down
127 changes: 58 additions & 69 deletions ...s-guides/full-stack-observability/synthetic-monitoring-best-practices-guide.mdx
View file
Original file line number Diff line number Diff line change
Expand Up @@ -22,9 +22,9 @@ Con el monitoreo sintético, puede monitor y probar sus aplicaciones y abordar p
<Step>
## Añade tu monitor Sintético [#howto-1]

1. Para agregar un monitor, vaya a <DNT>**[one.newrelic.com > All capabilities](https://one.newrelic.com/all-capabilities) > Synthetic Monitoring**</DNT>.
1. Para agregar un monitor, vaya a <DNT>**[one.newrelic.com &gt; All capabilities](https://one.newrelic.com/all-capabilities) &amp;gt; Synthetic Monitoring**</DNT>.

Si tiene una [cuenta basada en la UE](/docs/using-new-relic/welcome-new-relic/get-started/introduction-eu-region-data-center), vaya a <DNT>**[one.eu.newrelic.com](http://one.eu.newrelic.com)**</DNT>.
Si tiene una [cuenta basada en la UE](/docs/using-new-relic/welcome-new-relic/get-started/introduction-eu-region-data-center), vaya a <DNT>**[one.eu.newrelic.com](http://one.eu.newrelic.com)**</DNT>.

2. Haga clic en <DNT>**Create monitor**</DNT>.

Expand All @@ -36,7 +36,7 @@ Con el monitoreo sintético, puede monitor y probar sus aplicaciones y abordar p

3. Seleccione un tipo de monitor y luego complete todos los campos obligatorios.

4. Puede agregar una etiqueta, cambiar el período o seleccionar una [versión de tiempo de ejecución](/docs/synthetics/synthetic-monitoring/using-monitors/new-runtime) diferente. Para ping y monitor browser simple, puede agregar una cadena de validación. Puede utilizar las opciones avanzadas para habilitar el monitoreo de subcadenas para los siguientes tipos de validaciones de respuestas:
4. Puede agregar etiqueta, cambiar el periodo, seleccionar entre múltiples configuraciones browser o dispositivo emulado, o seleccionar una [versión de tiempo de ejecución](/docs/synthetics/synthetic-monitoring/using-monitors/new-runtime) diferente. Para el ping y el monitor browser simple, puede agregar una cadena de validación. Puede emplear opciones avanzadas para habilitar capacidades adicionales:

* <DNT>
**Verify SSL (for ping and simple browser).**
Expand Down Expand Up @@ -107,24 +107,18 @@ Con el monitoreo sintético, puede monitor y probar sus aplicaciones y abordar p
### Visualiza tu monitor en tu lista de entidad [#howto-2]

<CollapserGroup>
<Collapser
id="summary-ui"
title="Explorador de entidades"
>
<Collapser id="summary-ui" title="Explorador de entidades">
Para ver una lista de monitores::

Vaya a <DNT>**[one.newrelic.com > All capabilities](https://one.newrelic.com/all-capabilities)**</DNT> > <DNT>**Synthetic monitoring**</DNT>.
Vaya a <DNT>**[one.newrelic.com &gt; All capabilities](https://one.newrelic.com/all-capabilities)**</DNT> &amp;gt; <DNT>**Synthetic monitoring**</DNT>.

Para obtener más información, consulte [nuestros documentos sobre cómo explorar sus datos](/docs/query-your-data/explore-query-data/browse-data/introduction-data-explorer/).
</Collapser>

<Collapser
id="overview-ui"
title="monitorear la página de índice"
>
<Collapser id="overview-ui" title="monitorear la página de índice">
Para ver una lista de monitores usando la página [de índice de monitores](/docs/synthetics/new-relic-synthetics/pages/synthetics-monitors-index-access-your-monitors) :

Vaya a <DNT>**[one.newrelic.com > All capabilities](https://one.newrelic.com/all-capabilities) > Synthetic Monitoring**</DNT>.
Vaya a <DNT>**[one.newrelic.com &gt; All capabilities](https://one.newrelic.com/all-capabilities) &amp;gt; Synthetic Monitoring**</DNT>.
</Collapser>
</CollapserGroup>
</Step>
Expand All @@ -134,11 +128,10 @@ Con el monitoreo sintético, puede monitor y probar sus aplicaciones y abordar p

Puede ver el rendimiento de sus aplicaciones web a medida que se accede a ellas desde diferentes partes del mundo. Su página [de resultados](/docs/synthetics/new-relic-synthetics/pages/synthetics-results-access-individual-monitor-runs) muestra cómo todo, desde el desarrollo hasta la producción, afecta la experiencia del usuario. Puede ordenar lo que aparece en la lista para identificar mejor áreas problemáticas o resultados inusuales. Intente filtrar por ubicación para comparar el rendimiento del monitor desde diferentes ubicaciones. Para hacer esto:

1. Vaya a <DNT>**[one.newrelic.com > All capabilities](https://one.newrelic.com/all-capabilities) > Synthetic Monitoring**</DNT>.

1. Vaya a <DNT>**[one.newrelic.com &gt; All capabilities](https://one.newrelic.com/all-capabilities) &amp;gt; Synthetic Monitoring**</DNT>.
2. Haga clic en <DNT>**Monitor**</DNT> y luego haga clic en <DNT>**Results**</DNT>.

Puede ver vistas actualizadas al minuto de las cargas de página más lentas para cada ubicación del monitor.
Puede ver vistas actualizadas al minuto de las cargas de página más lentas para cada ubicación del monitor.
</Step>

<Step>
Expand Down Expand Up @@ -213,56 +206,54 @@ Con el monitoreo sintético, puede monitor y probar sus aplicaciones y abordar p
.

4. Ingrese un nombre, seleccione un tiempo de ejecución y seleccione un periodo para su monitor.

5. Seleccione las ubicaciones desde donde desea que se ejecute su monitor. Por ejemplo, Mumbai, Seúl, Columbus o Montreal.

6. Ahora está listo para escribir su script. Vea este script de ejemplo que prueba el rendimiento de `newrelic.com` y verifica que ciertos elementos se cargaron.

```js
/**
* Script Name: Best Practices Example - Chrome 100+
* Author: New Relic
* Version: 1.0
* Purpose: A simple New Relic Synthetics scripted browser monitor to navigate to a page, find an element, and assert on expected text.
*/
// -------------------- DEPENDENCIES
const assert = require("assert")
// -------------------- CONFIGURATION
const PAGE_URL = "https://docs.newrelic.com/docs/synthetics/synthetic-monitoring/scripting-monitors/synthetic-scripted-browser-reference-monitor-versions-chrome-100/"
const TEXT_TO_CHECK = "Synthetic scripted browser reference (Chrome 100 and higher)"
// Set timeouts for page load and element finding
await $webDriver.manage().setTimeouts({
pageLoad: 30000, // 30 seconds for page load timeout
implicit: 5000, // 5 seconds for element finding timeout
})
// -------------------- START OF SCRIPT
console.log("Starting simplified synthetics script")
// Navigate to the page
console.log("Navigating to: " + PAGE_URL)
await $webDriver.get(PAGE_URL)
// Find the element with the specified text
const By = $selenium.By
const textElement = By.className("css-v50zng")
console.log("Checking for presence of element with text: " + TEXT_TO_CHECK)
const element = await $webDriver.findElement(textElement)
const text = await element.getText()
// Assert the text is present
console.log("Found text: " + text)
assert.equal(text, TEXT_TO_CHECK, "Expected text not found on the page")
// Take a screenshot
console.log("Taking screenshot")
await $webDriver.takeScreenshot()
console.log("Script completed successfully")
/**
* Script Name: Best Practices Example - Chrome 100+
* Author: New Relic
* Version: 1.0
* Purpose: A simple New Relic Synthetics scripted browser monitor to navigate to a page, find an element, and assert on expected text.
*/
// -------------------- DEPENDENCIES
const assert = require("assert")
// -------------------- CONFIGURATION
const PAGE_URL = "https://docs.newrelic.com/docs/synthetics/synthetic-monitoring/scripting-monitors/synthetic-scripted-browser-reference-monitor-versions-chrome-100/"
const TEXT_TO_CHECK = "Synthetic scripted browser reference (Chrome 100 and higher)"
// Set timeouts for page load and element finding
await $webDriver.manage().setTimeouts({
pageLoad: 30000, // 30 seconds for page load timeout
implicit: 5000, // 5 seconds for element finding timeout
})
// -------------------- START OF SCRIPT
console.log("Starting simplified synthetics script")
// Navigate to the page
console.log("Navigating to: " + PAGE_URL)
await $webDriver.get(PAGE_URL)
// Find the element with the specified text
const By = $selenium.By
const textElement = By.className("css-v50zng")
console.log("Checking for presence of element with text: " + TEXT_TO_CHECK)
const element = await $webDriver.findElement(textElement)
const text = await element.getText()
// Assert the text is present
console.log("Found text: " + text)
assert.equal(text, TEXT_TO_CHECK, "Expected text not found on the page")
// Take a screenshot
console.log("Taking screenshot")
await $webDriver.takeScreenshot()
console.log("Script completed successfully")
```

Al emplear el monitor API con script, puede crear fácilmente un monitoreo de flujo de trabajo con Node.js y el módulo `got`. Por ejemplo, puede autenticar con una API y hacer valer el código de respuesta.
Expand Down Expand Up @@ -292,18 +283,16 @@ console.log("Script completed successfully")
.

4. Ingrese un nombre, seleccione un tiempo de ejecución y seleccione un periodo para su monitor.

5. Seleccione las ubicaciones desde donde desea que se ejecute su monitor. Por ejemplo, Mumbai, Seúl, Columbus o Montreal.

6. Ahora está listo para escribir su script. Vea este script de ejemplo que realiza una solicitud de API y procesa la respuesta.

```js
/**
* Script Name: Best Practices Example - Node 16.10.0
* Author: New Relic
* Version: 1.0
* Purpose: A simple New Relic Synthetics scripted API monitor to make a GET request and assert on statusCode.
*/
* Script Name: Best Practices Example - Node 16.10.0
* Author: New Relic
* Version: 1.0
* Purpose: A simple New Relic Synthetics scripted API monitor to make a GET request and assert on statusCode.
*/
const assert = require("assert")
Expand Down
Loading

0 comments on commit d735b15

Please sign in to comment.