Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Azure CycleCloud prend en charge la surveillance des services externes via son architecture enfichable. Les administrateurs peuvent activer l’analyse automatique de ces systèmes en accédant à la page Paramètres sous le menu utilisateur en haut à droite de l’interface web, en double-cliquant sur l’élément de paramètres CycleCloud et en cochant la case intitulée Activer la surveillance pour les services CycleCloud.
Lorsque vous activez cette option, les services pris en charge dans chaque cluster s’inscrivent automatiquement auprès de CycleCloud, qui configure la surveillance de ce service.
Services pris en charge
Chaque version de CycleCloud intègre le support de surveillance Ganglia pour collecter des métriques de performance telles que l’utilisation du processeur, de la mémoire, et de la bande passante. Si votre cluster est configuré pour utiliser Ganglia (la valeur par défaut dans la plupart des cas), la surveillance automatique fonctionne tant que le port 8652 est ouvert entre CycleCloud et le nœud principal du cluster (celui qui exécute le gmetad service).
Ganglia sur CentOS/RHEL
EPEL fournit Ganglia sur CentOS et RHEL. Azure CycleCloud configure et installe EPEL et les dépendances Ganglia par défaut.
Pour refuser l’utilisation d’EPEL, définissez-le cyclecloud.install_epel = false dans un modèle de cluster. En se retirant de l’EPEL, le système de surveillance Ganglia n’est pas mis en place. Cette modification n’affecte pas les fonctionnalités de calcul de votre cluster de calcul, mais elle ne tient pas compte des données que la vue des rapports de votre cluster collecte.
À des fins d’information, voici les dépendances « client » installées sur les nœuds de cluster d’exécution et les dépendances « serveur » installées sur les nœuds de cluster principaux.
# Ganglia client dependencies from CentOS/RHEL base
yum -y install apr bash expat glibc pcre python python-libs systemd zlib
# Ganglia client dependencies provided by EPEL
yum -y install ganglia ganglia-gmond ganglia-gmond-python libconfuse
# Ganglia server dependencies from CentOS/RHEL base
yum -y install apr bash expat glibc libmemcached pcre rrdtool systemd zlib
# Ganglia server dependencies provided by EPEL
yum -y install ganglia ganglia-gmetad libconfuse
Si vous exécutez l’édition Grid Scheduling de CycleCloud, la surveillance de Grid Engine est automatiquement configurée lorsque vous démarrez un cluster Grid Engine. La seule exigence est que CycleCloud peut se connecter par SSH au nœud exécutant le service qmaster avec la paire de clés configurée pour le cluster.
Azure Monitor
À compter de CycleCloud 8.0, les métriques d’un cluster sont extraites d’Azure Monitor au lieu de Ganglia. Cette modification supprime la nécessité d’ouvrir le port 8652 en entrée sur les nœuds.
Remarque
Même les clusters qui utilisent la version 7 avec Ganglia préinstallés obtiennent leurs métriques à partir d’Azure Monitor dans CycleCloud 8.
Les métriques collectées sont les suivantes :
- Pourcentage du processeur
- Disk Read Bytes
- Disk Write Bytes
- Network In
- Interruption du réseau
Vous pouvez également stocker des données de journal à partir de clusters CycleCloud vers Log Analytics et créer des métriques personnalisées. Pour plus d’informations sur la création de tableaux de bord de métriques personnalisés à partir de Log Analytics pour vos clusters, consultez la section Procédure et les didacticiels de la documentation Azure Monitor.