Est-il judicieux de disposer d'un Amazon Elastic Load Balancer avec une seule instance EC2?
ma question est simple. Est-il judicieux d’avoir un ELB (Amazon Elastic Load Balancer) avec une seule instance EC2?
Si j'ai bien compris, ELB basculera le trafic entre les instances EC2. Cependant, je n'ai qu'une seule instance EC2. Alors, est-ce que cela a du sens?
D'autre part, j'utilise Route 53 pour acheminer mes demandes de domaine domain.com, et www.domain.com vers mon ELB, et je ne vois pas comment rediriger directement vers mon instance EC2. Alors, ai-je besoin d'un ELB pour l'acheminement?
Il n'est pas nécessaire d'utiliser un équilibreur de charge si vous n'exécutez qu'une seule instance Amazon EC2.
Pour pointer votre nom de domaine vers une instance EC2:
- Dans la console de gestion EC2, sélectionnez Elastic IP
- Attribuer une nouvelle adresse
- Associez l'adresse à votre instance EC2
- Copiez l'adresse IP Elastic et utilisez-la dans votre sous-domaine Route 53
L'adresse IP Elastic peut être ultérieurement associée à une autre instance EC2 si vous le souhaitez.
Plus tard, si vous souhaitez équilibrer entre plusieurs instances EC2:
- Créer un équilibreur de charge élastique
- Ajoutez votre ou vos instances à l'équilibreur de charge
- Pointez votre sous-domaine Route 53 vers l'équilibreur de charge
L'utilisation d'un équilibreur de charge Elastic avec une seule instance peut être utile. Il peut fournir à votre instance une interface pour couvrir une situation de sinistre.
Par exemple, si vous utilisez un groupe de mise à l'échelle automatique avec une instance min = max = 1, avec un équilibreur de charge Elastic, alors si votre instance est terminée ou échoue:
- la mise à l'échelle automatique lancera une nouvelle instance de remplacement
- la nouvelle instance apparaîtra derrière l'équilibreur de charge
- le trafic de votre utilisateur se dirigera vers la nouvelle instance
Cela se produira automatiquement: pas besoin de changer de DNS, pas besoin de réaffecter manuellement une adresse IP Elastic.
Plus tard, si vous devez ajouter plus de puissance à votre application, vous pouvez simplement augmenter vos valeurs min/max dans votre groupe de mise à l'échelle automatique sans avoir à modifier votre structure DNS.
Il est beaucoup plus facile de configurer votre SSL sur un ELB qu'un EC2, en quelques clics dans la console AWS. Vous pouvez même choisir à la main les protocoles SSL et les chiffrements.
Il est également utile d'associer différents groupes de sécurité à l'EC2 et à l'ELB à l'avant-garde. Vous pouvez laisser l'ELB dans DMZ et protéger votre EC2 contre tout accès public et potentiellement vulnérable aux attaques.
Avec NO ELB : -
- Moins sécurisé (les attaques DOS sont possibles car HTTP 80 sera ouvert à tous, au lieu d'être ouvert uniquement à ELB)
- Vous ne serez pas libre de mettre fin à une instance pour économiser des heures EC2 sans vous soucier de remapper votre adresse IP élastique (ce n'est pas bien grave).
Si vous n'utilisez pas ELB et que votre instance ec2 devient malsaine/se termine/goesDown
- Votre site restera en panne (il restera en place si vous utilisez les règles ELB + Scaling)
- Vous devrez remapper votre IP élastique
- Vous payez pour le moment où votre adresse IP élastique ne pointe pas vers une instance autour de 0,005 USD/h
Vous bénéficiez de 750 heures d'Elastic Load Balancing plus de 15 Go de traitement de données avec le niveau gratuit, pourquoi ne pas l'utiliser avec une stratégie de mise à l'échelle min = 1, max = 1
Cela dépend vraiment de ce que vous exécutez dans l'instance EC2.
Bien qu’avec une seule instance EC2, il n’est pas nécessaire d’utiliser ELB (tout votre trafic y ira quand même), mais si votre service EC2 doit évoluer dans un avenir proche, n’est pas une mauvaise idée d’investir du temps maintenant et de se familiariser avec ELB.
De cette façon, lorsque vous devez faire évoluer votre système, il vous suffit de lancer des instances supplémentaires, car vous avez terminé la partie ELB.
Si votre service EC2 ne sera pas évolutif dans un proche avenir, ne vous inquiétez pas trop!
En ce qui concerne la deuxième partie, vous pouvez certainement vous connecter directement à votre instance EC2, vous avez simplement besoin de l’adresse IP de l’instance EC2. Jetez un coup d’œil à les documents Amazon route53 . Notez que si votre adresse IP n’est pas statique (vous ne configurez pas une adresse IP Amazon Elastic), vous devrez modifier le mappage IP à chaque modification de l’IP EC2.
En plus de faciliter la prise en charge de la prise en charge SSL en plaçant un équilibreur de charge devant votre instance EC2, HTTP/2 est un autre avantage potentiel. Un équilibreur de charge d'application (ALB) gérera automatiquement le trafic HTTP/2 et convertira jusqu'à 128 demandes parallèles en demandes HTTP/1.1 individuelles pour toutes les cibles saines.
Pour plus d'informations, voir: https://docs.aws.Amazon.com/elasticloadbalancing/latest/application/load-balancer-listeners.html#listener-configuration
Vous pouvez également utiliser un ELB devant EC2 si, par exemple, vous souhaitez qu'il soit accessible publiquement, sans avoir à utiliser une adresse IP Elastic. Comme dit précédemment, ils fonctionnent bien aussi avec ASG