Créer un load balancer relié à internet dans le Cloud public

Vous pouvez créer un load balancer relié à Internet pour distribuer le trafic réseau entrant venant d’internet entre plusieurs machines virtuelles (VM) du Cloud public. Les VM derrière un load balancer sont appelées VM backend.

Le security group de ce load balancer est automatiquement créé et nommé outscale-elb-sg, dont le propriétaire est outscale-elb. Pour en savoir plus, voir À propos des security groups dans LBU > Configuration des security groups pour les load balancers dans le Cloud public.

Créer un load balancer relié à internet dans le Cloud public avec Cockpit v2

Avant de commencer : (optionnel) Configurez le security group des futures VM backend avec les règles suivantes :

  • Autorisez les flux entrants en protocole TCP sur le port que vous souhaitez.

  • Autorisez les flux entrants venant du security group du load balancer (outscale-elb-sg), appartenant à outscale-elb.

Pour en savoir plus, voir Ajouter des règles à un security group.

Ouvrir la fenêtre Créer un load balancer

Dans le dashboard Load Balancers, cliquez sur IconAddFull Créer un load balancer.
La boîte de dialogue CRÉER UN LOAD BALANCER apparaît.

Configurer votre load balancer

Choisir un nom

  1. Dans le champ Nom, tapez un nom pour le load balancer.

    • Ce nom doit être unique pour l’ensemble de la Région.

    • Il doit suivre des règles de noms de domaine, c’est-à-dire qu’il peut contenir au maximum 32 caractères alphanumériques ou tirets, mais ne peut pas commencer ou finir par un tiret.

  2. Cliquez sur Suivant.
    L’écran Type de load balancer apparaît.

Sélectionner la confidentalité, l’IP publique, et la Sous-région

  1. Dans la liste Confidentialité, sélectionnez Cloud public.

  2. Dans la liste IP publique, sélectionnez l’IP publique que vous voulez associer au load balancer. Si non spécifié, une IP publique détenue par 3DS OUTSCALE est associée.

  3. Dans la liste Sous-région, sélectionnez la Sous-région que vous souhaitez utiliser.

    Par défaut, la Sous-région A est sélectionnée.

  4. Cliquez sur Suivant.
    L’écran Listeners apparaît.

Configurer les listeners

  1. Dans la liste Protocole, sélectionnez le protocole de routage du load balancer (HTTP, HTTPS, TCP, SSL).

  2. Dans le champ Port du load balancer, tapez le port d’écoute du load balancer ou sélectionnez-le avec les flèches (entre 1 et 65535, les deux étant inclus).

  3. Dans le champ Port de la VM backend, tapez le port d’écoute de la VM backend ou sélectionnez-le avec les flèches (entre 1 et 65535, les deux étant inclus).

  4. Cliquez sur Suivant.
    L’écran Listeners apparaît.

Configurer un health check

  1. Depuis la liste Protocole, sélectionnez le protocole pour l’URL de la VM (HTTP, HTTPS, TCP, SSL).

  2. Dans le champ Port, tapez le numéro d’écoute ou sélectionnez-le avec les flèches (entre 1 et 65535, les deux étant inclus).

  3. Dans le champ Intervalle, tapez le nombre de secondes entre deux requêtes ou sélectionnez-le avec les flèches (entre 5 et 600, les deux étant inclus).

  4. Dans le champ Délai d’expiration, tapez le temps d’attente maximum d’une réponse, en secondes, avant de considérer la VM comme défaillante ou sélectionnez-le avec les flèches (entre 2 et 60, les deux étant inclus).

  5. Dans le champ Seuil satisfaisant, tapez le nombre de requêtes successives réussies avant de considérer la VM comme saine ou sélectionnez-le avec les flèches (entre 2 et 10, les deux étant inclus).

  6. Dans le champ Seuil insuffisant, tapez le nombre de requêtes successives échouées avant de considérer la VM comme défaillante ou sélectionnez-le avec les flèches (entre 2 et 10, les deux étant inclus).

  7. Cliquez sur Suivant.
    L’écran Access logs apparaît.

Configurer les access logs

