Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
Résolution des problèmes liés à Ray on HyperPod
Utilisez cette page pour diagnostiquer les problèmes courants liés aux clusters Ray, aux tableaux de bord, aux tâches et à l'observabilité. HyperPod Chaque entrée indique le symptôme, la cause et la solution.
Cluster de rayons bloqué en attente
Symptôme
Les modules de tête ou de travail restent en Pending place et le cluster n'atteint jamaisRunning.
Cause
La mémoire ou le processeur virtuel demandé est supérieur à la capacité allouable par Kubernetes sur le type d'instance choisi. Allocatable est inférieur à la plaque signalétique de l'instance car kube-system réserve et DaemonSets consomme une partie de chaque nœud.
Résolution
Réduisez les demandes de processeur virtuel et de mémoire afin qu'elles correspondent à la capacité allouable, ou choisissez un type d'instance plus important. Vérifiez qu'il est possible d'allouer avec kubectl describe node
et définissez les demandes en dessous des valeurs déclarées.my-node
ray.init () échoue avec une erreur de version
Symptôme
ray.init()échoue ou le cluster démarre mais les clients ne peuvent pas se connecter.
Cause
La version de Ray figurant dans l'espace ou dans l'image du client ne correspond pas spec.rayVersion au manifeste du cluster.
Résolution
Définissez spec.rayVersion la version Ray dans l'image du conteneur et utilisez la même version Ray dans l'espace ou le client. Pour de plus amples informations, veuillez consulter Installation KubeRay sur HyperPod Amazon EKS.
Le lien du tableau de bord renvoie une erreur d'autorisation
Symptôme
Le lien Ray Dashboard s'ouvre mais renvoie une erreur d'autorisation.
Cause
Dans le cadre de la stratégie d'accès privé, le tableau de bord est limité à l'identité qui a créé la connexion. Une identité différente est refusée.
Résolution
Ouvrez le tableau de bord en tant qu'identité qui a créé le cluster, ou utilisez la stratégie d'accès public pour accorder l'accès à toute personne disposant d'une autorisation de connexion dans l'espace de noms. Pour de plus amples informations, veuillez consulter Stratégies d'accès et meilleures pratiques en matière de sécurité.
Ray n'a jamais été admis
Symptôme
A RayCluster ou n'RayJobest pas admis et aucun module n'est créé.
Cause
L'espace de noms n'a aucune allocation de calcul dans HyperPod Task Governance, de sorte que Task Governance détient la charge de travail sans quota pour l'admettre.
Résolution
Attribuez une allocation de calcul à l'espace de noms ou soumettez-la à un espace de noms qui en possède une. Pour de plus amples informations, veuillez consulter Configuration de la gouvernance des tâches pour Ray.
Les tableaux de bord Grafana sont vides
Symptôme
Les tableaux de bord Ray Grafana se chargent mais n'affichent aucune donnée pour un cluster en cours d'exécution.
Cause
Les métriques Ray ne sont pas activées dans le module complémentaire HyperPod Observability, donc aucune métrique Ray n'est extraite.
Résolution
Activez les métriques Ray dans le module complémentaire Observability et vérifiez que la version du module prend en charge le grattage des métriques Ray. Pour de plus amples informations, veuillez consulter Configuration de la collecte de métriques Ray.
La soumission des tâches n'atteint pas le point final
Symptôme
ray job submitne parvient pas à se connecter ou renvoie une erreur d'autorisation.
Cause
Le point de terminaison de soumission des tâches est inaccessible ou le jeton de session a expiré. Une session de tableau de bord ou de terminal est valide pendant six heures au maximum.
Résolution
Confirmez l'adresse du point de terminaison, puis générez une nouvelle URL de connexion pour actualiser le jeton et réessayez. Pour de plus amples informations, veuillez consulter Génération d'une URL de connexion au tableau de bord.
