DoubleTake Flex. Bilan de l'évaluation menée à Rennes 01/02/ /05/2010

Transcription

1 DoubleTake Flex Bilan de l'évaluation menée à Rennes 01/02/ /05/2010 page 1

2 DoubleTake Flex Préambule On peut considérer DoubleTake Flex comme une solution de type Streaming Desktop Infrastructure - Autrement dit : ce n'est pas une solution de type Virtual Desktop Infrastructure... mais rien n'empêche de la coupler à de la virtualisation (et l'on verra que c'est le scénario que je propose) - Autrement dit : on entend exploiter au mieux la puissance des PC (ie. des salles TP) Attention! Dans ce qui suit on entendra par «PC»...» un PC de type poste de travail ou de type serveur» un PC physique ou virtuel» un PC tournant sous Windows ou Linux page 2

3 DoubleTake Flex Généralités Flex permet pour un «PC» (tel que défini ci-dessus)... - De déporter le disque dur sur un espace de stockage iscsi Contenu du disque stocké sous forme d'une image (au format.vhd) dans un LUN iscsi - D'exploiter toutes les ressources de la machine CPU et RAM puisque seul le disque dur est déporté mais également ports USB, audio, etc. - De démarrer à partir d'une image parmi n Multiboot au niveau «menu PXE» page 3

4 DoubleTake Flex Généralités (suite) Flex = deux produits en un - FlexStorage Server : transforme un serveur Windows en une target iscsi - FlexManagement Server : permet de gérer les clients Flex et les target qui leur sont associés (par machine, par groupe etc.) Partie Flex Services : installable sur serveur Windows ou serveur Linux» Si Linux : greffable facilement sur un serveur TFTP Partie Flex Management (console graphique) : installable sur serveur Windows seulement page 4

5 Principe de fonctionnement Master Image netboot/i PXE Bootstrap Management Server Console Boot Image iscsi Storage page 5

6 DoubleTake Flex Généralités (suite) Utilisations possibles - Flex permet de faire booter en iscsi des postes de travail ou des serveurs (d'où 2 types de licences) On ne s'est intéressé qu'au déploiement de postes de travail - Flex autorise 2 modes de déploiements basiques : Client-based : association d'une (ou plusieurs) target à une machine (@MAC) ou un groupe de machine User-based : association d'une target à un utilisateur (dont l'authentification est faite sur Active Directory) page 6

7 Déploiement client-based page 7

8 Déploiement user-based page 8

9 DoubleTake Flex Généralités (suite) Mise en œuvre (en phase de test) - Installation des Flex Services sur Linux Pros : intégration en douceur à l'infrastructure PXE existante Cons : gestion clients/targets par fichier.xml ; fonctionnalités limitées aux scénarios de type client-based (et pas user-based) - Fonctionnalités absentes de la version d'évaluation testée Client Deployment Tool : un WinPE adapté» Intégrant winmigr8, un utilitaire de migration de disque iscsi (pour l'adapter à un matériel PC différent) RES PowerFuse : un outil tiers de gestion de profils Windows «améliorés», utilisable conjointement avec DoubleTake Flex page 9

10 Maquette «théorique» page 10

11 Maquette «pratique» VM PxeServ (CentOS 5.3) VM FlexI1 (Ubuntu 9.10) VM FlexI2 (Windows 7) B A C À S A B L E VM FlexServ (Windows 2003) VMware Server 2.0 Ubuntu Server 8.04 VMware ESX Server 3.0 PC de bureau HP 5750 Serveur Dell PowerEdge 2950 NB : le Bac à Sable présenté ici peut se réduire à ce que nous avons déjà en place (ie. VMplayer) page 11

12 DoubleTake Flex Test effectués Important : les tests ont été faits à très petite échelle - Installation (directe) d'os sur iscsi (via PXE) Windows Seven, Ubuntu Server 9.10» Windows XP a été transféré via Flex New Client Wizard - Boot d'os depuis iscsi (via PXE) PC Dell GX 270 et machines virtuelles (VMware Server)» Avec les OS cités précédemment - Utilisation de PC et VM sans disque local Explorations des différents disk mode» Exclusif» Partagé (non-persistant ou persistant) page 12

13 Mode partagé (persistant ou non) page 13

14 Mode exclusif, mode concurrent page 14

15 DoubleTake Flex Scénario envisagé Utiliser Flex comme une évolution majeure de notre offre «bac à sable» (voire de nos postes, un jour?) - Les buts visés : Démultiplier les usages possibles (ie. VM «à la carte») Offrir plus de réactivité (ie. VM facilement évolutive) Offrir une plus grande polyvalence (eg. VM persistante) - Comment? En n'ayant plus à télécharger les VM! L'empreinte de la VM est nulle (car il n'y a plus de gros fichier.vmdk en local) page 15 - Contraintes : Homogénéité du matériel dans la salle ciblé et (idéalement) Gigabit au niveau du PC

16 Bac à sable actuel Windows Campus Clonage Ghost Ubuntu Campux Clonage Ghost page 16

17 DoubleTake Flex Proposition d'investissement Achat et mise en oeuvre de Flex - Une salle à Rennes et (puis) à Brest? Coût (du logiciel) par poste ~ 100» On ne prend pas l'option RES PowerFuse (pour l'instant)» On fait l'hypothèse que le réseau est bien dimensionné - Retour d'expérience avant toute généralisation Capacité du produit à simplifier et à accélérer la mise en place de nouveaux TP (et plus si affinités)» Morcellement du master enseignement? Positionnement à revoir quand la maquette VDI sera dispo?» si je trouve un peu de temps pour explorer VDI ;-) page 17

18 Bac à sable futur? Windows Campus x Ubuntu Campux x page 18