Server Load Balancer:Monter des serveurs VPC interrégion

Exemple de scénario

Une entreprise de commerce électronique commercialise et promeut ses produits via sa plateforme en ligne. L'entreprise a déployé un serveur dans la région Chine (Chengdu) pour répondre à ses besoins quotidiens. Toutefois, lors des grandes promotions commerciales, les pics de trafic et le nombre élevé de requêtes simultanées peuvent dépasser la capacité du serveur.

Pour résoudre ce problème, l'entreprise peut utiliser un groupe de serveurs de type IP pour ALB ainsi qu'un routeur de transit Cloud Enterprise Network (CEN). Cette approche intègre un serveur de la région Chine (Hangzhou) à l'architecture réseau existante, permettant une expansion rapide des ressources. Un routeur de transit permet d'établir rapidement un appairage de réseau privé entre des VPC situés dans différentes régions. Sur la base de cet appairage privé, vous pouvez ajouter un groupe de serveurs de type IP à ALB pour monter le serveur interrégion. ALB peut ainsi transférer les requêtes clients vers des serveurs situés à la fois en Chine (Chengdu) et en Chine (Hangzhou), ce qui améliore la capacité de charge et la vitesse de réponse du système.

Limites

Limites relatives aux serveurs backend

• Seuls les serveurs backend de type IP peuvent être montés de manière interrégion.

• Seules les adresses IP privées sont prises en charge. Les adresses IP publiques ne sont pas prises en charge.

• Pour associer des serveurs IPv6, définissez l'option IP Version sur IPv4/IPv6 dual-stack lors de la création d'un groupe de serveurs basé sur des adresses IP. Tenez compte des points suivants :

  • Vous ne pouvez définir l'option IP Version sur IPv4/IPv6 dual-stack que si la fonctionnalité IPv6 est activée pour le VPC sélectionné pour le groupe de serveurs.

  • Vous pouvez ajouter le groupe de serveurs uniquement aux écouteurs ou aux règles de transfert des instances ALB mises à niveau à pile double. Les instances ALB non mises à niveau ne sont pas prises en charge.

  • Lorsque l'option IP Version est définie sur IPv4/IPv6 dual-stack, vous pouvez ajouter uniquement des adresses IPv6 issues du bloc CIDR du VPC associé au groupe de serveurs. Vous ne pouvez pas ajouter d'adresses IP distantes.

Limites de configuration de transfert entre ALB et les serveurs backend

• Si vous utilisez un routeur de transit Édition Entreprise, celui-ci crée une interface réseau élastique (ENI) sur un vSwitch dans la zone de disponibilité que vous spécifiez. Cette ENI sert de point d'entrée du trafic depuis le VPC vers le routeur de transit. Lors de la création de votre VPC, veillez à créer au moins un vSwitch dans la zone de disponibilité spécifiée pour connecter le VPC au routeur de transit. Pour plus d'informations, consultez la rubrique Fonctionnement des routeurs de transit.

• Le trafic entre une instance ALB et ses serveurs backend peut être transmis uniquement via la table de routage système. Les tables de routage personnalisées du VPC ne sont pas prises en charge.

Prérequis

• Un VPC nommé VPC1 est créé dans la région Chine (Chengdu) et un VPC nommé VPC2 est créé dans la région Chine (Hangzhou).

  • Dans VPC1, les vSwitch VSW1 et VSW2 sont déployés respectivement dans la zone A et la zone B.

  • Dans VPC2, les vSwitch VSW3 et VSW4 sont déployés respectivement dans la zone H et la zone I.

  • Le tableau suivant décrit la planification des blocs CIDR pour cette rubrique. Lors de la planification des blocs CIDR, assurez-vous que les blocs à connecter ne se chevauchent pas.

    Cliquez pour afficher les blocs CIDR des VPC.

    Région	VPC	vSwitch	Zone du vSwitch	Planification des blocs CIDR
    Chine (Chengdu)	VPC1 Bloc CIDR principal : 172.16.0.0/12	VSW1	Zone A	172.16.1.0/24
    		VSW2	Zone B	172.16.2.0/24
    Chine (Hangzhou)	VPC2 Bloc CIDR principal : 192.168.0.0/16	VSW3	Zone H	192.168.1.0/24
    		VSW4	Zone I	192.168.2.0/24

• Une instance ECS nommée ECS01 est créée dans VSW1 et une instance ECS nommée ECS02 est créée dans VSW3. Des services applicatifs sont déployés sur ECS01 et ECS02.

  Cliquez pour afficher les exemples de commandes de déploiement des services de test sur les instances ECS.

  Exemples de commandes pour ECS01

  yum install -y nginx
  systemctl start nginx.service
  cd /usr/share/nginx/html/
  echo "Hello World ! This is chengdu ECS01." > index.html

  Exemples de commandes pour ECS02

  yum install -y nginx
  systemctl start nginx.service
  cd /usr/share/nginx/html/
  echo "Hello World ! This is hangzhou ECS02." > index.html

