Présentation du multicast ULL

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

La multidiffusion ULL partage de nombreuses propriétés avec la multidiffusion cloud. Les sections suivantes se concentrent sur les propriétés uniques du multicast ULL.

Comparaison entre le multicast ULL et le Cloud Multicast

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

Propriété Cloud Multicast Multicast à très faible latence
Présentation et configuration
Résumé Service multicast basé sur la mise en réseau définie par logiciel qui utilise l'infrastructure multicast dans un projet locataire et un réseau géré par Google pour répliquer et distribuer le trafic. Service multicast matériel pour les applications multicast avec des exigences de latence strictes, qui utilise l'infrastructure multicast directement dans la structure 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 :
Uniquement les éléments suivants :
Portée de la répartition du trafic Tous les éléments suivants :
  • Intrazone
  • Intrarégion

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.

Uniquement 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 schéma 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 :
Uniquement 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 ULL

La multidiffusion ULL utilise la même API et le même modèle de ressources que Cloud Multicast, 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 ULL

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 multidiffusion ULL donné. Les instances de producteurs et de consommateurs multicast qui ne respectent pas ce mappage ne peuvent pas envoyer ni recevoir de trafic multicast ULL.

Domaine Type d'instance Action prise en charge
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 du 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 du trafic sur nic2.

Modèle de déploiement zonal ULL Multicast

Le multicast ULL est compatible avec les mêmes topologies et schémas de déploiement que le 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 de multidiffusion 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 et plages de groupes multicast

Ressources pour les domaines multicast redondants :

  • un réseau d'administrateurs multicast qui est un spoke central sur le hub. Chacun des domaines multicast 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 Feed A 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 du flux A.

Ressources qui permettent à 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.
  • Activation du producteur de groupe multicast pour une ou plusieurs plages de groupes associées au domaine du flux B
Configurations des clients 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 qui permettent à nic1 des clients multicast de recevoir du trafic via un domaine multicast de flux A :

  • une association de clients multicast entre le réseau et le domaine Feed A.
  • une activation client du 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 du flux B :

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

Limites

Le multicast à faible latence 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 au multicast ULL, consultez les sections suivantes :

Quotas et limites

Les ressources multicast créées pour être utilisées avec ULL Multicast contribuent aux mêmes quotas et limites pour Cloud Multicast que ceux décrits dans Quotas et limites de multicast.

Étapes suivantes