Aller au contenu principal

LiveKit Ingress (livekit-ingress)

Optionnel, inutile à la téléphonie : importe des flux RTMP et WHIP (encodeurs, OBS, webinaires) dans les salles LiveKit. À n'installer que pour la diffusion ; les appels téléphoniques passent par LiveKit SIP.

Généré depuis catalog/services/livekit-ingress.yaml : ne pas modifier à la main.

Résumé​

Version1.5.0
Usageinstaller et configurer
Couchefonctionnelle (catalogue IA)
CatégorieInférence IA
Méthodes d'installationpodman
Connexion externenon
Réservé au bac à sablenon

Licence​

Identifiant SPDXApache-2.0
Politique de licencelicence socle (MIT ou Apache-2.0)
Exception de licence-
Exceptions de licence de ses dépendancesLEX-033 (en attente de la décision du client)
Composant de la plateformelivekit-ingress

Paquets et artefacts​

Un paquet que publie le projet du service (son image, son archive binaire, son paquet Python ou système) porte la licence du service ; un paquet tiers porte la licence écrite sur sa ligne, lue dans les métadonnées officielles du projet amont.

TypePaquetVersionLicenceDétails
image de conteneurdocker.io/livekit/ingressv1.5.0Apache-2.0clé d'image ingress, utilisée par ingress, condensé sha256:2e1d3fcf10bfaebddaea74dc8b965410cda6377ed154451361b86ab3a9ee9f99

Les images sont épinglées par étiquette dans le descripteur, et par condensé (digest) quand le descripteur en déclare un (le bundle hors ligne refuse alors une image téléchargée qui ne le porte pas) ; le condensé est enregistré dans le miroir du Manager à l'import du bundle hors ligne, et chaque téléchargement ou chargement est vérifié par rapport à lui.

Systèmes et architectures pris en charge​

MéthodeSystèmes d'exploitationArchitectures
podmanfamille RHEL (dnf), famille Debian (apt), Arch Linux (pacman)x86_64, aarch64 (non restreintes par le descripteur)

