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 (3 jours)
Plan du cours
Détails sur la virtualisation
- Vue d’ensemble des concepts de système d’exploitation : CPU, Mémoire, Réseau, Stockage
- Hyperviseur
- Superviseur des superviseurs
- Machine « hôte » et systèmes 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
- Introduction brève au 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
- Firewall, Load Balancer, Routeur, Adaptateur
- Réseau virtualisé
- Abstractions de haut niveau : Sous-réseaux, Zones.
- Exercice pratique :
- Familiarisation avec le cluster ESXi et le client vSphere.
- Création/mise à jour des réseaux dans un cluster ESXi, déploiement des invités à partir de packages VMDK, activation de l’interconnexion entre les invités dans un cluster ESXi.
- Affectation 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. Cloud Computing : Un changement de paradigme
- Une piste d’envol rapide et économique pour rendre un produit/solution disponible au monde entier
- Partage des ressources
- Virtualisation d’un environnement virtualisé
- Bénéfices clés :
- Élasticité des ressources à la demande
- Concevoir -> Coder -> Déployer sans nécessiter d’infrastructure
- Pipelines CI/CD rapides
- Isolement des environnements et autonomie verticale
- Sécurité par couches
- Optimisation des dépenses
- Élasticité des ressources à la demande
- Cloud on-premise et fournisseurs cloud
- Le cloud en tant qu’abstraction conceptuelle efficace pour l’informatique distribuée
3. Introduction aux couches de solutions cloud :
- IaaS (Infrastructure as a Service)
- AWS, Azure, Google
- Choisir un fournisseur pour poursuivre la suite. AWS est recommandé.
- Introduction à AWS VPC, AWS EC2, etc.
- PaaS (Platform as a Service)
- AWS, Azure, Google, CloudFoundry, Heroku
- Introduction à AWS DynamoDB, AWS Kinesis, etc.
- SaaS (Software as a Service)
- Vue d’ensemble très brève
- Microsoft Office, Confluence, SalesForce, Slack
- Le SaaS repose sur le PaaS, qui repose sur l’IaaS, qui repose sur la virtualisation
4. Projet pratique IaaS Cloud
- Le projet utilise AWS en tant que fournisseur de cloud IaaS
- Utiliser CentOS/RHEL comme système d’exploitation pour le reste de l’exercice
- Alternativement, Ubuntu conviendra également, mais RHEL/CentOS sont préférés
- Obtenir des comptes AWS IAM individuels auprès de votre administrateur cloud
- Chaque étudiant doit effectuer ces étapes de manière indépendante
- La capacité à créer 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
- Consulter https://docs.aws.amazon.com/AmazonVPC/latest/UserGuide/VPC_Scenarios.html pour référence.
- Créer trois Groupes de sécurité distincts
- SG-Internet
- Autorise le trafic entrant depuis Internet sur https 443 et http 80
- Aucune autre connexion entrante autorisée
- SG-Service
- Autorise le trafic entrant uniquement depuis le groupe de sécurité SG-Internet sur https 443 et http 80
- Autorise ICMP uniquement depuis SG-Internet
- Aucune autre connexion entrante autorisée
- SG-SSH :
- Autorise la connexion entrante SSH:22 uniquement depuis une adresse IP unique qui correspond à 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 de RHEL/CentOS disponibles dans les AMI -- et héberger l’instance sur Subnet-1. Associer l’instance aux groupes SG-Service et SG-SSH.
- Accéder à l’instance en utilisant SSH depuis votre machine de laboratoire.
- Installer le serveur NGINX sur cette instance
- Placer des contenus statiques de votre choix -- pages html, images -- à servir par NGINX (sur le port 80 via HTTP) et définir des URL pour ceux-ci.
- Tester l’URL depuis cette même machine.
- Créer une image AMI à partir de cette instance en cours d’exécution.
- Déployer cette nouvelle AMI et héberger l’instance sur Subnet-2. Associer l’instance aux groupes SG-Service et SG-SSH.
- Lancer 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 l’associer à SG-Internet.
- Notez la différence avec l’Application Load Balancer et le 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.
- À l’aide d’un outil de gestion de certificats quelconque -- java keytool, etc. --, créer une paire de clés et un certificat auto-signé, puis importer le certificat dans AWS Certificate Manager (ACM)
5. Surveillance 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 leur 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 leur 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
- Hybrid Cloud -- on-premise et cloud public
- Migration : On-premise vers le cloud public
- Migration du code applicatif
- Migration de la base de données
- DevOps
- Infrastructure as a code
- Modèle AWS Cloud Formation
- Auto-ajustement (Auto-scaling)
- Métriques AWS CloudWatch pour déterminer l’état de santé
Pré requis
Aucune exigence spécifique n’est requise pour suivre cette formation.
Public cible
Ingénieurs logiciels ou scientifiques de l’information possédant des notions solides en algorithmique et de la familiarité avec au moins un langage de programmation ou de script, mais n’ayant aucune expérience préalable 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
