Partager via

Considérations relatives à l’équilibreur de charge standard dans Azure Stack Hub

  • Article

Azure Stack Hub prend désormais en charge la référence SKU Standard Load Balancer. Bien que cette nouvelle référence SKU active les scénarios clients, il existe certaines différences entre la référence SKU Standard Load Balancer sur Azure Stack Hub et Azure Load Balancer disponible dans Azure. Cette section décrit les principales différences entre les deux et les scénarios que nous avons validés dans l’équilibreur de charge standard sur Azure Stack Hub.

Principales différences dans Standard Load Balancer entre Azure et Azure Stack Hub

Fonctionnalités Azure Azure Stack Hub
Taille de pool de serveur principal Prend en charge jusqu’à 5 000 instances. Non limité par Standard Load Balancer lui-même - dépend du nombre de machines virtuelles sur le tampon.
Points de terminaison du pool du serveur principal Toutes les machines virtuelles, groupes de machines virtuelles identiques ou adresse IP dans un seul réseau virtuel. Machines virtuelles et groupes identiques sur un seul réseau virtuel. Aucune adresse IP n’est prise en charge.
Sondes d’intégrité TCP, HTTP et HTTPS. Identique à Azure.
Comportement lorsque la sonde d’intégrité tombe en panne Les connexions TCP restent actives lorsqu’une sonde d’instance tombe en panne même lorsque toutes les sondes sont en panne. Les connexions TCP restent actives sur une sonde d’instance lorsqu’elles sont en panne. Toutes les connexions TCP se terminent quand toutes les sondes sont arrêtées.
Ports HA Les ports haute disponibilité sont un type de règle d’équilibrage de charge qui offre un moyen simple d’équilibrer la charge de tous les flux qui arrivent sur tous les ports d’un équilibreur de charge standard interne. Identique à Azure.
Zones de disponibilité Serveurs frontaux redondants interzones et zonaux pour le trafic entrant et sortant. Non pris en charge.
Sécurisé par défaut Fermé aux flux entrants, sauf s’ils sont autorisés par un groupe de sécurité réseau. Le trafic interne du réseau virtuel vers l’équilibreur de charge interne est autorisé. Identique à Azure.
Règles de trafic sortant Vous permet d’utiliser l’adresse IP publique ou les adresses IP de votre équilibreur de charge pour la connectivité sortante pour les instances principales. Identique à Azure.
Plages de ports de règle NAT entrantes Azure Load Balancer prend en charge les plages de ports de règle NAT entrantes. Non pris en charge.
Allocation de port SNAT personnalisée pour les règles de trafic sortant Cette configuration utilise la traduction d’adresses réseau source (SNAT) pour traduire l’adresse IP privée de la machine virtuelle en adresse IP publique de l’équilibreur de charge. Non pris en charge.
Réinitialisation TCP en mode inactif Paramétrable:
- 4 à 100 minutes pour les règles de trafic sortant.
- 1 à 30 minutes pour les règles de trafic entrant.		 Identique à Azure.
Adresses IP frontend multiples Adresses IP frontales entrantes et sortantes. Identique à Azure.
Peering global de réseaux virtuels L’équilibrage de charge interne standard est pris en charge via le peering global de réseaux virtuels. Non pris en charge.
Passerelle NAT L’équilibrage de charge interne standard et l’équilibrage de charge public standard sont pris en charge via la passerelle NAT. Non pris en charge.
Liaison privée L’équilibrage de charge interne Standard est pris en charge via une liaison privée. Non pris en charge.

Principales différences entre Basic et Standard Load Balancer sur Azure Stack Hub

Fonctionnalités Standard Load Balancer Load Balancer de base
Taille de pool de serveur principal Non limité par l’équilibreur de charge standard lui-même - dépend du nombre de machines virtuelles sur l’empreinte. Dépend de la capacité d’horodatage.
Points de terminaison du pool du serveur principal Machines virtuelles et groupes identiques sur le même réseau virtuel. Machines virtuelles ou groupe de machines virtuelles identiques sur le même réseau virtuel. Il ne peut pas inclure les deux types dans le même pool principal.
Sondes d’intégrité TCP, HTTP et HTTPS. TCP et HTTP.
Comportement lorsque la sonde d’intégrité tombe en panne Les connexions TCP restent actives lorsqu’une sonde d’instance tombe en panne. Toutes les connexions TCP se terminent quand toutes les sondes sont arrêtées. Les connexions TCP restent actives lorsqu’une sonde d’instance tombe en panne. Toutes les connexions TCP se terminent quand toutes les sondes sont arrêtées.
Ports HA Les ports haute disponibilité sont un type de règle d’équilibrage de charge qui offre un moyen simple d’équilibrer la charge de tous les flux qui arrivent sur tous les ports d’un équilibreur de charge standard interne. Non pris en charge.
Zones de disponibilité Non pris en charge. Non pris en charge.
Sécurisé par défaut Fermé aux flux entrants, sauf s’ils sont autorisés par un groupe de sécurité réseau. Le trafic interne du réseau virtuel vers l’équilibreur de charge interne est autorisé. Fermé aux flux entrants, sauf s’ils sont autorisés par un groupe de sécurité réseau. Le trafic interne du réseau virtuel vers l’équilibreur de charge interne est autorisé.
Règles de trafic sortant Vous permet d’utiliser l’adresse IP publique ou les adresses IP de votre équilibreur de charge pour la connectivité sortante des instances back-end. Non pris en charge.
Allocation de port SNAT personnalisée pour les règles de trafic sortant Cette configuration utilise la traduction d’adresses réseau source (SNAT) pour traduire l’adresse IP privée d’une machine virtuelle en adresse IP publique de l’équilibreur de charge. Non pris en charge.
Réinitialisation TCP en mode inactif Paramétrable:
- 4 à 100 minutes pour les règles de trafic sortant.
- 1 à 30 minutes pour les règles de trafic entrant.		 Identique à Azure.
Adresses IP frontales multiples Adresses IP frontales entrantes et sortantes. Uniquement pour les règles de trafic entrant.
Peering global de réseaux virtuels Non pris en charge. Non pris en charge.
Passerelle NAT Non pris en charge. Non pris en charge.
Liaison privée Non pris en charge. Non pris en charge.

Scénarios

Les scénarios suivants ont été validés pour l’équilibreur de charge standard sur Azure Stack Hub :

  • Sondes d’intégrité IP publique et HTTPS standard.
  • Pools principaux avec différents types de points de terminaison.
  • Règles de trafic entrant, règles de trafic sortant et sécurité des points de terminaison.
  • Plusieurs pools principaux, adresses IP frontales, règles de trafic sortant et configurations de délai d’attente.
  • Pool principal unique avec plusieurs adresses IP frontales.
  • Configuration de l’équilibreur de charge sortant uniquement.
  • Équilibreur de charge interne avec ports haute disponibilité.
  • Équilibreur de charge interne avec ports haute disponibilité et adresse IP flottante.

Étapes suivantes