Les signaux de santé expliquent si l'hôte peut maintenir le flux de travail multimédia. Utilisez-les avec les statistiques du module : un hôte sain ne prouve pas qu'une source est active, et une source active ne prouve pas que l'hôte dispose d'une marge.
Callaba self-hosted
L'opérateur peut distinguer une panne de média en amont d'une saturation de l'hôte et appliquer la bonne capacité ou le changement de profil.
Voir le fonctionnement du produitAvant de commencer
Une référence normale connue pour cette instance et cette charge de travail.
Autorisation d’inspecter ou d’effacer les journaux d’erreurs opérationnelles.
Un enregistrement d’incident externe avant nettoyage destructeur.
Réglages expliqués
Seuls les contrôles utiles à l’opérateur sont expliqués. Les noms de champs internes et événements d’implémentation sont volontairement masqués.
Capacité
Lire la marge actuelle de l'hôte.
- Utilisation du processeur
Charge de traitement actuelle sur les médias et les applications.
- Utilisation de la mémoire
Pression actuelle de la RAM.
- Utilisation du disque
Espace disponible pour les journaux, les téléchargements, le transcodage temporaire et les enregistrements.
- Test de vitesse du réseau
Capacité réseau mesurée à partir de l’instance.
Exécutez en dehors des pics de production critiques.
Preuve opérationnelle
Identifiez les pannes avant de modifier la configuration.
- Erreurs de processus
Échecs du processus d’application/média nécessitant une enquête au niveau du module.
- Erreurs SRT
Événements et erreurs de transport SRT associés aux flux de travail de contribution.
- Notification de version
Version de l'application installée et contexte de mise à jour.
- Effacer les journaux d'erreurs
Supprimez les entrées d’erreur accumulées.
Exportez ou enregistrez d’abord les preuves de l’incident.- Emplacement IP
Résolvez le contexte régional pour une adresse de connexion lorsqu’elle est prise en charge.
Premier workflow sûr
- 01
Comparez le processeur, la mémoire et le disque avec la référence saine connue.
- 02
Ouvrez les erreurs de processus ou SRT et identifiez le module propriétaire et la fenêtre horaire.
- 03
Inspectez les statistiques en direct et les entrées/sorties réelles de ce module.
- 04
Exécutez un test de vitesse uniquement lorsqu'il ne faussera pas le trafic de production.
- 05
Enregistrez ou exportez les preuves d’incident avant d’effacer les journaux.
Exemples de workflows
Diagnostiquer le transcodage en direct instable
Les images de sortie sont supprimées après le démarrage d’une nouvelle tâche de transcodage.
Comment le construire
- 1
Confirmez que le débit binaire source est stable.
- 2
Comparez le processeur/la mémoire de l'hôte avant et après le démarrage du travail.
- 3
Inspectez le débit binaire de sortie et la fréquence d’images.
- 4
Supprimez les travaux inutiles de redimensionnement, de fréquence d'images et de codec ou passez à la capacité d'hôte mesurée.
Conserver les preuves avant d’effacer les erreurs
De vieilles erreurs obscurcissent une enquête active sur un incident.
Comment le construire
- 1
Enregistrez l’erreur, l’horodatage, le module et la version actuelle pertinents.
- 2
Enregistrez la configuration du module associé et les statistiques en direct.
- 3
Effacez les erreurs seulement après que les preuves ont été externalisées.
- 4
Reproduisez un test contrôlé et étudiez uniquement les nouvelles entrées.
Vérifier le résultat
- Les valeurs de capacité correspondent à la charge de travail attendue et laissent la marge prévue.
- Chaque erreur active peut être liée à une heure et à un module propriétaire.
- La suppression des journaux n’a lieu qu’une fois les preuves stockées ailleurs.
Dépannage
L’état de l’hôte est normal mais la lecture échoue
Vérifier- Inspectez les modules source et de sortie.
- Vérifiez l'accès, le protocole et la lecture du client réel.
Considérez l’état de l’hôte comme une seule couche ; corrigez la première limite média défaillante.