Le volume de données (en Gio) stockées dans votre bucket OOS sera ajouté à la consommation de vos ressources.

  1. (optionnel) Laissez Personnaliser les access logs activé, puis spécifiez les informations suivantes :

    • Dans le champ Nom du bucket OOS, tapez le nom du bucket OOS pour les access logs.

    • (optionnel) Dans le champ Préfixe du bucket OOS, tapez le chemin d’accès au dossier des access logs dans votre bucket OOS (par défaut, le niveau root de votre bucket).

    • Depuis la liste Intervalle de publication, sélectionnez l’intervalle de temps, en minutes, pour la publication des access logs dans votre bucket OOS. Cette valeur peut être soit 5 ou 60 (par défaut, 60).

  2. Cliquez sur Suivant.
    L’écran VM backend apparaît.

Configurer des VM backend

  1. Depuis la liste Enregistrer des VM backend, sélectionnez :

    • Sélectionner des VM backend pour sélectionner une ou plusieurs VM backend à enregistrer auprès du load balancer.

    • Poursuivre sans VM backend si vous ne souhaitez pas enregistrer de VM backend auprès du load balancer.

  2. Cliquez sur Suivant.
    L’écran Récapitulatif apparaît.

Confirmer la création du load balancer

  1. Vérifiez l’ensemble des paramètres du load balancer.

  2. Cliquez sur Créer.
    Le load balancer est créé.

    Le load balancer est disponible environ 1 minute après sa création.

Créer un load balancer relié à internet dans le Cloud public avec OSC CLI

Avant de commencer : Configurez le security group de futures VM backend avec les règles suivantes :

  • Autorisez les flux entrants en protocole TCP sur le port que vous souhaitez.

  • Autorisez les flux entrants venant du security group du load balancer (outscale-elb-sg), appartenant à outscale-elb.

Pour en savoir plus, voir Ajouter des règles à un security group.

À ce jour, cette section est disponible en anglais uniquement.

The CreateLoadBalancer command creates a load balancer.
The load balancer is created with a unique Domain Name Service (DNS) name. It receives the incoming traffic and routes it to its registered virtual machines (VMs).
By default, this action creates an Internet-facing load balancer, resolving to public IPs. To create an internal load balancer in a Net, resolving to private IPs, use the LoadBalancerType parameter.
You must specify either the Subnets or the SubregionNames parameters.

For more information, see About Load Balancers.

Request sample: Creating an internet-facing load balancer in the public Cloud
$ osc-cli api CreateLoadBalancer --profile "default" \
    --LoadBalancerName "public-lb-example" \
    --SubregionNames '["eu-west-2a"]' \
    --Listeners '[
        {
          "BackendPort": 8080,
          "BackendProtocol": "HTTP",
          "LoadBalancerPort": 8080,
          "LoadBalancerProtocol": "HTTP",
        },
      ]'

This command contains the following attributes that you need to specify:

  • DryRun: (optional) If true, checks whether you have the required permissions to perform the action.

  • Listeners: One or more listeners to create.

    • BackendPort: (optional) The port on which the backend VM is listening (between 1 and 65535, both included).

    • BackendProtocol: (optional) The protocol for routing traffic to backend VMs (HTTP | HTTPS | TCP | SSL).

    • LoadBalancerPort: (optional) The port on which the load balancer is listening (between 1 and 65535, both included).

    • LoadBalancerProtocol: (optional) The routing protocol (HTTP | HTTPS | TCP | SSL).

    • ServerCertificateId: (optional) The OUTSCALE Resource Name (ORN) of the server certificate. For more information, see Resource Identifiers > OUTSCALE Resource Names (ORNs).

  • LoadBalancerName: The unique name of the load balancer, with a maximum length of 32 alphanumeric characters and dashes (-). This name must not start or end with a dash.

  • LoadBalancerType: (optional) The type of load balancer: internet-facing or internal. Use this parameter only for load balancers in a Net.

  • PublicIp: (optional) (internet-facing only) The public IP you want to associate with the load balancer. If not specified, a public IP owned by 3DS OUTSCALE is associated.

  • SubregionNames: (optional) (public Cloud only) The Subregion in which you want to create the load balancer. Regardless of this Subregion, the load balancer can distribute traffic to all Subregions. This parameter is required in the public Cloud.

  • Tags: (optional) One or more tags assigned to the load balancer.

    • Key: (optional) The key of the tag, with a minimum of 1 character.

    • Value: (optional) The value of the tag, between 0 and 255 characters.

