Présentation du multicast ULL

Cette page présente le multicast à latence ultrafaible (ULL) dansGoogle Cloud.

Le multicast à très faible latence partage de nombreuses propriétés avec Cloud Multicast. Les sections suivantes se concentrent sur les propriétés uniques du multicast ULL.

Comparaison entre ULL Multicast et Cloud Multicast

Le tableau suivant récapitule les principales différences entre le multicast ULL et le Cloud Multicast :

Propriété Cloud Multicast Multicast ULL
Présentation et configuration
Résumé Service de multidiffusion basé sur un réseau défini par logiciel qui utilise l'infrastructure d'un projet locataire et un réseau géré par Google pour répliquer et distribuer le trafic. Service multicast basé sur le matériel pour les applications avec des exigences strictes en termes de latence et de variance multicast. S'appuie sur l'infrastructure directement dans la structure du réseau physique pour répliquer et distribuer le trafic.
API et modèle de ressources Consultez les informations suivantes :
Consultez les informations suivantes :
Procédure de configuration Pour configurer Cloud Multicast, consultez la présentation de la configuration de Cloud Multicast. Pour configurer le multicast ULL, consultez Présentation de la configuration de la solution ULL.
Emplacement et portée
Pays acceptés Tous les éléments suivants :
Seulement les éléments suivants :
Champ d'application de la répartition du trafic Tous les éléments suivants :
  • Intrazone
  • Intrarégional

Un seul domaine multicast peut être créé et activé dans plusieurs zones pour activer le multicast multizone, comme décrit dans le modèle de déploiement multizone pour Cloud Multicast.

Seulement les éléments suivants :
  • Intrazone

Chaque domaine multicast préconfiguré est créé et activé une seule fois pour une zone donnée afin d'activer le multicast intrazone, comme décrit dans le modèle de déploiement zonal pour ULL Multicast.

Ressources de calcul et réseau compatibles
Types d'instances Compute Engine compatibles Tous les éléments suivants :
Seulement les éléments suivants :
  • Instances U4P et U4C
Types de réseaux VPC compatibles Réseaux VPC à usage général :
  • Réseaux VPC standards (sans profil réseau)
  • Réseaux VPC créés avec un profil réseau régional (réseaux VPC régionaux)
Réseaux VPC avec un profil réseau ULL :
  • Réseaux VPC ULL de l'opérateur
  • Réseaux VPC ULL des participants

Modèle de ressources multicast à très faible latence

La multidiffusion ULL utilise la même API et le même modèle de ressources que la multidiffusion Cloud, y compris chaque ressource décrite dans Présentation du modèle de ressources de multidiffusion.

Pour le multicast ULL, consultez les informations suivantes :

Mappage des instances et des interfaces réseau pour les domaines multicast à très faible latence

Cette section décrit la relation entre les domaines multicast ULL, les types d'instances Compute Engine ULL et les interfaces réseau de ces instances de calcul. Le comportement décrit dans cette section suppose que les configurations multicast correspondantes sont créées comme décrit dans Présentation de la configuration de la solution ULL.

Le tableau suivant décrit les types d'instances, les interfaces réseau et les actions compatibles pour un domaine de multidiffusion ULL donné. Les instances de producteurs et de clients multicast qui ne respectent pas ce mappage ne peuvent pas envoyer ni recevoir de trafic multicast ULL.

Domaine Type d'instance Action acceptée
Flux A
(créé avec le domaine préconfiguré feed-a)
Instance U4P

Envoyer du trafic multicast

Une instance U4P peut envoyer du trafic pour ce domaine à partir de n'importe laquelle de ses interfaces réseau ULL.

Instance U4C

Recevoir le trafic multicast.

Une instance U4C doit recevoir le trafic sur le même numéro d'interface réseau que celui à partir duquel l'instance U4P envoie le trafic. Par exemple, si l'instance U4P envoie du trafic depuis nic1 pour ce domaine, l'instance U4C doit recevoir le trafic sur nic1.

Flux B
(créé avec le domaine préconfiguré feed-b)
Instance U4P

Envoyer du trafic multicast

Une instance U4P peut envoyer du trafic pour ce domaine à partir de n'importe laquelle de ses interfaces réseau ULL.

Instance U4C

Recevoir le trafic multicast.

Une instance U4C doit recevoir le trafic sur le même numéro d'interface réseau que celui à partir duquel l'instance U4P envoie le trafic. Par exemple, si l'instance U4P envoie du trafic depuis nic2 pour ce domaine, l'instance U4C doit recevoir le trafic sur nic2.

