Dépannage site privé

Si vous rencontrez des problèmes lors de la configuration du site privé pour monitoring synthétique de New Relic, essayez ces conseils de dépannage pour identifier les problèmes courants de minion ou de gestionnaire de tâches.

Demande d'emploi et consommation

Identifiez votre débit actuel et évaluez si votre gestionnaire du CPM ou de travaux est capable de suivre la charge de travail.

• Les tâches nécessitent un débit par minute :

  SELECT rate(uniqueCount(jobId), 1 minute) FROM SyntheticRequest 
  WHERE type != 'SIMPLE' FACET location SINCE 2 days ago

  Copier

• Emplois par minute au fil du temps :

  SELECT rate(uniqueCount(jobId), 1 minute) FROM SyntheticRequest 
  WHERE type != 'SIMPLE' FACET location SINCE 2 weeks ago TIMESERIES

  Copier

• Identifier la croissance de la file d’attente :

  SELECT derivative(checksPending, 1 minute) AS 'queue growth rate (per minute)' 
  FROM SyntheticsPrivateLocationStatus WHERE name = 'YOUR_PRIVATE_LOCATION' SINCE 2 days ago TIMESERIES

  Copier

• Taux de consommation :

  SELECT rate(uniqueCount(jobId), 1 minute) FROM SyntheticRequest 
  WHERE type != 'SIMPLE' FACET location SINCE 2 weeks ago TIMESERIES

  Copier

• Nettoyer les moniteurs défaillants qui consomment des ressources :

  SELECT 100*latest(minionJobsFailed)/latest(minionJobsReceived) AS 'job failure rate (%)' 
  FROM SyntheticsPrivateMinion FACET minionLocation SINCE 2 weeks ago TIMESERIES MAX

  Copier

dépannage utilisation mémoire

Allocation de mémoire recommandée par CPM :

• Docker: 2,5 Gio par cœur de processeur pour le CPM Docker

• CPM Kubernetes  :

  • 3 Gio par CPM pour les gros travailleurs
  • 3 Gio par pod de contrôle de santé
  • 1,6 Gio pour pod minion

• cible 60% d'utilisation maximale de la mémoire

Allocation de mémoire recommandée par gestionnaire de tâches Synthetics :

• Docker: 3,256 Gio par cœur de processeur pour le gestionnaire de tâches Docker Synthetics

• Gestionnaire de tâches Kubernetes Synthetics (les valeurs sont configurables) :

  • 1,6 Gio pour le pod du gestionnaire de tâches
  • 1,0 Gio pour le pod d'exécution ping
  • 2 Gio par pod d'exécution d'API Node.js
  • 3 Gio par pod d'exécution de navigateur Node.js

• cible 60% d'utilisation maximale de la mémoire

Requête utile pour identifier l'utilisation actuelle :

• Utilisation de la mémoire par emplacement :

  SELECT latest(minionPhysicalMemoryUsedPercentage) FROM SyntheticsPrivateMinion
  FACET minionLocation SINCE 2 weeks ago TIMESERIES MAX

  Copier

• Utilisation de la mémoire par nom d'hôte :

  SELECT latest(minionPhysicalMemoryUsedPercentage) FROM SyntheticsPrivateMinion 
  WHERE minionLocation = 'YOUR_PRIVATE_LOCATION' FACET minionHostname SINCE 2 weeks ago TIMESERIES MAX

  Copier

Dépannage d'utilisation du processeur

Identifier les périodes potentielles de forte demande de CPU :

• Utilisation globale du processeur :

  SELECT latest(minionProcessorsUsagePercentage) FROM SyntheticsPrivateMinion 
  FACET minionLocation SINCE 2 weeks ago TIMESERIES MAX

  Copier

• Utilisation du processeur pour un emplacement spécifié :

  SELECT latest(minionProcessorsUsagePercentage) FROM SyntheticsPrivateMinion 
  WHERE minionLocation = 'YOUR_PRIVATE_LOCATION' FACET minionHostname SINCE 2 weeks ago TIMESERIES MAX

  Copier

Dépannage réseau

Network access is red:

Le minion privé effectue un contrôle auprès de New Relic pour vérifier l'accès au réseau public. Si l'accès au réseau public n'est pas disponible, l'icône Network Access sur la page Overview du minion privé deviendra rouge, mais le minion privé sera par ailleurs pleinement fonctionnel. Si c'est le comportement attendu, vous pouvez ignorer cette erreur en toute sécurité.

Vous pouvez également voir des entrées log comme celles-ci :

2016-01-21 21:47:09,401 [dw-22 - GET /private-location/status] c.n.s.m.util.PrivateMinionUtils WARN Unable to detect Public Network Access trying to fetch https://newrelic.com/synthetics: java.net.ConnectException: Connection refused

New Relic access is red:

Le minion privé doit avoir accès à https://synthetics-horde.nr-data.net afin de récupérer la liste des jobs à exécuter et de publier les résultats que vous pouvez visualiser dans votre utilisateur d'interface New Relic. Si vos règles de pare-feu n'autorisent pas l'accès direct, vous devez configurer l'accès proxy. Si nécessaire, ajoutez le point de terminaison DNS à votre liste de domaines autorisés.

Network IOPS:

Les IOPS réseau peuvent également être un bon point de dépannage si vous utilisez un fournisseur cloud pour votre CPM. Les CPM Docker et Kubernetes nécessitent tous deux une quantité décente de débit d'écriture. Analysez vos IOPS moyennes et déterminez la taille de volume appropriée nécessaire à vos opérations de disque par seconde.

Conflits de ports exécutant le conteneur Docker sur l'hôte

Si vous exécutez plusieurs conteneurs privés de sites Docker sur le même hôte, vous aurez des conflits de ports. Pour éviter ce conflit de port, assurez-vous de procéder comme suit lorsque vous commencez à configurer des gestionnaires de tâches :

• Exécutez des gestionnaires de tâches et des CPM sur différents hôtes.
• Exécutez chaque gestionnaire de tâches sur un hôte distinct.
• Exécutez chaque CPM sur un hôte différent.