• Une instance ALB orientée vers Internet est créée dans VPC1.

• Un nom de domaine est enregistré, une fiche ICP est obtenue pour ce nom de domaine, et un enregistrement CNAME est configuré pour l'instance ALB utilisant le nom de domaine personnalisé.

• Une instance CEN est créée, et des instances de routeur de transit sont créées dans les régions Chine (Chengdu) et Chine (Hangzhou) pour l'instance CEN.

Procédure

FAQ

Comment monter des serveurs VPC interrégion à l'aide d'une instance ALB non mise à niveau ?

Si vous utilisez une instance ALB non mise à niveau, des opérations supplémentaires sont nécessaires. Vous devez ajouter des routes pour VPC1, VPC2 et le routeur de transit, et configurer les groupes de sécurité pour les instances ECS. Pour plus d'informations, consultez la section Étape 5 : Configurer les routes et les pare-feux. Les autres étapes sont identiques à celles décrites dans cette rubrique.

• Limites

  Limites relatives aux serveurs backend

  • Régions prenant en charge l'ajout d'adresses IP distantes pour les instances ALB non mises à niveau.

  • Les serveurs backend interrégion ne sont pris en charge que pour les groupes de serveurs de type IP.

  • Seules les adresses IP privées sont prises en charge. Les adresses IP publiques ne sont pas prises en charge.

  • Vous ne pouvez pas ajouter d'instances ALB, NLB ou CLB issues du même VPC.

  Limites de configuration de transfert entre ALB et les serveurs backend

  • Vous pouvez utiliser un routeur de transit Édition Entreprise ou Express Connect pour le transfert d'adresses IP distantes. Les routeurs de transit Édition Basique ne sont pas pris en charge.

    Si vous utilisez un routeur de transit Édition Entreprise, celui-ci crée une interface réseau élastique (ENI) sur un vSwitch dans la zone de disponibilité que vous spécifiez. Cette ENI sert de point d'entrée du trafic depuis le VPC vers le routeur de transit. Lors de la création de votre VPC, veillez à créer au moins un vSwitch dans une zone de disponibilité prise en charge pour connecter le VPC au routeur de transit. Pour plus d'informations, consultez la rubrique Régions et zones prenant en charge les routeurs de transit Édition Entreprise.

  • Au sein d'une instance Cloud Enterprise Network (CEN), un seul VPC par région peut contenir une ou plusieurs instances ALB utilisant des serveurs backend interrégion.

  • Le trafic entre une instance ALB et ses serveurs backend peut être transmis uniquement via la table de routage système. Les tables de routage personnalisées du VPC ne sont pas prises en charge.

