From 0171fc24b7ee13c4d7501ec770ddbe0906bd73c8 Mon Sep 17 00:00:00 2001 From: gauvainboiche Date: Wed, 22 Oct 2025 17:06:27 +0200 Subject: [PATCH] Change in .md numbered list #1 --- Semaine_01/Jour_02/Questionnaires/Reponses.md | 142 +++++++++--------- 1 file changed, 71 insertions(+), 71 deletions(-) diff --git a/Semaine_01/Jour_02/Questionnaires/Reponses.md b/Semaine_01/Jour_02/Questionnaires/Reponses.md index b50d312..499e60a 100644 --- a/Semaine_01/Jour_02/Questionnaires/Reponses.md +++ b/Semaine_01/Jour_02/Questionnaires/Reponses.md @@ -1,81 +1,81 @@ # 02.2.2 Questionnaire + Correction sur La containérisation -1- La virtualisation classique embarque un noyau complet ainsi que les couches micro-logiciels et divers pilotes. Un conteneur n'embarque que la partie applicative et repose sur un noyau principal de la machine hôte -2- LXC embarque des conteneurs complets, avec kernels, sorte de VM légèrement allégée et plus flexible. Docker conteneurise à l'ancienne -3- KVM et -4- LXC, Virt-Manager (LibVirt) et -5- -6- Non, Docker a son propre démon -7- Une version désuette de -8- Oui. sudo lxc-copy avec l'option --snapshot -9- -10- -11- -12- -13- -14- /var/lib/lxc/ -15- /var/lib/lxc/NomDuConteneur/config +1. La virtualisation classique embarque un noyau complet ainsi que les couches micro-logiciels et divers pilotes. Un conteneur n'embarque que la partie applicative et repose sur un noyau principal de la machine hôte +2. LXC embarque des conteneurs complets, avec kernels, sorte de VM légèrement allégée et plus flexible. Docker conteneurise à l'ancienne +3. KVM et +4. LXC, Virt-Manager (LibVirt) et +5. +6. Non, Docker a son propre démon +7. Une version désuette de +8. Oui. sudo lxc-copy avec l'option --snapshot +9. +10. +11. +12. +13. +14. /var/lib/lxc/ +15. /var/lib/lxc/NomDuConteneur/config -# Infrastructure Avancée - 02.1.2 Virtualiser des machines +# Infrastructure Avancée . 02.1.2 Virtualiser des machines -1- Installer un système d'exploitation complet sans avoir à géré l'hébergement machine par machine -2- Virtualisation complète, conteneurisation, émulation -3- Ca dépend de ce qu'on recherche. Maintenant la plus "perfomante" au sens gourmandise matérielle, c'est la conteneurisation -4- Virtualiser c'est porter un SE sur une grosse bécane. Emulation c'est "convertir" une architecture matérielle (processeur) en temps réel pour l'adapter à une autre archi -5- Le mieux c'est une couche d'abstraction genre QEMU pour émuler -6- Mode NAT configuré en sortie routeur (plus standard), mode pont (plus simple), mode Switch interne derrière un VLAN/routeur (plus sécurisé) -7- Oracle c'est gratuit mais limité si on veut professionnaliser l'infra. VMWare c'est payant et devenu de la merde -8- KVM -9- -10 - -11- Lance une VM avec KVM activé, le disque virtuel "ubuntudisquedur" attaché, une image .iso d'ubuntu en option de boot principale, avec deux interfaces réseaux et pas d'option ACPI -12- vboxmanage -13- gérer plus nativement des déploiements de VM par script sur des serveurs neufs et sans paquets installés -14- COW -15- QCOW2 -16- Oui mais c'est chaud -17- Oui, avec qemu-img convert -18- -19- -20- -21- Hyper-V -22- Hyperviseur de type 1 (et pas 2 comme on pourrait le croire) -23- ESXi c'est du type 1 bare-metal, Workstation du type 2 -24- -25- -26- Passthrough -27- Hyperviseur type 1 basé sur un Debian fortement modifié, open-source et gratuit -28- .vhdx, historiquement .vhd -29- Ouaiiiiiiiiiis -30- +1. Installer un système d'exploitation complet sans avoir à géré l'hébergement machine par machine +2. Virtualisation complète, conteneurisation, émulation +3. Ca dépend de ce qu'on recherche. Maintenant la plus "perfomante" au sens gourmandise matérielle, c'est la conteneurisation +4. Virtualiser c'est porter un SE sur une grosse bécane. Emulation c'est "convertir" une architecture matérielle (processeur) en temps réel pour l'adapter à une autre archi +5. Le mieux c'est une couche d'abstraction genre QEMU pour émuler +6. Mode NAT configuré en sortie routeur (plus standard), mode pont (plus simple), mode Switch interne derrière un VLAN/routeur (plus sécurisé) +7. Oracle c'est gratuit mais limité si on veut professionnaliser l'infra. VMWare c'est payant et devenu de la merde +8. KVM +9. +10. +11. Lance une VM avec KVM activé, le disque virtuel "ubuntudisquedur" attaché, une image .iso d'ubuntu en option de boot principale, avec deux interfaces réseaux et pas d'option ACPI +12. vboxmanage +13. gérer plus nativement des déploiements de VM par script sur des serveurs neufs et sans paquets installés +14. COW +15. QCOW2 +16. Oui mais c'est chaud +17. Oui, avec qemu-img convert +18. +19. +20. +21. Hyper-V +22. Hyperviseur de type 1 (et pas 2 comme on pourrait le croire) +23. ESXi c'est du type 1 bare-metal, Workstation du type 2 +24. +25. +26. Passthrough +27. Hyperviseur type 1 basé sur un Debian fortement modifié, open-source et gratuit +28. .vhdx, historiquement .vhd +29. Ouaiiiiiiiiiis +30. # Questionnaire 02. Les différents types d_infrastructure avancées -1- Spine-Leaf, -2- Infra hybride -3- Les +, de la résilience, les -, des configs en plus à faire pour rester en sécurité -4- -5- -6- -7- Network Access Storage. En anglais dans le texte -8- Non. Sécurité + RGPD -9- -10- SAN, Storage Area Network -11- -12- Bah, pas forcément... si les données doivent être cloisonnées, c'est un usage pertinent. Au pire on peut ouvrir le SAN pour plus de ressources si besoin -13- Moins de latence, moins de déconnexions = moins de corruption dans les transferts -14- -15- +1. Spine-Leaf, +2. Infra hybride +3. Les +, de la résilience, les -, des configs en plus à faire pour rester en sécurité +4. +5. +6. +7. Network Access Storage. En anglais dans le texte +8. Non. Sécurité + RGPD +9. +10. SAN, Storage Area Network +11. +12. Bah, pas forcément... si les données doivent être cloisonnées, c'est un usage pertinent. Au pire on peut ouvrir le SAN pour plus de ressources si besoin +13. Moins de latence, moins de déconnexions = moins de corruption dans les transferts +14. +15. # Questionnaire et correction 01. Introductions aux Infrastructures Avancées -1- ??? Genre l'archi AMD64, les transistors nanométriques, le PCI-E génération 5, la fibre optique, le protocole Wireguard... comment ça ? -2- ?????? et bien, multiplier la résilience, les facilités de déploiement, réduire les besoins en gestion matérielle... comment ça ? -3- ????????? Gain de productivité à gérer un seul hébergeur, centralisation des factures, interconnexion facilitées dans un VPC donné... comment ça ? -4- Le public veut moins attendre et pardonne moins les interruptions de service -5- Méthode 1,2,3 et ensuite avoir des CDN locaux réduit la latence en régional -6- Bah, la nôtre. C'est encore en usage -7- Bah encore maintenant, surtout en TPE/PME. Même en ETI -8- Plutôt notre décennie cette fois. Le on-premise disparaît peu à peu face aux envies de "couper les coûts" en virant les admin sys maison -9- La prince elle a dit que le stockage, maintenant, ça coûte pas cher -10- \ No newline at end of file +1. ??? Genre l'archi AMD64, les transistors nanométriques, le PCI-E génération 5, la fibre optique, le protocole Wireguard... comment ça ? +2. ?????? et bien, multiplier la résilience, les facilités de déploiement, réduire les besoins en gestion matérielle... comment ça ? +3. ????????? Gain de productivité à gérer un seul hébergeur, centralisation des factures, interconnexion facilitées dans un VPC donné... comment ça ? +4. Le public veut moins attendre et pardonne moins les interruptions de service +5. Méthode 1,2,3 et ensuite avoir des CDN locaux réduit la latence en régional +6. Bah, la nôtre. C'est encore en usage +7. Bah encore maintenant, surtout en TPE/PME. Même en ETI +8. Plutôt notre décennie cette fois. Le on-premise disparaît peu à peu face aux envies de "couper les coûts" en virant les admin sys maison +9. La prince elle a dit que le stockage, maintenant, ça coûte pas cher +10. \ No newline at end of file