Salut, tout le monde.
Et bienvenue à nouveau.
Dans la vidéo d'aujourd'hui, nous allons déployer le cluster x à partir de zéro.
Avant de procéder, il convient de noter que X ne fait pas partie du volet
gratuit.
Donc si nous regardons rapidement dans les conteneurs, vous avez le X, vous avez le X de toute façon si vous
allez de l'avant et recherchez x.
Ou vous pouvez dire Google.
C'est qu'il n'est pas disponible ici.
Très bien.
C'est donc une chose importante à noter.
Donc si vous allez de l'avant et déployez le X, vous serez facturé.
Vous pouvez soit le faire, soit passer la vidéo afin de mieux comprendre les concepts.
Donc, actuellement, à partir de la console, allons rapidement au service X et à l'intérieur de celui-ci, vous pouvez aller de l'avant et créer
un cluster.
Vous pouvez également aller dans les clusters et vous pouvez créer un cluster à partir d'ici.
La première partie importante est de nommer le cluster.
Je l'appelle simplement le groupe de cas de démonstration.
La deuxième partie importante concerne les versions de Kubernetes.
Plusieurs versions sont disponibles.
Pour l'instant, c'est 1. 23.
Si vous l'essayez plus tard, la version sera 1. 24 ou 1. 25, etc.
La deuxième partie importante est la règle du service de cluster.
Maintenant, comme nous discutons dans notre cas, les étapes pratiques que vous devez fournir une
règle IAM à X afin que X puisse aller de l'avant et gérer divers services comme CMS, EC, deux LP et autres.
Ainsi, avant de créer un cluster, la règle de service du cluster doit être présente.
Alors allons-y et faisons cela rapidement.
Je vais ouvrir la console IAM.
Pour l'instant, ils ont également fourni un lien vers la documentation X qui vous montrera comment créer une règle de regroupement
au cas où ils supprimeraient cette règle ultérieurement. Il n'y a pas lieu de s'inquiéter car nous
allons nous en occuper à ce stade.
Passons rapidement aux rôles ici et si vous regardez dans la documentation, c'est très simple.
Vous allez de l'avant et créez un rôle.
Maintenant, ici, allons-y et créons rapidement un rôle.
Le type de rôle serait pour le service de X.
Alors ouvrons-le.
Je vais sélectionner le X par ici.
Et dans le cas d'utilisation ici, vous pouvez sélectionner le cluster x.
C'est donc très similaire à la documentation où, dans le cas d'utilisation, vous sélectionnez simplement x cluster.
Vous pouvez aller de l'avant et faire un prochain.
Dès que vous faites cela, vous voyez qu'il y a une politique appelée la politique de cluster x qui est automatiquement ajoutée.
Faisons le suivant.
Et à l'intérieur, vous pouvez donner un nom.
Permettez-moi de l'appeler une fois la règle du groupe x.
Alors descendons un peu.
Vous pouvez aller de l'avant et créer un rôle.
Une fois le rôle créé, vous pouvez retourner à la console X, vous pouvez rafraîchir celle-ci, et à partir de là, vous
pouvez sélectionner la règle de cluster X une fois.
Alors descendons un peu.
Nous allons cliquer sur suivant.
Ici, vous pouvez continuer et sélectionner le VPC et les sous-réseaux.
Je le laisse être la valeur par défaut.
Donc vous avez le VPC par défaut ici.
Vous pouvez également aller de l'avant et sélectionner le groupe de sécurité.
Donc, dans mon cas, il y a plusieurs groupes de sécurité qui sont actuellement disponibles.
Donc en fait, faisons une chose.
Créons un groupe de sécurité pour les ressources qui seront utilisées par X.
Donc à partir de la console EC two, nous allons aller dans les groupes de sécurité.
Créons un nouveau groupe de sécurité.
Je l'appellerai simplement le trait d'union x.
SD Et dans la règle d'entrée, nous allons rester très simples.
Je dirai juste que tout le trafic est autorisé pour tout le monde.
Très bien.
Et nous allons aller de l'avant et créer un groupe de sécurité ici.
Très bien.
Nous avons donc oublié la description.
Je dirai une fois pour les ressources X, puis vous pouvez aller de l'avant et créer le groupe de sécurité.
Super.
Donc, pour revenir au cluster, reformulons le groupe de sécurité ici et trouvons notre X est Z.
Nous avons donc le X comme vous le sélectionnez.
La prochaine configuration importante ici est de choisir la famille d'adresses IP du cluster.
Je vais utiliser le VPI quatre.
La prochaine partie importante est l'accès au point d'extrémité du cluster dont nous avons parlé ici, c'est l'accès au point d'extrémité
du cluster.
Vous pouvez donc rendre le cluster public ou privé pour l'environnement de production.
Vous ne devriez jamais le rendre public.
Une partie très importante à retenir.
Cependant, pour notre environnement de test, je vais utiliser le point d'accès public ici.
La partie importante suivante concerne les modules complémentaires de mise en réseau. Vous pouvez donc sélectionner les versions des modules complémentaires
de mise en réseau qui sont disponibles.
Permettez-moi de sélectionner la dernière version en date pour le plug-in VPC CCNA.
Très bien.
Vous pouvez même le laisser par défaut.
Cela n'a pas vraiment d'importance à ce stade une fois.
Ensuite, vous pouvez cliquer sur suivant si vous le souhaitez, qu'il doit y avoir une journalisation associée aux composants Kubernetes
pour l'environnement de production.
C'est très utile.
Vous pouvez aller de l'avant et l'activer.
Cependant, nous allons rester simples.
Je vais le laisser par défaut, c'est-à-dire le désactiver.
Je vais cliquer sur suivant.
Vous avez l'écran de révision et nous allons aller de l'avant et créer la grille du cluster Kubernetes.
Le statut du cluster est donc en phase de création.
Donc, à partir de maintenant, nous avons terminé la première étape, qui est de construire le X.
Moins que lorsque le cluster EAC sera construit.
La deuxième étape importante consiste à créer un groupe de nœuds où vous définissez les CE.
Deux instances qui feront partie de votre cluster X, et une fois que les deux instances EC sont créées, vous pouvez aller
de l'avant et déployer votre application dans X.
Rafraîchissons donc pour voir s'il est créé et s'il est toujours en phase de création.
C'est bien.
Donc, jusqu'à ce que le cluster X soit créé, allons-y et lançons une instance facile à utiliser.
Il s'agit donc d'une instance facile à utiliser pour se connecter au cluster x et déployer une application.
Encore une fois, notez qu'il s'agit de deux instances, et non d'une obligation.
Vous pouvez également aller de l'avant et télécharger le Cube CTL, qui est utilisé pour se connecter au cluster Kubernetes dans
votre ordinateur portable et le configurer.
Cependant, pour normaliser les choses, je vais utiliser un SC pour l'instance ici, donc je l'appellerai simplement demo.
Il est facile de garder tout aussi simple.
La seule chose dont nous aurons besoin ici est le clavier pour nous connecter à la CE 2.
Une fois que c'est fait, vous pouvez lancer l'instance ici.
Passons donc à la grille de la CE 2.
Donc l'état de l'instance est en cours d'exécution.
Alors laissez-moi aller de l'avant et me connecter rapidement à l'instance ici.
Donc, à partir de mon terminal, je vais aller de l'avant et rapidement ssh dans la grille de l'instance.
La prochaine étape importante consiste à télécharger le cube binaire CTL.
CTL nous permet de nous connecter au cluster Kubernetes.
Ainsi, si vous souhaitez déployer une application dans le cluster, créer des ressources, vous pouvez
utiliser Cube CTL ici.
Vous pouvez donc aussi le télécharger directement sur votre poste de travail.
Cela n'a pas vraiment d'importance.
Il est important de se rappeler que la version de Cube CTL doit être équivalente à celle
de Kubernetes.
Par exemple, disons que la version de Kubernetes est 1. 23.
Et si vous utilisez un cube CTL version 1. 18, donc cela va créer des problèmes.
Donc, assurez-vous d'avoir une vue d'ensemble de haut niveau, gardez juste une version similaire ici.
Maintenant, si nous regardons dans cette documentation, nous avons la version 1 de Cube CTL. 23.
Alors copions ça.
Je vais passer à l'utilisateur root et lancer la commande kernel ici.
Vous avez donc le Cube CTL binaire.
Je vais juste le rendre exécutable et le déplacer dans la corbeille locale de l'utilisateur.
Très bien.
Si vous tapez Cube CTL, vous verrez apparaître l'ensemble des commandes de base disponibles.
Super.
Alors retournons au cluster.
Rafraîchissons pour voir s'il est créé et s'il est toujours en phase de création.
Donc, jusqu'à ce qu'il soit créé, accomplissons également une étape supplémentaire.
En gros, une fois que votre cluster Kubernetes est créé, vous devez vous y connecter.
Nous savons maintenant que nous pouvons nous y connecter à l'aide de Cube CTL, mais l'une des parties importantes ici est l'authentification.
Ce n'est pas que tout le monde depuis l'Internet pourra se connecter et déployer les ressources sur votre cluster
Kubernetes.
Il doit y avoir une sorte d'authentification requise, et l'une des authentifications
disponibles est l'utilisation de l'IAM.
Maintenant dans votre j'ai créé le cluster Kubernetes en utilisant un utilisateur IAM de demo labs.
Vous devrez donc vous assurer que vous utilisez les clés d'accès et secrètes associées au même utilisateur IAM dans le
cadre de votre authentification initiale au cluster.
Ceci est très important dans le cas où vous utilisez un utilisateur temporel différent, assurez-vous simplement
de générer la clé d'accès et la clé secrète associées à l'utilisateur IAM qui a créé ce cluster.
Très bien.
Dans mon cas, j'ai utilisé les laboratoires de démonstration, alors je vais générer la clé d'accès et la clé secrète associées à l'utilisateur des laboratoires
de démonstration.
Alors, passons aux informations de sécurité.
Il y a déjà un accès et une clé secrète qui sont disponibles.
En fait, laissez-moi la rendre inactive pour l'instant.
Nous n'en avons pas besoin.
Je vais générer un nouveau jeu de clés.
Copions ça dans le facile à je vais faire une configuration.
Je vais ajouter la clé d'accès.
J'aime la clé secrète et dans la région.
Assurez-vous simplement d'utiliser la même région que celle où votre cluster est créé.
Donc, dans mon cas, c'est la région de Californie, qui est l'Ouest américain.
Donc je dirai nous West one, et c'est à peu près tout.
Vous devez également vous assurer que cet utilisateur dispose des autorisations nécessaires.
Dans mon cas, cet utilisateur a un accès administrateur.
Ce ne sera donc pas un problème.
Voyons maintenant si X est prêt.
Et enfin, une fois les étapes terminées, le cluster R est également prêt.
Donc maintenant que nous savons que le cluster est disponible, si vous voyez que c'est le point final pour se connecter
au cluster.
Cependant, avant de faire cela, allons-y et déployons certaines ressources au sein du cluster Kubernetes.
Donc je vais aller au calcul.
Nous allons aller de l'avant et ajouter un groupe de nœuds ici.
Appelons-le simplement groupe de nœuds de démonstration et à l'intérieur, vous devrez également créer un nœud.
Règle de l'IAM.
Nous avons déjà discuté du fait que le groupe de nœuds EC deux instances aura besoin de permissions
de base liées aux interfaces réseau ACR et ainsi de suite.
Vous devez donc associer la règle IAM.
Donc, allons-y aussi et créons un rôle IAM pour les ressources du groupe de nœuds.
Je vais donc créer un rôle ici.
Maintenant, si vous regardez la politique que nous devons ajouter associée au nœud x, il y en a trois importantes.
Vous avez la politique du nœud de travail x, le registre des conteneurs et la politique liée à CNI.
Alors allons-y et essayons.
Donc, ici, je vais sélectionner les deux CE.
Faisons notre prochain.
Et il y a certaines politiques dont nous discutons.
Le premier est Amazon X Worker.
Trouvons la politique ici.
C'est donc la politique du nœud de travail.
Je vais choisir ça.
Effaçons l'écran.
Disons qu'Amazon EC deux conteneurs.
Nous voulons juste l'accès en lecture seule.
Je vais donc sélectionner ceci.
Effaçons l'écran.
Et le troisième est Amazon X underscore CNA.
Je vais donc sélectionner ceci.
Faisons notre prochain et fournissons un nom de rôle, je l'appellerai simplement Amazon X node role.
Trois politiques sont associées ici.
Ensuite, vous pouvez créer un rôle.
Le rôle est donc créé.
Une fois que c'est fait, vous pouvez rafraîchir ceci et nous avons le rôle du nœud x ici.
Allons un peu plus bas maintenant ne sera pas configurer d'autres choses.
Nous allons faire simple.
La partie importante ici est la configuration de l'ordinateur.
Quelles sont les ressources de type informatique dont vous avez besoin dans le cadre de votre cluster ?
Vous avez donc le type de capacité à la demande, le type d'armée ici, ainsi que le type d'instance.
Le type d'instance ici est donc TX three dot medium, qui utilise un CPU de deux v et une mémoire de quatre Go.
Si vous le souhaitez, vous pouvez également utiliser une instance beaucoup plus petite.
En fait, laissez-moi sélectionner ceci et je vais utiliser le petit DT à trois points.
Vous pouvez spécifier la taille du disque et, à l'intérieur de celui-ci, vous pouvez spécifier la configuration de mise à l'échelle du groupe de nœuds,
comme le nombre d'instances EC two dont vous avez besoin dans le cadre de votre cluster.
Je vais juste dire un, un et un pour tout ça.
Faisons un prochain.
Nous allons laisser cette option par défaut.
Faisons notre prochain.
Vous avez l'écran de révision ici.
Nous allons aller de l'avant et nous allons créer le noeud.
Maintenant, à ce stade, il y aura une CE deux instances qui seront lancées.
En fait, essayons-le.
Et si vous rafraîchissez, vous verrez que nous avons une instance easy two qui est en train d'être lancée.
Le type d'instance est DT three dot small et c'est là que votre application s'exécutera si vous la déployez
sur Kubernetes.
Maintenant, à partir de l'instance EC two, pour que notre client Q CTL se connecte au cluster Kubernetes, nous avons besoin des informations
relatives au cluster Kubernetes.
Par exemple.
Revenons au cluster ECS.
Vous voyez que vous avez le point de terminaison du serveur API.
C'est donc le point de terminaison que vous pouvez utiliser pour vous connecter au cluster.
Et c'est là que l'authentification se fera également.
Tous ces détails doivent donc être ajoutés dans l'instance EC two ou dans votre ordinateur portable où se trouve votre binaire
CTL, ce que vous devez faire.
Au lieu d'ajouter manuellement les détails, vous pouvez exécuter une simple commande.
Elle est mentionnée dans la documentation.
Je vais également l'ajouter après cette vidéo pour que vous puissiez l'essayer directement.
Dans ce cas, la seule chose que vous devez changer est le code de la région et le nom du cluster.
Alors allons-y et copions ça.
Effaçons l'écran.
Je vais lancer cette commande.
Le nom du cluster est Demo X Cluster et le code de la région.
Je vais dire que nous sommes à l'ouest une fois.
Ensuite, si j'appuie sur la touche Entrée, une nouvelle configuration est créée.
Donc si j'ouvre rapidement ce fichier, vous voyez tout.
Automatiquement.
Tous les détails relatifs au cluster de cas sont remplis.
Par exemple, l'URL de l'ex-groupe et diverses autres informations.
Une fois que c'est fait, vous pouvez exécuter les commandes Kubernetes de base, par exemple, CTL, Gate SVC, qui montre quels sont
les services qui fonctionnent dans le cluster Kubernetes.
Vous pouvez aussi faire Cube CTL pour obtenir des nœuds.
Cela vous montrera les nœuds de travail qui sont disponibles.
Pour l'instant, un seul nœud de travail est disponible.
C'est donc l'instance easy two que nous avons lancée.
L'état est prêt.
Donc, si vous allez de l'avant et déployez un conteneur spécifique, disons Cube, CTL, exécutez le moteur X avec l'image
de ce dernier.
Très bien, donc le port est créé.
Si on fait un cube, CTL, faites venir des ports ici.
Notre moteur d'exportation est en marche.
Très bien.
Au cas où vous voudriez voir, vous pouvez aussi le voir depuis l'IG.
Donc, dans les ressources, nous avons une ressource de port.
Nous avons créé un nouveau port.
Le nom est Moteur X ici.
Super.
J'espère donc qu'à un haut niveau, vous avez compris les étapes pratiques associées au x, le lien de documentation
et les commandes que nous avons utilisées dans la vidéo d'aujourd'hui.
Je l'ajouterai après cette conférence pour que vous puissiez facilement vous y référer.