Modèle de déploiement zonal multicast à très faible latence

ULL Multicast est compatible avec les mêmes topologies et schémas de déploiement que Cloud Multicast, à l'exception du multicast multizone.

Cette section fournit le modèle de déploiement général par zone pour le multicast ULL, qui permet la connectivité multicast entre les producteurs multicast dans un projet d'opérateur d'échange et les consommateurs multicast dans les projets de participants à l'échange. Ce modèle de déploiement utilise la topologie en étoile Network Connectivity Center (NCC) et des domaines multicast redondants.

Trafic multicast ULL dans une zone

Le schéma suivant illustre le trafic multicast ULL via des domaines multicast redondants dans la topologie en étoile NCC.

Dans cet exemple, un producteur multicast envoie du trafic à des consommateurs multicast dans la même zone et dans différents réseaux VPC ULL via une infrastructure multicast redondante correspondant à deux domaines multicast distincts.

Trafic multicast ULL dans une zone.
Trafic multicast ULL dans une zone (cliquez pour agrandir).

Configuration des ressources dans une zone

Le schéma suivant illustre les ressources réseau et multidiffusion qui doivent être configurées pour obtenir la connectivité multidiffusion décrite dans la section précédente.

Configuration des ressources multicast ULL dans une zone.
Configuration des ressources multicast ULL dans une zone (cliquez pour agrandir).

Le tableau suivant décrit les configurations de ressources dans le diagramme précédent. Pour utiliser des domaines multicast redondants, vous devez créer des configurations redondantes pour chaque type de ressource multicast.

Types de ressources Configuration
Domaines multicast et plages de groupes

Ressources pour les domaines multicast redondants :

  • un réseau d'administrateur multicast qui est un spoke central sur le hub. Chacun des domaines de multidiffusion suivants est configuré avec le paramètre de topologie NCC et le même hub.
  • un groupe de domaines multicast qui sert de conteneur pour les domaines multicast redondants.
  • Un domaine multicast et une ou plusieurs plages de groupes correspondantes sont créés dans le réseau et activés dans us-south1-d. Le domaine multicast est créé avec le domaine ULL feed-a préconfiguré.
  • Un domaine multicast Feed B et une ou plusieurs plages de groupes correspondantes sont créés dans le réseau et activés dans us-south1-d. Le domaine multicast est créé avec le domaine ULL feed-b préconfiguré.
Configurations du producteur multicast

L'exemple de configuration utilise le même réseau que le réseau de l'administrateur multicast et le réseau du producteur multicast.

Ressources qui permettent à nic1 du producteur multicast d'envoyer du trafic via le domaine multicast du flux A :

  • une association de producteurs multicast entre le réseau et le domaine du flux A.
  • une activation du producteur de groupe multicast pour une ou plusieurs plages de groupes associées au domaine Feed A

Ressources permettant à nic2 du producteur multicast d'envoyer du trafic via le domaine multicast du flux B :

  • une association de producteurs multicast entre le réseau et le domaine du flux B.
  • une activation du producteur de groupe multicast pour une ou plusieurs plages de groupes associées au domaine Feed B
Configurations de consommateur multicast

Deux réseaux de clients multicast sont des spokes périphériques sur le hub et contiennent chacun des ressources qui permettent aux clients multicast de recevoir du trafic.

Ressources permettant à nic1 des clients multicast de recevoir du trafic via un domaine multicast Feed A :

  • une association de consommateur multicast entre le réseau et le domaine Feed A
  • une activation client de groupe multicast pour une ou plusieurs plages de groupes associées au domaine Feed A.

Ressources permettant à nic2 des clients multicast de recevoir du trafic via le domaine multicast Feed B :

  • une association de consommateur multicast entre le réseau et le domaine Feed B.
  • une activation client de groupe multicast pour une ou plusieurs plages de groupes associées au domaine Feed B.

Limites

Le multicast à latence ultra-faible partage la plupart des limites de Cloud Multicast (par exemple, il est limité à IPv4 et UDP, et nécessite une MTU de 1 500 octets). Pour connaître les limites spécifiques à la multidiffusion ULL, consultez les sections suivantes :

Quotas et limites

Les ressources multicast créées pour être utilisées avec ULL Multicast contribuent à la plupart des mêmes quotas et limites pour Cloud Multicast, comme décrit dans Quotas et limites de multicast.

Étapes suivantes