Ici et bienvenue à nouveau, nous discuterons du VPC et des services ponctuels.
Maintenant, allons de l'avant et comprenons cela avec un cas simple.
Maintenant, dans de nombreuses organisations, ils utilisent des fournisseurs de services comme DataDot neuralgic pour lesquels
les métriques sont envoyées.
Ainsi, par exemple, disons que vous avez votre propre VPC.
Ce VPC appartient donc à votre organisation et vous avez un autre VPC d'un fournisseur de services.
Maintenant, ce que vous allez faire à partir de l'ensemble de deux instances en utilisant une certaine matrice matricielle peut être l'utilisation du processeur, cela
peut être votre matrice d'application et ainsi de suite.
Vous envoyez donc cette matrice de votre organisation vers le fournisseur de services et de la matrice que le
fournisseur de services reçoit.
Ils vont de l'avant et ils vous donnent un joli petit graphique pour lequel vous pouvez aller de l'avant
et enquêter, ainsi qu'inspecter la latence globale ou tout autre problème en cours de résolution pour les serveurs ou les
applications de votre organisation.
Il s'agit donc d'une architecture simple.
Maintenant, l'un des défis avec ce type d'architecture est que cette matrice de l'instance Ishita
de votre PC est envoyée à l'instance AC2 dans Visio pour le fournisseur de services ou Internet.
Et l'une des demandes de fonctionnalités que beaucoup de clients demandent est que, puisque les instances faciles
du consommateur et du fournisseur de services se trouvent dans l'environnement lui-même, alors au lieu de l'envoyer sur
Internet, pourquoi ne pas l'envoyer sur Internet plus tard ?
Cela vous fera non seulement économiser de l'argent, mais c'est beaucoup plus sûr et l'interconnexion reste privée.
Maintenant, l'une des approches dans lesquelles cela peut être réalisé est avec l'aide de Vecepia.
Aucune expérience n'est grande.
Mais si un fournisseur de services a des milliers de clients, la vectorisation est quelque chose qui ne peut pas être
considéré.
Principalement parce que prenons un exemple où il y a deux consommateurs, vos consommateurs et votre consommateur aussi.
Maintenant, la plupart des consommateurs utilisent le même chariot, qui est 172 31 zéro zéro 60.
Ainsi, dans de tels cas, la victime ne travaillera pas du côté du fournisseur de services car il peut y avoir des
centaines de consommateurs qui utilisent le même chariot.
Cette approche n'est donc pas possible dans le cas où si une approche de bâtiment VPC était possible, alors la connexion entière
se faisait uniquement via le réseau privé ADRIS.
Ainsi, afin de surmonter ce défi spécifique, il a introduit une fonctionnalité du service VPC.
Et donc ce qui se passera, ce type d'architecture, c'est que les simples à instantanés
utiliseraient essentiellement votre point d'interface.
Et à partir du même point indécent, le trafic va vers l'équilibreur de charge réseau et depuis l'équilibreur de charge
réseau, il va vers l'ensemble d'instances d'un fournisseur de services.
Il y a donc ici deux constructions importantes.
L'un est le consommateur et le second est le fournisseur de services.
Ainsi, tout ce que le consommateur doit faire, c'est que la réponse facile doit envoyer le trafic au point d'extrémité de
l'interface.
Et maintenant, tout ce qu'ils ont à faire pour les fournisseurs de services, c'est de créer un équilibreur de charge.
Et cet équilibreur de charge doit être associé à un ensemble d'instances.
Et ce point de terminaison d'interface enverrait automatiquement le trafic à cet équilibre de charge réseau.
Et cet envoi de trafic qui se passe se fait via le réseau privé établi.
Il ne traverse pas Internet.
Et c'est l'idée de base derrière ce point de rupture de service.
Alors faisons une chose.
Permettez-moi de vous faire rapidement une démo afin que cela puisse être mieux compris maintenant pour la vidéo d'aujourd'hui.
Je dois faciliter deux instances en cours d'exécution.
L'un est le consommateur, qui est l'instance setu de gauche.
Et le deuxième est le fournisseur de services, qui est le côté droit, facile à citer.
Maintenant, nous avons également créé un équilibreur de charge réseau associé au fournisseur de services, facile à
installer.
Alors si je vous montre rapidement, passons à l'équilibreur de charge.
Donc, vous voyez, j'ai déjà un équilibre de charge réseau qui est créé, donc la partie
droite est déjà créée et ce trafic est automatiquement érodé.
Maintenant, en discutant du côté gauche avec l'architecture, nous avons déjà vu que vous voyez deux instances créées
et nous avons également un créateur de point de terminaison d'interface.
Donc, si Athelia est clair, j'ai un point de terminaison d'interface qui est créé.
Ainsi, dès que l'instance facile envoie le trafic à l'interface du point de terminaison d'interface, le point de terminaison envoie
automatiquement le trafic à l'équilibreur de charge réseau ou au fournisseur de services.
Maintenant, avant de faire cela, permettez-moi de vous montrer rapidement ce qu'héberge exactement l'instance au niveau du
fournisseur de services.
Passons donc au niveau de l'instance.
Ouvrons l'instance du fournisseur de services.
Appelons cela une IP publique.
Et si je colle dans le navigateur, c'est essentiellement une simple pièce basée sur l'ouverture qui est disponible.
D'accord.
Alors maintenant, faisons une chose.
Allons à l'instance côté consommateur et faisons une demande au point de rupture et voyons comment
le trafic est redirigé.
Je vais copier l'adresse IP du consommateur, connectons-nous à l'instance et à partir de là, allons de l'avant et copions l'un
des noms DNS associés à l'interface en question.
Faisons un appel sur leur nom DNS et comme prévu, vous voyez essentiellement la même page.
Voici donc la page de test au format e-mail.
Et vous voyez qu'il s'agit essentiellement de l'Apache St. Pétersbourg.
Maintenant, la question qui se pose est de savoir comment cette interface réseau se termine-t-elle chez un consommateur ?
Le VPC est lié à l'équilibreur de charge réseau dans le VPC du fournisseur de services, et cela via les
points VPN de service.
Maintenant, si je vais aux services de point de terminaison, Audur, vous devriez voir que nous avons un service de point de terminaison
qui est créé et que dans la connexion de point de terminaison, nous avons un point de fin de semaine.
Donc, c'est fondamentalement le point final quatre-vingts.
Copions ça.
Si nous allons au point final ici, vous voyez ce point final.
Si je rythme ce huit virgule quatre-vingt, vous pouvez voir qu'il s'agit du point de terminaison de l'interface.
Donc, ce que nous faisons, c'est aller de l'avant et créer un service de point de terminaison.
Et ce service de point de terminaison est essentiellement associé à un équilibreur de charge réseau.
Ainsi, le service de point de terminaison de ce site de fournisseur de services, ces services de point de terminaison associés à l'équilibreur
de charge réseau du côté du fournisseur de services.
Nous connectons maintenant le point de terminaison d'interface aux services de point de terminaison.
Ce service de point de terminaison est donc associé au point de terminaison d'interface.
Ainsi, chaque fois qu'un trafic est envoyé au point de terminaison de l'interface réseau, il est automatiquement dirigé vers ce service de point
de terminaison, qui à son tour est associé à l'équilibreur de charge réseau et à partir de l'équilibreur de charge
réseau.
Le trafic va à la facilité d'installation.
C'est ainsi que l'architecture basée sur le point de terminaison du VPC de service fonctionne parfaitement.
J'espère donc qu'avec cela, vous avez compris les bases des services de point de terminaison BCA et avec cela conclura la
vidéo d'aujourd'hui.