• Étape 5 : Configurer le routage et les groupes de sécurité

  1. Ajoutez une entrée de route à la table de routage système de VPC1.

     Vérifiez si la table de routage système de VPC1 contient une route pointant vers la connexion VPC1 du routeur de transit pour le bloc CIDR de destination. Si ce n'est pas le cas, ajoutez une entrée de route.

     Remarque

     ALB et le trafic des services backend sont transmis uniquement via les tables de routage système. Le trafic n'est pas transmis via les tables de routage personnalisées du VPC.

     1. Connectez-vous à la console Virtual Private Cloud Management Console.

     2. Sur la page VPC, cliquez sur l'ID de l'instance VPC1.

     3. Sur la page des détails de VPC1, cliquez sur l'onglet Resource Management, puis cliquez sur le lien numérique sous Route Table.

     4. Sur la page Route Table, repérez la table de routage System pour VPC1, et cliquez sur l'ID de la table de routage.

     5. Sur la page des détails de la table de routage, dans l'onglet Route Entry List > Custom Route, cliquez sur Add Route Entry.

     6. Dans le panneau Add Route Entry, configurez les paramètres suivants et cliquez sur OK.

        Parameter	Description
        Destination CIDR Block	Saisissez le bloc CIDR de destination vers lequel vous souhaitez transférer le trafic. Dans cette rubrique, saisissez le bloc CIDR de VPC2 : 192.168.0.0/16.
        Next Hop Type	Sélectionnez le type de saut suivant. Dans cette rubrique, sélectionnez Transit Router.
        Transit Router	Sélectionnez l'instance de routeur de transit. Dans cette rubrique, sélectionnez la connexion VPC1 issue de l'étape 3.

  2. Configurez les routes de retour vers l'origine.

     1. Consultez les routes de retour vers l'origine.

        Suivez les étapes ci-dessous pour récupérer la route de retour vers l'origine de l'instance ALB.

        1. Connectez-vous à la console Application Load Balancer (ALB).

        2. Dans la barre de navigation supérieure, sélectionnez la région où l'instance est déployée. Dans cet exemple, sélectionnez China (Chengdu).

        3. Sur la page Instances, cliquez sur l'ID de l'instance ALB cible.

        4. Cliquez sur l'onglet Instance Details et, à droite de Back-to-origin Route, cliquez sur View.

     2. Ajoutez une route de retour vers l'origine pour ALB à la table de routage système de VPC2.

        1. Connectez-vous à la console VPC.

        2. Sur la page VPC, cliquez sur l'ID de l'instance VPC2.

        3. Sur la page des détails du VPC, cliquez sur l'onglet Resource Management, puis, sous Route Table, cliquez sur le lien numérique.

        4. Sur la page Route Table, repérez la table de routage System pour VPC2, et cliquez sur l'ID de la table de routage.

        5. Sur la page des détails de la table de routage, sélectionnez l'onglet Route Entry List > Custom Route, puis cliquez sur Add Route Entry.

        6. Dans le panneau Add Route Entry, configurez les paramètres suivants et cliquez sur OK.

           Parameter	Description
           Destination CIDR Block	Saisissez le bloc CIDR de destination vers lequel vous souhaitez transférer le trafic. Dans cette rubrique, saisissez les routes de retour vers l'origine de l'instance ALB. S'il existe plusieurs routes de retour vers l'origine, répétez cette opération jusqu'à ce que toutes les routes soient configurées.
           Next Hop Type	Sélectionnez un type de saut suivant. Dans cette rubrique, utilisez Transit Router.
           Transit Router	Sélectionnez l'instance de routeur de transit. Dans cette rubrique, sélectionnez le routeur de transit associé à VPC2.

     3. Ajoutez une route de retour vers l'origine pour ALB au routeur de transit associé à VPC1.

        1. Connectez-vous à la console Cloud Enterprise Network.

        2. Sur la page CEN Instance, cliquez sur l'ID de l'instance CEN créée.

        3. Dans l'onglet Basic Settings > Transit Router, repérez l'instance de routeur de transit connectée à VPC1, et cliquez sur l'ID de l'instance de routeur de transit.

        4. Cliquez sur l'onglet Route Table. Dans le volet de navigation de gauche, cliquez sur l'ID de la table de routage cible. Sur la page des détails de la table de routage, sous l'onglet Route Entry, cliquez sur Add Route Entry.

        5. Dans la boîte de dialogue Add Route Entry, configurez les informations de l'entrée de route, puis cliquez sur OK.

           Configuration item	Description
           Route Table	La table de routage actuelle est sélectionnée par défaut.
           Transit Router ID	L'instance de routeur de transit actuelle est sélectionnée par défaut.
           Destination CIDR Block	Bloc CIDR de destination de l'entrée de route. Dans cette rubrique, saisissez les routes de retour vers l'origine de l'instance ALB. S'il existe plusieurs routes de retour vers l'origine, répétez cette opération jusqu'à ce que toutes les routes soient configurées.
           Blackhole Route?	Sélectionnez No.
           Next Hop	Sélectionnez la connexion de saut suivant pour la route. Dans cette rubrique, sélectionnez la connexion VPC1.

  3. Vérifiez les paramètres de pare-feu des instances ECS backend.

     Pour l'accès interrégion, les messages envoyés aux services backend proviennent d'une adresse IP source située dans le bloc CIDR du VPC où l'instance ALB est déployée. Assurez-vous qu'iptables ou tout autre logiciel de sécurité tiers installé sur vos instances ECS backend ne bloque pas ce bloc CIDR, par exemple 172.16.0.0/12. Sinon, l'accès interrégion aux services backend échouera.

ALB peut-il monter des serveurs situés dans deux VPC de la même région après la création d'une connexion d'appairage entre eux ?

Oui, c'est possible.

Quelle est la tarification pour l'utilisation d'ALB avec CEN afin de monter des serveurs dans un VPC interrégion ?

En plus des frais ALB, des frais CEN sont également appliqués. Pour plus d'informations, consultez la rubrique Facturation CEN.

Références

• Pour utiliser un NLB afin d'associer des serveurs situés dans un centre de données local de la même région ou dans un VPC interrégion, consultez les rubriques Utiliser un NLB pour associer des serveurs dans un centre de données local de la même région ou Utiliser un NLB pour associer des serveurs dans un VPC interrégion.

• Pour associer des serveurs situés dans un centre de données local de la même région ou dans un VPC interrégion à l'aide d'un NLB, consultez les rubriques Associer des serveurs de centre de données local de la même région à l'aide d'un NLB ou Associer des serveurs dans des VPC interrégion à l'aide d'un NLB.