The CreateLoadBalancer command returns the following elements:

  • LoadBalancer: Information about the load balancer.

    • AccessLog: Information about access logs.

      • IsEnabled: If true, access logs are enabled for your load balancer. If false, they are not. If you set this to true in your request, the OsuBucketName parameter is required.

      • OsuBucketName: The name of the OOS bucket for the access logs.

      • OsuBucketPrefix: The path to the folder of the access logs in your OOS bucket (by default, the root level of your bucket).

      • PublicationInterval: The time interval for the publication of access logs in the OOS bucket, in minutes. This value can be either 5 or 60 (by default, 60).

    • ApplicationStickyCookiePolicies: The stickiness policies defined for the load balancer.

      • CookieName: The name of the application cookie used for stickiness.

      • PolicyName: The mnemonic name for the policy being created. The name must be unique within a set of policies for this load balancer.

    • BackendIps: One or more public IPs of backend VMs.

    • BackendVmIds: One or more IDs of backend VMs for the load balancer.

    • DnsName: The DNS name of the load balancer.

    • HealthCheck: Information about the health check configuration.

      • CheckInterval: The number of seconds between two requests (between 5 and 600 both included).

      • HealthyThreshold: The number of consecutive successful requests before considering the VM as healthy (between 2 and 10 both included).

      • Path: If you use the HTTP or HTTPS protocols, the request URL path.

      • Port: The port number (between 1 and 65535, both included).

      • Protocol: The protocol for the URL of the VM (HTTP | HTTPS | TCP | SSL).

      • Timeout: The maximum waiting time for a response before considering the VM as unhealthy, in seconds (between 2 and 60 both included).

      • UnhealthyThreshold: The number of consecutive failed requests before considering the VM as unhealthy (between 2 and 10 both included).

    • Listeners: The listeners for the load balancer.

      • BackendPort: The port on which the backend VM is listening (between 1 and 65535, both included).

      • BackendProtocol: The protocol for routing traffic to backend VMs (HTTP | HTTPS | TCP | SSL).

      • LoadBalancerPort: The port on which the load balancer is listening (between 1 and 65535, both included).

      • LoadBalancerProtocol: The routing protocol (HTTP | HTTPS | TCP | SSL).

      • PolicyNames: The names of the policies. If there are no policies enabled, the list is empty.

      • ServerCertificateId: The OUTSCALE Resource Name (ORN) of the server certificate. For more information, see Resource Identifiers > OUTSCALE Resource Names (ORNs).

    • LoadBalancerName: The name of the load balancer.

    • LoadBalancerStickyCookiePolicies: The policies defined for the load balancer.

      • CookieExpirationPeriod: The time period, in seconds, after which the cookie should be considered stale.
        If 1, the stickiness session lasts for the duration of the browser session.

      • PolicyName: The name of the stickiness policy.

    • LoadBalancerType: The type of load balancer. Valid only for load balancers in a Net.
      If LoadBalancerType is internet-facing, the load balancer has a public DNS name that resolves to a public IP.
      If LoadBalancerType is internal, the load balancer has a public DNS name that resolves to a private IP.

    • NetId: The ID of the Net for the load balancer.

    • PublicIp: (internet-facing only) The public IP associated with the load balancer.

    • SecuredCookies: Whether secure cookies are enabled for the load balancer.

    • SecurityGroups: One or more IDs of security groups for the load balancers. Valid only for load balancers in a Net.

    • SourceSecurityGroup: Information about the source security group of the load balancer, which you can use as part of your inbound rules for your registered VMs.
      To only allow traffic from load balancers, add a security group rule that specifies this source security group as the inbound source.

      • SecurityGroupAccountId: The account ID of the owner of the security group.

      • SecurityGroupName: The name of the security group.

    • Subnets: The ID of the Subnet in which the load balancer was created.

    • SubregionNames: The ID of the Subregion in which the load balancer was created.

    • Tags: One or more tags associated with the load balancer.

      • Key: The key of the tag, with a minimum of 1 character.

      • Value: The value of the tag, between 0 and 255 characters.

  • ResponseContext: Information about the context of the response.

    • RequestId: The ID of the request.

