Merci d'avoir envoyé votre demande ! Un membre de notre équipe vous contactera sous peu.
Merci d'avoir envoyé votre réservation ! Un membre de notre équipe vous contactera sous peu.
Durée 21 heures
Plan du cours
Détails sur la virtualisation
- Aperçu des concepts de système d'exploitation : CPU, mémoire, réseau, stockage
- Hyperviseur
- Superviseur des superviseurs
- Machine d'hôte et système d'exploitation invité
- Hyperviseur de type 1 et hyperviseur de type 2
- Citrix XEN, VMware ESX/ESXi, MS Hyper-V, IBM LPAR.
- Virtualisation du réseau
- Bref aperçu du modèle OSI à 7 couches
- Focus sur la couche réseau
- Modèle TCP/IP ou protocole Internet
- Focus sur une seule verticale
- Couche application : SSL
- Couche réseau : TCP
- Couche Internet : IPv4/IPv6
- Couche liaison : Ethernet
- Structure des paquets
- Adressage : adresse IP et noms de domaine
- Pare-feu, équilibreur de charge, routeur, adaptateur
- Réseau virtualisé
- Abstractions de plus haut niveau : sous-réseaux, zones.
- Exercice pratique :
- Familiarisation avec un cluster ESXi et le client vSphere.
- Création/mise à jour des réseaux dans un cluster ESXi, déploiement d'invités à partir de paquets VMDK, activation de l'interconnexion entre les invités dans un cluster ESXi.
- Apport de modifications à une instance VM en cours d'exécution et capture d'un instantané.
- Mise à jour des règles du pare-feu dans ESXi à l'aide du client vSphere.
2. Le cloud computing : un changement de paradigme
- Une piste d'envol rapide et économique pour rendre un produit/solution accessible au monde entier
- Partage des ressources
- Virtualisation de l'environnement virtualisé
- Bénéfices clés :
- Élasticité des ressources à la demande
- Concevoir -> Codifier -> Déployer sans nécessiter d'infrastructure
- Pipelines CI/CD rapides
- Isolement des environnements et autonomie verticale
- Sécurité par superposition des couches
- Optimisation des dépenses
- Élasticité des ressources à la demande
- Cloud sur site (on-premise) et fournisseurs de cloud
- Le cloud comme abstraction conceptuelle efficace pour le calcul distribué
3. Introduction aux couches des solutions cloud :
- IaaS (Infrastructure as a Service / Infrastructure en tant que service)
- AWS, Azure, Google
- Choisir un fournisseur pour la suite. AWS est recommandé.
- Introduction à AWS VPC, AWS EC2, etc.
- PaaS (Platform as a Service / Plateforme en tant que service)
- AWS, Azure, Google, CloudFoundry, Heroku
- Introduction à AWS DynamoDB, AWS Kinesis, etc.
- SaaS (Software as a Service / Logiciel en tant que service)
- Très bref aperçu
- Microsoft Office, Confluence, SalesForce, Slack
- Le SaaS s'appuie sur le PaaS, qui s'appuie sur l'IaaS, qui s'appuie sur la virtualisation
4. Projet pratique sur le cloud IaaS
- Le projet utilise AWS comme fournisseur de cloud IaaS
- Utilisation de CentOS/RHEL comme système d'exploitation pour le reste de l'exercice
- Alternative : Ubuntu conviendra également, mais RHEL/CentOS sont préférés
- Obtenir des comptes AWS IAM individuels de votre administrateur cloud
- Chaque étudiant doit effectuer ces étapes indépendamment
- La capacité à construire toute son infrastructure à la demande est la meilleure démonstration de la puissance du cloud computing
- Utiliser les assistants AWS (consoles en ligne AWS) pour accomplir ces tâches, sauf indication contraire
- Créer un VPC public dans la région us-east-1
- Deux sous-réseaux (Subnet-1 et Subnet-2) dans deux zones de disponibilité différentes
- Voir https://docs.aws.amazon.com/vpc/latest/userguide/ pour référence.
- Créer trois groupes de sécurité distincts
- SG-Internet
- Autorise le trafic entrant d'Internet sur https 443 et http 80
- Aucune autre connexion entrante autorisée
- SG-Service
- Autorise le trafic entrant uniquement du groupe de sécurité SG-Internet sur https 443 et http 80
- Autorise ICMP uniquement de SG-Internet
- Aucune autre connexion entrante autorisée
- SG-SSH :
- Autorise la connexion entrante SSH:22 uniquement depuis une adresse IP unique correspondant à l'IP publique de la machine de laboratoire de l'étudiant. Si la machine de laboratoire est derrière un proxy, il s'agit de l'IP publique du proxy.
- SG-Internet
- Deux sous-réseaux (Subnet-1 et Subnet-2) dans deux zones de disponibilité différentes
- Déployer une instance d'une AMI correspondant au système d'exploitation choisi -- de préférence les dernières versions RHEL/CentOS disponibles dans les AMI -- et héberger l'instance dans Subnet-1. Rattacher l'instance aux groupes SG-Service et SG-SSH.
- Accéder à l'instance en utilisant SSH depuis votre machine de laboratoire.
- Installer un serveur NGINX sur cette instance
- Placer des contenus statiques de votre choix -- pages HTML, images -- pour être servis par NGINX (sur le port 80 via HTTP) et définir des URL pour ceux-ci.
- Tester l'URL depuis la machine elle-même.
- Créer une image AMI à partir de cette instance en cours d'exécution.
- Déployer cette nouvelle AMI et héberger l'instance dans Subnet-2. Rattacher l'instance aux groupes SG-Service et SG-SSH.
- Exécuter le serveur NGINX et valider que l'URL d'accès au contenu statique créée à l'étape (i) fonctionne.
- Créer un Elastic Load Balancer « classique » et le rattacher à SG-Internet.
- Noter la différence avec Application Load Balancer et Network Load Balancer.
- Créer une règle de routage transférant tout le trafic http 80 et https 443 vers un groupe d'instances composé des deux instances créées ci-dessus.
- En utilisant tout outil de gestion de certificats -- java keytool, etc. -- créer une paire de clés et un certificat auto-signé et importer le certificat dans AWS Certificate Manager (ACM)
5. Supervision du cloud : Introduction et projet pratique
- Métriques AWS CloudWatch
- Aller au tableau de bord AWS CloudWatch pour les instances
- Récupérer les métriques pertinentes et expliquer la variabilité dans le temps
- https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/viewing_metrics_with_cloudwatch.html
- Récupérer les métriques pertinentes et expliquer la variabilité dans le temps
- Aller au tableau de bord AWS CloudWatch pour l'ELB
- Observer les métriques de l'ELB et expliquer leur variabilité dans le temps
- https://docs.aws.amazon.com/elasticloadbalancing/latest/classic/elb-cloudwatch-metrics.html
6. Concepts avancés pour aller plus loin
- Cloud hybride -- sur site et cloud public
- Migration : du sur site vers le cloud public
- Migration du code applicatif
- Migration de la base de données
- DevOps
- Infrastructure en tant que code
- Modèle de AWS Cloud Formation
- Mise à l'échelle automatique
- Métriques AWS CloudWatch pour déterminer l'état de santé
Pré requis
Il n'y a aucune exigence spécifique pour participer à ce cours.
Public cible
Ingénieur logiciel ou informaticien possédant des notions solides des algorithmes et de la familiarité avec au moins un langage de programmation ou de script, mais n'ayant aucune expérience du cloud computing.
Nos clients témoignent (1)
Le formateur vous explique très bien.
Cosmin Simota - Serviciul de Telecomunicatii Speciale
Formation - Cloud computing essentials for managers / software engineers
Traduction automatique
