New Relic s'intègre à Amazon Web Services (AWS)) en utilisant Amazon flux de métriques CloudWatch. Lorsque vous installez l'intégration de flux de métriques CloudWatch, vous pouvez accéder aux métriques et aux données Amazon MemoryDB dans la plateforme New Relic.
Ce document explique comment activer l'intégration, puis décrit les types de données signalées après l'activation.
Caractéristiques
Collectez des données télémétriques sur votre cluster Amazon MemoryDB afin de pouvoir monitorer vos services, interroger les données entrantes et créer un dashboard pour tout observer en un coup d'œil.
Activer l'intégration
Cette intégration est disponible via CloudWatch MetricStreams. Pour activer cette intégration, découvrez comment connecter les services AWS à New Relic via l'intégration de flux de métriques CloudWatch .
Rechercher et utiliser des données
Pour trouver vos données d'intégration, accédez à one.newrelic.com > All capabilities > Metrics and events et filtrez par aws.memorydb.
données métriques
Cette intégration collecte les données Amazon MemoryDB.
Données Cluster MemoryDB
métrique | Unité | Description |
|---|---|---|
| Nombre | Le nombre de réallocations de valeur par minute effectuées par le processus de défragmentation actif. Ceci est dérivé de la statistique active_defrag_hits dans INFO. |
| Compter | Le nombre total de tentatives infructueuses d’authentification à l’aide de la commande AUTH. Vous pouvez trouver plus d’informations sur les échecs d’authentification individuels à l’aide de la commande ACL log. Nous vous suggérons de définir une alarme pour détecter les tentatives d'accès non autorisées. |
| Octets | Le nombre total d'octets alloués par MemoryDB à toutes fins, y compris l'ensemble de données, les tampons, etc. |
| Octets | Le nombre total d'octets lus sur le disque par minute. Pris en charge uniquement pour les clusters utilisant le niveau de données. |
| Octets | Le nombre total d'octets écrits sur le disque par minute. Pris en charge uniquement pour les clusters utilisant le niveau de données. |
| Compter | Le nombre total de tentatives infructueuses de l'utilisateur pour exécuter des commandes qu'il n'a pas l'autorisation d'appeler. Vous pouvez trouver plus d’informations sur les échecs d’authentification individuels à l’aide de la commande ACL log. Nous vous suggérons de définir une alarme pour détecter les tentatives d'accès non autorisées. |
| Compter | Le nombre de connexions client, à l'exclusion des connexions provenant de répliques en lecture. MemoryDB utilise 2 à 4 connexions pour monitorer le cluster dans chaque cas. Ceci est dérivé de la statistique connected_clients dans INFO. |
| Compter | Le nombre d'éléments dans le cache. Ceci est dérivé de la statistique de l'espace clé, qui additionne toutes les clés de l'espace clé entier. |
| Pour cent | Pourcentage de la mémoire disponible pour le cluster qui est utilisée. Ceci est calculé en utilisant used_memory/maxmemory de INFO. |
| Pour cent | Pourcentage de la capacité totale de données du cluster qui est utilisée. Sur l'instance de niveau Données, la métrique est calculée comme (used_memory - mem_not_counted_for_evict + SSD utilisé) / (maxmemory + capacité totale du SSD), où used_memory et maxmemory sont extraits de INFO. Dans tous les autres cas, la métrique est calculée à l’aide de used_memory/maxmemory. |
| Millisecondes | exposer avg_ttl de DBO à partir de l'espace clé statistique de la commande INFO. |
| Pour cent | Fournit l'utilisation du processeur du thread du moteur Valkey ou Redis OSS. Étant donné que le moteur est monothread, vous pouvez utiliser cette métrique pour analyser la charge du processus lui-même. La métrique EngineCPUUtilization fournit une visibilité plus précise du processus. Vous pouvez l'utiliser en conjonction avec la métrique CPUUtilization. CPUUtilization expose l'utilisation du processeur pour l' instance du serveur dans son ensemble, y compris d'autres processus du système d'exploitation et de gestion. Pour les types de nœuds plus grands avec quatre vCPU ou plus, utilisez la métrique EngineCPUUtilization pour monitorer et définir le seuil de mise à l'échelle. |
| Compter | Le nombre de clés qui ont été expulsées en raison de la limite de mémoire maximale. Ceci est dérivé de la statistique evicted_keys dans INFO. |
| Compter | Indique si le nœud est le nœud principal du fragment actuel. La métrique peut être soit 0 (non principale) soit 1 (principale). |
| Compter | Le nombre total de tentatives infructueuses de l'utilisateur pour accéder aux clés auxquelles il n'est pas autorisé à accéder. Vous pouvez trouver plus d’informations sur les échecs d’authentification individuels à l’aide de la commande ACL log. Nous vous suggérons de définir une alarme pour détecter les tentatives d'accès non autorisées. |
| Compter | Le nombre de recherches de clés en lecture seule réussies dans le dictionnaire principal. Ceci est dérivé de la statistique keyspace_hits dans INFO. |
| Compter | Le nombre de recherches de clés en lecture seule infructueuses dans le dictionnaire principal. Ceci est dérivé de la statistique keyspace_misses dans INFO. |
| Compter | Nombre de clés suivies par le suivi des clés en pourcentage du nombre maximal de clés de la table de suivi. Le suivi des clés est utilisé pour faciliter la mise en cache côté client et avertit les clients lorsque les clés sont modifiées. |
| Octets par seconde | Le débit de réplication maximal observé au cours du dernier cycle de mesure. |
| Nombre | Indique l'efficacité dans l'allocation de mémoire du moteur Valkey ou Redis OSS. Certains seuils signifient des comportements différents. La valeur recommandée est d'avoir une fragmentation supérieure à 1,0. Ceci est calculé à partir de la statistique mem_fragmentation_ratio de INFO. |
| Compter | Le nombre total de connexions qui ont été acceptées par le serveur pendant cette période. Ceci est dérivé de la statistique total_connections_received dans INFO. |
| Compter | Le nombre total d'éléments récupérés sur le disque par minute. Pris en charge uniquement pour les clusters utilisant le niveau de données. |
| Compter | Le nombre total d'éléments écrits sur le disque par minute. Pris en charge uniquement pour les clusters utilisant le niveau de données. |
| Booléen | Ce statut a deux valeurs : 0 ou 1. La valeur 0 indique que les données du nœud principal MemoryDB ne sont pas synchronisées avec le moteur Valkey ou Redis OSS sur EC2. La valeur 1 indique que les données sont synchronisées. |
| Compter | Le nombre total d'événements d'expiration de clé. Ceci est dérivé de la statistique expired_keys dans INFO. |
| Octets | Pour les nœuds dans une configuration répliquée, ReplicationBytes indique le nombre d'octets que le nœud principal envoie à tous ses réplicas. Cette métrique est représentative de la charge d’écriture sur le cluster. Ceci est dérivé de la statistique master_repl_offset dans INFO. |
| Compter | Nombre de commandes d'écriture retardées en raison d'une réplication synchrone. La réplication peut être retardée en raison de divers facteurs, par exemple la congestion du réseau ou le dépassement du débit de réplication maximal. |
| Secondes | Cette métrique s’applique uniquement à un nœud exécuté en tant que réplica en lecture. Il représente le retard, en secondes, de la réplique dans l'application des modifications à partir du nœud principal. |
Créer des alertes
Vous pouvez configurer pour qu'il vous avertisse en cas de changement. Par exemple, vous pouvez configurer une alerte pour informer les parties concernées des erreurs critiques ou fatales.
En savoir plus sur la création d’alertes ici.