Result sample: Creating an internet-facing load balancer in the public Cloud
{
  "ResponseContext": {
    "RequestId": "0475ca1e-d0c5-441d-712a-da55a4175157"
  },
  "LoadBalancer": {
    "Tags": [],
    "SourceSecurityGroup": {
      "SecurityGroupName": "outscale-elb-sg",
      "SecurityGroupAccountId": "outscale-elb"
    },
    "SecuredCookies": false,
    "Subnets": [],
    "BackendVmIds": [],
    "ApplicationStickyCookiePolicies": [],
    "LoadBalancerType": "internet-facing",
    "AccessLog": {
      "PublicationInterval": 60,
      "IsEnabled": false
    },
    "DnsName": "public-lb-example.123456789.eu-west-2.lbu.outscale.com",
    "HealthCheck": {
      "UnhealthyThreshold": 2,
      "Timeout": 5,
      "CheckInterval": 30,
      "Protocol": "TCP",
      "HealthyThreshold": 10,
      "Port": 8080
    },
    "LoadBalancerStickyCookiePolicies": [],
    "SubregionNames": [
      "eu-west-2a"
    ],
    "Listeners": [
      {
        "BackendPort": 8080,
        "BackendProtocol": "HTTP",
        "LoadBalancerPort": 8080,
        "LoadBalancerProtocol": "HTTP"
      }
    ],
    "LoadBalancerName": "public-lb-example"
  }
}

Créer un load balancer relié à internet dans le Cloud public avec AWS CLI

Avant de commencer : Configurez le security group des futures instances backend avec les règles suivantes :

  • Autorisez les flux entrants en protocole TCP sur le port que vous souhaitez.

  • Autorisez les flux entrants venant du security group du load balancer (outscale-elb-sg), appartenant à outscale-elb.

Pour en savoir plus, voir Ajouter des règles à un security group.

Pour créer un load balancer relié à internet dans le Cloud public, utilisez la commande create-load-balancer en suivant cette syntaxe :

Exemple de requête
$ aws elb create-load-balancer \
    --profile YOUR_PROFILE \
    --load-balancer-name my-load-balancer \
    --listeners Protocol=TCP,LoadBalancerPort=62,InstanceProtocol=TCP,InstancePort=58 \
    --availability-zones eu-west-2a \
    --endpoint https://lbu.eu-west-2.outscale.com

Cette commande contient les attributs suivants que vous devez spécifier :

  • (optionnel) profile : Le profil nommé que vous voulez utiliser, créé pendant la configuration d’AWS CLI. Pour en savoir plus, voir Installer et configurer AWS CLI.

  • load-balancer-name : Le nom du load balancer.

    • Ce nom doit être unique pour l’ensemble de la Région.

    • Il doit suivre des règles de noms de domaine, c’est-à-dire qu’il peut contenir au maximum 32 caractères alphanumériques ou tirets, mais ne peut pas commencer ou finir par un tiret.

  • listeners : Un ou plusieurs listeners pour le load balancer. Cet attribut requiert les éléments suivants pour chaque listener :

    Pour ajouter plusieurs listeners, séparez-les à l’aide d’une espace.

    • Protocol : Le protocole de routage pour le load balancer (HTTP, HTTPS, TCP ou SSL).

    • LoadBalancerPort : Le port sur lequel le load balancer écoute (entre 1 et 65535, tous deux inclus).

    • InstancePort : Le port sur lequel les instances backend écoutent (entre 1 et 65535, tous deux inclus).

    • (optionnel) InstanceProtocol : Le protocole utilisé pour router le trafic vers les instances backend (HTTP, HTTPS, TCP ou SSL).

    • (optionnel) SSLCertificateId : L’OUTSCALE Resource Name (ORN) d’un certificat SSL. Pour en savoir plus, voir Obtenir des informations sur vos certificats serveur.

      Un certificat SSL est requis si le protocole du load balancer est HTTPS ou SSL.

      Pour en savoir plus sur comment configurer votre listener lorsque vous utilisez des certificats SSL, voir Configurer un load balancer pour une redirection SSL.

  • availability-zones : L’Availability Zone (AZ) dans laquelle vous voulez créer le load balancer. Quelle que soit cette AZ, le load balancer peut distribuer du trafic vers toutes les AZ.

  • endpoint : Le endpoint correspondant à la Région à laquelle vous voulez envoyer la requête.

La commande create-load-balancer renvoie l’élément suivant :

  • DNSName : Le nom de DNS attribué au load balancer.

Exemple de résultat
{
    "DNSName": "my_load_balancer_1234567890.lbu.eu-west-2.outscale.com"
}

Pages connexes

Méthodes API correspondantes

AWS™ et Amazon Web Services™ sont des marques de commerce d’Amazon Technologies, Inc. ou de ses affiliées aux États-Unis et/ou dans les autres pays.

Exporter en PDF