Load Balancer

Le load balancer est un composant majeur dans Google Cloud platform, Il participe comme son
nom l’indique à router les utilisateurs sur une ressource disponible. Il participe également à la bonne
santé du système complet car son premier rôle est de servir de point d’entrée ce qui simplifie
grandement la vie des utilisateurs et des développeurs. C’est un aiguilleur qui dirige les utilisateurs
vers la bonne ressource. C’est un organe essentiel  d’une solution cloud.
De plus lors d’un changement de logiciel ou de mise à niveau cela évite aux utilisateurs de devoir
changer leurs raccourcis et leurs habitudes. Il permet donc de faire des déploiements sans rupture
de service.

Après le déploiement, les utilisateurs ne changent rien à leurs habitudes et le load balancer envoie
toutes leurs demandent à la nouvelle application et un lien direct peut être mis en place pour
certains utilisateurs qui ont encore besoin de se connecter à l’ancienne application.
Vous l’aurez compris le choix d’un load balancer ne se fait pas à la légère, celui que Google propose
est le même qu’il utilise pour gérer les appels à ses propres services Gmail, Youtube, Google search, maps…
Il est taillé pour traiter un million d’appels à la seconde sur une seule adresse IP.
Autre chose qui intéressera les entreprises mondiales il permet aussi aux utilisateurs répartis dans
le monde de se connecter à la ressource Google la plus proche si vous avez choisi un déploiement
sur plusieurs zones GCP, cela diminuera la latence pour leurs utilisateurs éloignés et il n’est pas rare
de combiner les load balancer dans une architecture cloud.


Dans cet exemple le premier Load balancer aiguille l’utilisateur dans la zone la plus proche grâce à
son adresse IP et le deuxième load balancer gère le serveur le plus disponible dans la zone
concernée. Donc 4 load balancers ont été utilisés.
Vérifier le niveau de CPU est seulement compatible avec compute engine (le gestionnaire de VM
de Google) mais le load balancer est compatible avec toutes les ressources de GCP et même en
dehors. Certaines ressources GCP ont leur propre load balancer intégré et pré configuré c’est le cas
de :
  • Toutes les APIS (translate API, vision API, text to speech...)
  • Containers (GKE)
  • Cloud functions
Pour les autres ressources Google vous propose de compter le nombres d’appels par seconde et
aiguille le trafic en fonction de votre configuration. Il permet aussi de faire des vérifications de bonne
santé d’une application pour que le load balancer soit plus efficace et il peut se base sur :

  • Le ping TCP
  • Le temps d’une connexion SSL
  • Le temps de chargement d’une page web sur la ressource

Commentaires

Enregistrer un commentaire

Posts les plus consultés de ce blog

Datalake comparaison - 10 Conclusion

Franchement nous avions d’énormes à priori avant de commencer ce comparatif et honnêtement le résultat nous surprend nous même. Toutes les solutions analysées présentent des intérêts et aucune ne peut prétendre être la solution ultime, c’est d’ailleurs celle qui veut tout faire à la fois qui pour nous est la moins intéressante. Nous ne pouvons que saluer les efforts d’innovations que les différents éditeurs ont trouvées et nous les remercions de proposer des outils qui permettent de traiter nos chères données. En effet nous parlons toujours comme si LA donnée était une seule entité et devait se traiter de la même manière mais c’est faux il y a plusieurs types de données : les chaudes qui sont consommées immédiatement, les froides qu’on ne va voir qu’une fois de temps en temps, il y a aussi des données qui servent à tirer des tendances, il y a des données qui servent à savoir ce qu’il s’est passé pour trouver une cause au problème, il y a des données confidentielles, il y a d...
Lire la suite

Data loss prevention API

Image
Les entreprises traitent de plus en plus leur données automatiquement. Plusieurs profils peuvent être amenés à “jouer” avec leurs données : data scientists internes, data scientists externes ou entreprises spécialisées dans ce domaine. Par faute de temps ou par manque d’outil les données fournies ne sont pas toujours pré traitées et sont souvent envoyées telles quelles, or cela a deux inconvénients : le premier (que tout le monde avait trouvé) transmettre des informations importantes inutiles et donc augmenter le risque de fuite d’information, Le deuxième c’est qu’une donnée trop riche nuit à son traitement. Je donne un exemple pour un ordinateur un numéro de téléphone est une suite de 4 numéros et s’ils ne sont pas contextualisé il prendra cela pour 4 numéros de 2 chiffres. Dans certains cas il est préférable de remplacer ces 4 séries de chiffres par un libellé comme NumTéléphone pour faire comprendre à l’algorithme que c’est l’information de la présence de numéro...
Lire la suite