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 f689bb15e0f..68157a72040 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
@@ -520,7 +520,7 @@ Para el marco y la biblioteca que no se [instrumentan automáticamente](#instrum
Emplee [EnyimMemcachedCore](https://www.nuget.org/packages/EnyimMemcachedCore).
* Versión mínima admitida: 2.0.0
- * Última versión compatible verificada: 3.2.3
+ * Última versión compatible verificada: 3.3.1
@@ -538,7 +538,7 @@ Para el marco y la biblioteca que no se [instrumentan automáticamente](#instrum
* Versión mínima compatible: 3.5.0
- * Última versión compatible verificada: 4.0.0-preview.4
+ * Última versión compatible verificada: 3.7.404.5
* Versión mínima del agente requerida: 10.33.0
@@ -695,7 +695,7 @@ Para el marco y la biblioteca que no se [instrumentan automáticamente](#instrum
|
- 4.0.1
+ 4.2.0
|
@@ -1431,7 +1431,7 @@ Para el marco y la biblioteca que no se [instrumentan automáticamente](#instrum
Emplee [EnyimMemcachedCore](https://www.nuget.org/packages/EnyimMemcachedCore).
* Versión mínima admitida: 2.0.0
- * Última versión compatible verificada: 3.2.3
+ * Última versión compatible verificada: 3.3.1
@@ -1449,7 +1449,7 @@ Para el marco y la biblioteca que no se [instrumentan automáticamente](#instrum
* Versión mínima compatible: 3.5.0
- * Última versión compatible verificada: 4.0.0-preview.4
+ * Última versión compatible verificada: 3.7.404.5
* Versión mínima del agente requerida: 10.33.0
@@ -1664,7 +1664,7 @@ Para el marco y la biblioteca que no se [instrumentan automáticamente](#instrum
- 4.0.1
+ 4.2.0
|
diff --git a/src/i18n/content/es/docs/apm/agents/python-agent/configuration/python-agent-configuration.mdx b/src/i18n/content/es/docs/apm/agents/python-agent/configuration/python-agent-configuration.mdx
index 7c04464f17e..075669c9fbe 100644
--- a/src/i18n/content/es/docs/apm/agents/python-agent/configuration/python-agent-configuration.mdx
+++ b/src/i18n/content/es/docs/apm/agents/python-agent/configuration/python-agent-configuration.mdx
@@ -4639,6 +4639,34 @@ Aquí hay una variedad de otras configuraciones disponibles a través del archiv
Si es `true`, el agente detecta automáticamente que se está ejecutando en un entorno de AWS.
+
+
+
+
+ |
+ Tipo
+ |
+
+
+ Cadena
+ |
+
+
+
+ |
+ Por defecto
+ |
+
+
+ `None`
+ |
+
+
+
+
+ Si se configura, el agente emplea este AWS `account_id` para vincular la entidad AWS cuando la instrumentación no puede determinar automáticamente una ID de cuenta. Consulta [la documentación del identificador de cuenta deAWS Manage](https://docs.aws.amazon.com/accounts/latest/reference/manage-acct-identifiers.html#awsaccountid) para obtener un ejemplo de un ID de cuenta AWS válido y cómo encontrarlo.
+
+
diff --git a/src/i18n/content/es/docs/browser/browser-monitoring/browser-pro-features/session-replay.mdx b/src/i18n/content/es/docs/browser/browser-monitoring/browser-pro-features/session-replay.mdx
index 549a4a02568..1680ab0195e 100644
--- a/src/i18n/content/es/docs/browser/browser-monitoring/browser-pro-features/session-replay.mdx
+++ b/src/i18n/content/es/docs/browser/browser-monitoring/browser-pro-features/session-replay.mdx
@@ -40,7 +40,7 @@ Para obtener más detalles sobre Session Replay, consulte las siguientes seccion
2. Seleccione la aplicación de su browser .
3. En el menú de la izquierda, haga clic en **Application settings**.
4. En la página de configuración de la aplicación, asegúrese de que esté seleccionado **Pro** o **Pro + SPA** agente del navegador. Session Replay no está disponible para el agente Lite del navegador.
- 5. Active las configuraciones **Session traces** y **Session replay** .
+ 5. Active las configuraciones **Session tracking** y **Session replay** .
diff --git a/src/i18n/content/es/docs/browser/new-relic-browser/browser-apis/recordReplay.mdx b/src/i18n/content/es/docs/browser/new-relic-browser/browser-apis/recordReplay.mdx
index ff653549517..2bd23b34c67 100644
--- a/src/i18n/content/es/docs/browser/new-relic-browser/browser-apis/recordReplay.mdx
+++ b/src/i18n/content/es/docs/browser/new-relic-browser/browser-apis/recordReplay.mdx
@@ -28,6 +28,7 @@ Browser API utilizada para forzar una repetición para comenzar a grabar.
`newrelic.recordReplay()` Se puede llamar para forzar manualmente una repetición para comenzar a grabar. Debes cumplir con los siguientes requisitos:
* La cuenta tiene derecho a grabar repeticiones.
+* El seguimiento de sesiones está habilitado
* El rastreo de sesión está habilitado
* El observador de mutación browser global está presente en la versión actual del browser que se está utilizando.
* La característica Session Replay se importa normalmente o se establece en `autoStart: false` y ya se ha "iniciado".
diff --git a/src/i18n/content/es/docs/kubernetes-pixie/kubernetes-integration/advanced-configuration/get-logs-version.mdx b/src/i18n/content/es/docs/kubernetes-pixie/kubernetes-integration/advanced-configuration/get-logs-version.mdx
index 5c1cd325074..6816e716a48 100644
--- a/src/i18n/content/es/docs/kubernetes-pixie/kubernetes-integration/advanced-configuration/get-logs-version.mdx
+++ b/src/i18n/content/es/docs/kubernetes-pixie/kubernetes-integration/advanced-configuration/get-logs-version.mdx
@@ -28,7 +28,7 @@ Si está empleando la versión 2 de la integración, consulte [Iniciar sesión e
```yaml
# To enable verboseLog for newrelic-infrastructure only
newrelic-infrastructure:
- verboseLog: true
+ verboseLog: true
```
También puede habilitar el registro detallado para todos los subgráficos:
@@ -36,16 +36,16 @@ Si está empleando la versión 2 de la integración, consulte [Iniciar sesión e
```yaml
# To enable verboseLog for all sub-charts
global:
- verboseLog: true
+ verboseLog: true
```
2. Una vez que agregó la configuración deseada, actualice la solución con este comando:
```shell
- helm upgrade newrelic/nri-bundle \
- --namespace \
- -f values-newrelic.yaml \
- [--version fixed-chart-version]
+ helm upgrade RELEASE_NAME newrelic/nri-bundle \
+ --namespace NEWRELIC_NAMESPACE \
+ -f values-newrelic.yaml \
+ [--version fixed-chart-version]
```
3. Después de recopilar su registro detallado, revierta el cambio en su archivo `values.yaml` y ejecute el comando `upgrade` nuevamente.
@@ -60,19 +60,19 @@ Si está empleando la versión 2 de la integración, consulte [Iniciar sesión e
```yaml
env:
- - name: NRIA_LICENSE_KEY
+ - name: NRIA_LICENSE_KEY
valueFrom:
- secretKeyRef:
+ secretKeyRef:
key: licenseKey
name: newrelic-bundle-newrelic-infrastructure-license
- - name: NRIA_VERBOSE
+ - name: NRIA_VERBOSE
value: "1"
```
2. Una vez que editó el manifiesto, actualice la solución con este comando:
```shell
- kubectl apply -f your_newrelic_k8s.yaml -n
+ kubectl apply -f your_newrelic_k8s.yaml -n NEWRELIC_NAMESPACE
```
3. Después de recopilar su registro detallado, revierta el cambio en el manifiesto y aplíquelo nuevamente.
@@ -86,13 +86,13 @@ Si está empleando la versión 2 de la integración, consulte [Iniciar sesión e
Para recuperar el registro, obtenga el nombre del pod del que desea recuperar el registro:
```shell
- kubectl get pods -n
+ kubectl get pods -n NEWRELIC_NAMESPACE
```
Recuperar el registro:
```shell
- kubectl logs --all-containers --prefix
+ kubectl logs POD_NAME --all-containers --prefix
```
Para recuperar el registro de la ejecución anterior, agregue la marca `--previous` . Para obtener el registro de solo uno de los contenedores, elimine la marca `--all-containers --prefix` y especifique el contenedor con la opción `--container` .
@@ -110,8 +110,8 @@ Si está empleando la versión 2 de la integración, consulte [Iniciar sesión e
```sql
FROM K8sContainerSample
SELECT uniqueCount(entityId)
- WHERE containerName
- LIKE 'agent' FACET clusterName, containerImage
+ WHERE containerName LIKE '%agent%'
+ FACET clusterName, containerImage
```
Si el agente no informa ningún dato:
@@ -119,7 +119,8 @@ Si está empleando la versión 2 de la integración, consulte [Iniciar sesión e
Obtenga las versiones de la integración de New Relic para Kubernetes que está ejecutando en un clúster usando `kubectl`:
```shell
- kubectl get pods --all-namespaces -l app.kubernetes.io/name=newrelic-infrastructure -o jsonpath="{.items..spec..containers..image}"
+ kubectl get pods --all-namespaces -l app.kubernetes.io/name=newrelic-infrastructure \
+ -o jsonpath="{.items..spec..containers..image}"
```
@@ -129,8 +130,8 @@ Si está empleando la versión 2 de la integración, consulte [Iniciar sesión e
```sql
FROM K8sContainerSample
SELECT uniqueCount(entityId)
- WHERE containerName
- LIKE '%kube-state-metrics%' facet clusterName, containerImage
+ WHERE containerName LIKE '%kube-state-metrics%'
+ FACET clusterName, containerImage
```
diff --git a/src/i18n/content/es/docs/kubernetes-pixie/kubernetes-integration/advanced-configuration/link-otel-applications-kubernetes.mdx b/src/i18n/content/es/docs/kubernetes-pixie/kubernetes-integration/advanced-configuration/link-otel-applications-kubernetes.mdx
index 1309ddc072b..2d7f0b4c19f 100644
--- a/src/i18n/content/es/docs/kubernetes-pixie/kubernetes-integration/advanced-configuration/link-otel-applications-kubernetes.mdx
+++ b/src/i18n/content/es/docs/kubernetes-pixie/kubernetes-integration/advanced-configuration/link-otel-applications-kubernetes.mdx
@@ -103,7 +103,7 @@ Puedes elegir una de estas opciones para monitor tu clúster:
```yaml
exporters:
- otlp:
+ otlp:
endpoint: $OTEL_EXPORTER_OTLP_ENDPOINT
headers: api-key: $NEW_RELIC_API_KEY
```
@@ -116,7 +116,7 @@ Puedes elegir una de estas opciones para monitor tu clúster:
```yaml
processors:
- batch:
+ batch:
```
@@ -136,7 +136,7 @@ Puedes elegir una de estas opciones para monitor tu clúster:
```yaml
processors:
- resourcedetection:
+ resourcedetection:
detectors: [gke, gce]
```
@@ -148,13 +148,13 @@ Puedes elegir una de estas opciones para monitor tu clúster:
```yaml
processors:
- k8sattributes:
+ k8sattributes:
auth_type: "serviceAccount"
passthrough: false
filter:
- node_from_env_var: KUBE_NODE_NAME
+ node_from_env_var: KUBE_NODE_NAME
extract:
- metadata:
+ metadata:
- k8s.pod.name
- k8s.pod.uid
- k8s.deployment.name
@@ -163,7 +163,7 @@ Puedes elegir una de estas opciones para monitor tu clúster:
- k8s.node.name
- k8s.pod.start_time
pod_association:
- - from: resource_attribute
+ - from: resource_attribute
name: k8s.pod.uid
```
@@ -183,9 +183,9 @@ Puedes elegir una de estas opciones para monitor tu clúster:
```yaml
spec:
- containers:
+ containers:
- env:
- - name: KUBE_NODE_NAME
+ - name: KUBE_NODE_NAME
valueFrom:
fieldRef:
apiVersion: v1
@@ -196,7 +196,7 @@ Puedes elegir una de estas opciones para monitor tu clúster:
```yaml
k8sattributes:
- filter:
+ filter:
node_from_env_var: KUBE_NODE_NAME
```
diff --git a/src/i18n/content/es/docs/kubernetes-pixie/kubernetes-integration/advanced-configuration/windows-linux-hybrid-cluster.mdx b/src/i18n/content/es/docs/kubernetes-pixie/kubernetes-integration/advanced-configuration/windows-linux-hybrid-cluster.mdx
index 107eaead829..be9960874eb 100644
--- a/src/i18n/content/es/docs/kubernetes-pixie/kubernetes-integration/advanced-configuration/windows-linux-hybrid-cluster.mdx
+++ b/src/i18n/content/es/docs/kubernetes-pixie/kubernetes-integration/advanced-configuration/windows-linux-hybrid-cluster.mdx
@@ -40,44 +40,44 @@ Para utilizar esta integración, debes:
```yaml
global:
- licenseKey: mykey
- cluster: mycluster
- lowDataMode: true
+ licenseKey: mykey
+ cluster: mycluster
+ lowDataMode: true
newrelic-infrastructure:
- enabled: true
- nodeSelector:
+ enabled: true
+ nodeSelector:
kubernetes.io/os: linux
kube-state-metrics:
- enabled: true
- image:
+ enabled: true
+ image:
tag: v2.10.0
- nodeSelector:
+ nodeSelector:
kubernetes.io/os: linux
nri-kube-events:
- enabled: true
- nodeSelector:
+ enabled: true
+ nodeSelector:
kubernetes.io/os: linux
newrelic-logging:
- enabled: true
- enableWindows: true
+ enabled: true
+ enableWindows: true
nri-metadata-injection:
- enabled: true
- nodeSelector:
+ enabled: true
+ nodeSelector:
kubernetes.io/os: linux
newrelic-prometheus-agent:
- enabled: true
- verboseLog: true
- config:
+ enabled: true
+ verboseLog: true
+ config:
kubernetes:
- integrations_filter:
+ integrations_filter:
enabled: false
- nodeSelector:
+ nodeSelector:
kubernetes.io/os: linux
```
@@ -108,17 +108,17 @@ Para utilizar esta integración, debes:
```yaml
global:
- licenseKey: mykey
- cluster: mycluster
-
- enableLinux: false
- enableWindows: true
- windowsOsList:
- - version: 2022
- imageTag: 2-windows-ltsc2022-alpha
- buildNumber: 10.0.20348
- windowsNodeSelector:
- kubernetes.io/os: windows
+ licenseKey: mykey
+ cluster: mycluster
+
+ enableLinux: false
+ enableWindows: true
+ windowsOsList:
+ - version: 2022
+ imageTag: 2-windows-ltsc2022-alpha
+ buildNumber: 10.0.20348
+ windowsNodeSelector:
+ kubernetes.io/os: windows
```
El ejemplo agrega valores para un grupo de nodos o grupo de nodos de Windows 2022.
@@ -132,7 +132,8 @@ Para utilizar esta integración, debes:
Ejecute este comando para instalar la versión v2.7.2 del gráfico `newrelic-infrastructure` :
```shell
- helm upgrade --install newrelic-windows newrelic/newrelic-infrastructure --namespace newrelic --version 2.7.2 -f windows-values.yaml
+ helm upgrade --install newrelic-windows newrelic/newrelic-infrastructure \
+ --namespace newrelic --version 2.7.2 -f windows-values.yaml
```
Cuando regrese Helm, debería ver el pod `newrelic-windows-newrelic-infrastructure` en cada nodo de Windows.
diff --git a/src/i18n/content/es/docs/kubernetes-pixie/kubernetes-integration/get-started/kubernetes-integration-compatibility-requirements.mdx b/src/i18n/content/es/docs/kubernetes-pixie/kubernetes-integration/get-started/kubernetes-integration-compatibility-requirements.mdx
index 5a5238e2114..636bbf87e7a 100644
--- a/src/i18n/content/es/docs/kubernetes-pixie/kubernetes-integration/get-started/kubernetes-integration-compatibility-requirements.mdx
+++ b/src/i18n/content/es/docs/kubernetes-pixie/kubernetes-integration/get-started/kubernetes-integration-compatibility-requirements.mdx
@@ -189,7 +189,7 @@ La integración de Kubernetes es compatible con diferentes versiones. Probamos l
|
- 4.14
+ Probado con la versión 4.14
|
@@ -210,4 +210,112 @@ Dependiendo del método de instalación, el [monitoreo del plano de control](/do
Por ejemplo:
* Solo las métricas del servidor API son desmontables y están disponibles para el plano de control del clúster administrado por instrumentos (GKE, EKS, AKS) porque ningún extremo expone la métrica necesaria para etcd, el programador y el administrador del controlador.
-* Para instrumento el plano de control de Rancher, dado que los componentes `/metrics` no siempre son accesibles de forma predeterminada y no se pueden descubrir automáticamente, se necesita alguna [configuración adicional](/docs/integrations/kubernetes-integration/installation/configure-control-plane-monitoring#rancher) .
\ No newline at end of file
+* Para instrumento el plano de control de Rancher, dado que los componentes `/metrics` no siempre son accesibles de forma predeterminada y no se pueden descubrir automáticamente, se necesita alguna [configuración adicional](/docs/integrations/kubernetes-integration/installation/configure-control-plane-monitoring#rancher) .
+
+## Requisitos de recursos
+
+Al implementar la integración de New Relic Kubernetes , es importante asignar los recursos adecuados para garantizar que los componentes de monitoreo funcionen de manera eficiente.
+
+A continuación se detallan los recursos mínimos aplicar y los límites recomendados para cada uno de los componentes que se despliegan en el diagrama [de infraestructura](https://github.com/newrelic/nri-kubernetes/blob/main/charts/newrelic-infrastructure/values.yaml) .
+
+### [Componente kubelet](/docs/kubernetes-pixie/kubernetes-integration/get-started/kubernetes-components/#nrk8s-kubelet)
+
+Los siguientes contenedores están incluidos en el componente Kubelet pod desplegar en cada nodo.
+
+**Contenedor Kubelet**
+
+* **UPC**:
+ * **Pedido**: `100m`
+
+* **memoria**:
+
+ * **Pedido**: `150M`
+ * **Límite**: `300M`
+
+**agente de contenedores**
+
+* **UPC**:
+ * **Pedido**: `100m`
+
+* **memoria**:
+
+ * **Pedido**: `150M`
+ * **Límite**: `300M`
+
+### [Componente de métrica de estado de Kube](https://docs.newrelic.com/docs/kubernetes-pixie/kubernetes-integration/get-started/kubernetes-components/#nrk8s-ksm)
+
+**Contenedor KSM**
+
+* **UPC**:
+ * **Pedido**: `100m`
+
+* **memoria**:
+
+ * **Pedido**: `150M`
+ * **Límite**: `850M`
+
+**Transportador de contenedores**
+
+* **UPC**:
+ * **Pedido**: `100m`
+
+* **memoria**:
+
+ * **Pedido**: `150M`
+ * **Límite**: `850M`
+
+### [Componente del plano de control](https://docs.newrelic.com/docs/kubernetes-pixie/kubernetes-integration/get-started/kubernetes-components/#nrk8s-kubelet)
+
+* **UPC**:
+ * **Pedido**: `100m`
+
+* **memoria**:
+
+ * **Pedido**: `150M`
+ * **Límite**: `300M`
+
+**agente de contenedores**
+
+* **UPC**:
+ * **Pedido**: `100m`
+
+* **memoria**:
+
+ * **Pedido**: `150M`
+ * **Límite**: `300M`
+
+Los siguientes son los recursos recomendados que aplicar y los límites que requieren otros componentes que se implementan como parte del [paquete nri.](https://docs.newrelic.com/docs/kubernetes-pixie/kubernetes-integration/get-started/kubernetes-components/#components)
+
+### [inyección de metadatos](https://github.com/newrelic/k8s-metadata-injection/tree/main/charts/nri-metadata-injection)
+
+* **UPC**:
+ * **Pedido**: `100m`
+
+* **memoria**:
+
+ * **Pedido**: `30M`
+ * **Límite**: `80M`
+
+### [Logging](https://github.com/newrelic/helm-charts/tree/master/charts/newrelic-logging)
+
+Los siguientes contenedores están incluidos en el pod de logging de New Relic que se despliega en cada nodo.
+
+* **UPC**:
+
+ * **Pedido**: `250m`
+ * **Límite**: `500m`
+
+* **memoria**:
+
+ * **Pedido**: `64M`
+ * **Límite**: `128M`
+
+### Consideraciones
+
+* **Tamaño del clúster**: estas recomendaciones de recursos son para tamaños de clúster típicos. Un clúster más grande con más nodos y pods puede requerir mayores asignaciones de recursos para manejar el volumen de datos adicional.
+
+* **Configuración personalizada**: si habilita características adicionales o configuraciones personalizadas, considere ajustar los recursos en consecuencia.
+
+* **Monitoreo y ajuste**: luego de la implementación, monitoree el uso de recursos de estos pods y ajuste las solicitudes y los límites según el uso real para optimizar el rendimiento y el costo.
+
+Estas especificaciones de recursos se pueden ajustar en el archivo `values.yaml` del diagrama de Helm empleado para implementar la integración de New Relic Kubernetes . Al garantizar que se cumplan estos requisitos de recursos, puede mantener un monitoreo eficiente y efectivo de su clúster de Kubernetes con New Relic.
\ No newline at end of file
diff --git a/src/i18n/content/es/docs/logs/get-started/get-started-log-management.mdx b/src/i18n/content/es/docs/logs/get-started/get-started-log-management.mdx
index ff6f319ac73..d2d9f3f1338 100644
--- a/src/i18n/content/es/docs/logs/get-started/get-started-log-management.mdx
+++ b/src/i18n/content/es/docs/logs/get-started/get-started-log-management.mdx
@@ -11,18 +11,14 @@ translationType: machine
A medida que las aplicaciones avanzan hacia la nube, la arquitectura de microservicios se vuelve más dispersa, lo que hace que la capacidad de monitor el log sea esencial. New Relic ofrece una plataforma de administración de logs rápida y escalable para que pueda conectar su log con el resto de sus datos de telemetría e infraestructura en un solo lugar.
-Nuestra solución proporciona una visibilidad más profunda de los datos de rendimiento de la infraestructura y las aplicaciones (evento, errores, traza y más) para reducir el tiempo medio de resolución (MTTR) y solucionar rápidamente los incidentes de producción.
+Nuestra solución proporciona una visibilidad más profunda de los datos de rendimiento de la infraestructura y las aplicaciones (evento, errores, traza y más) para reducir el tiempo medio de resolución (MTTR) y solucionar rápidamente los incidentes de producción.
## Encuentre problemas más rápido y reduzca el cambio de contexto [#logs-definition]
-
+
- **[one.newrelic.com > All capabilities](https://one.newrelic.com/all-capabilities) > Logs**: Desde la página principal UI de log, puede ver todo su log y luego filtrarlo para registrarlo con texto específico u otro atributo.
+ **[one.newrelic.com > All capabilities](https://one.newrelic.com/all-capabilities) > Logs**: Desde la página principal UI de log, puede ver todo su log y luego filtrarlo para registrarlo con texto específico u otro atributo.
La administración de logs proporciona una manera de conectar sus datos log con el resto de los datos de su aplicación e infraestructura. Puede llegar a la causa raíz de los problemas rápidamente, sin perder el contexto al cambiar entre herramientas. Por ejemplo, puedes:
@@ -41,37 +37,15 @@ La administración de logs proporciona una manera de conectar sus datos log con
Para reenviar sus datos log a New Relic, puede utilizar una o más de estas opciones:
-*
- **Use our agents to report logs.**
-
+* **Emplee nuestro agente para informar logs.** De forma predeterminada, nuestro agente APM hace dos cosas: agrega metadatos a sus logs, lo que le brinda logs en contexto (capacidad de ver datos de registros en varios lugares relevantes en nuestra plataforma) y reenvía sus logs a New Relic. Esta es una opción popular para equipos DevOps y organizaciones más pequeñas porque le permite informar fácilmente los logs de aplicaciones, sin necesidad de soluciones de terceros adicionales. [Obtenga más información sobre los logs de APM.](/docs/apm/new-relic-apm/getting-started/get-started-logs-context)
- De forma predeterminada, nuestro agente APM hace dos cosas: agregar metadatos a su log, lo que le brinda logs en el contexto (capacidad de ver datos de log en varios lugares relevantes de nuestra plataforma) y reenviar su log a New Relic. Esta es una opción popular para equipos de DevOps y organizaciones más pequeñas porque le permite informar fácilmente el log de la aplicación, sin necesidad de soluciones adicionales de terceros. [Obtenga más información sobre el log de APM.](/docs/apm/new-relic-apm/getting-started/get-started-logs-context)
+* **[Emplee nuestro agente de infraestructura para informar logs](/docs/logs/forward-logs/forward-your-logs-using-infrastructure-agent).** Con nuestro agente de infraestructura, puede capturar cualquier log presente en su host, incluidos los logs de su aplicación. En comparación con el uso de un agente APM para informar logs, esto puede requerir un poco más de configuración, pero le brinda opciones mucho más poderosas (por ejemplo, la capacidad de recopilar atributos personalizados, lo que no puede hacer con agente).
-*
- **[Use our infrastructure agent to report logs](/docs/logs/forward-logs/forward-your-logs-using-infrastructure-agent).**
-
+* **Emplee servicios de registro de terceros.** Disponemos de [una amplia gama de integración para otros servicios de log](/docs/logs/forward-logs/enable-log-management-new-relic), incluidos Amazon, Microsoft, Fluentd, Fluent Bit, Kubernetes, Logstash y más.
- Con nuestro agente de infraestructura, puede capturar cualquier log presente en su host, incluido el log de su aplicación. En comparación con el uso de un APM de agente para informar el log, esto puede requerir un poco más de configuración, pero le brinda opciones mucho más poderosas (por ejemplo, la capacidad de recopilar atributos personalizados, lo cual no puede hacer con
+* **Reporte logs mediante la [API de registro](/docs/logs/log-api/introduction-log-api/) o [TCP extremo](/docs/logs/log-api/use-tcp-endpoint-forward-logs-new-relic).**
-
-
- agentes).
-
-*
- **Use third-party log services.**
-
-
- Contamos con [una amplia gama de integración para otros servicios de log](/docs/logs/forward-logs/enable-log-management-new-relic), incluidos Amazon, Microsoft, Fluentd, Fluent Bit, Kubernetes, Logstash y más.
-
-*
- **Reports logs using the [Log API](/docs/logs/log-api/introduction-log-api/) or [TCP endpoint](/docs/logs/log-api/use-tcp-endpoint-forward-logs-new-relic).**
-
-
-*
- **Use the OpenTelemetry SDK to send logs**
-
-
- desde sus aplicaciones a un [recolector OpenTelemetry](/docs/more-integrations/open-source-telemetry-integrations/opentelemetry/best-practices/opentelemetry-best-practices-logs), que puede reenviarlas a New Relic a través de OTLP.
+* **Emplee el SDK OpenTelemetry para enviar logs** desde sus aplicaciones a un [recopiladorOpenTelemetry ](/docs/more-integrations/open-source-telemetry-integrations/opentelemetry/best-practices/opentelemetry-best-practices-logs), que puede reenviarlos a New Relic a través de OTLP.
Para obtener más información sobre las opciones de reenvío de logs y casos de uso específicos, consulte [Reenviar logs](/docs/logs/forward-logs/enable-log-management-new-relic).
@@ -79,7 +53,7 @@ Para obtener más información sobre las opciones de reenvío de logs y casos de
Para encontrar su inicio de sesión en New Relic:
-Vaya a: **[one.newrelic.com > All capabilities](https://one.newrelic.com/all-capabilities) > Logs**. Para obtener detalles sobre lo que puede hacer en la UI, consulte [Logs UI](/docs/logs/ui-data/use-logs-ui).
+Vaya a: **[one.newrelic.com > All capabilities](https://one.newrelic.com/all-capabilities) > Logs**. Para obtener detalles sobre lo que puede hacer en la UI, consulte [Logs UI](/docs/logs/ui-data/use-logs-ui).
También puedes consultar el tipo de datos `Log` . Aquí hay un ejemplo simple de consulta NRQL:
@@ -106,4 +80,4 @@ Para obtener información sobre los permisos relacionados con log , consulte [Pe
¿Utiliza Datadog para monitor su log pero quiere probar las capacidades de monitoreo de New Relic de forma gratuita? Consulte nuestra [guía sobre cómo migrar desde Datadog](/docs/journey-migration/migrating-from-dd/) para saber cómo hacerlo.
-
+
\ No newline at end of file
diff --git a/src/i18n/content/jp/docs/apis/nerdgraph/examples/async-queries-nrql-tutorial.mdx b/src/i18n/content/jp/docs/apis/nerdgraph/examples/async-queries-nrql-tutorial.mdx
index 12b61bbac42..086a4834221 100644
--- a/src/i18n/content/jp/docs/apis/nerdgraph/examples/async-queries-nrql-tutorial.mdx
+++ b/src/i18n/content/jp/docs/apis/nerdgraph/examples/async-queries-nrql-tutorial.mdx
@@ -72,14 +72,14 @@ translationType: machine
## 非同期クエリをキャンセルする [#example-cancel-query]
-`cancelAsyncQuery`ミューテーションを使用して非同期クエリをキャンセルできます。 このミューテーションは、キャンセルするクエリの`queryId`を取得します。
+`nrqlCancelQuery`ミューテーションを使用して非同期クエリをキャンセルできます。 このミューテーションは、キャンセルするクエリの`queryId`を取得します。 `ACCEPTED`ステータス、または拒否理由を含む`REJECTED`ステータスが返されます。
```graphql
mutation {
- cancelAsyncQuery(queryId: "YOUR_QUERY_ID") {
- queryToken
- accepted
- rejectionCause
+ nrqlCancelQuery(queryId: "YOUR_QUERY_ID") {
+ queryId
+ requestStatus
+ rejectionReason
}
}
```
\ No newline at end of file
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 05ea66d320d..c35b02bd143 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
@@ -520,7 +520,7 @@ New Relicの .NET エージェントは、.NET フレームワークと .NET Cor
[EnyimMemcachedCore](https://www.nuget.org/packages/EnyimMemcachedCore)を使用します。
* サポートされている最小バージョン：2.0.0
- * 最新の検証済み互換バージョン: 3.2.3
+ * 最新の検証済み互換バージョン: 3.3.1
@@ -538,7 +538,7 @@ New Relicの .NET エージェントは、.NET フレームワークと .NET Cor
* サポートされる最小バージョン: 3.5.0
- * 最新の検証済み互換バージョン: 4.0.0-preview.4
+ * 最新の検証済み互換バージョン: 3.7.404.5
* 必要なエージェントの最小バージョン: 10.33.0
@@ -695,7 +695,7 @@ New Relicの .NET エージェントは、.NET フレームワークと .NET Cor
- 4.0.1
+ 4.2.0
|
@@ -1431,7 +1431,7 @@ New Relicの .NET エージェントは、.NET フレームワークと .NET Cor
[EnyimMemcachedCore](https://www.nuget.org/packages/EnyimMemcachedCore)を使用します。
* サポートされている最小バージョン：2.0.0
- * 最新の検証済み互換バージョン: 3.2.3
+ * 最新の検証済み互換バージョン: 3.3.1
@@ -1449,7 +1449,7 @@ New Relicの .NET エージェントは、.NET フレームワークと .NET Cor
* サポートされる最小バージョン: 3.5.0
- * 最新の検証済み互換バージョン: 4.0.0-preview.4
+ * 最新の検証済み互換バージョン: 3.7.404.5
* 必要なエージェントの最小バージョン: 10.33.0
@@ -1664,7 +1664,7 @@ New Relicの .NET エージェントは、.NET フレームワークと .NET Cor
- 4.0.1
+ 4.2.0
|
diff --git a/src/i18n/content/jp/docs/apm/agents/python-agent/configuration/python-agent-configuration.mdx b/src/i18n/content/jp/docs/apm/agents/python-agent/configuration/python-agent-configuration.mdx
index 8b8c6088070..bedfdd1cbf1 100644
--- a/src/i18n/content/jp/docs/apm/agents/python-agent/configuration/python-agent-configuration.mdx
+++ b/src/i18n/content/jp/docs/apm/agents/python-agent/configuration/python-agent-configuration.mdx
@@ -4639,6 +4639,34 @@ Python エージェントのログを構成するためのヒントについて[
`true`の場合、エージェントはAWS環境で実行されていることを自動的に検出します。
+
+
+
+
+ |
+ タイプ
+ |
+
+
+ 弦
+ |
+
+
+
+ |
+ デフォルト
+ |
+
+
+ `None`
+ |
+
+
+
+
+ 設定されている場合、アカウント ID が検査によって自動的に決定できない場合、エージェントはこのAWS `account_id` を使用してAWSエンティティをリンクします。 [AWS](https://docs.aws.amazon.com/accounts/latest/reference/manage-acct-identifiers.html#awsaccountid)有効なAWS アカウント ID の例とその検索方法については 、 アカウント ID 管理のドキュメント を参照してください。
+
+
diff --git a/src/i18n/content/jp/docs/browser/browser-monitoring/browser-pro-features/session-replay.mdx b/src/i18n/content/jp/docs/browser/browser-monitoring/browser-pro-features/session-replay.mdx
index 2a5ff95bd51..1957bbfeee4 100644
--- a/src/i18n/content/jp/docs/browser/browser-monitoring/browser-pro-features/session-replay.mdx
+++ b/src/i18n/content/jp/docs/browser/browser-monitoring/browser-pro-features/session-replay.mdx
@@ -40,7 +40,7 @@ translationType: machine
2. ブラウザ アプリを選択します。
3. 左側のメニューで、 **Application settings**をクリックします。
4. アプリケーション設定ページで、 **Pro**または**Pro + SPA** Browser Agent が選択されていることを確認します。 セッションリプレイはLite Browserエージェントではご利用いただけません。
- 5. **Session traces**と**Session replay**設定をオンに切り替えます。
+ 5. **Session tracking**と**Session replay**設定をオンに切り替えます。
diff --git a/src/i18n/content/jp/docs/browser/new-relic-browser/browser-apis/recordReplay.mdx b/src/i18n/content/jp/docs/browser/new-relic-browser/browser-apis/recordReplay.mdx
index d66298d56be..532429cb7a1 100644
--- a/src/i18n/content/jp/docs/browser/new-relic-browser/browser-apis/recordReplay.mdx
+++ b/src/i18n/content/jp/docs/browser/new-relic-browser/browser-apis/recordReplay.mdx
@@ -28,6 +28,7 @@ newrelic.recordReplay()
`newrelic.recordReplay()` 手動で強制的にリプレイの録画を開始するために呼び出すことができます。 以下の要件を満たす必要があります:
* アカウントにはリプレイを録画する権利があります
+* セッショントラッキングが有効になっています
* セッショントレースが有効になっています
* browser変異オブザーバーグローバルは、現在使用されているbrowserのバージョンに存在します。
* セッションリプレイ 機能 は正常にインポートされているか、 `autoStart: false`に設定されており、すでに「開始」されています。
diff --git a/src/i18n/content/jp/docs/kubernetes-pixie/kubernetes-integration/advanced-configuration/get-logs-version.mdx b/src/i18n/content/jp/docs/kubernetes-pixie/kubernetes-integration/advanced-configuration/get-logs-version.mdx
index 6d7e9d35bfd..a74422083ef 100644
--- a/src/i18n/content/jp/docs/kubernetes-pixie/kubernetes-integration/advanced-configuration/get-logs-version.mdx
+++ b/src/i18n/content/jp/docs/kubernetes-pixie/kubernetes-integration/advanced-configuration/get-logs-version.mdx
@@ -28,7 +28,7 @@ translationType: machine
```yaml
# To enable verboseLog for newrelic-infrastructure only
newrelic-infrastructure:
- verboseLog: true
+ verboseLog: true
```
すべてのサブチャートに対して詳細なログ記録を有効にすることもできます。
@@ -36,16 +36,16 @@ translationType: machine
```yaml
# To enable verboseLog for all sub-charts
global:
- verboseLog: true
+ verboseLog: true
```
2. 必要な設定を追加したら、次のコマンドでソリューションをアップグレードします。
```shell
- helm upgrade newrelic/nri-bundle \
- --namespace \
- -f values-newrelic.yaml \
- [--version fixed-chart-version]
+ helm upgrade RELEASE_NAME newrelic/nri-bundle \
+ --namespace NEWRELIC_NAMESPACE \
+ -f values-newrelic.yaml \
+ [--version fixed-chart-version]
```
3. 詳細ログを収集した後、 `values.yaml` ファイルの変更を元に戻し、 `upgrade` コマンドを再度実行します。
@@ -60,19 +60,19 @@ translationType: machine
```yaml
env:
- - name: NRIA_LICENSE_KEY
+ - name: NRIA_LICENSE_KEY
valueFrom:
- secretKeyRef:
+ secretKeyRef:
key: licenseKey
name: newrelic-bundle-newrelic-infrastructure-license
- - name: NRIA_VERBOSE
+ - name: NRIA_VERBOSE
value: "1"
```
2. マニフェストを編集したら、次のコマンドでソリューションをアップグレードします。
```shell
- kubectl apply -f your_newrelic_k8s.yaml -n
+ kubectl apply -f your_newrelic_k8s.yaml -n NEWRELIC_NAMESPACE
```
3. 詳細ログを収集した後、マニフェストの変更を元に戻し、マニフェストを再度適用します。
@@ -86,13 +86,13 @@ translationType: machine
ログを取得するには、ログを取得するポッドの名前を取得します。
```shell
- kubectl get pods -n
+ kubectl get pods -n NEWRELIC_NAMESPACE
```
ログを取得します。
```shell
- kubectl logs --all-containers --prefix
+ kubectl logs POD_NAME --all-containers --prefix
```
前回の実行からログを取得するには、 `--previous` フラグを追加します。1 つのコンテナのみからログを取得するには、 `--all-containers --prefix` フラグを削除し、 `--container` オプションでコンテナを指定します。
@@ -110,8 +110,8 @@ translationType: machine
```sql
FROM K8sContainerSample
SELECT uniqueCount(entityId)
- WHERE containerName
- LIKE 'agent' FACET clusterName, containerImage
+ WHERE containerName LIKE '%agent%'
+ FACET clusterName, containerImage
```
エージェントがデータを報告していない場合：
@@ -119,7 +119,8 @@ translationType: machine
`kubectl`を使用して、クラスターで実行しているKubernetesのNewRelic統合のバージョンを取得します。
```shell
- kubectl get pods --all-namespaces -l app.kubernetes.io/name=newrelic-infrastructure -o jsonpath="{.items..spec..containers..image}"
+ kubectl get pods --all-namespaces -l app.kubernetes.io/name=newrelic-infrastructure \
+ -o jsonpath="{.items..spec..containers..image}"
```
@@ -129,8 +130,8 @@ translationType: machine
```sql
FROM K8sContainerSample
SELECT uniqueCount(entityId)
- WHERE containerName
- LIKE '%kube-state-metrics%' facet clusterName, containerImage
+ WHERE containerName LIKE '%kube-state-metrics%'
+ FACET clusterName, containerImage
```
diff --git a/src/i18n/content/jp/docs/kubernetes-pixie/kubernetes-integration/advanced-configuration/link-otel-applications-kubernetes.mdx b/src/i18n/content/jp/docs/kubernetes-pixie/kubernetes-integration/advanced-configuration/link-otel-applications-kubernetes.mdx
index a83b1f94aba..b8dcb764ea3 100644
--- a/src/i18n/content/jp/docs/kubernetes-pixie/kubernetes-integration/advanced-configuration/link-otel-applications-kubernetes.mdx
+++ b/src/i18n/content/jp/docs/kubernetes-pixie/kubernetes-integration/advanced-configuration/link-otel-applications-kubernetes.mdx
@@ -103,7 +103,7 @@ spec:
```yaml
exporters:
- otlp:
+ otlp:
endpoint: $OTEL_EXPORTER_OTLP_ENDPOINT
headers: api-key: $NEW_RELIC_API_KEY
```
@@ -116,7 +116,7 @@ spec:
```yaml
processors:
- batch:
+ batch:
```
@@ -136,7 +136,7 @@ spec:
```yaml
processors:
- resourcedetection:
+ resourcedetection:
detectors: [gke, gce]
```
@@ -148,13 +148,13 @@ spec:
```yaml
processors:
- k8sattributes:
+ k8sattributes:
auth_type: "serviceAccount"
passthrough: false
filter:
- node_from_env_var: KUBE_NODE_NAME
+ node_from_env_var: KUBE_NODE_NAME
extract:
- metadata:
+ metadata:
- k8s.pod.name
- k8s.pod.uid
- k8s.deployment.name
@@ -163,7 +163,7 @@ spec:
- k8s.node.name
- k8s.pod.start_time
pod_association:
- - from: resource_attribute
+ - from: resource_attribute
name: k8s.pod.uid
```
@@ -183,9 +183,9 @@ spec:
```yaml
spec:
- containers:
+ containers:
- env:
- - name: KUBE_NODE_NAME
+ - name: KUBE_NODE_NAME
valueFrom:
fieldRef:
apiVersion: v1
@@ -196,7 +196,7 @@ spec:
```yaml
k8sattributes:
- filter:
+ filter:
node_from_env_var: KUBE_NODE_NAME
```
diff --git a/src/i18n/content/jp/docs/kubernetes-pixie/kubernetes-integration/advanced-configuration/windows-linux-hybrid-cluster.mdx b/src/i18n/content/jp/docs/kubernetes-pixie/kubernetes-integration/advanced-configuration/windows-linux-hybrid-cluster.mdx
index b85f2b182b8..6a9b8cddf1a 100644
--- a/src/i18n/content/jp/docs/kubernetes-pixie/kubernetes-integration/advanced-configuration/windows-linux-hybrid-cluster.mdx
+++ b/src/i18n/content/jp/docs/kubernetes-pixie/kubernetes-integration/advanced-configuration/windows-linux-hybrid-cluster.mdx
@@ -40,44 +40,44 @@ translationType: machine
```yaml
global:
- licenseKey: mykey
- cluster: mycluster
- lowDataMode: true
+ licenseKey: mykey
+ cluster: mycluster
+ lowDataMode: true
newrelic-infrastructure:
- enabled: true
- nodeSelector:
+ enabled: true
+ nodeSelector:
kubernetes.io/os: linux
kube-state-metrics:
- enabled: true
- image:
+ enabled: true
+ image:
tag: v2.10.0
- nodeSelector:
+ nodeSelector:
kubernetes.io/os: linux
nri-kube-events:
- enabled: true
- nodeSelector:
+ enabled: true
+ nodeSelector:
kubernetes.io/os: linux
newrelic-logging:
- enabled: true
- enableWindows: true
+ enabled: true
+ enableWindows: true
nri-metadata-injection:
- enabled: true
- nodeSelector:
+ enabled: true
+ nodeSelector:
kubernetes.io/os: linux
newrelic-prometheus-agent:
- enabled: true
- verboseLog: true
- config:
+ enabled: true
+ verboseLog: true
+ config:
kubernetes:
- integrations_filter:
+ integrations_filter:
enabled: false
- nodeSelector:
+ nodeSelector:
kubernetes.io/os: linux
```
@@ -108,17 +108,17 @@ translationType: machine
```yaml
global:
- licenseKey: mykey
- cluster: mycluster
-
- enableLinux: false
- enableWindows: true
- windowsOsList:
- - version: 2022
- imageTag: 2-windows-ltsc2022-alpha
- buildNumber: 10.0.20348
- windowsNodeSelector:
- kubernetes.io/os: windows
+ licenseKey: mykey
+ cluster: mycluster
+
+ enableLinux: false
+ enableWindows: true
+ windowsOsList:
+ - version: 2022
+ imageTag: 2-windows-ltsc2022-alpha
+ buildNumber: 10.0.20348
+ windowsNodeSelector:
+ kubernetes.io/os: windows
```
この例では、Windows 2022 ノード グループまたはノード プールの値を追加します。
@@ -132,7 +132,8 @@ translationType: machine
このコマンドを実行して、 `newrelic-infrastructure`チャートの v2.7.2 バージョンをインストールします。
```shell
- helm upgrade --install newrelic-windows newrelic/newrelic-infrastructure --namespace newrelic --version 2.7.2 -f windows-values.yaml
+ helm upgrade --install newrelic-windows newrelic/newrelic-infrastructure \
+ --namespace newrelic --version 2.7.2 -f windows-values.yaml
```
Helm が戻ると、各 Windows ノードに`newrelic-windows-newrelic-infrastructure`のポッドが表示されます。
diff --git a/src/i18n/content/jp/docs/kubernetes-pixie/kubernetes-integration/get-started/kubernetes-integration-compatibility-requirements.mdx b/src/i18n/content/jp/docs/kubernetes-pixie/kubernetes-integration/get-started/kubernetes-integration-compatibility-requirements.mdx
index 3d7e044c8ff..3684d8d4fd5 100644
--- a/src/i18n/content/jp/docs/kubernetes-pixie/kubernetes-integration/get-started/kubernetes-integration-compatibility-requirements.mdx
+++ b/src/i18n/content/jp/docs/kubernetes-pixie/kubernetes-integration/get-started/kubernetes-integration-compatibility-requirements.mdx
@@ -189,7 +189,7 @@ Kubernetes 統合は、さまざまなフレーバーと互換性があります
|
- 4.14
+ バージョン4.14でテスト済み
|
@@ -210,4 +210,112 @@ Kubernetes 統合は、さまざまなフレーバーと互換性があります
例えば：
* etcd、スケジューラー、およびコントローラー マネージャーに必要なメトリックを公開するエンドポイントがないため、API サーバー メトリックのみがスクレイピング可能であり、マネージド クラスター (GKE、EKS、AKS) コントロール プレーンをインストルメント化するために使用できます。
-* ランチャーコントロールプレーンをインストルメント化するには、コンポーネント`/metrics`がデフォルトで常に到達可能であるとは限らず、自動検出できないため、 [追加の構成](/docs/integrations/kubernetes-integration/installation/configure-control-plane-monitoring#rancher)が必要です。
\ No newline at end of file
+* ランチャーコントロールプレーンをインストルメント化するには、コンポーネント`/metrics`がデフォルトで常に到達可能であるとは限らず、自動検出できないため、 [追加の構成](/docs/integrations/kubernetes-integration/installation/configure-control-plane-monitoring#rancher)が必要です。
+
+## リソース要件
+
+New Relic Kubernetesインテグレーションを導入する場合、監視コンポーネントが効率的に動作するように適切なリソースを割り当てることが重要です。
+
+以下は、 [インフラストラクチャ](https://github.com/newrelic/nri-kubernetes/blob/main/charts/newrelic-infrastructure/values.yaml)チャートによる各コンポーネントのデプロイに対する推奨される最小リソース要求と制限です。
+
+### [Kubeletコンポーネント](/docs/kubernetes-pixie/kubernetes-integration/get-started/kubernetes-components/#nrk8s-kubelet)
+
+各ノードにデプロイされた Kubelet コンポーネント ポッドには、次のコンテナが含まれます。
+
+**Kubelet コンテナ**
+
+* **CPU** ：
+ * **リクエスト**： `100m`
+
+* **メモリ**：
+
+ * **リクエスト**： `150M`
+ * **制限**: `300M`
+
+**エージェントコンテナ**
+
+* **CPU** ：
+ * **リクエスト**： `100m`
+
+* **メモリ**：
+
+ * **リクエスト**： `150M`
+ * **制限**: `300M`
+
+### [Kube State メトリクス コンポーネント](https://docs.newrelic.com/docs/kubernetes-pixie/kubernetes-integration/get-started/kubernetes-components/#nrk8s-ksm)
+
+**KSM コンテナ**
+
+* **CPU** ：
+ * **リクエスト**： `100m`
+
+* **メモリ**：
+
+ * **リクエスト**： `150M`
+ * **制限**: `850M`
+
+**フォワーダーコンテナ**
+
+* **CPU** ：
+ * **リクエスト**： `100m`
+
+* **メモリ**：
+
+ * **リクエスト**： `150M`
+ * **制限**: `850M`
+
+### [コントロールプレーンコンポーネント](https://docs.newrelic.com/docs/kubernetes-pixie/kubernetes-integration/get-started/kubernetes-components/#nrk8s-kubelet)
+
+* **CPU** ：
+ * **リクエスト**： `100m`
+
+* **メモリ**：
+
+ * **リクエスト**： `150M`
+ * **制限**: `300M`
+
+**エージェントコンテナ**
+
+* **CPU** ：
+ * **リクエスト**： `100m`
+
+* **メモリ**：
+
+ * **リクエスト**： `150M`
+ * **制限**: `300M`
+
+以下は、 [nri-bundle](https://docs.newrelic.com/docs/kubernetes-pixie/kubernetes-integration/get-started/kubernetes-components/#components)の一部としてデプロイされる他のコンポーネントに必要な推奨リソース要求と制限です。
+
+### [メタデータインジェクション](https://github.com/newrelic/k8s-metadata-injection/tree/main/charts/nri-metadata-injection)
+
+* **CPU** ：
+ * **リクエスト**： `100m`
+
+* **メモリ**：
+
+ * **リクエスト**： `30M`
+ * **制限**: `80M`
+
+### [ロギング](https://github.com/newrelic/helm-charts/tree/master/charts/newrelic-logging)
+
+各ノードにデプロイされた New Relic ログ ポッドには、次のコンテナが含まれます。
+
+* **CPU** ：
+
+ * **リクエスト**： `250m`
+ * **制限**: `500m`
+
+* **メモリ**：
+
+ * **リクエスト**： `64M`
+ * **制限**: `128M`
+
+### 考察
+
+* **クラスタ サイズ**: これらのリソースの推奨事項は、一般的なクラスタ サイズに対するものです。 より多くのノードとポッドを持つ大規模なクラスターでは、追加のデータ量を処理するためにリソースの割り当てを増やす必要がある場合があります。
+
+* **カスタム設定**: 追加機能またはカスタム設定を有効にする場合は、それに応じてリソースを調整することを検討してください。
+
+* **監視と調整**: デプロイメント後、これらのポッドのリソース使用状況を監視し、実際の使用量に基づいてリクエストと制限を調整して、パフォーマンスとコストを最適化します。
+
+これらのリソース仕様は、New Relic Kubernetesインテグレーションのデプロイに使用される Helm チャートの `values.yaml` ファイルで調整できます。 これらのリソース要件が満たされていることを確認することで、New Relic を使用してKubernetesクラスタの効率的かつ効果的な監視を維持できます。
\ No newline at end of file
diff --git a/src/i18n/content/jp/docs/kubernetes-pixie/kubernetes-integration/installation/kubernetes-windows.mdx b/src/i18n/content/jp/docs/kubernetes-pixie/kubernetes-integration/installation/kubernetes-windows.mdx
index a094487a0d0..26d087730a7 100644
--- a/src/i18n/content/jp/docs/kubernetes-pixie/kubernetes-integration/installation/kubernetes-windows.mdx
+++ b/src/i18n/content/jp/docs/kubernetes-pixie/kubernetes-integration/installation/kubernetes-windows.mdx
@@ -80,25 +80,25 @@ Windows用のKubernetesインテグレーションは、Helmを使ってイン
```yaml
global:
- licenseKey: _YOUR_NEW_RELIC_LICENSE_KEY_
- cluster: _K8S_CLUSTER_NAME_
-
- enableLinux: true # Set to true if your cluster also has linux nodes
- enableWindows: true
- windowsOsList:
- - version: 2019 # Human-readable version identifier
- imageTag: 2-windows-1809-alpha # Tag to be used for nodes running the windows version above
- buildNumber: 10.0.17763 # Build number for your nodes running the version above. Used as a selector.
- - version: 20h2
- imageTag: 2-windows-20H2-alpha
- buildNumber: 10.0.19042
- - version: 2022
- imageTag: 2-windows-ltsc2022-alpha
- buildNumber: 10.0.20348
- nodeSelector:
- kubernetes.io/os: linux # Selector for Linux installation.
- windowsNodeSelector:
- kubernetes.io/os: windows # Selector for Windows installation.
+ licenseKey: YOUR_NEW_RELIC_LICENSE_KEY
+ cluster: K8S_CLUSTER_NAME
+
+ enableLinux: true # Set to true if your cluster also has linux nodes
+ enableWindows: true
+ windowsOsList:
+ - version: 2019 # Human-readable version identifier
+ imageTag: 2-windows-1809-alpha # Tag to be used for nodes running the windows version above
+ buildNumber: 10.0.17763 # Build number for your nodes running the version above. Used as a selector.
+ - version: 20h2
+ imageTag: 2-windows-20H2-alpha
+ buildNumber: 10.0.19042
+ - version: 2022
+ imageTag: 2-windows-ltsc2022-alpha
+ buildNumber: 10.0.20348
+ nodeSelector:
+ kubernetes.io/os: linux # Selector for Linux installation.
+ windowsNodeSelector:
+ kubernetes.io/os: windows # Selector for Windows installation.
```
@@ -109,9 +109,9 @@ Windows用のKubernetesインテグレーションは、Helmを使ってイン
```shell
helm upgrade --install newrelic newrelic/newrelic-infrastructure \
- --namespace newrelic --create-namespace \
- --version 2.7.2 \
- -f values-newrelic.yaml
+ --namespace newrelic --create-namespace \
+ --version 2.7.2 \
+ -f values-newrelic.yaml
```
@@ -142,8 +142,8 @@ kubectl exec -it busybox1-766bb4d6cc-rmsnj -- Reg Query
このように表示されます。
```shell
-HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion
-ReleaseId REG_SZ 1809
+[output] HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion
+[output] ReleaseId REG_SZ 1809
```
リリース ID と OS バージョンの間の有用なマッピングについては、 [ここを](https://hub.docker.com/_/microsoft-windows-servercore)参照してください。
@@ -181,7 +181,6 @@ Windows エージェントは、 `K8sNodeSample`や`K8sPodSample`などの[Kuber
* `memoryUsedBytes`: UIでは、ポッドをクリックしたときに表示されるポッド カードにデータが表示されません。 代わりに`memoryWorkingSetBytes`を使用するようにチャートを更新することで、この問題をすぐに修正する予定です。
* 巻です。
-
* `fsUsedBytes`: ゼロなので、 `fsUsedPercent`はゼロです
## Windows Kubeletの既知の問題 [#known-issues]
@@ -191,11 +190,11 @@ Windows版のKubeletにはいくつかの問題があり、統合機能がデー
* [問題 90554:](https://github.com/kubernetes/kubernetes/pull/90554)この問題により、インテグレーションが`/stats/summary`トークンにリクエストを送信したときに、Kubelet が 500 エラーを返します。 これはKubernetes 1.19リリースに含まれ、リリース1.16.11にバックポートされています。 1.17.7、および 1.18.4。 この問題に対するインテグレーション側での解決策はありませんので、できるだけ早くパッチ バージョンのいずれかに更新することをお勧めします。 [詳細ログを有効にして](/docs/kubernetes-pixie/kubernetes-integration/advanced-configuration/get-logs-version/#verbose-logging)、次のタイプのメッセージを探すことで、この問題の影響を受けているかどうかを確認できます。
```shell
- error querying Kubelet. Get "https:///stats/summary": error calling kubelet endpoint. Got status code: 500
+ [output] error querying Kubelet. Get "https:///stats/summary": error calling kubelet endpoint. Got status code: 500
```
* [問題 87730:](https://github.com/kubernetes/kubernetes/pull/87730)この問題により、最小負荷で実行しているときに Kubelet メトリックが非常に遅くなります。 タイムアウト エラーが発生して統合が失敗します。 この問題に対するパッチはKubernetes 1.18に追加され、1.15.12にバックポートされました。 1.16.9、および 1.17.5。 できるだけ早くいずれかのパッチ バージョンに更新することをお勧めします。 この問題を軽減するには、 [`TIMEOUT`構成オプション](/docs/integrations/kubernetes-integration/installation/kubernetes-integration-install-configure#kube-state-metrics-timeout-change)を使用してインテグレーション タイムアウトを増やすことができます。 [詳細ログを有効にして](/docs/kubernetes-pixie/kubernetes-integration/advanced-configuration/get-logs-version/#verbose-logging)、次のタイプのメッセージを探すことで、この問題の影響を受けているかどうかを確認できます。
```shell
- error querying Kubelet. Get "https:///stats/summary": context deadline exceeded (Client.Timeout exceeded while awaiting headers)
- ```
+ [output] error querying Kubelet. Get "https:///stats/summary": context deadline exceeded (Client.Timeout exceeded while awaiting headers)
+ ```
\ No newline at end of file
diff --git a/src/i18n/content/jp/docs/synthetics/synthetic-monitoring/private-locations/install-job-manager.mdx b/src/i18n/content/jp/docs/synthetics/synthetic-monitoring/private-locations/install-job-manager.mdx
index a1ae771e900..6c71db74fb4 100644
--- a/src/i18n/content/jp/docs/synthetics/synthetic-monitoring/private-locations/install-job-manager.mdx
+++ b/src/i18n/content/jp/docs/synthetics/synthetic-monitoring/private-locations/install-job-manager.mdx
@@ -483,7 +483,7 @@ Synthetics ジョブ マネージャーのイメージは、 [Docker Hub](https:
Linux でポッドを作成し、ホスト マシンの IP アドレスを追加するには:
```
- podman pod create --name YOUR_POD_NAME --add-host=podman.service:IP_ADDRESS
+ podman pod create --network slirp4netns --name YOUR_POD_NAME --add-host=podman.service:IP_ADDRESS
```
ジョブ マネージャーを起動するには:
diff --git a/src/i18n/content/kr/docs/apis/nerdgraph/examples/async-queries-nrql-tutorial.mdx b/src/i18n/content/kr/docs/apis/nerdgraph/examples/async-queries-nrql-tutorial.mdx
index 03622e8ffd1..8ff2a228401 100644
--- a/src/i18n/content/kr/docs/apis/nerdgraph/examples/async-queries-nrql-tutorial.mdx
+++ b/src/i18n/content/kr/docs/apis/nerdgraph/examples/async-queries-nrql-tutorial.mdx
@@ -72,14 +72,14 @@ translationType: machine
## 비동기 쿼리 취소 [#example-cancel-query]
-`cancelAsyncQuery` 변형을 사용하면 비동기 쿼리를 취소할 수 있습니다. 이 변형은 취소하려는 쿼리의 `queryId` 을 가져옵니다.
+`nrqlCancelQuery` 변형을 사용하면 비동기 쿼리를 취소할 수 있습니다. 이 변형은 취소하려는 쿼리의 `queryId` 을 가져옵니다. 거부 이유가 포함된 `ACCEPTED` 상태 또는 `REJECTED` 상태가 반환됩니다.
```graphql
mutation {
- cancelAsyncQuery(queryId: "YOUR_QUERY_ID") {
- queryToken
- accepted
- rejectionCause
+ nrqlCancelQuery(queryId: "YOUR_QUERY_ID") {
+ queryId
+ requestStatus
+ rejectionReason
}
}
```
\ No newline at end of file
diff --git a/src/i18n/content/kr/docs/apm/agents/manage-apm-agents/configuration/server-side-agent-configuration.mdx b/src/i18n/content/kr/docs/apm/agents/manage-apm-agents/configuration/server-side-agent-configuration.mdx
index d1318fb573e..cef29919fd1 100644
--- a/src/i18n/content/kr/docs/apm/agents/manage-apm-agents/configuration/server-side-agent-configuration.mdx
+++ b/src/i18n/content/kr/docs/apm/agents/manage-apm-agents/configuration/server-side-agent-configuration.mdx
@@ -12,8 +12,6 @@ translationType: machine
서버 측 구성은 언어 에이전트의 구성 파일에서 일부 핵심 설정을 [New Relic 수집기](/docs/accounts-partnerships/education/getting-started-new-relic/glossary#collector) 로 전환합니다. 언어 에이전트에 따라 사용 가능한 설정은 다음과 같습니다.
* 거래 추적
-* 로그 로그 전달(자바 에이전트만 해당)
-* 느린 SQL
* SQL 기록 및 로깅
* SQL 쿼리 계획
* 오류 콜렉션
@@ -53,9 +51,7 @@ PHP 에이전트는 서버 측 구성을 지원하지 않습니다. UI에서 모
1. **[one.newrelic.com > All capabilities](https://one.newrelic.com/all-capabilities) > APM** 으)로 이동합니다.
2. 앱을 클릭하세요. 그런 다음 **Settings > Application > Server-side agent configuration** 클릭합니다.
-서버측 설정을 활성화한 후 UI 에서 설정에 접근하여 수정할 수 있습니다. **server-side agent configuration** 에서 원하는 옵션을 선택하세요.
-
-
+서버 측 구성을 활성화한 후 UI를 통해 사용 가능한 설정을 보고 변경할 수 있습니다.
## NerdGraph API에서 구성 [#enable-nerdgraph]
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 fee8b859d8a..743059f95f9 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
@@ -520,7 +520,7 @@ translationType: machine
[EnyimMemcachedCore를](https://www.nuget.org/packages/EnyimMemcachedCore) 사용하세요.
* 지원되는 최소 버전: 2.0.0
- * 최신 검증된 호환 버전: 3.2.3
+ * 최신 검증된 호환 버전: 3.3.1
@@ -538,7 +538,7 @@ translationType: machine
* 최소 지원 버전: 3.5.0
- * 최신 검증된 호환 버전: 4.0.0-preview.4
+ * 최신 검증된 호환 버전: 3.7.404.5
* 필요한 최소 에이전트 버전: 10.33.0
@@ -695,7 +695,7 @@ translationType: machine
- 4.0.1
+ 4.2.0
|
@@ -1431,7 +1431,7 @@ translationType: machine
[EnyimMemcachedCore를](https://www.nuget.org/packages/EnyimMemcachedCore) 사용하세요.
* 지원되는 최소 버전: 2.0.0
- * 최신 검증된 호환 버전: 3.2.3
+ * 최신 검증된 호환 버전: 3.3.1
@@ -1449,7 +1449,7 @@ translationType: machine
* 최소 지원 버전: 3.5.0
- * 최신 검증된 호환 버전: 4.0.0-preview.4
+ * 최신 검증된 호환 버전: 3.7.404.5
* 필요한 최소 에이전트 버전: 10.33.0
@@ -1664,7 +1664,7 @@ translationType: machine
- 4.0.1
+ 4.2.0
|
diff --git a/src/i18n/content/kr/docs/apm/agents/php-agent/getting-started/php-agent-compatibility-requirements.mdx b/src/i18n/content/kr/docs/apm/agents/php-agent/getting-started/php-agent-compatibility-requirements.mdx
index a47ea169b94..740c7dbee1f 100644
--- a/src/i18n/content/kr/docs/apm/agents/php-agent/getting-started/php-agent-compatibility-requirements.mdx
+++ b/src/i18n/content/kr/docs/apm/agents/php-agent/getting-started/php-agent-compatibility-requirements.mdx
@@ -575,7 +575,7 @@ PHP 에이전트 설치 **requires** 루트 액세스:
- 7.x, 8.x, 9.x, 10.x, 11.x
+ 7.x, 8.x, 9.x, 10.x, 11.0
|
diff --git a/src/i18n/content/kr/docs/apm/agents/python-agent/configuration/python-agent-configuration.mdx b/src/i18n/content/kr/docs/apm/agents/python-agent/configuration/python-agent-configuration.mdx
index a068286b46d..e7bf96d517f 100644
--- a/src/i18n/content/kr/docs/apm/agents/python-agent/configuration/python-agent-configuration.mdx
+++ b/src/i18n/content/kr/docs/apm/agents/python-agent/configuration/python-agent-configuration.mdx
@@ -4639,6 +4639,34 @@ Python 에이전트에 대한 로그 구성에 대한 몇 가지 팁 [은 컨텍
`true` 인 경우 에이전트는 AWS 환경에서 실행 중임을 자동으로 감지합니다.
+
+
+
+
+ |
+ 유형
+ |
+
+
+ 문자열
+ |
+
+
+
+ |
+ 기본값
+ |
+
+
+ `None`
+ |
+
+
+
+
+ 설정된 경우 에이전트는 측정, 리소스에 의해 계정 ID를 자동으로 확인할 수 없는 경우 이 AWS `account_id` 를 사용하여 AWS 부분을 연결합니다. 유효한 AWS 계정 ID의 예와 이를 찾는 방법은 [AWS 계정 식별자 관리 문서를](https://docs.aws.amazon.com/accounts/latest/reference/manage-acct-identifiers.html#awsaccountid) 참조하세요.
+
+
diff --git a/src/i18n/content/kr/docs/browser/browser-monitoring/browser-pro-features/session-replay.mdx b/src/i18n/content/kr/docs/browser/browser-monitoring/browser-pro-features/session-replay.mdx
index 268e5ed476d..183cb049cb4 100644
--- a/src/i18n/content/kr/docs/browser/browser-monitoring/browser-pro-features/session-replay.mdx
+++ b/src/i18n/content/kr/docs/browser/browser-monitoring/browser-pro-features/session-replay.mdx
@@ -40,7 +40,7 @@ translationType: machine
2. 브라우저 앱을 선택하세요.
3. 왼쪽 메뉴에서 **Application settings** 클릭합니다.
4. 애플리케이션 설정 페이지에서 **Pro** 또는 **Pro + SPA** 브라우저 에이전트가 선택되어 있는지 확인하세요. 세션 리플레이는 Lite 브라우저 에이전트에 사용할 수 없습니다.
- 5. **Session traces** 및 **Session replay** 설정을 켜기로 전환합니다.
+ 5. **Session tracking** 및 **Session replay** 설정을 켜기로 전환합니다.
diff --git a/src/i18n/content/kr/docs/browser/new-relic-browser/browser-apis/recordReplay.mdx b/src/i18n/content/kr/docs/browser/new-relic-browser/browser-apis/recordReplay.mdx
index 357293d74fb..6cf73780c26 100644
--- a/src/i18n/content/kr/docs/browser/new-relic-browser/browser-apis/recordReplay.mdx
+++ b/src/i18n/content/kr/docs/browser/new-relic-browser/browser-apis/recordReplay.mdx
@@ -28,6 +28,7 @@ newrelic.recordReplay()
`newrelic.recordReplay()` 재생이 녹음을 시작하도록 수동으로 호출할 수 있습니다. 다음 요구 사항을 충족해야 합니다.
* 계정은 리플레이를 녹화할 수 있는 권한이 있습니다
+* 세션 추적이 활성화되었습니다
* 세션 트레이스가 활성화되었습니다.
* 사용 중인 브라우저의 현재 버전에 브라우저 돌연변이 관찰자 글로벌이 있습니다.
* 세션 리플레이 기능은 일반적으로 가져오거나 `autoStart: false` 으로 설정되어 이미 "시작"되었습니다.
diff --git a/src/i18n/content/kr/docs/kubernetes-pixie/kubernetes-integration/advanced-configuration/get-logs-version.mdx b/src/i18n/content/kr/docs/kubernetes-pixie/kubernetes-integration/advanced-configuration/get-logs-version.mdx
index 7e386c1b7f4..cbb7f251c80 100644
--- a/src/i18n/content/kr/docs/kubernetes-pixie/kubernetes-integration/advanced-configuration/get-logs-version.mdx
+++ b/src/i18n/content/kr/docs/kubernetes-pixie/kubernetes-integration/advanced-configuration/get-logs-version.mdx
@@ -28,7 +28,7 @@ translationType: machine
```yaml
# To enable verboseLog for newrelic-infrastructure only
newrelic-infrastructure:
- verboseLog: true
+ verboseLog: true
```
모든 하위 차트에 대해 자세한 로깅을 활성화할 수도 있습니다.
@@ -36,16 +36,16 @@ translationType: machine
```yaml
# To enable verboseLog for all sub-charts
global:
- verboseLog: true
+ verboseLog: true
```
2. 원하는 설정을 추가한 후 다음 명령으로 솔루션을 업그레이드하세요.
```shell
- helm upgrade newrelic/nri-bundle \
- --namespace \
- -f values-newrelic.yaml \
- [--version fixed-chart-version]
+ helm upgrade RELEASE_NAME newrelic/nri-bundle \
+ --namespace NEWRELIC_NAMESPACE \
+ -f values-newrelic.yaml \
+ [--version fixed-chart-version]
```
3. 상세 로그를 수집한 후 `values.yaml` 파일의 변경 사항을 되돌리고 `upgrade` 명령을 다시 실행합니다.
@@ -60,19 +60,19 @@ translationType: machine
```yaml
env:
- - name: NRIA_LICENSE_KEY
+ - name: NRIA_LICENSE_KEY
valueFrom:
- secretKeyRef:
+ secretKeyRef:
key: licenseKey
name: newrelic-bundle-newrelic-infrastructure-license
- - name: NRIA_VERBOSE
+ - name: NRIA_VERBOSE
value: "1"
```
2. 매니페스트를 편집한 후 다음 명령으로 솔루션을 업그레이드하세요.
```shell
- kubectl apply -f your_newrelic_k8s.yaml -n
+ kubectl apply -f your_newrelic_k8s.yaml -n NEWRELIC_NAMESPACE
```
3. 자세한 로그를 수집한 후 매니페스트의 변경 사항을 되돌리고 매니페스트를 다시 적용하세요.
@@ -86,13 +86,13 @@ translationType: machine
로그를 가져오려면 다음에서 로그를 검색하려는 포드의 이름을 가져옵니다.
```shell
- kubectl get pods -n
+ kubectl get pods -n NEWRELIC_NAMESPACE
```
로그 검색:
```shell
- kubectl logs --all-containers --prefix
+ kubectl logs POD_NAME --all-containers --prefix
```
이전 실행에서 로그를 검색하려면 `--previous` 플래그를 추가하세요. 컨테이너 중 하나만 로그를 가져오려면 `--all-containers --prefix` 플래그를 제거하고 `--container` 옵션을 사용하여 컨테이너를 지정합니다.
@@ -110,8 +110,8 @@ translationType: machine
```sql
FROM K8sContainerSample
SELECT uniqueCount(entityId)
- WHERE containerName
- LIKE 'agent' FACET clusterName, containerImage
+ WHERE containerName LIKE '%agent%'
+ FACET clusterName, containerImage
```
상담원이 데이터를 보고하지 않는 경우:
@@ -119,7 +119,8 @@ translationType: machine
`kubectl` 을 사용하여 클러스터에서 실행 중인 Kubernetes용 New Relic 통합 버전을 가져옵니다.
```shell
- kubectl get pods --all-namespaces -l app.kubernetes.io/name=newrelic-infrastructure -o jsonpath="{.items..spec..containers..image}"
+ kubectl get pods --all-namespaces -l app.kubernetes.io/name=newrelic-infrastructure \
+ -o jsonpath="{.items..spec..containers..image}"
```
@@ -129,8 +130,8 @@ translationType: machine
```sql
FROM K8sContainerSample
SELECT uniqueCount(entityId)
- WHERE containerName
- LIKE '%kube-state-metrics%' facet clusterName, containerImage
+ WHERE containerName LIKE '%kube-state-metrics%'
+ FACET clusterName, containerImage
```
diff --git a/src/i18n/content/kr/docs/kubernetes-pixie/kubernetes-integration/advanced-configuration/link-otel-applications-kubernetes.mdx b/src/i18n/content/kr/docs/kubernetes-pixie/kubernetes-integration/advanced-configuration/link-otel-applications-kubernetes.mdx
index 09f0c4898d8..7b41d0f5a74 100644
--- a/src/i18n/content/kr/docs/kubernetes-pixie/kubernetes-integration/advanced-configuration/link-otel-applications-kubernetes.mdx
+++ b/src/i18n/content/kr/docs/kubernetes-pixie/kubernetes-integration/advanced-configuration/link-otel-applications-kubernetes.mdx
@@ -103,7 +103,7 @@ spec:
```yaml
exporters:
- otlp:
+ otlp:
endpoint: $OTEL_EXPORTER_OTLP_ENDPOINT
headers: api-key: $NEW_RELIC_API_KEY
```
@@ -116,7 +116,7 @@ spec:
```yaml
processors:
- batch:
+ batch:
```
@@ -136,7 +136,7 @@ spec:
```yaml
processors:
- resourcedetection:
+ resourcedetection:
detectors: [gke, gce]
```
@@ -148,13 +148,13 @@ spec:
```yaml
processors:
- k8sattributes:
+ k8sattributes:
auth_type: "serviceAccount"
passthrough: false
filter:
- node_from_env_var: KUBE_NODE_NAME
+ node_from_env_var: KUBE_NODE_NAME
extract:
- metadata:
+ metadata:
- k8s.pod.name
- k8s.pod.uid
- k8s.deployment.name
@@ -163,7 +163,7 @@ spec:
- k8s.node.name
- k8s.pod.start_time
pod_association:
- - from: resource_attribute
+ - from: resource_attribute
name: k8s.pod.uid
```
@@ -183,9 +183,9 @@ spec:
```yaml
spec:
- containers:
+ containers:
- env:
- - name: KUBE_NODE_NAME
+ - name: KUBE_NODE_NAME
valueFrom:
fieldRef:
apiVersion: v1
@@ -196,7 +196,7 @@ spec:
```yaml
k8sattributes:
- filter:
+ filter:
node_from_env_var: KUBE_NODE_NAME
```
diff --git a/src/i18n/content/kr/docs/kubernetes-pixie/kubernetes-integration/advanced-configuration/windows-linux-hybrid-cluster.mdx b/src/i18n/content/kr/docs/kubernetes-pixie/kubernetes-integration/advanced-configuration/windows-linux-hybrid-cluster.mdx
index bd2351265bd..53b9d8436c8 100644
--- a/src/i18n/content/kr/docs/kubernetes-pixie/kubernetes-integration/advanced-configuration/windows-linux-hybrid-cluster.mdx
+++ b/src/i18n/content/kr/docs/kubernetes-pixie/kubernetes-integration/advanced-configuration/windows-linux-hybrid-cluster.mdx
@@ -40,44 +40,44 @@ translationType: machine
```yaml
global:
- licenseKey: mykey
- cluster: mycluster
- lowDataMode: true
+ licenseKey: mykey
+ cluster: mycluster
+ lowDataMode: true
newrelic-infrastructure:
- enabled: true
- nodeSelector:
+ enabled: true
+ nodeSelector:
kubernetes.io/os: linux
kube-state-metrics:
- enabled: true
- image:
+ enabled: true
+ image:
tag: v2.10.0
- nodeSelector:
+ nodeSelector:
kubernetes.io/os: linux
nri-kube-events:
- enabled: true
- nodeSelector:
+ enabled: true
+ nodeSelector:
kubernetes.io/os: linux
newrelic-logging:
- enabled: true
- enableWindows: true
+ enabled: true
+ enableWindows: true
nri-metadata-injection:
- enabled: true
- nodeSelector:
+ enabled: true
+ nodeSelector:
kubernetes.io/os: linux
newrelic-prometheus-agent:
- enabled: true
- verboseLog: true
- config:
+ enabled: true
+ verboseLog: true
+ config:
kubernetes:
- integrations_filter:
+ integrations_filter:
enabled: false
- nodeSelector:
+ nodeSelector:
kubernetes.io/os: linux
```
@@ -108,17 +108,17 @@ translationType: machine
```yaml
global:
- licenseKey: mykey
- cluster: mycluster
-
- enableLinux: false
- enableWindows: true
- windowsOsList:
- - version: 2022
- imageTag: 2-windows-ltsc2022-alpha
- buildNumber: 10.0.20348
- windowsNodeSelector:
- kubernetes.io/os: windows
+ licenseKey: mykey
+ cluster: mycluster
+
+ enableLinux: false
+ enableWindows: true
+ windowsOsList:
+ - version: 2022
+ imageTag: 2-windows-ltsc2022-alpha
+ buildNumber: 10.0.20348
+ windowsNodeSelector:
+ kubernetes.io/os: windows
```
이 예에서는 Windows 2022 노드 그룹 또는 노드 풀에 대한 값을 추가합니다.
@@ -132,7 +132,8 @@ translationType: machine
이 명령어를 실행하여 `newrelic-infrastructure` 차트의 v2.7.2 버전을 설치합니다.
```shell
- helm upgrade --install newrelic-windows newrelic/newrelic-infrastructure --namespace newrelic --version 2.7.2 -f windows-values.yaml
+ helm upgrade --install newrelic-windows newrelic/newrelic-infrastructure \
+ --namespace newrelic --version 2.7.2 -f windows-values.yaml
```
Helm이 반환되면 각 Windows 노드에 `newrelic-windows-newrelic-infrastructure` 패드가 표시되어야 합니다.
diff --git a/src/i18n/content/kr/docs/kubernetes-pixie/kubernetes-integration/get-started/kubernetes-integration-compatibility-requirements.mdx b/src/i18n/content/kr/docs/kubernetes-pixie/kubernetes-integration/get-started/kubernetes-integration-compatibility-requirements.mdx
index 70d31e2994c..df708280007 100644
--- a/src/i18n/content/kr/docs/kubernetes-pixie/kubernetes-integration/get-started/kubernetes-integration-compatibility-requirements.mdx
+++ b/src/i18n/content/kr/docs/kubernetes-pixie/kubernetes-integration/get-started/kubernetes-integration-compatibility-requirements.mdx
@@ -189,7 +189,7 @@ Kubernetes 통합은 다양한 특징과 호환됩니다. 다음 항목과의
|
- 4.14
+ 버전 4.14로 테스트됨
|
@@ -210,4 +210,112 @@ Kubernetes 통합은 다양한 특징과 호환됩니다. 다음 항목과의
예를 들어:
* etcd, 스케줄러 및 컨트롤러 관리자에 필요한 측정항목을 노출하는 엔드포인트가 없기 때문에 관리형 클러스터(GKE, EKS, AKS) 제어 플레인 계측에 API 서버 측정항목만 스크랩 가능하고 사용할 수 있습니다.
-* Rancher 제어 평면을 계측하려면 구성요소 `/metrics` 이(가) 기본적으로 항상 도달할 수 있는 것은 아니고 자동 검색할 수 없기 때문에 몇 가지 [추가 구성](/docs/integrations/kubernetes-integration/installation/configure-control-plane-monitoring#rancher) 이 필요합니다.
\ No newline at end of file
+* Rancher 제어 평면을 계측하려면 구성요소 `/metrics` 이(가) 기본적으로 항상 도달할 수 있는 것은 아니고 자동 검색할 수 없기 때문에 몇 가지 [추가 구성](/docs/integrations/kubernetes-integration/installation/configure-control-plane-monitoring#rancher) 이 필요합니다.
+
+## 리소스 요구 사항
+
+뉴렐릭 Kubernetes 통합을 구현하거나 배포할 때, 모니터링 구성 요소가 효율적으로 작동하도록 적절한 리소스를 할당하는 것이 중요합니다.
+
+다음은 [인텔](https://github.com/newrelic/nri-kubernetes/blob/main/charts/newrelic-infrastructure/values.yaml) 차트에서 권장하는 각 구성 요소에 대한 최소 리소스 요청 및 한도입니다.
+
+### [Kubelet 구성 요소](/docs/kubernetes-pixie/kubernetes-integration/get-started/kubernetes-components/#nrk8s-kubelet)
+
+각 노드의 Kubelet 컴포넌트 파드 구현하다, 배포하다에는 다음 컨테이너가 포함되어 있습니다.
+
+**Kubelet 컨테이너**
+
+* **CPU**:
+ * **요구**: `100m`
+
+* **메모리**:
+
+ * **요구**: `150M`
+ * **한계**: `300M`
+
+**에이전트 컨테이너**
+
+* **CPU**:
+ * **요구**: `100m`
+
+* **메모리**:
+
+ * **요구**: `150M`
+ * **한계**: `300M`
+
+### [Kube 상태 지표 구성요소](https://docs.newrelic.com/docs/kubernetes-pixie/kubernetes-integration/get-started/kubernetes-components/#nrk8s-ksm)
+
+**KSM 컨테이너**
+
+* **CPU**:
+ * **요구**: `100m`
+
+* **메모리**:
+
+ * **요구**: `150M`
+ * **한계**: `850M`
+
+**포워더 컨테이너**
+
+* **CPU**:
+ * **요구**: `100m`
+
+* **메모리**:
+
+ * **요구**: `150M`
+ * **한계**: `850M`
+
+### [제어 평면 구성 요소](https://docs.newrelic.com/docs/kubernetes-pixie/kubernetes-integration/get-started/kubernetes-components/#nrk8s-kubelet)
+
+* **CPU**:
+ * **요구**: `100m`
+
+* **메모리**:
+
+ * **요구**: `150M`
+ * **한계**: `300M`
+
+**에이전트 컨테이너**
+
+* **CPU**:
+ * **요구**: `100m`
+
+* **메모리**:
+
+ * **요구**: `150M`
+ * **한계**: `300M`
+
+다음은 [nri-bundle](https://docs.newrelic.com/docs/kubernetes-pixie/kubernetes-integration/get-started/kubernetes-components/#components)의 일부로 다른 구성 요소에 필요한 권장 리소스 요청 및 제한 사항입니다.
+
+### [메타데이터 주입](https://github.com/newrelic/k8s-metadata-injection/tree/main/charts/nri-metadata-injection)
+
+* **CPU**:
+ * **요구**: `100m`
+
+* **메모리**:
+
+ * **요구**: `30M`
+ * **한계**: `80M`
+
+### [벌채 반출](https://github.com/newrelic/helm-charts/tree/master/charts/newrelic-logging)
+
+다음 컨테이너는 각 노드의 뉴렐릭 로깅 파드 구현하다, 배포하다에 포함되어 있습니다.
+
+* **CPU**:
+
+ * **요구**: `250m`
+ * **한계**: `500m`
+
+* **메모리**:
+
+ * **요구**: `64M`
+ * **한계**: `128M`
+
+### 고려 사항
+
+* **클러스터 크기**: 이러한 리소스 권장 사항은 일반적인 클러스터 크기에 대한 것입니다. 더 많은 노드와 파드를 갖춘 대형 유닛의 경우 추가 데이터 볼륨을 처리하기 위해 더 많은 리소스 할당이 필요할 수 있습니다.
+
+* **사용자 정의 설정**: 추가 기능이나 사용자 정의 설정을 활성화하는 경우 리소스를 이에 따라 조정하는 것을 고려하세요.
+
+* **모니터링 및 조정**: 구현, 배포 후 이러한 파드의 자원 사용량을 모니터링하고 실제 사용량에 따라 요청 및 제한을 조정하여 성능 및 비용을 최적화합니다.
+
+이러한 리소스 사양은 뉴렐릭 Kubernetes 통합을 구현하고 배포하는 데 사용되는 Helm 차트의 `values.yaml` 파일에서 조정할 수 있습니다. 이러한 리소스 요구 사항을 충족함으로써 쿠버네티스 클러스터에 대한 효율적이고 효과적인 모니터링을 뉴렐릭으로 유지할 수 있습니다.
\ No newline at end of file
diff --git a/src/i18n/content/kr/docs/kubernetes-pixie/kubernetes-integration/installation/kubernetes-windows.mdx b/src/i18n/content/kr/docs/kubernetes-pixie/kubernetes-integration/installation/kubernetes-windows.mdx
index 0714ac333a2..f7c02763a26 100644
--- a/src/i18n/content/kr/docs/kubernetes-pixie/kubernetes-integration/installation/kubernetes-windows.mdx
+++ b/src/i18n/content/kr/docs/kubernetes-pixie/kubernetes-integration/installation/kubernetes-windows.mdx
@@ -80,25 +80,25 @@ Helm을 사용하여 Windows용 Kubernetes 통합을 설치할 수 있습니다.
```yaml
global:
- licenseKey: _YOUR_NEW_RELIC_LICENSE_KEY_
- cluster: _K8S_CLUSTER_NAME_
-
- enableLinux: true # Set to true if your cluster also has linux nodes
- enableWindows: true
- windowsOsList:
- - version: 2019 # Human-readable version identifier
- imageTag: 2-windows-1809-alpha # Tag to be used for nodes running the windows version above
- buildNumber: 10.0.17763 # Build number for your nodes running the version above. Used as a selector.
- - version: 20h2
- imageTag: 2-windows-20H2-alpha
- buildNumber: 10.0.19042
- - version: 2022
- imageTag: 2-windows-ltsc2022-alpha
- buildNumber: 10.0.20348
- nodeSelector:
- kubernetes.io/os: linux # Selector for Linux installation.
- windowsNodeSelector:
- kubernetes.io/os: windows # Selector for Windows installation.
+ licenseKey: YOUR_NEW_RELIC_LICENSE_KEY
+ cluster: K8S_CLUSTER_NAME
+
+ enableLinux: true # Set to true if your cluster also has linux nodes
+ enableWindows: true
+ windowsOsList:
+ - version: 2019 # Human-readable version identifier
+ imageTag: 2-windows-1809-alpha # Tag to be used for nodes running the windows version above
+ buildNumber: 10.0.17763 # Build number for your nodes running the version above. Used as a selector.
+ - version: 20h2
+ imageTag: 2-windows-20H2-alpha
+ buildNumber: 10.0.19042
+ - version: 2022
+ imageTag: 2-windows-ltsc2022-alpha
+ buildNumber: 10.0.20348
+ nodeSelector:
+ kubernetes.io/os: linux # Selector for Linux installation.
+ windowsNodeSelector:
+ kubernetes.io/os: windows # Selector for Windows installation.
```
@@ -109,9 +109,9 @@ Helm을 사용하여 Windows용 Kubernetes 통합을 설치할 수 있습니다.
```shell
helm upgrade --install newrelic newrelic/newrelic-infrastructure \
- --namespace newrelic --create-namespace \
- --version 2.7.2 \
- -f values-newrelic.yaml
+ --namespace newrelic --create-namespace \
+ --version 2.7.2 \
+ -f values-newrelic.yaml
```
@@ -142,8 +142,8 @@ kubectl exec -it busybox1-766bb4d6cc-rmsnj -- Reg Query
다음과 같이 표시되어야 합니다.
```shell
-HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion
-ReleaseId REG_SZ 1809
+[output] HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion
+[output] ReleaseId REG_SZ 1809
```
릴리스 ID와 OS 버전 간의 유용한 매핑은 [여기를](https://hub.docker.com/_/microsoft-windows-servercore)참조하십시오.
@@ -181,7 +181,6 @@ Windows 에이전트는 `K8sNodeSample` 또는 `K8sPodSample` 과 같은 [Kubern
* `memoryUsedBytes`: UI 에서는 파드 클릭 시 나타나는 파드 카드에 표시되며 데이터는 표시되지 않습니다. 대신 `memoryWorkingSetBytes` 사용하도록 차트를 업데이트하여 이 문제를 곧 해결할 것입니다.
* 용량:
-
* `fsUsedBytes`: 0이므로 `fsUsedPercent` 은 0입니다.
## Windows Kubelet의 알려진 문제 [#known-issues]
@@ -191,11 +190,11 @@ Windows 에이전트는 `K8sNodeSample` 또는 `K8sPodSample` 과 같은 [Kubern
* [문제 90554:](https://github.com/kubernetes/kubernetes/pull/90554) 이 문제로 인해 통합이 `/stats/summary` 엔드포인트에 요청할 때 Kubelet이 500 오류를 반환하게 됩니다. Kubernetes 1.19 릴리스에 포함될 예정이며 릴리스 1.16.11로 백포트되었습니다. 1.17.7 및 1.18.4. 이 문제에 대한 통합 측면의 해결책은 없습니다. 가능한 한 빨리 패치 버전 중 하나로 업데이트하는 것이 좋습니다. [자세한 로그를 활성화](/docs/kubernetes-pixie/kubernetes-integration/advanced-configuration/get-logs-version/#verbose-logging) 하고 다음 유형의 메시지를 찾아 보면 이 문제의 영향을 받고 있는지 확인할 수 있습니다.
```shell
- error querying Kubelet. Get "https:///stats/summary": error calling kubelet endpoint. Got status code: 500
+ [output] error querying Kubelet. Get "https:///stats/summary": error calling kubelet endpoint. Got status code: 500
```
* [문제 87730:](https://github.com/kubernetes/kubernetes/pull/87730) 이 문제로 인해 최소 로드를 실행할 때 Kubelet 지표가 매우 느려집니다. 시간 초과 오류로 인해 통합이 실패합니다. 이 문제에 대한 패치가 Kubernetes 1.18에 추가되었으며 1.15.12로 백포트되었습니다. 1.16.9 및 1.17.5. 가능한 한 빨리 패치 버전 중 하나로 업데이트하는 것이 좋습니다. 이 문제를 완화하려면 [`TIMEOUT` 구성 옵션을](/docs/integrations/kubernetes-integration/installation/kubernetes-integration-install-configure#kube-state-metrics-timeout-change) 사용하여 통합 시간 초과를 늘릴 수 있습니다. [자세한 로그를 활성화](/docs/kubernetes-pixie/kubernetes-integration/advanced-configuration/get-logs-version/#verbose-logging) 하고 다음 유형의 메시지를 찾아 보면 이 문제의 영향을 받고 있는지 확인할 수 있습니다.
```shell
- error querying Kubelet. Get "https:///stats/summary": context deadline exceeded (Client.Timeout exceeded while awaiting headers)
- ```
+ [output] error querying Kubelet. Get "https:///stats/summary": context deadline exceeded (Client.Timeout exceeded while awaiting headers)
+ ```
\ No newline at end of file
diff --git a/src/i18n/content/kr/docs/synthetics/synthetic-monitoring/private-locations/install-job-manager.mdx b/src/i18n/content/kr/docs/synthetics/synthetic-monitoring/private-locations/install-job-manager.mdx
index b25fad44d73..4a8606021b1 100644
--- a/src/i18n/content/kr/docs/synthetics/synthetic-monitoring/private-locations/install-job-manager.mdx
+++ b/src/i18n/content/kr/docs/synthetics/synthetic-monitoring/private-locations/install-job-manager.mdx
@@ -483,7 +483,7 @@ Synthetics 작업 관리자 이미지는 [Docker Hub](https://hub.docker.com/)
Linux에서 탭을 생성하고 호스트 머신의 IP 주소를 추가하려면:
```
- podman pod create --name YOUR_POD_NAME --add-host=podman.service:IP_ADDRESS
+ podman pod create --network slirp4netns --name YOUR_POD_NAME --add-host=podman.service:IP_ADDRESS
```
작업 관리자를 시작하려면:
diff --git a/src/i18n/content/pt/docs/apis/nerdgraph/examples/async-queries-nrql-tutorial.mdx b/src/i18n/content/pt/docs/apis/nerdgraph/examples/async-queries-nrql-tutorial.mdx
index 03fe00d63e9..426987cd75e 100644
--- a/src/i18n/content/pt/docs/apis/nerdgraph/examples/async-queries-nrql-tutorial.mdx
+++ b/src/i18n/content/pt/docs/apis/nerdgraph/examples/async-queries-nrql-tutorial.mdx
@@ -72,14 +72,14 @@ Alguns detalhes importantes sobre esta consulta:
## Cancelar uma consulta assíncrona [#example-cancel-query]
-Você pode cancelar uma consulta assíncrona usando a mutação `cancelAsyncQuery` . Esta mutação pega o `queryId` da consulta que você deseja cancelar.
+Você pode cancelar uma consulta assíncrona usando a mutação `nrqlCancelQuery` . Esta mutação pega o `queryId` da consulta que você deseja cancelar. Ele retornará um status `ACCEPTED` ou `REJECTED` com um motivo para rejeição.
```graphql
mutation {
- cancelAsyncQuery(queryId: "YOUR_QUERY_ID") {
- queryToken
- accepted
- rejectionCause
+ nrqlCancelQuery(queryId: "YOUR_QUERY_ID") {
+ queryId
+ requestStatus
+ rejectionReason
}
}
```
\ No newline at end of file
diff --git a/src/i18n/content/pt/docs/apm/agents/manage-apm-agents/configuration/server-side-agent-configuration.mdx b/src/i18n/content/pt/docs/apm/agents/manage-apm-agents/configuration/server-side-agent-configuration.mdx
index a808a1f9c82..e8086db7bdb 100644
--- a/src/i18n/content/pt/docs/apm/agents/manage-apm-agents/configuration/server-side-agent-configuration.mdx
+++ b/src/i18n/content/pt/docs/apm/agents/manage-apm-agents/configuration/server-side-agent-configuration.mdx
@@ -12,8 +12,6 @@ translationType: machine
A configuração no lado do servidor faz a transição de algumas configurações principais do arquivo de configuração do seu agente de linguagem para o [coletor New Relic](/docs/accounts-partnerships/education/getting-started-new-relic/glossary#collector). Dependendo do agente linguístico, as configurações disponíveis podem incluir:
* Rastreamento de transação
-* Encaminhamento de log de aplicativo (somente agente Java)
-* SQL lento
* Gravação e registro SQL
* Planos de consulta SQL
* Coleta de erros
@@ -53,9 +51,7 @@ O agente PHP não suporta configuração no lado do servidor. Para ativar as con
1. Vá para **[one.newrelic.com > All capabilities](https://one.newrelic.com/all-capabilities) > APM**.
2. Clique no seu aplicativo. Em seguida, clique em **Settings > Application > Server-side agent configuration**.
-Após habilitar a configuração no lado do servidor, você pode acessar e modificar as configurações pela interface. Selecione as opções desejadas em **server-side agent configuration**.
-
-
+Depois de habilitar a configuração no lado do servidor, você poderá visualizar e alterar as configurações disponíveis através da interface.
## Configurar a partir da API NerdGraph [#enable-nerdgraph]
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 cf13c95cc50..fd66cc2e206 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
@@ -520,7 +520,7 @@ Quer experimentar nosso agente .NET? [Crie uma conta New Relic](https://newrelic
Use [EnyimMemcachedCore](https://www.nuget.org/packages/EnyimMemcachedCore).
* Versão mínima suportada: 2.0.0
- * Última versão compatível verificada: 3.2.3
+ * Última versão compatível verificada: 3.3.1
@@ -538,7 +538,7 @@ Quer experimentar nosso agente .NET? [Crie uma conta New Relic](https://newrelic
* Versão mínima suportada: 3.5.0
- * Última versão compatível verificada: 4.0.0-preview.4
+ * Última versão compatível verificada: 3.7.404.5
* Versão mínima do agente necessária: 10.33.0
@@ -695,7 +695,7 @@ Quer experimentar nosso agente .NET? [Crie uma conta New Relic](https://newrelic
- 4.0.1
+ 4.2.0
|
@@ -1431,7 +1431,7 @@ Quer experimentar nosso agente .NET? [Crie uma conta New Relic](https://newrelic
Use [EnyimMemcachedCore](https://www.nuget.org/packages/EnyimMemcachedCore).
* Versão mínima suportada: 2.0.0
- * Última versão compatível verificada: 3.2.3
+ * Última versão compatível verificada: 3.3.1
@@ -1449,7 +1449,7 @@ Quer experimentar nosso agente .NET? [Crie uma conta New Relic](https://newrelic
* Versão mínima suportada: 3.5.0
- * Última versão compatível verificada: 4.0.0-preview.4
+ * Última versão compatível verificada: 3.7.404.5
* Versão mínima do agente necessária: 10.33.0
@@ -1664,7 +1664,7 @@ Quer experimentar nosso agente .NET? [Crie uma conta New Relic](https://newrelic
- 4.0.1
+ 4.2.0
|
diff --git a/src/i18n/content/pt/docs/apm/agents/nodejs-agent/installation-configuration/nodejs-agent-configuration.mdx b/src/i18n/content/pt/docs/apm/agents/nodejs-agent/installation-configuration/nodejs-agent-configuration.mdx
index 6688e369a92..51d21756019 100644
--- a/src/i18n/content/pt/docs/apm/agents/nodejs-agent/installation-configuration/nodejs-agent-configuration.mdx
+++ b/src/i18n/content/pt/docs/apm/agents/nodejs-agent/installation-configuration/nodejs-agent-configuration.mdx
@@ -1302,7 +1302,14 @@ Esta seção define as variáveis para [o atributo do agente Node.js](/docs/agen
- Prefixo de atributo para excluir de todos os destinos. Permite `*` como curinga no final.
+ Prefixo de atributo a ser excluído de todos os destinos. Permite `*` como curinga no final. Por exemplo, no arquivo de configuração, isso incluiria todos os parâmetros, exceto `somethingSecret`:
+
+ ```js
+ attributes: {
+ include: [ 'request.parameters.*' ],
+ exclude: [ 'request.parameters.somethingSecret' ]
+ }
+ ```
@@ -1341,6 +1348,26 @@ Esta seção define as variáveis para [o atributo do agente Node.js](/docs/agen
|
Prefixo de atributo para incluir de todos os destinos. Permite `*` como curinga no final.
+
+ Por exemplo, no arquivo `config` , isso incluiria todos os parâmetros:
+
+ ```js
+ attributes: {
+ include: [ 'request.parameters.*' ]
+ }
+ ```
+
+ Usando este exemplo de definição de rota expressa e URL de solicitação:
+
+ ```js
+ app.get('/api/users/:id', myMiddleware, myController)
+ ```
+
+ ```sh
+ curl http://localhost:3000/api/users/abc123?id=true
+ ```
+
+ O *parâmetro de rota* é `id` e tem um valor de `abc123`. Isso se torna o atributo `request.parameters.route.id: abc123` na transação, segmento raiz e intervalo. Este exemplo também tem um *parâmetro de consulta* de `id`, que tem um valor de `true`. Isso se tornaria o atributo `request.parameters.id: true` na Transação, Segmento raiz e Span.
@@ -2620,14 +2647,7 @@ Esta seção define as variáveis do agente Node.js na ordem em que normalmente
- Prefixo do atributo a ser excluído do evento de transação. Permite `*` como curinga no final. Por exemplo, no arquivo de configuração, isso incluiria todos os parâmetros, exceto `somethingSecret`:
-
- ```js
- attributes: {
- include: [ 'request.parameters.*' ],
- exclude: [ 'request.parameters.somethingSecret' ]
- }
- ```
+ Prefixo do atributo para excluir do evento de transação. Permite `*` como curinga no final.
@@ -2666,26 +2686,6 @@ Esta seção define as variáveis do agente Node.js na ordem em que normalmente
Prefixo do atributo a ser incluído no evento da transação. Permite `*` como curinga no final.
-
- Por exemplo, no arquivo `config` , isso incluiria todos os parâmetros:
-
- ```js
- attributes: {
- include: [ 'request.parameters.*' ]
- }
- ```
-
- Usando este exemplo de definição de rota expressa e URL de solicitação:
-
- ```js
- app.get('/api/users/:id', myMiddleware, myController)
- ```
-
- ```sh
- curl http://localhost:3000/api/users/abc123?id=true
- ```
-
- O *parâmetro de rota* é `id` e tem um valor de `abc123`. Isso se torna o atributo `request.parameters.route.id: abc123` na transação, segmento raiz e intervalo. Este exemplo também tem um *parâmetro de consulta* de `id`, que tem um valor de `true`. Isso se tornaria o atributo `request.parameters.id: true` na Transação, Segmento raiz e Span.
diff --git a/src/i18n/content/pt/docs/apm/agents/php-agent/getting-started/php-agent-compatibility-requirements.mdx b/src/i18n/content/pt/docs/apm/agents/php-agent/getting-started/php-agent-compatibility-requirements.mdx
index 8da22868675..167f44517c8 100644
--- a/src/i18n/content/pt/docs/apm/agents/php-agent/getting-started/php-agent-compatibility-requirements.mdx
+++ b/src/i18n/content/pt/docs/apm/agents/php-agent/getting-started/php-agent-compatibility-requirements.mdx
@@ -575,7 +575,7 @@ A seguinte framework é suportada:
- 7.x, 8.x, 9.x, 10.x, 11.x
+ 7.x, 8.x, 9.x, 10.x, 11.0
|
diff --git a/src/i18n/content/pt/docs/apm/agents/python-agent/configuration/python-agent-configuration.mdx b/src/i18n/content/pt/docs/apm/agents/python-agent/configuration/python-agent-configuration.mdx
index 91cd0d9f3a1..426c3047cdf 100644
--- a/src/i18n/content/pt/docs/apm/agents/python-agent/configuration/python-agent-configuration.mdx
+++ b/src/i18n/content/pt/docs/apm/agents/python-agent/configuration/python-agent-configuration.mdx
@@ -4639,6 +4639,34 @@ Aqui estão diversas outras configurações disponíveis por meio do arquivo de
Se `true`, o agente detectará automaticamente que está em execução em um ambiente AWS.
+
+
+
+
+ |
+ Tipo
+ |
+
+
+ Corda
+ |
+
+
+
+ |
+ Padrão
+ |
+
+
+ `None`
+ |
+
+
+
+
+ Se definido, o agente usa este AWS `account_id` para vincular a entidade AWS quando um ID de conta não pode ser determinado automaticamente pela instrumentação. Consulte [a documentação do identificador de conta doAWS Manage](https://docs.aws.amazon.com/accounts/latest/reference/manage-acct-identifiers.html#awsaccountid) para obter um exemplo de um ID de conta válido AWS e como encontrá-lo.
+
+
diff --git a/src/i18n/content/pt/docs/browser/browser-monitoring/browser-pro-features/session-replay.mdx b/src/i18n/content/pt/docs/browser/browser-monitoring/browser-pro-features/session-replay.mdx
index abe67f6beea..b769228e92a 100644
--- a/src/i18n/content/pt/docs/browser/browser-monitoring/browser-pro-features/session-replay.mdx
+++ b/src/i18n/content/pt/docs/browser/browser-monitoring/browser-pro-features/session-replay.mdx
@@ -40,7 +40,7 @@ Para obter mais detalhes sobre Session Replay, consulte as seções a seguir:
2. Selecione seu aplicativo de browser.
3. No menu à esquerda, clique em **Application settings**.
4. Na página Configurações do aplicativo, certifique-se de **Pro** ou **Pro + SPA** agente browser esteja selecionado. Session Replay não está disponível para o agente browser Lite.
- 5. Ative as configurações **Session traces** e **Session replay** .
+ 5. Ative as configurações **Session tracking** e **Session replay** .
diff --git a/src/i18n/content/pt/docs/browser/new-relic-browser/browser-apis/recordReplay.mdx b/src/i18n/content/pt/docs/browser/new-relic-browser/browser-apis/recordReplay.mdx
index f14639eb943..216e9741267 100644
--- a/src/i18n/content/pt/docs/browser/new-relic-browser/browser-apis/recordReplay.mdx
+++ b/src/i18n/content/pt/docs/browser/new-relic-browser/browser-apis/recordReplay.mdx
@@ -28,6 +28,7 @@ API do Browser usada para forçar um replay a iniciar a gravação.
`newrelic.recordReplay()` pode ser chamado para forçar manualmente um replay para iniciar a gravação. Você deve atender aos seguintes requisitos:
* A conta tem direito a gravar replays
+* O rastreamento de sessão está ativado
* Trace da sessão está habilitado
* O observador de mutação do browser global está presente na versão atual do navegador que está sendo usado
* O recurso Session Replay é normalmente importado ou definido como `autoStart: false` e já foi "iniciado"
diff --git a/src/i18n/content/pt/docs/kubernetes-pixie/kubernetes-integration/advanced-configuration/get-logs-version.mdx b/src/i18n/content/pt/docs/kubernetes-pixie/kubernetes-integration/advanced-configuration/get-logs-version.mdx
index b1561fd5a4c..36b3c9ca350 100644
--- a/src/i18n/content/pt/docs/kubernetes-pixie/kubernetes-integration/advanced-configuration/get-logs-version.mdx
+++ b/src/i18n/content/pt/docs/kubernetes-pixie/kubernetes-integration/advanced-configuration/get-logs-version.mdx
@@ -28,7 +28,7 @@ Se você estiver usando a versão 2 da integração, consulte [LogKubernetes na
```yaml
# To enable verboseLog for newrelic-infrastructure only
newrelic-infrastructure:
- verboseLog: true
+ verboseLog: true
```
Você também pode habilitar o registro detalhado para todos os subgráficos:
@@ -36,16 +36,16 @@ Se você estiver usando a versão 2 da integração, consulte [LogKubernetes na
```yaml
# To enable verboseLog for all sub-charts
global:
- verboseLog: true
+ verboseLog: true
```
2. Depois de adicionar a configuração desejada, atualize a solução com este comando:
```shell
- helm upgrade newrelic/nri-bundle \
- --namespace \
- -f values-newrelic.yaml \
- [--version fixed-chart-version]
+ helm upgrade RELEASE_NAME newrelic/nri-bundle \
+ --namespace NEWRELIC_NAMESPACE \
+ -f values-newrelic.yaml \
+ [--version fixed-chart-version]
```
3. Depois de coletar o registro detalhado, reverta a alteração no arquivo `values.yaml` e execute o comando `upgrade` novamente.
@@ -60,19 +60,19 @@ Se você estiver usando a versão 2 da integração, consulte [LogKubernetes na
```yaml
env:
- - name: NRIA_LICENSE_KEY
+ - name: NRIA_LICENSE_KEY
valueFrom:
- secretKeyRef:
+ secretKeyRef:
key: licenseKey
name: newrelic-bundle-newrelic-infrastructure-license
- - name: NRIA_VERBOSE
+ - name: NRIA_VERBOSE
value: "1"
```
2. Depois de editar o manifesto, atualize a solução com este comando:
```shell
- kubectl apply -f your_newrelic_k8s.yaml -n
+ kubectl apply -f your_newrelic_k8s.yaml -n NEWRELIC_NAMESPACE
```
3. Depois de coletar seu log detalhado, reverta a alteração no manifesto e aplique-o novamente.
@@ -86,13 +86,13 @@ Se você estiver usando a versão 2 da integração, consulte [LogKubernetes na
Para buscar o log, obtenha o nome do pod do qual você deseja recuperar o log:
```shell
- kubectl get pods -n
+ kubectl get pods -n NEWRELIC_NAMESPACE
```
Recuperar o registro:
```shell
- kubectl logs --all-containers --prefix
+ kubectl logs POD_NAME --all-containers --prefix
```
Para recuperar o log da execução anterior, adicione a sinalização `--previous` . Para obter log de apenas um dos contêineres, remova a flag `--all-containers --prefix` e especifique o contêiner com a opção `--container` .
@@ -110,8 +110,8 @@ Se você estiver usando a versão 2 da integração, consulte [LogKubernetes na
```sql
FROM K8sContainerSample
SELECT uniqueCount(entityId)
- WHERE containerName
- LIKE 'agent' FACET clusterName, containerImage
+ WHERE containerName LIKE '%agent%'
+ FACET clusterName, containerImage
```
Se o agente não estiver reportando nenhum dado:
@@ -119,7 +119,8 @@ Se você estiver usando a versão 2 da integração, consulte [LogKubernetes na
Obtenha as versões da integração do New Relic para Kubernetes que você está executando em um cluster usando `kubectl`:
```shell
- kubectl get pods --all-namespaces -l app.kubernetes.io/name=newrelic-infrastructure -o jsonpath="{.items..spec..containers..image}"
+ kubectl get pods --all-namespaces -l app.kubernetes.io/name=newrelic-infrastructure \
+ -o jsonpath="{.items..spec..containers..image}"
```
@@ -129,8 +130,8 @@ Se você estiver usando a versão 2 da integração, consulte [LogKubernetes na
```sql
FROM K8sContainerSample
SELECT uniqueCount(entityId)
- WHERE containerName
- LIKE '%kube-state-metrics%' facet clusterName, containerImage
+ WHERE containerName LIKE '%kube-state-metrics%'
+ FACET clusterName, containerImage
```
diff --git a/src/i18n/content/pt/docs/kubernetes-pixie/kubernetes-integration/advanced-configuration/link-otel-applications-kubernetes.mdx b/src/i18n/content/pt/docs/kubernetes-pixie/kubernetes-integration/advanced-configuration/link-otel-applications-kubernetes.mdx
index 7acb786c0e3..a64aa50fef9 100644
--- a/src/i18n/content/pt/docs/kubernetes-pixie/kubernetes-integration/advanced-configuration/link-otel-applications-kubernetes.mdx
+++ b/src/i18n/content/pt/docs/kubernetes-pixie/kubernetes-integration/advanced-configuration/link-otel-applications-kubernetes.mdx
@@ -103,7 +103,7 @@ Você pode escolher uma destas opções para monitor seu cluster:
```yaml
exporters:
- otlp:
+ otlp:
endpoint: $OTEL_EXPORTER_OTLP_ENDPOINT
headers: api-key: $NEW_RELIC_API_KEY
```
@@ -116,7 +116,7 @@ Você pode escolher uma destas opções para monitor seu cluster:
```yaml
processors:
- batch:
+ batch:
```
@@ -136,7 +136,7 @@ Você pode escolher uma destas opções para monitor seu cluster:
```yaml
processors:
- resourcedetection:
+ resourcedetection:
detectors: [gke, gce]
```
@@ -148,13 +148,13 @@ Você pode escolher uma destas opções para monitor seu cluster:
```yaml
processors:
- k8sattributes:
+ k8sattributes:
auth_type: "serviceAccount"
passthrough: false
filter:
- node_from_env_var: KUBE_NODE_NAME
+ node_from_env_var: KUBE_NODE_NAME
extract:
- metadata:
+ metadata:
- k8s.pod.name
- k8s.pod.uid
- k8s.deployment.name
@@ -163,7 +163,7 @@ Você pode escolher uma destas opções para monitor seu cluster:
- k8s.node.name
- k8s.pod.start_time
pod_association:
- - from: resource_attribute
+ - from: resource_attribute
name: k8s.pod.uid
```
@@ -183,9 +183,9 @@ Você pode escolher uma destas opções para monitor seu cluster:
```yaml
spec:
- containers:
+ containers:
- env:
- - name: KUBE_NODE_NAME
+ - name: KUBE_NODE_NAME
valueFrom:
fieldRef:
apiVersion: v1
@@ -196,7 +196,7 @@ Você pode escolher uma destas opções para monitor seu cluster:
```yaml
k8sattributes:
- filter:
+ filter:
node_from_env_var: KUBE_NODE_NAME
```
diff --git a/src/i18n/content/pt/docs/kubernetes-pixie/kubernetes-integration/advanced-configuration/windows-linux-hybrid-cluster.mdx b/src/i18n/content/pt/docs/kubernetes-pixie/kubernetes-integration/advanced-configuration/windows-linux-hybrid-cluster.mdx
index 19df7105183..fc6cd61894c 100644
--- a/src/i18n/content/pt/docs/kubernetes-pixie/kubernetes-integration/advanced-configuration/windows-linux-hybrid-cluster.mdx
+++ b/src/i18n/content/pt/docs/kubernetes-pixie/kubernetes-integration/advanced-configuration/windows-linux-hybrid-cluster.mdx
@@ -40,44 +40,44 @@ Para usar esta integração, você deve:
```yaml
global:
- licenseKey: mykey
- cluster: mycluster
- lowDataMode: true
+ licenseKey: mykey
+ cluster: mycluster
+ lowDataMode: true
newrelic-infrastructure:
- enabled: true
- nodeSelector:
+ enabled: true
+ nodeSelector:
kubernetes.io/os: linux
kube-state-metrics:
- enabled: true
- image:
+ enabled: true
+ image:
tag: v2.10.0
- nodeSelector:
+ nodeSelector:
kubernetes.io/os: linux
nri-kube-events:
- enabled: true
- nodeSelector:
+ enabled: true
+ nodeSelector:
kubernetes.io/os: linux
newrelic-logging:
- enabled: true
- enableWindows: true
+ enabled: true
+ enableWindows: true
nri-metadata-injection:
- enabled: true
- nodeSelector:
+ enabled: true
+ nodeSelector:
kubernetes.io/os: linux
newrelic-prometheus-agent:
- enabled: true
- verboseLog: true
- config:
+ enabled: true
+ verboseLog: true
+ config:
kubernetes:
- integrations_filter:
+ integrations_filter:
enabled: false
- nodeSelector:
+ nodeSelector:
kubernetes.io/os: linux
```
@@ -108,17 +108,17 @@ Para usar esta integração, você deve:
```yaml
global:
- licenseKey: mykey
- cluster: mycluster
-
- enableLinux: false
- enableWindows: true
- windowsOsList:
- - version: 2022
- imageTag: 2-windows-ltsc2022-alpha
- buildNumber: 10.0.20348
- windowsNodeSelector:
- kubernetes.io/os: windows
+ licenseKey: mykey
+ cluster: mycluster
+
+ enableLinux: false
+ enableWindows: true
+ windowsOsList:
+ - version: 2022
+ imageTag: 2-windows-ltsc2022-alpha
+ buildNumber: 10.0.20348
+ windowsNodeSelector:
+ kubernetes.io/os: windows
```
O exemplo adiciona valores para um grupo de nós ou pool de nós do Windows 2022.
@@ -132,7 +132,8 @@ Para usar esta integração, você deve:
Execute este comando para instalar a versão v2.7.2 do gráfico `newrelic-infrastructure` :
```shell
- helm upgrade --install newrelic-windows newrelic/newrelic-infrastructure --namespace newrelic --version 2.7.2 -f windows-values.yaml
+ helm upgrade --install newrelic-windows newrelic/newrelic-infrastructure \
+ --namespace newrelic --version 2.7.2 -f windows-values.yaml
```
Quando o Helm retornar, você deverá ver o pod `newrelic-windows-newrelic-infrastructure` em cada nó do Windows.
diff --git a/src/i18n/content/pt/docs/kubernetes-pixie/kubernetes-integration/get-started/kubernetes-integration-compatibility-requirements.mdx b/src/i18n/content/pt/docs/kubernetes-pixie/kubernetes-integration/get-started/kubernetes-integration-compatibility-requirements.mdx
index 193200b938a..cc3031dcf3f 100644
--- a/src/i18n/content/pt/docs/kubernetes-pixie/kubernetes-integration/get-started/kubernetes-integration-compatibility-requirements.mdx
+++ b/src/i18n/content/pt/docs/kubernetes-pixie/kubernetes-integration/get-started/kubernetes-integration-compatibility-requirements.mdx
@@ -189,7 +189,7 @@ A integração do Kubernetes é compatível com diferentes sabores. Testamos a i
|
- 4.14
+ Testado com a versão 4.14
|
@@ -210,4 +210,112 @@ Dependendo do método de instalação, o [monitoramento do plano de controle](/d
Por exemplo:
* Apenas as métricas API Server são sucateáveis e estão disponíveis para o plano de controle do cluster gerenciado por instrumento (GKE, EKS, AKS) porque nenhum endpoint expõe a métrica necessária para etcd, agendador e gerenciador de controlador.
-* Para o plano de controle do Instrumento Rancher, como os componentes `/metrics` nem sempre são acessíveis por padrão e não podem ser descobertos automaticamente, é necessária alguma [configuração extra](/docs/integrations/kubernetes-integration/installation/configure-control-plane-monitoring#rancher) .
\ No newline at end of file
+* Para o plano de controle do Instrumento Rancher, como os componentes `/metrics` nem sempre são acessíveis por padrão e não podem ser descobertos automaticamente, é necessária alguma [configuração extra](/docs/integrations/kubernetes-integration/installation/configure-control-plane-monitoring#rancher) .
+
+## Requisitos de recursos
+
+Ao implantar a integração do New Relic Kubernetes, é importante alocar recursos apropriados para garantir que os componentes de monitoramento operem com eficiência.
+
+A seguir estão as solicitações e limites mínimos de recursos recomendados para cada um dos componentes implantados pelo gráfico [de infraestrutura](https://github.com/newrelic/nri-kubernetes/blob/main/charts/newrelic-infrastructure/values.yaml) .
+
+### [Componente Kubelet](/docs/kubernetes-pixie/kubernetes-integration/get-started/kubernetes-components/#nrk8s-kubelet)
+
+Os seguintes contêineres estão incluídos no pod do componente Kubelet implantado em cada nó.
+
+**Recipiente Kubelet**
+
+* **CPU**:
+ * **Solicitar**: `100m`
+
+* **memória**:
+
+ * **Solicitar**: `150M`
+ * **Limite**: `300M`
+
+**agente contêiner**
+
+* **CPU**:
+ * **Solicitar**: `100m`
+
+* **memória**:
+
+ * **Solicitar**: `150M`
+ * **Limite**: `300M`
+
+### [Componente métrica do estado de Kube](https://docs.newrelic.com/docs/kubernetes-pixie/kubernetes-integration/get-started/kubernetes-components/#nrk8s-ksm)
+
+**Contêiner KSM**
+
+* **CPU**:
+ * **Solicitar**: `100m`
+
+* **memória**:
+
+ * **Solicitar**: `150M`
+ * **Limite**: `850M`
+
+**Contêiner despachante**
+
+* **CPU**:
+ * **Solicitar**: `100m`
+
+* **memória**:
+
+ * **Solicitar**: `150M`
+ * **Limite**: `850M`
+
+### [Componente do plano de controle](https://docs.newrelic.com/docs/kubernetes-pixie/kubernetes-integration/get-started/kubernetes-components/#nrk8s-kubelet)
+
+* **CPU**:
+ * **Solicitar**: `100m`
+
+* **memória**:
+
+ * **Solicitar**: `150M`
+ * **Limite**: `300M`
+
+**agente contêiner**
+
+* **CPU**:
+ * **Solicitar**: `100m`
+
+* **memória**:
+
+ * **Solicitar**: `150M`
+ * **Limite**: `300M`
+
+A seguir estão os recursos recomendados solicitados e os limites exigidos por outros componentes implantados como parte do [nri-bundle](https://docs.newrelic.com/docs/kubernetes-pixie/kubernetes-integration/get-started/kubernetes-components/#components)
+
+### [injeção de binário](https://github.com/newrelic/k8s-metadata-injection/tree/main/charts/nri-metadata-injection)
+
+* **CPU**:
+ * **Solicitar**: `100m`
+
+* **memória**:
+
+ * **Solicitar**: `30M`
+ * **Limite**: `80M`
+
+### [Exploração madeireira](https://github.com/newrelic/helm-charts/tree/master/charts/newrelic-logging)
+
+Os seguintes contêineres estão incluídos no pod de logging do New Relic implantado em cada nó.
+
+* **CPU**:
+
+ * **Solicitar**: `250m`
+ * **Limite**: `500m`
+
+* **memória**:
+
+ * **Solicitar**: `64M`
+ * **Limite**: `128M`
+
+### Considerações
+
+* **Tamanho do cluster**: essas recomendações de recursos são para tamanhos típicos cluster . Um cluster maior com mais nós e pods pode exigir maiores alocações de recursos para lidar com o volume de dados adicional.
+
+* **Configuração personalizada**: Se você habilitar recurso adicional ou configuração personalizada, considere ajustar os recursos adequadamente.
+
+* **monitoramento e ajuste**: após a implantação, monitore o uso de recursos desses pods e ajuste as requisições e limites com base no uso real para otimizar o desempenho e o custo.
+
+Essas especificações de recursos podem ser ajustadas no arquivo `values.yaml` do gráfico Helm usado para implantar a integração do New Relic Kubernetes. Ao garantir que esses requisitos de recursos sejam atendidos, você pode manter o monitoramento eficiente e eficaz do seu cluster do Kubernetes com o New Relic.
\ No newline at end of file
diff --git a/src/i18n/content/pt/docs/kubernetes-pixie/kubernetes-integration/installation/kubernetes-windows.mdx b/src/i18n/content/pt/docs/kubernetes-pixie/kubernetes-integration/installation/kubernetes-windows.mdx
index d54366b4074..80a6be21cf9 100644
--- a/src/i18n/content/pt/docs/kubernetes-pixie/kubernetes-integration/installation/kubernetes-windows.mdx
+++ b/src/i18n/content/pt/docs/kubernetes-pixie/kubernetes-integration/installation/kubernetes-windows.mdx
@@ -80,25 +80,25 @@ Você pode instalar a integração do Kubernetes para Windows usando Helm. Veja
```yaml
global:
- licenseKey: _YOUR_NEW_RELIC_LICENSE_KEY_
- cluster: _K8S_CLUSTER_NAME_
-
- enableLinux: true # Set to true if your cluster also has linux nodes
- enableWindows: true
- windowsOsList:
- - version: 2019 # Human-readable version identifier
- imageTag: 2-windows-1809-alpha # Tag to be used for nodes running the windows version above
- buildNumber: 10.0.17763 # Build number for your nodes running the version above. Used as a selector.
- - version: 20h2
- imageTag: 2-windows-20H2-alpha
- buildNumber: 10.0.19042
- - version: 2022
- imageTag: 2-windows-ltsc2022-alpha
- buildNumber: 10.0.20348
- nodeSelector:
- kubernetes.io/os: linux # Selector for Linux installation.
- windowsNodeSelector:
- kubernetes.io/os: windows # Selector for Windows installation.
+ licenseKey: YOUR_NEW_RELIC_LICENSE_KEY
+ cluster: K8S_CLUSTER_NAME
+
+ enableLinux: true # Set to true if your cluster also has linux nodes
+ enableWindows: true
+ windowsOsList:
+ - version: 2019 # Human-readable version identifier
+ imageTag: 2-windows-1809-alpha # Tag to be used for nodes running the windows version above
+ buildNumber: 10.0.17763 # Build number for your nodes running the version above. Used as a selector.
+ - version: 20h2
+ imageTag: 2-windows-20H2-alpha
+ buildNumber: 10.0.19042
+ - version: 2022
+ imageTag: 2-windows-ltsc2022-alpha
+ buildNumber: 10.0.20348
+ nodeSelector:
+ kubernetes.io/os: linux # Selector for Linux installation.
+ windowsNodeSelector:
+ kubernetes.io/os: windows # Selector for Windows installation.
```
@@ -109,9 +109,9 @@ Você pode instalar a integração do Kubernetes para Windows usando Helm. Veja
```shell
helm upgrade --install newrelic newrelic/newrelic-infrastructure \
- --namespace newrelic --create-namespace \
- --version 2.7.2 \
- -f values-newrelic.yaml
+ --namespace newrelic --create-namespace \
+ --version 2.7.2 \
+ -f values-newrelic.yaml
```
@@ -142,8 +142,8 @@ kubectl exec -it busybox1-766bb4d6cc-rmsnj -- Reg Query
Você deverá ver algo assim:
```shell
-HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion
-ReleaseId REG_SZ 1809
+[output] HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion
+[output] ReleaseId REG_SZ 1809
```
Para um mapeamento útil entre IDs de lançamento e versões do sistema operacional, veja [aqui](https://hub.docker.com/_/microsoft-windows-servercore).
@@ -181,7 +181,6 @@ O agente do Windows envia apenas [amostras do Kubernetes](/docs/kubernetes-pixie
* `memoryUsedBytes`: na interface, isso é mostrado no cartão pod que aparece quando você clica em um pod e não mostra dados. Em breve corrigiremos isso atualizando nossos gráficos para usar `memoryWorkingSetBytes` .
* Volume:
-
* `fsUsedBytes`: zero, então `fsUsedPercent` é zero
## Problemas conhecidos com o Windows Kubelet [#known-issues]
@@ -191,11 +190,11 @@ Existem alguns problemas com a versão Windows do Kubelet que podem impedir a in
* [Problema 90554:](https://github.com/kubernetes/kubernetes/pull/90554) esse problema faz com que o Kubelet retorne 500 erros quando a integração faz uma solicitação ao endpoint `/stats/summary` . Ele será incluído na versão 1.19 do Kubernetes e foi portado para as versões 1.16.11, 1.17.7 e 1.18.4. Não há solução do lado da integração para este problema, aconselhamos que você atualize para uma das versões do patch o mais rápido possível. Você pode ver se está sendo afetado por esse problema [ativando o log detalhado](/docs/kubernetes-pixie/kubernetes-integration/advanced-configuration/get-logs-version/#verbose-logging) e procurando mensagens do tipo:
```shell
- error querying Kubelet. Get "https:///stats/summary": error calling kubelet endpoint. Got status code: 500
+ [output] error querying Kubelet. Get "https:///stats/summary": error calling kubelet endpoint. Got status code: 500
```
* [Problema 87730:](https://github.com/kubernetes/kubernetes/pull/87730) esse problema torna a métrica do Kubelet muito lenta ao executar carga mínima. Isso faz com que a integração falhe com um erro de tempo limite. Um patch para esse problema foi adicionado ao Kubernetes 1.18 e portado para 1.15.12, 1.16.9 e 1.17.5. Aconselhamos você a atualizar para uma das versões de patch o mais rápido possível. Para atenuar esse problema, você pode aumentar o tempo limite de integração com a [opção de configuração`TIMEOUT` ](/docs/integrations/kubernetes-integration/installation/kubernetes-integration-install-configure#kube-state-metrics-timeout-change). Você pode ver se está sendo afetado por esse problema [ativando o log detalhado](/docs/kubernetes-pixie/kubernetes-integration/advanced-configuration/get-logs-version/#verbose-logging) e procurando mensagens do tipo:
```shell
- error querying Kubelet. Get "https:///stats/summary": context deadline exceeded (Client.Timeout exceeded while awaiting headers)
- ```
+ [output] error querying Kubelet. Get "https:///stats/summary": context deadline exceeded (Client.Timeout exceeded while awaiting headers)
+ ```
\ No newline at end of file
diff --git a/src/i18n/content/pt/docs/logs/get-started/get-started-log-management.mdx b/src/i18n/content/pt/docs/logs/get-started/get-started-log-management.mdx
index bcb135094e0..5a9328980bb 100644
--- a/src/i18n/content/pt/docs/logs/get-started/get-started-log-management.mdx
+++ b/src/i18n/content/pt/docs/logs/get-started/get-started-log-management.mdx
@@ -11,18 +11,14 @@ translationType: machine
À medida que os aplicativos avançam em direção à nuvem, a arquitetura de microsserviços está se tornando mais dispersa, tornando essencial a capacidade de monitor logs. A New Relic oferece uma plataforma de gerenciamento de logs rápida e escalável para que você possa conectar seu log com o restante de seus dados de telemetria e infraestrutura em um único local.
-Nossa solução fornece visibilidade mais profunda dos dados de desempenho de aplicativos e infraestrutura (eventos, erros, rastreamento e muito mais) para reduzir o tempo médio de resolução (MTTR) e solucionar rapidamente incidentes de produção.
+Nossa solução fornece visibilidade mais profunda dos dados de desempenho de aplicativos e infraestrutura (eventos, erros, rastreamento e muito mais) para reduzir o tempo médio de resolução (MTTR) e solucionar rapidamente incidentes de produção.
## Encontre problemas mais rapidamente, reduza a troca de contexto [#logs-definition]
-
+
- **[one.newrelic.com > All capabilities](https://one.newrelic.com/all-capabilities) > Logs**: Na página principal da interface de log, você pode ver todo o seu log e depois filtrar para registrar com texto específico ou outro atributo.
+ **[one.newrelic.com > All capabilities](https://one.newrelic.com/all-capabilities) > Logs**: Na página principal da interface de log, você pode ver todo o seu log e depois filtrar para registrar com texto específico ou outro atributo.
O gerenciamento de logs fornece uma maneira de conectar seus dados de log com o restante dos dados de seu aplicativo e infraestrutura. Você pode chegar à causa raiz dos problemas rapidamente, sem perder o contexto ao alternar entre ferramentas. Por exemplo, você pode:
@@ -41,37 +37,15 @@ Quer estimar o custo de reportar seu log? Use nossa [ferramenta de estimativa de
Para encaminhar seus dados log para o New Relic, você pode usar uma ou mais destas opções:
-*
- **Use our agents to report logs.**
-
+* **Use nosso agente para relatar logs.** Por padrão, nosso agente APM faz duas coisas: adiciona metadados aos seus logs, o que fornece logs em contexto (capacidade de ver dados de logs em vários lugares relevantes em nossa plataforma) e encaminha seus logs para o New Relic. Esta é uma opção popular para equipes DevOps e organizações menores porque permite que você registre facilmente o log do aplicativo, sem a necessidade de soluções adicionais de terceiros. [Saiba mais sobre logs do APM.](/docs/apm/new-relic-apm/getting-started/get-started-logs-context)
- Por padrão, nosso agente APM faz duas coisas: adiciona metadados ao seu log, o que lhe dá logs contextualizados (capacidade de ver dados de log em vários locais relevantes em nossa plataforma) e encaminha seu log para a New Relic. Esta é uma opção popular para equipes DevOps e organizações menores porque permite relatar facilmente o log do aplicativo, sem a necessidade de soluções adicionais de terceiros. [Saiba mais sobre o log do APM.](/docs/apm/new-relic-apm/getting-started/get-started-logs-context)
+* **[Use nosso agente de infraestrutura para relatar logs](/docs/logs/forward-logs/forward-your-logs-using-infrastructure-agent).** Com nosso agente de infraestrutura, você pode capturar quaisquer logs presentes no seu host, incluindo os logs do seu aplicativo. Comparado ao uso de um agente APM para relatar logs, isso pode exigir um pouco mais de configuração, mas oferece opções muito mais poderosas (por exemplo, a capacidade de coletar atributos personalizados, o que não é possível fazer com agente).
-*
- **[Use our infrastructure agent to report logs](/docs/logs/forward-logs/forward-your-logs-using-infrastructure-agent).**
-
+* **Use serviços de registro de terceiros.** Temos [uma ampla gama de integrações para outros serviços de log](/docs/logs/forward-logs/enable-log-management-new-relic), incluindo Amazon, Microsoft, Fluentd, Fluent Bit, Kubernetes, Logstash e muito mais.
- Com nosso agente de infraestrutura, você pode capturar qualquer log presente em seu host, incluindo o log do seu aplicativo. Comparado ao uso de um agente APM para relatar o log, isso pode exigir um pouco mais de configuração, mas oferece opções muito mais poderosas (por exemplo, capacidade de coletar atributo personalizado, o que não é possível fazer com
+* **Relata logs usando a [API de log](/docs/logs/log-api/introduction-log-api/) ou [o ponto de extremidade TCP](/docs/logs/log-api/use-tcp-endpoint-forward-logs-new-relic).**
-
-
- agente).
-
-*
- **Use third-party log services.**
-
-
- Temos [uma ampla gama de integração para outros serviços de log](/docs/logs/forward-logs/enable-log-management-new-relic), incluindo Amazon, Microsoft, Fluentd, Fluent Bit, Kubernetes, Logstash e muito mais.
-
-*
- **Reports logs using the [Log API](/docs/logs/log-api/introduction-log-api/) or [TCP endpoint](/docs/logs/log-api/use-tcp-endpoint-forward-logs-new-relic).**
-
-
-*
- **Use the OpenTelemetry SDK to send logs**
-
-
- de seus aplicativos para um [coletor OpenTelemetry](/docs/more-integrations/open-source-telemetry-integrations/opentelemetry/best-practices/opentelemetry-best-practices-logs), que pode encaminhá-los para o New Relic via OTLP.
+* **Use o OpenTelemetry SDK para enviar logs** de seus aplicativos para um [coletorOpenTelemetry ](/docs/more-integrations/open-source-telemetry-integrations/opentelemetry/best-practices/opentelemetry-best-practices-logs), que pode encaminhá-los para o New Relic via OTLP.
Para obter mais informações sobre opções de encaminhamento de logs e casos de uso específicos, consulte [Encaminhar logs](/docs/logs/forward-logs/enable-log-management-new-relic).
@@ -79,7 +53,7 @@ Para obter mais informações sobre opções de encaminhamento de logs e casos d
Para encontrar seu login no New Relic:
-Vá para: **[one.newrelic.com > All capabilities](https://one.newrelic.com/all-capabilities) > Logs**. Para obter detalhes sobre o que você pode fazer na interface, consulte [interface de log](/docs/logs/ui-data/use-logs-ui).
+Vá para: **[one.newrelic.com > All capabilities](https://one.newrelic.com/all-capabilities) > Logs**. Para obter detalhes sobre o que você pode fazer na interface, consulte [interface de log](/docs/logs/ui-data/use-logs-ui).
Você também pode consultar o tipo de dados `Log` . Aqui está um exemplo simples de consulta NRQL:
@@ -106,4 +80,4 @@ Pronto para começar com nossas soluções de gerenciamento de logs?
Você usa o Datadog para monitor seu log, mas quer experimentar os recursos de monitoramento do New Relic gratuitamente? Consulte nosso [guia sobre como migrar do Datadog](/docs/journey-migration/migrating-from-dd/) para saber como.
-
+
\ No newline at end of file
diff --git a/src/i18n/content/pt/docs/synthetics/synthetic-monitoring/private-locations/install-job-manager.mdx b/src/i18n/content/pt/docs/synthetics/synthetic-monitoring/private-locations/install-job-manager.mdx
index 6f29ed6d7c6..6b3367bb12a 100644
--- a/src/i18n/content/pt/docs/synthetics/synthetic-monitoring/private-locations/install-job-manager.mdx
+++ b/src/i18n/content/pt/docs/synthetics/synthetic-monitoring/private-locations/install-job-manager.mdx
@@ -483,7 +483,7 @@ A seguir estão as instruções aplicáveis do Docker, Podman ou Kubernetes para
Para criar um pod no Linux e adicionar o endereço IP da máquina host:
```
- podman pod create --name YOUR_POD_NAME --add-host=podman.service:IP_ADDRESS
+ podman pod create --network slirp4netns --name YOUR_POD_NAME --add-host=podman.service:IP_ADDRESS
```
Para iniciar o Gerenciador de Tarefas:
|