Systèmes hôtes certifiés : RHEL 8/9/10, Rocky Linux 8/9/10, AlmaLinux 8/9/10, Oracle Linux 8/9, CentOS Stream 9/10, Ubuntu 22.04/24.04, Debian 12, Arch Linux (rolling). Le contrôle préalable des hôtes accepte ces systèmes (une autre version d'une famille connue donne un avertissement, une version en fin de vie est refusée) et les architectures x86_64 et aarch64.

Prérequis​

Hôte​

  • au moins 4 CPU (avertissement, cpu).
  • au moins 4096 Mo de mémoire (avertissement, memory).

Réseau et ports​

ComposantNom du portPortOuvert dans le pare-feu de l'hôte
ingressrtmp1935/tcpoui
ingresswhip8086/tcpoui
ingresswhip-media7885/udpoui
ingresshealth8593/tcpnon
ingressmetrics6792/tcpoui

Services et connexions nécessaires​

Détail et résolution : voir Dépendances.

Méthodes et modes d'installation​

MéthodeDéfautCe que la méthode utilise
podmanouiles images de conteneur du descripteur, exécutées par Podman sous systemd

Composants​

ComposantTypeMéthodes d'installationPorts
Ingress (ingress)travailleurpodman1935/tcp, 8086/tcp, 7885/udp, 8593/tcp, 6792/tcp

Instance unique (single) (par défaut)​

Une seule instance Ingress.

Ce que le mode déploie :

ComposantPlacement
ingressmin 1, max 1

Pool (pool)​

Plusieurs instances derrière un répartiteur TCP (RTMP) ou un proxy inverse HTTP (WHIP).

Ce que le mode déploie :

ComposantPlacement
ingressmin 2, recommandé 2

Installer ce service​

L'assistant d'installation du Navin Manager planifie, valide et exécute l'installation ; il faut la permission services:install sur le cluster.

  1. Ouvrez l'assistant. Dans Clusters, choisissez l'action de ligne Installer des services du cluster cible. L'assistant s'ouvre sur sa première étape, Service.

  2. Choisissez le service. À l'étape Service, sélectionnez LiveKit Ingress. La carte affiche la licence Apache-2.0 et les dépendances dont l'installation a besoin.

  3. Choisissez les hôtes et le mode. À l'étape Hôtes, cochez les hôtes, puis choisissez le Mode : single (par défaut), pool. Chaque mode déploie les composants listés dans Méthodes et modes d'installation.

  4. Liez les dépendances. À l'étape Liaisons, choisissez pour chaque dépendance (livekit, redis) Installer avec la plateforme ou Utiliser une connexion existante ; une dépendance facultative peut rester sur Aucune liaison.

  5. Configurez. À l'étape Configuration, relisez les paramètres (voir Paramètres de configuration). Les mots de passe laissés vides avec une valeur générée par défaut sont générés et scellés par le Manager.

  6. Relisez et installez. À l'étape Installation, le Manager valide le plan et affiche l'ordre d'installation ; quand il indique « Le plan est valide. Prêt pour l'installation. », choisissez Installer. Un mode hautement disponible n'est installé que si ses contrôles HA réussissent.

  7. Vérifiez. L'opération se termine quand les contrôles de santé de chaque instance réussissent (voir Contrôles de santé) ; le service apparaît alors en marche dans Services.

Haute disponibilité​

Clusteraucun (none)
Haute disponibilitéredondance (redundancy)
Basculerépartiteur (load-balancer)
Réplicationaucun (none)
Quorumaucun (none)
Découverteregistre (registry)
Point d'entréerépartiteur (load-balancer)
Documentation officiellehttps://docs.livekit.io/transport/self-hosting/ingress/
Référenceshttps://github.com/livekit/ingress

Prérequis​

PrérequisDoit être hautement disponibleModesDescription
redisouipoolRedis hautement disponible partagé avec le serveur LiveKit.

Topologie par mode​

ModesNiveau le plus haut du catalogueRépartitionComposant du quorumDomaines de panneDescription
singleautonome (standalone)unique (single)-1Une instance, sans tolérance aux pannes.
poolha (ha)actif-actif (active-active)-2Plusieurs instances derrière un répartiteur qui vérifie leur point de disponibilité.

Remarques​

  • Un flux tourne sur une instance : la perte de cette instance coupe le flux, l'encodeur se reconnecte par le répartiteur.

Paramètres de configuration​

Réseau​

ParamètreTypeDéfautValeurs permisesObligatoireSecretRedémarrageDescription
Port RTMP (rtmp_port)port1935-nonnonouiÉcouteur RTMP (TLS au répartiteur).
Port WHIP (whip_port)port8086-nonnonouiÉcouteur HTTP WHIP (TLS au proxy inverse).
Port média WHIP (ice_udp_port)port7885-nonnonouiPort UDP unique des médias WHIP (ICE).
Port de santé (health_port)port8593-nonnonnonSanté (/) et disponibilité (/availability), local à l'hôte.
Port des métriques (metrics_port)port6792-nonnonnonPort Prometheus.
URL LiveKit (livekit_url)string(vide)-nonnonnonURL ws:// ou wss:// du serveur LiveKit ; vide : le premier serveur de la liaison livekit.

Dépendances​

Pour chaque dépendance active, le Manager prend la première solution parmi : la liaison choisie dans l'assistant ; un service de la même installation qui la fournit ; un service déjà installé dans le cluster ; la seule connexion du type attendu. Sinon, une dépendance facultative reste non liée, et une dépendance obligatoire est ajoutée à l'installation dans son mode par défaut (la colonne ci-dessous nomme le service du catalogue ajouté).

LiaisonFournie parType de connexionPoint d'accèsFacultativeQuand rien n'est liéDescription
livekitlivekit-signalnonlivekit est ajouté à l'installationServeur LiveKit des salles (son redis_bus doit être activé et ses URL de base Ingress désigner ce service).
redisredisredisredisnonredis est ajouté à l'installationLe Redis du serveur LiveKit.

Commandes​

CommandeComposantCibleDescription
Journaux récents (logs)ingresshôte choisiDernières lignes du journal d'Ingress.

Contrôles de santé​

Vivacité (par instance)​

ComposantContrôleDétails
ingressHTTP http://127.0.0.1:{{ config.health_port }}/Attendu 200 ; 60 tentatives ; intervalle 2 s ; délai 3 s

Contrôles préalables​

ContrôleTypeSignificationSévéritéComposants
cpucpu_count {"min": 4}au moins 4 CPUavertissementtous les composants
memorymemory_mb {"min": 4096}au moins 4096 Mo de mémoireavertissementtous les composants

Désinstallation​

Chemins supprimés quand les données sont purgées : {{ paths.log }}.

Documentation amont​