Déploiement et ac.va.ons. Stéphan Cammarata - Dane Strasbourg - Version 10/2014

Transcription

1 + Déploiement et ac.va.ons

2 + MDT et le Master 2014

3 + Rappels n MDT est une console MicrosoB (environnement graphique pour u.liser des scripts) qui permet la fabrica.on d une image unique qui s adapte au matériel lorsqu elle sera déployée. n Le master 2014, cons.tue une base de départ pour se lancer dans le déploiement. n MDT permet la mise en réseau et/ou la personnalisa.on de l ensemble cons.tuant le master (un dossier avec plein de choses dedans) n Le déploiement sur un client se fait suivant une séquence de tâches qui organise les éléments disponibles dans un master. n Ces ou.ls de déploiement s u.lisent : n en réseau n et/ou en médias autonomes.

4 + Schéma de fonc.onnement (1/2) Master Déploiement Poste 1 Séquence 1 Clonage (si besoin) Poste salle info 2 Poste salle info N Déploiement Séquence 2 Poste 2 Exemples de séquences : Séquence 1 : Salle info Séquence 2 : Enseignement général Séquence 3 : Technologie Etc. Déploiement Séquence 1 (ou 3) Poste 3

5 + Schéma de fonc.onnement (2/2) Média Poste 1 Cable USB Déploiement autonome Réseau «bas- débit» (CPL, Wifi, etc ) Déploiement réseau (possible) Unicast avec amorçage par clé USB. (tous réseaux) Unicast ou Mul.cast Amorçage par boot PxE (serveurs Windows) Poste 2 Poste 3 «Serveurs» Ou «partage de déploiement» Réseau «haut- débit» (Filaire)

6 + Des informa.ons n Le master 2014 est fabriqué avec MDT version 2013, n Livré sur disque dur (si commandé) pour les collèges, n Téléchargeable pour tous : h`ps://echanges.ac- strasbourg.fr/oc (iden.fiants du mail académique pour le PRN1 des établissements)

7 + Machines prises en charge par le master 2014 n Tous postes des dota.ons 2013 et 2014 (à l'excep.on d'un modèle de portable en 2013 : les HP6470) n Tous postes fixes de la dota.on 2012 n Tous postes fixes des dota.ons 2008 à 2011 pour les collèges 68 uniquement. (A`en.on : les dota.ons 2008 et 2009 n'ont pas de licence W7)

8 + Séquences de tâches disponibles n Restaura.on d'une image WIM (rapide mais non personnalisable, rajouts possibles quand même) n Installa.on du master (plus lent mais personnalisable si on le souhaite) n Deux types d'installa.on : OS seul ou avec logiciels (bureau.que, u.litaires, pédagogiques...) n Pour en savoir plus : h`p:// strasbourg.fr/pedagogie/dane/informa.que- des- etablissements/clients- windows/master- des- dota.ons/ h`p:// strasbourg.fr/pedagogie/dane/informa.que- des- etablissements/deploiement- de- clients- mdt/principes/

9 + Proposi.ons de forma.ons 1 jour n Forma.on niveau 1 : n Comprendre le concept du master : présenta.on de différents scénarios d u.lisa.on possibles n Installer MDT pour aller explorer le contenu du master n Adapter l existant au réseau (si souhaité : pe.tes personnalisa.ons) n Forma.on niveau 2 : n Personnalisa.ons du master n Captures d installa.ons pour déployer sur un parc hétérogène n Ges.on avancée de WDS n Mise en place d une base de données et scripts d alimenta.on de ce`e base Remarques importantes : n Apprendre à réaliser une installa.on silencieuse d applica.on n est pas au programme de ces forma.ons n La forma.on est indépendante du contrôleur de domaine (SE3 ou Windows), les deux approches peuvent être vues. Seuls les points 3 et 4 de la forma.on de niveau 2 ne peuvent être mis en pra.que qu avec un serveur Windows (en bleu).

10 + Ac.va.ons des postes sous Windows 7

11 + Rappels n Licence : droit d usage du logiciel (contrat) n Clé d ac.va.on : moyen technique de valider l installa.on n Actuellement u.lisée : une clé MAK unique par collec.vité (MAK = Mul.ple Ac.va.on Key) n U.lisa.on de la console VAMT (2 ou 3) : n Pour centraliser les ac.va.ons n Pour conserver les jetons d ac.va.on (VAMT = Volume Ac.va.on Management Tool)

12 + Schéma de fonc.onnement Serveurs d ac.va.on Externes Réseau local Console VAMT Fichier cil (ou BDD) Poste 1 Poste 2 Les machines reçoivent leur ac.va.on par VAMT : elles ne communiquent pas directement avec les serveurs d ac.va.on

13 + Et si l ac.va.on (re)devenait automa.que?

14 + Une autre méthode : l ac.va.on KMS KMS = Key Management System Réseau local Hôte KMS On reste dans le réseau local : L hôte KMS ac.ve les machines Tout seul Sans interven.on humaine Tout le temps Poste 1 Poste 2

15 + Une autre approche : les ac.va.ons ne sont plus défini.ves n Une ac.va.on KMS n est pas défini.ve : n Elle est valable 180 jours (reconduc.bles) n elle doit régulièrement être renouvelée chez l hôte n Ce renouvellement est automa.que (tant que l hôte est joignable) n Elle est basée sur l u.lisa.on de deux clés : n La clé KMS CSVLK u.lisée uniquement pour l hôte (CSVLK = Customer Support Volume License Key) n Une clé GVLK u.lisée sur tous les clients (GVLK = General Volume Licence Key c est une clé publique)

16 + Schéma d implanta.on Hôte : ac.vé défini.vement en ligne Poste choisi Hôte KMS Clé KMS CSVLK Poste 1 Poste 2 Clients : ac.vés automa.quement par l hôte En op.on : VAMT peut être u.lisé pour remplacer les clés actuelles des clients (liste existante). Clé GVLK NB : un poste déployé avec le master 2014 con.ent déjà la clé GVLK

17 + Les condi.ons d u.lisa.on de l ac.va.on KMS sur un réseau n Avoir un hôte qui reste allumé (Windows Server ou Windows 7) n Disposer de la clé KMS CSVLK correspondant à la version de Windows présente sur l hôte : n KMS Win 7 pour les hôtes sous Windows 7 n ou KMS_B Win Server Standard Edi.on n Posséder un minimum absolu de 25 machines physiques sous Windows 7 allumées régulièrement sur le réseau. En dessous de ce seuil, l ac.va.on KMS devient impossible.

18 + Aide à la mise en oeuvre n Une documenta.on de mise en œuvre de l ac.va.on KMS dans un domaine d établissement (contrôlé par Windows Server ou SE3) est disponible sur le site de la Dane.

19 + Merci de votre a`en.on!