DÉPARTEMENT RÉSEAUX ET TÉLÉCOMMUNICATIONS

Rapport de stage rédigé par M. FRANZ Edgar Volume 1/2

PROMOTION 2008 2009 Stage réalisé du 14 avril au 19 juin 2009

Mise en place de serveurs de machines virtuelles Virtualisation de serveurs

Rapport remis au secrétariat du département Réseaux et Télécommunications le ..../..../.....

Multitel 2905 rue De Celles, Québec (Québec) G2C 1W7 Canada info@multitel.com 1-418-847-2255 lk Service R&D Équipe QA Group Responsable Stéphane Paré

Lu et approuvé par M. Stéphane Paré :

Rapport de projet

2

Année 08/09

Université de NICE SOPHIA ANTIPOLIS Institut Universitaire de Technologie Département Réseaux et Télécommunications 650, route des Colles 06560 Valbonne Tel 04.93.95.51.70 Fax 04.93.95.51.89 iutsoph.unice.fr

Stage orienté Informatique / Réseaux

Mise en place de serveurs de machines virtuelles Virtualisation de serveurs

Interface Web du logiciel de gestion Firm Suite de Multitel

Copies du présent document 1 copie à l'IUT 1 copie au CEGEP 1 copie à M.PARE 1 copie à l'étudiant

Tuteur à l’IUT Nice Côte d’Azur

Cécile Chagnon Responsable Relations Internationales Cecile.CHAGNON@unice.fr

Tuteur au CEGEP Lévis-Lauzon

Stéphane Mercier Professeur en Informatique Stephane.Mercier@clevislauzon.qc.ca

Tuteur en entreprise

Stéphane Paré Analyste Programmeur stephane.pare@multitel.com 1-418.847.2255 poste 222

Rapport de projet

3

Année 08/09

Remerciements

Avant de parler de cette expérience professionnelle, il me semble opportun de commencer par remercier toutes les personnes qui m’ont encadré et qui m’ont beaucoup appris au long de ce stage, et aussi toutes celles qui ont fait de ce stage une expérience mémorable.

Je tiens tout d’abord à remercier l’IUT R&T de Sophia Antipolis, et en particulier ma tutrice en France Mme Cécile Chagnon, pour m’avoir permis de réaliser mon stage au Québec et d’en faire une expérience unique.

Aussi je remercie le CEGEP de Levis-Lauzon, établissement auquel nous étions rattachés au Québec, et plus particulièrement Mme Luce Morin et mon tuteur au Québec M. Stéphane Mercier qui m’ont accueilli chaleureusement dès mon arrivée à Québec, et dont le suivi et l’aide m’ont été d’une grande utilité.

J’exprime également une reconnaissance particulière à M. Stéphane Paré, mon maître de stage qui m’a formé et accompagné tout au long de cette expérience professionnelle avec beaucoup de patience et de pédagogie, et qui m’a fait confiance dans l’accomplissement de mes tâches. Sans oublier le reste de l’équipe QA, pour leur gentillesse et leur soutient quotidien.

Enfin, je remercie l’ensemble de l’équipe R&D et le Service Professionnel pour leurs conseils avisés durant ces 10 semaines ainsi que pour leur dynamisme et leur bonne humeur.

Rapport de projet

4

Année 08/09

Table des matières

Remerciements .................................................................................................. 3

Présentation de l’entreprise ............................................................................... 6

Présentation du projet ....................................................................................... 9

Abstract ............................................................................................................ 11

I - Présentation du contexte nécessitant la virtualisation de serveurs .............. 13

1. Etat actuel : les serveurs de tests ...............................................................................14

1.1. Présentation des serveurs ...................................................................................14

1.2. Problématique ....................................................................................................16

2. Besoin d’évolution : ce que la virtualisation doit apporter .........................................17

2.1. Le principe de virtualisation ................................................................................17

2.2. Les apports de cette technologie ........................................................................19

3. Solution : la technologie de virtualisation utilisée ......................................................22

3.1. Définition des besoins .........................................................................................22

3.2. Les différentes solutions .....................................................................................23

3.3. La solution choisie...............................................................................................26

4. Mise en place : les choix et les préparatifs au déploiement ........................................29

4.1. Les choix de mise en place .....................................................................................29

4.2. Présentation de l’environnement de travail ...........................................................31

4.3. Plan d’architecture des serveurs ............................................................................34

II - Réalisation pratique des objectifs du stage : la virtualisation ...................... 37

1. Installation du serveur de machines virtuelles ...........................................................38

1.1. Acquisition du logiciel .........................................................................................39

1.2. Installation de VMWare Server 2 sur Windows Server 2003 ................................41

1.3. Installation de VMWare Server 2 sur Ubuntu Server 9.04 ...................................48

2. Création d’images de base ............................................................................................51

2.1. Définition des images de base ................................................................................51

2.2. Création d’une machine virtuelle ...........................................................................53

2.3. Duplication et renommage d’une machine virtuelle. ..............................................58

Rapport de projet

5

Année 08/09

III - Réalisation pratique des objectifs du stage : Firm Suite ............................. 62

1. Implémentation de Firm Suite dans des machines virtuelles ......................................63

2. Installation de Firm Suite ...........................................................................................65

2.1. Etapes de l’installation ...........................................................................................65

2.2. Résolution des différents problèmes rencontrés. ...................................................80

3. Réalisation de tests de l’interface ..............................................................................85

4. Autres travaux effectués en dehors des objectifs du stage ..........................................87

Conclusion ........................................................................................................ 90

Bibliographie .................................................................................................... 92

- Liens de sites Internet .....................................................................................................92

Liens concernant l’installation de Windows Server .......................................................92

Liens concernant l’installation de Windows SQL Server.................................................92

Liens concernant l’installation de IIS .............................................................................92

Liens concernant les licences et la virtualisation ...........................................................92

Liens concernant VMware ............................................................................................92

Liens concernant la virtualisation ..................................................................................93

Liens concernant la virtualisation de SQL Server ...........................................................93

Liens concernant les bugs rencontrés ...........................................................................93

Liens concernant le clonage de VM ...............................................................................93

- Documentation technique ..............................................................................................93

Table des illustrations ...................................................................................... 94

Liste des sigles et des symboles........................................................................ 96

Sigles ................................................................................................................................96

Symboles ..........................................................................................................................96

Glossaire .......................................................................................................... 97

Rapport de projet

6

Année 08/09

Présentation de l’entreprise

Multitel Incorporation a été fondée en 1980 et, est basée à Québec (QC), Canada. L’entreprise a installé plus de 40 000 produits sur le marché et dispose au-delà de 250 clients dans tout le Canada. Par ailleurs, Multitel est certifiée ISO 9001 : 2000.

Multitel conçoit, fabrique et commercialise des systèmes de télésurveillance générale pour les opérateurs et les fournisseurs de services œuvrant dans l’industrie des télécommunications, de la distribution d’énergie et de la gestion globale de l’eau (eau potable et eaux usées).

Forte de 25 années d’expérience en affaires, l’entreprise offre une expertise

éprouvée dans le domaine de la gestion d’infrastructures pour des clients tels que Bell Canada, Verizon, Qwest, Telus, Sprint, Hydro-Québec et bien d’autres. Les solutions spécifiques de Multitel permettent aux gestionnaires, aux ingénieurs et aux techniciens de :

• Assurer de manière proactive la qualité de fonctionnement des sites. • Diminuer les coûts d’exploitation des réseaux. • Automatiser le déroulement des opérations. • Éliminer les périodes d’inactivité des infrastructures et les pertes financières. • Augmenter la satisfaction et la fidélité à long terme de la clientèle.

De plus, Multitel fournit des équipements de télésurveillance ainsi que des logiciels et des services de gestion d'énergie permettant d'automatiser et d'optimiser la gestion de sites. Les produits spécifiques de Multitel offrent les atouts suivants :

• Optimisation des routines de maintenance grâce à des équipements de pointe. • Établissement de statistiques et d'historiques permettant de simplifier les interventions de dépannage. • Réduction des coûts de production et de maintenance. • Gestion proactive des éléments critiques d'un site à l'aide d'équipements de télésurveillance intelligents. • Améliorer les processus d’affaires avec des logiciels pour assurer la continuité et la gestion des crises.

Récemment, Multitel a réussi une percée aux États-Unis au San Diego Sheriff Département dans le projet Régional 3C. Cette vente a ouvert la porte au marché américain.

Rapport de projet

7

Année 08/09

L’équipe d’ingénieurs de Multitel travaille directement avec les constructeurs OEM, les concepteurs de systèmes embarqués et les entreprises pour concevoir et implanter des solutions de télésurveillance à interface Web intégrant la nouvelle technologie aux produits actuels. Pour les industries déjà équipées de divers matériels ayant leurs propres caractéristiques, les services d’ingénierie flexible de Multitel proposent des solutions adaptées de gestion, de configuration, de fabrication, de simulation et de conception offrant:

• une architecture d'applications logiciels modulaire et connectable. • une conception rapide de développement d’applications. • des applications personnalisées rejoignant les exigences des industries à portail

vertical. • une plate-forme pouvant accueillir toutes les normes standards de l’industrie. • une intégration facile aux systèmes en place. • Migration de données vers la suite FIRM.

J’ai été affecté au service R&D (Research and development) qui se doit d’innover constamment, de corriger les bugs et de faire évoluer le logiciel Firm Suite au cours des années en répondant aux besoins des clients. Ce service comporte 12 personnes et, est divisé en plusieurs groupes, Firm Suite, Firm Aggregator et QA Group (Quality Assurance Group). Je faisais partie, tout comme mon maître de stage du QA Group, qui crée et effectue des tests sur le logiciel afin d’assurer la qualité du produit lors de sa mise sur le marché.

Figure 1 - Architecture Produits Multitel

Rapport de projet

8

Année 08/09

Figure 2 - Organigramme de Multitel 2009-04-22

Le QA Group à besoin de serveurs physiques pour faire les tests, or ces serveurs d’assurance qualité peuvent être aussi utilisés par d’autres personnes de l’équipe R&D. Ces personnes effectue d’autres tests, programment ou bien utilisent tout simplement les serveurs. Elles peuvent donc, en manipulant les serveurs, générer des erreurs. L’utilisation multiple des serveurs peut donc nuire au travail du QA Group car les erreurs crées par les autres utilisateurs se mélangent aux Defects (erreurs ou bug) de la nouvelle version de Firm Suite en cours de test.

Le QA Group s’est demandé comment palier à ce problème sans toutefois avoir à acheter de nouveaux serveurs dont le prix est assez élevé ? D’où l’idée de virtualiser les serveurs de tests.

Rapport de projet

9

Année 08/09

Présentation du projet

Au cours de ces dix semaines de stage passées chez Multitel, mon rôle a été de virtualiser les serveurs d’assurance qualité existants.

J’ai été chargé, dans un premier temps, de monter un serveur de machines virtuelles sous Windows Server 2003 en prenant compte les besoins du groupe QA et du coût du logiciel de virtualisation à utiliser. Puis dans un deuxième temps, j’ai pu monter des images de machines virtuelles correspondant aux caractéristiques des serveurs utilisés par le service R&D. L’étape suivante de mon projet a été ensuite de « virtualiser » les serveurs d’assurance qualité existants, en installant notamment le logiciel de gestion d’infrastructure Firm Suite de Multitel. Et enfin, l’accomplissement de mon projet fut d’assister l’équipe d’assurance qualité dans leurs tâches, en effectuant des tests sur l’interface Web du logiciel Firm Suite.

Dans un premier temps, j’ai été amené à faire de la recherche sur Internet afin de comprendre le principe de virtualisation, les différents enjeux et les multiples avantages. J’ai ensuite eu des réunions avec mon tuteur afin de définir les besoins de l’équipe QA. Suite à cela j’ai pu choisir le logiciel de virtualisation répondant au mieux aux besoins. Ce logiciel est VMWare Server 2, il permet de gérer et de créer plusieurs machines virtuelles serveurs, et est disponible gratuitement sur Internet.

Par la suite, il m’a fallut tester ce logiciel afin de vérifier qu’il soit parfaitement en adéquation avec les objectifs du stage. Pour cela j’ai effectué des tests d’installation, de configuration et d’utilisation de VMware Server sur ma machine locale (Windows XP Professionnel) et sur un serveur distant (Windows Server 2003 R2 SP2). Ces tests m’ont amené à installer Ubuntu Server 9.04 comme serveur accueillant VMware Server car Linux est plus performant et plus robuste.

Ensuite j’ai réalisé des images de bases de machines virtuelles. C’est images sont faites pour être dupliquées et utilisées comme serveur de base. Elles contiennent Windows Server 2003, SQL Server 2005 pour la plupart, ainsi que IIS et .NET Framwork 3.5 SP1. La configuration est soit dirigée vers un serveur Web, soit vers un serveur SQL.

Ces images m’ont alors permis de recréer les serveurs de tests de l’entreprise, en installant notamment le logiciel de gestion d’infrastructure Multitel, Firm Suite. J’ai pu configurer des machines virtuelles composées de différentes versions de Firm Suite (3.25, 3.31 et 3.41) ainsi qu’installer les bases de données de Firm, avec ou sans restauration du serveur SQL de Bell Canada.

Rapport de projet

10

Année 08/09

Finalement, j’ai pu intégrer l’équipe QA et réaliser avec eux des tests de l’interface Web de la nouvelle version de Firm. J’ai pu trouver divers bugs et ainsi les notifier dans le logiciel de gestion de projet de Multitel, Target Process, afin que les développeurs corrigent les bugs.

A la fin de mon stage, j’ai réussi à accomplir tous les objectifs fixés et à mettre en œuvre le projet de virtualisation totalement. Le service Recherche et Développement de Multitel dispose maintenant d’un serveur de machines virtuelles opérationnel ainsi que de serveurs de tests virtuels contenant les différentes versions de Firm. Cela permet à l’équipe QA de continuer les tests pour la prochaine Release ainsi que de la prochaine version de Firm, le tout en ayant la possibilité de comparer les erreurs trouvées sur d’anciennes versions. Par ailleurs les machines pourront servir à un nouveau projet d’allégement de l’application Firm Suite, démontrant qu’il est possible de disposer du logiciel de façon tout a fait portable, la machine virtuelle pouvant être contenue dans tout type de support à haute capacité.

Rapport de projet

11

Année 08/09

Abstract

During my internship, I was part of the R&D (Research and Development) department. The solution developed here permit customers to get under control theirs equipments. Multitel Firm Suite, a telecommunications infrastructure management solution, short response time during any critical situation. This product is a web-based application fully compatible with all systems and requires to be very well tested before being sold.

In the same way, I was given the responsibility to increase the performance of the QA Group, which is in charge to proceed tests on the application, by virtualizing theirs tests servers.

In the first part of my work placement, I realized a deep research to understand the concept of virtualization, and also to choose a virtualization application responding to each need of the QA Group.

Then, I decided to use VMware Server 2 to create virtualized servers. So I tested it under different operating system, and then created my first virtual machine.

The next step was to generate virtual machine templates, to duplicate and rename them how often you wanted to. Thanks to these templates, I realize different virtual machines containing different version of Firm Suite, and for a part of these, a SQL Server configured with Firm databases.

Finally, I integrate the QA Group to develop tests for the application web interface, so I could help this group in his work and suggest some defects in Firm Suite 3.41.

This virtualization will be helpful for the QA Group to develop tests in a perfect independent environment, using different versions of Firm Suite, to compare tests.

Rapport de projet

12

Année 08/09

Introduction

L’informatique prend une place de plus en plus importante dans le monde du travail. Ces dernières années, les moyens de programmation et de développement de logiciels ont évolué à vitesse exponentielle, rendant le travail de tests et de vérifications d’autant plus important pour assurer l’intégrité des produits. D’autre part, cela requiert chaque jour encore plus de puissance de calcul, et donc plus de serveurs.

La virtualisation joue alors un grand rôle dans la gestion et l’optimisation des performances de serveurs actuels en entreprise. En effet elle permet de créer plusieurs serveurs virtuels, dans un seul serveur physique, sans diminuer ses performances. C’est pour cela que la majorité des clients de Multitel l’utilise actuellement dans leurs serveurs.

Multitel, n’étant pas la seule entreprise dans cette course au développement d’applications, cherche un moyen d’accroitre fortement son efficacité et la qualité de ses services. Pour cela, la société à créer un service consacré uniquement aux tests des applications en développement : Quality Assurance Group. En effet, Multitel a compris que l’efficacité d’un produit détermine sa durée dans le marché et la satisfaction du client. Le but est donc de fournir un produit testé, aussi bien en laboratoire que chez les clients, et d’en connaitre ses performances et ses limites.

A travers mon rapport, je vais donc vous présenter le travail de ce service, les outils qui m’ont été nécessaires pour mener à bien mon projet, et le bagage de connaissances indispensable pour virtualiser des serveurs et intégrer les produits de la société.

Rapport de projet

13

Année 08/09

Première Partie :

Présentation du contexte nécessitant la virtualisation de serveurs

Rapport de projet

14

Année 08/09

Dans cette première partie, la recherche de documents et de sites va permettre de bien comprendre les notions de la virtualisation, et surtout la nécessité de mon service de virtualiser ces serveurs de tests. Nous allons tâcher de voir quelle solution de virtualisation est la plus adaptée à mon projet. Puis nous verrons finalement les préparatifs nécessaires au bon déploiement de l’application choisie.

1. Etat actuel : les serveurs de tests

1.1. Présentation des serveurs Multitel dispose de deux salles de serveurs, accessible directement dans les locaux de l’entreprise. La première salle est le laboratoire R&D, y sont entreposés les serveurs du Service Professionnel, du groupe Agrégateur, mais surtout les serveurs de développement et de construction des applications, le prochain serveur de machines virtuelles, et enfin les serveurs de tests. La deuxième salle est consacrée à la vente et l’administration réseaux, on y trouve les serveurs de ventes, de messageries, mais aussi des serveurs de stockage, de DNS et de DHCP.

Vous pouvez voir sur les deux figures suivantes les différents serveurs de Multitel :

Figure 3 - Serveurs du laboratoire R&D

Rapport de projet

15

Année 08/09

Figure 4 - Serveur de la deuxième salle de brassage

Etant donnée la quantité de serveurs dans l’entreprise, je me limiterai à la description des serveurs de tests.

Dans le laboratoire R&D (Figure 3) :

- spiderman2K3 est le serveur dont je dispose pour virtualiser les serveurs.

- svr-build1 est le serveur de compilation des nouvelles versions de Firm Suite. Chaque fois que des correctifs sont crées, Stéphane Paré, mon tuteur, lance une nouvelle « build », c'est-à-dire qu’il génère les fichiers de l’application.

- svr_dev1 est le serveur qu’utilisent les développeurs du service R&D pour effecturer toutes sortes de tâche de développement d’applications.

- svr-multitel est le serveur contenant la base de données de Firm Suite de l’équipe QA afin d’effectuer des tests de l’application. C’est un serveur très performant contenant une base de données très riche.

Rapport de projet

16

Année 08/09

Dans la deuxième salle (Figure 4) :

- MTS10 est le serveur DHCP et DNS

- MTS11 est le serveur contenant l’application Web pour générer les licences de Firm.

- MTS12 est le serveur de stockage de l’entreprise contenant les fichiers de transfert et les projets de Multitel.

- newyork est le serveur Web relié à la base de données du serveur svr-multitel, il est utiliser pour lancer l’application et faire les tests.

- provincequebec pourrait être un serveur de virtualisation.

1.2. Problématique Chaque serveur de tests est accessible en Remote Access Connection, ou en connexion http vers le logiciel Firm Suite. Toute personne du service R&D peut donc avoir accès au serveur, et au logiciel Firm Suite. Il peut alors faire des tests, des installations ou des modifications du système. Cet accès à distance permet donc d’effectuer plusieurs tâches en même temps, et cela de façon quasiment invisible par rapport aux autres utilisateurs connectés au serveur.

L’accès multiple aux serveurs distants peut être une source de nombreuses erreurs, et ne participe pas à la stabilité du système. En effet, un utilisateur mal avisé, et ne prévenant pas les autres utilisateurs de ses actions sur le serveur peut générer des erreurs plus ou moins importantes. Erreurs qui seront mal interprétées par l’équipe QA en train de tester une nouvelle version du logiciel, et qui peut amener à l’instabilité, voir le crash du système.

Quand un testeur trouve une erreur, il va informer le reste du service R&D grâce au logiciel Target Process de Multitel, dont je vous ferai une description par la suite. Il demande donc au Manager des développeurs, Denis Laberge de déterminer lequel est en mesure de traiter l’erreur, puis le développeur sélectionner devra reproduire le problème et le corriger. S’il s’avère que l’erreur n’est pas en réalité liée à l’application, c’est tout le service R&D qui a été mobilisé pour rien. La perte de temps peut alors augmenter de façon exponentielle en fonction du nombre d’utilisateurs connectés.

Rapport de projet

17

Année 08/09

L’équipe QA a donc cherché une solution afin de pouvoir dupliquer leurs serveurs de tests, sans toutefois devoir racheter des serveurs physiques. Et la réponse est de développer un serveur de machines virtuelles, comportant des machines virtuelles, clonant les serveurs de tests actuels.

Nous allons donc voir si cette solution est optimale, en regardant tout ce qu’elle va pouvoir nous apporter dans notre cas.

2. Besoin d’évolution : ce que la virtualisation doit apporter L’équipe QA a besoin de faire évoluer son architecture de serveur car nous avons vu que la situation actuelle ne permet pas un développement logiciel dans des conditions et des délais optimaux.

2.1. Le principe de virtualisation La virtualisation n’est pas une idée nouvelle, en effet cette notion remonte aux débuts de l’informatique et plus particulièrement des fondements mêmes des processeurs. Les bases furent lancées par Popek et Goldberg en 1974, qui analysèrent les différentes solutions possibles de virtualisation, ainsi que leurs inconvénients.

Mais ce n’est que récemment que l’on a réentendu parler de virtualisation, et cela grâce au passage des Macs de Apple à des processeurs Intel. Windows, MacOS et Linux étant maintenant prévus pour fonctionner sur les mêmes CPU, on a pu enfin envisager de les faire cohabiter.

- Qu’est-ce que virtualiser une machine physique ?

En informatique, la virtualisation de machine se définie comme une technologie logicielle capable de transformer du matériel en logiciel. Elle permet de faire fonctionner sur une seule machine physique plusieurs systèmes d’exploitation et plusieurs applications, séparément les uns des autres, comme s’il s’agissait de machines physiques distinctes. Les logiciels de virtualisation doivent donc tromper les systèmes d’exploitation fonctionnant en parallèle pour leur faire croire qu’ils sont seuls sur la machine, alors qu’en fait ils sont plusieurs à ce partager les mêmes ressources matérielles. Pour ce faire, il faut que le logiciel

Rapport de projet

18

Année 08/09

simule autant de machines virtuelles que de systèmes d’exploitation. Chaque système d’exploitation ne voit alors que sa propre machine virtuelle.

- Comment cela fonctionne ?

Une des approches la plus rependue de la virtualisation consiste à insérer une fine couche de logiciel (l’émulateur sur la figure ci-dessous) directement sur le matériel informatique ou sur un système d’exploitation hôte. Cette couche logicielle crée des machines virtuelles et contient un moniteur de machine virtuelle ou « hyperviseur » qui alloue les ressources matérielles de façon dynamique et transparente (les logiciels de contrôle sur la figure ci-dessous), ce qui fait que plusieurs systèmes d'exploitation sont en mesure de fonctionner simultanément sur un seul ordinateur physique sans même le savoir.

- Notion de machine virtuelle

Une machine virtuelle est un conteneur totalement isolé capable d’exécuter ses propres systèmes d’exploitation et applications, à l’instar d’un ordinateur physique. Une machine virtuelle se comporte exactement comme un ordinateur physique et contient ses propres

Figure 5 - Architecture de virtualisation

Rapport de projet

19

Année 08/09

CPU, mémoire RAM, disque dur et cartes d’interface réseau virtuels (c’est-à-dire basés sur du logiciel), comme vous pouvez le voir sur la figure suivante.

Un système d’exploitation est incapable de faire la différence entre une machine virtuelle et une machine physique, il en est de même pour les applications ou d’autres ordinateurs attachés à un réseau. Même la machine virtuelle pense qu’elle est un « véritable » ordinateur. Précisions qu’une machine virtuelle est entièrement composée de logiciels et qu’elle ne contient aucun composant matériel quel qu’il soit. En conséquence, les machines virtuelles offrent de nombreux avantages par rapport aux matériels physiques.

Dans ce rapport, nous ne verrons que la virtualisation de serveurs, mais il est utile de savoir qu’il existe d’autres types de virtualisation, comme la virtualisation d’applications, de poste de travail ou du stockage.

2.2. Les apports de cette technologie

Cette nouvelle technologie logicielle apporte beaucoup de nouvelles fonctionnalités et va changer radicalement l’approche de l’informatique à venir. Effectivement, le concept même « d’un ordinateur = un système d’exploitation » disparait grâce à la virtualisation.

Figure 6 - Machine virtuelle du produit VMware

Rapport de projet

20

Année 08/09

- Les atouts de la virtualisation en général

Tous les principes de virtualisation offrent et permettent :

Une consolidation des serveurs et une optimisation de l'infrastructure : la virtualisation permet d'accroître considérablement le taux d'utilisation des ressources en regroupant des ressources communes et en sortant du schéma « une application = un serveur ». En effet, les serveurs ne fonctionnant pas à plus de 15% de leur capacité, regrouper 4 serveurs sur une même machine peut donc s'avérer rentable.

Une réduction des coûts de l'infrastructure physique: grâce à la virtualisation, on peut réduire le nombre de serveurs et la quantité de matériel informatique nécessaires dans le centre de données. Cela se traduit par une diminution des frais immobiliers et des besoins en alimentation et en ventilation, entraînant une nette réduction des coûts informatiques.

Une augmentation de la flexibilité et de l'efficacité opérationnelle: la virtualisation offre une nouvelle manière de gérer l'infrastructure informatique et peut aider les administrateurs informatiques à consacrer moins de temps aux tâches répétitives, telles que le provisionnement, la surveillance et la maintenance.

Une disponibilité accrue des applications et une amélioration de la continuité d'activité : possibilité d’éliminer les interruptions de service programmées et de rétablir rapidement le service en cas d'interruptions non programmées. La sauvegarde et le déplacement en toute sécurité des environnements virtuels entiers sans interrompre le service est possible grâce a des snapshots et au format « fichiers » des machines virtuelles.

Une amélioration de la gestion et de la sécurité des postes de travail : possibilité de déployer, gérer et surveiller des environnements de postes de travail sécurisés auxquels les utilisateurs finaux peuvent accéder localement ou à distance, avec ou sans connexion réseau, à partir de presque tous les ordinateurs de bureau, portables ou de poches.

- Ce que la virtualisation doit nous apporter dans l’entreprise :

Ce qu’il faut retenir de la virtualisation dans notre cas est que l’on peut :

Rapport de projet

21

Année 08/09

Simplifier le provisionnement des serveurs, puisqu’il suffit de construire une machine virtuelle une fois pour pouvoir la déployer plusieurs fois. Cela permet de mettre en place des images de bases de machines virtuelles pour l’équipe QA et de les dupliquer autant de fois que l’on veut.

Exécuter simultanément plusieurs machines sur le même serveur physique. Chaque testeur dispose de sa machine virtuelle et de sa configuration particulière (version différente de Firm Suite par exemple) sans qu’il y est de problèmes d’accès multiple et donc de source d’erreur pour les tests, car les machines virtuelles sont complètement indépendantes.

Optimiser le taux d’utilisation du CPU d’un serveur physique. L’entreprise n’a donc pas besoin de racheter de nouveaux serveurs et économise ainsi beaucoup d’argent.

Rationaliser le développement et le test de logiciels. Les développeurs sont en mesure de créer plusieurs environnements avec différents systèmes d’exploitation sur le même serveur. Les développeurs ont donc la possibilité de tester leurs logiciels sur d’autres systèmes d’exploitation et d’autres applications. Cela pourrait par exemple être pratique dans le cas ou l’entreprise désirerait passer à Microsoft Server 2008 et ses nouveaux composants, toujours en limitant les couts de développement. Ou même de tester leurs logiciels sur des versions antérieures de systèmes d’exploitations voir même s’orienter vers une solution Linux, qui couterais moins cher au client.

• Évaluer des logiciels sur des machines virtuelles exécutables immédiatement, sans installation ni configuration. En effet il suffit juste de lancer la machine virtuelle à distance ou en local et de faire les modifications voulues, en ayant même la possibilité de ne pas enregistrer les modifications lors de l’extinction de la machine. Le système reste donc intègre quoi que l’on fasse puisque les disques sont bloqués.

• Simplifier les tests de correctifs, d’applications et de systèmes d’exploitation, les développeurs étant en mesure de procéder aux tests dans un environnement virtuel sécurisé et de redéployer une configuration propre à l’aide de la fonctionnalité de snapshot. Les développeurs peuvent donc créer des tests risquant de ne plus faire fonctionner le serveur, n’ayant pas le souci de devoir reconfigurer le serveur de test à zero. Cela permet aussi de pallier aux fausses manipulations, aux bugs voir à d’éventuels virus.

• Assurer la portabilité pour le déplacement en toute simplicité de systèmes complets (matériel virtuel, systèmes d’exploitation et applications configurées) d’un serveur physique vers un autre, et ce même en cours d’exploitation, et sans reconfiguration. On peut donc créer plusieurs serveurs de machines virtuelles et transférer les machines

Rapport de projet

22

Année 08/09

d’un serveur à un autre comme un simple fichier texte. De plus on va pouvoir séparer le stockage du traitement. On peut donc créer un disque réseau sur un serveur accessible à distance contenant les fichiers relatifs aux machines virtuelles, et exécuter celles-ci sur un autre serveur.

Cette technologie répond parfaitement aux attentes du service R&D. La virtualisation est capable de résoudre les problèmes de serveurs actuels. Il s’agit de la solution la plus optimale, et la plus évolutive.

Mais il existe une multitude de produits sur le marché permettant de virtualiser des machines physique. Mon travail de recherche suivant a donc été de trouver la solution de virtualisation la plus adaptée aux besoins de l’équipe QA.

3. Solution : la technologie de virtualisation utilisée

Plusieurs entreprises proposent des logiciels permettant de virtualiser des machines, et surtout a des couts différents. La première tache à faire a donc été de fixer clairement les objectifs avec mon service afin de leur proposer le produit le plus adapté dans leur cas.

3.1. Définition des besoins Durant la première partie de mon stage, nous avons pu faire avec mon tuteur M. Stéphane Paré et sa coéquipière Mme Annie Cerisier, plusieurs réunions pour définir les besoins de l’équipe au sujet de la virtualisation.

Ces réunions ont permis de dégager plusieurs idées principales au sujet de la virtualisation des serveurs de tests, en effet, le logiciel de virtualisation devait permettre de :

Créer des images de base, c'est-à-dire être capable de monter un serveur virtuel vide, en installant le système d’exploitation, les mises à jour et les différents logiciels nécessaires. Puis utiliser cette machine virtuelle pour créer les serveurs de tests. Cela permettrait d’éviter de devoir installer et configurer un serveur depuis le début, à chaque fois que l’on désirerait une machine virtuelle.

Dupliquer et renommer les images de bases, on pourrait alors créer autant de machines virtuelles préconfigurées a partir des images de bases, puis de les renommer pour en faire des entités uniques.

Rapport de projet

23

Année 08/09

Créer un parc de machines virtuelles, grâce à la possibilité de duplication. On pourrait créer différents serveurs virtuels, ayant chacun un rôle différent. Puis créer un réseau et pouvoir partager les ressources de chaque serveur virtuel.

Partager les ressources des serveurs, que ce soit la puissance, le rôle ou les fichiers de chaque serveur. On devrait pouvoir faire communiquer chaque machines virtuelles entre elles comme si elles seraient sur un même réseau, mais étant chacune une entité unique.

Revenir a une configuration stable de la machine virtuelle, lors d’un crash du système ou d’une mauvaise manipulation. Ceci serait possible de deux manières différentes, en faisant un snapshot (enregistrement de la configuration du système a un moment donné) ou en créant des backups (copie et stockage des fichiers d’une VM).

Effectuer des mises à jour du système et du logiciel de virtualisation.

Virtualiser un serveur déjà existant, sans interrompre ses services et en le laissant fonctionner. On pourrait posséder une sorte de clone du serveur mais sous forme d’une machine virtuelle.

D’automatiser a création et la gestion des machines virtuelles, mais cela ne fait pas partie des objectifs principaux.

Récupérer les VMs des clients. En effet beaucoup de clients de Multitel utilisent la virtualisation dans leurs serveurs. Il a donc fallut que je me renseigne sur la technologie que les clients utilisent le plus.

Ne pas nécessiter une licence de système d’exploitation par machine virtuelle.

Suite à ces réunions, j’ai été en mesure de comprendre parfaitement les besoins de l’équipe QA. La tache suivante a donc été de rechercher les différentes solutions de virtualisation et celle qui correspondrait le plus à mon projet.

3.2. Les différentes solutions

Après de nombreuses recherches sur Internet, plusieurs technologies de virtualisation m’ont semblé intéressantes. Il a donc fallut que je fasse des choix en triant celles qui ne répondaient pas à tous les besoins de l’équipe QA.

Rapport de projet

24

Année 08/09

Suite à ce tri c’est dégager deux grands nom de l’informatique et de la virtualisation : Microsoft et VMware. Ces deux entreprises offrent des solutions à la fois stables, évolutives et très complètes dans la virtualisation de serveurs.

- La virtualisation par Microsoft

Microsoft propose déjà depuis plusieurs années son logiciel Virtual Server, qui est en autre la version serveur du très connu et très utilisé Virtual PC. Mais elle propose aujourd’hui une solution encore plus intéressante : Hyper-V. Ce logiciel de virtualisation est disponible directement sur le système d’exploitation Windows Server 2008 et donc réduit les dépenses pour développer une architecture virtuelle. De plus étant développé par Microsoft, on peut s’attendre à ce qu’il soit parfaitement adapté aux systèmes d’exploitation Windows Server et surtout qu’il ne nécessite pas de licences particulières pour les systèmes d’exploitation. Par ailleurs Hyper-V est un paravirtualiseur et un hyperviseur, c'est-à-dire qu’il peut gérer la ressource entre les différentes machines virtuelles et ainsi repartir les charges du serveur.

Or, cette solution ne fonctionne que sur une plateforme 64-bit, et la majorité des serveurs de Multitel sont encore en sous une plateforme 32-bit. Cette technologie devrait peut être nécessité l’achat d’un nouveau serveur, ce qui n’est pas envisageable dans le projet. De plus on doit disposer du système d’exploitation Windows Server 2008, or l’entreprise ne dispose pas encore de licences pour ce système d’exploitation, et ces licences ont un cout très élevé. Cette technologie propose une multitude de possibilités mais son cout de développement n’est pas adapté à un projet de cette envergure.

- La virtualisation par VMware

VMWare est une des plus grande entreprise de virtualisation, elle est orientée uniquement vers la vente et le support de plateformes de virtualisation. Elle s’impose comme leader dans le marché de la virtualisation, autant dans le domaine public qu’en entreprise. Par ailleurs elle offre autant de logiciels payants que gratuits et permet donc de démocratiser la technologie de virtualisation.

J’ai alors effectué une recherche sur les différents produits de VMware proposant des solutions de virtualisation. Suite à cette recherche j’ai ensuite rédigé un document présentant ces produits pour le remettre à mon tuteur. Ce document est présent en annexe du rapport de stage.

Rapport de projet

25

Année 08/09

Voici la liste des différents produits de VMware :

VMWare GSX Server

Application serveur servant à faire tourner des serveurs virtuels sur un serveur physique. L’accès au serveur virtuel se fait par une console installée sur un hôte Windows ou Linux.

VMWare Server

Évolution de l’application GSX permettant notamment de créer et de gérer plusieurs machines virtuelles ainsi que d’y avoir accès a distance. Dans la version 2.0, la console est remplacée par une interface Web. De plus cette version est entièrement gratuite. Un outil de gestion optionnel peut être rattaché a cette version, VMWare Virtual Center, afin de gérer l’ensemble des machines virtuelles et physiques (supervision et partage des ressources), d’utiliser des templates et les outils VMotion, DRS et HA.

VMWare ESX Server

Version la plus industrielle et la plus évoluée de la gamme d’application de virtualisation de serveur. Elle permet contrairement aux autres versions d’être installée directement sur la couche matérielle, en ce sens, aucun système d’exploitation hôte est nécessaire sur la machine physique pour pouvoir faire tourner des VM. De plus ESX est un système hyperviseur, c'est-à-dire qu’il permet de gérer les ressources de chaque machine virtuelle et physique et donc exploite les meilleures performances possibles.

La version incluse les outils : - VMotion : qui permet de migrer a chaud (sans interruption de service) une machine virtuelle d’un serveur ESX a un autre. - DRS (Distributed Resource Scheduling) : qui permet la répartition des charges entre plusieurs serveurs ESX. - HA (High Availability) : qui permet le transfert de machines virtuelles d’un serveur en panne vers un autre serveur ESX.

VMWare Converter

Outil de migration permettant de transformer un serveur physique en un serveur virtuel (Machine virtuelle VMWare), de plus, il permet de convertir des machines virtuelles de logiciels autres que VMWare.

Rapport de projet

26

Année 08/09

3.3. La solution choisie

Pendant ma recherche, j’ai pu demander au Service Professionnel si les clients utilisaient VMware, car ce service est constamment en relation avec les clients de Multitel. J’ai alors appris que la plupart des clients de Multitel utilise déjà la technologie de virtualisation et plus particulièrement les solutions de VMware. Cela m’a donc beaucoup éclairé car le service professionnel et la plupart des clients utilisent VMware Server, (appart Hydro Quebec qui utilise ESX Server) permettant au service professionnel de récupérer les VMs clients pour par exemple corriger un problème sur l’application Web Firm ou régler des problèmes de compatibilité tout cela à distance.

Le choix a donc été dirigé vers la solution VMWare Server 2, car elle répond à l’ensemble des besoins du projet, et, qu’elle ne requiert aucun cout de développement. C’est une bonne solution afin de migrer progressivement vers la consolidation de serveur à faible cout. De plus la majorité des clients de Multitel l’utilise déjà pour leurs serveurs.

Ce produit permet en autre, de créer des images virtuelles de base de serveurs, de les dupliquer et de les renommer, de générer des snapshots afin de garder une version stable de la VM, d’utiliser des disques durs physiques distants, et de transférer des VM d’un serveur physique à un autre. Pour convertir un serveur physique un serveur virtuel (virtualiser un serveur) on pourra utiliser le logiciel VMWare Converter qui est lui aussi disponible gratuitement sur le site de VMware.

Rapport de projet

27

Année 08/09

Figure 7 - Interface Web de VMware Server 2.0

En se qui concerne les problèmes éventuels de licences, je me suis penché sur la question en effectuant des recherches sur Internet, et plus particulièrement pour les systèmes d’exploitation Windows Server. J’ai pu alors trouver un site très intéressant de Microsoft, les Microsoft TechDays 09 qui contient les vidéos de différentes rencontres de Microsoft pour parler de nouveaux produits et de nouvelles technologies. J’ai alors rédigé un document pour mon tuteur afin de lui présenter les différentes licences de systèmes d’exploitation et le nombre de machines virtuelles que l’on peut installer en fonction de la licence. Ce document est en annexe du rapport de stage et traite du système d’exploitation Windows Server 2008.

Rapport de projet

28

Année 08/09

Voici les possibilités de virtualisation pour Windows Server 2003 :

Produit

Nombre maximal d’instances exécutables

simultanément dans un OSE par

licence

Application aux environnements virtualisés

Windows Server

2003 R2 Standard Edition

Une

Une seule licence Standard Edition permet d’exécuter une seule instance du logiciel sur le serveur auquel la licence est affectée, tant dans un OSE (Operating System Environment) virtuel que physique. On doit affecter une licence Standard Edition à chaque instance en cours d’exécution.

Windows Server

2003 R2 Enterprise

Edition

Quatre

Une licence Enterprise Edition accorde le droit d’exécuter un unique serveur Enterprise dans un OSE physique et jusqu’à quatre OSE virtuels simultanés. Si on opte pour les cinq instances simultanées autorisées, l'instance du logiciel serveur qui s'exécute dans l'OSE physique est la seule utilisable pour exécuter le logiciel de virtualisation du matériel et le logiciel dédié à la gestion et la maintenance des OSE sur le serveur.

Windows Server

2003 R2 Datacenter

Edition

Un nombre illimité.

Lorsque Datacenter Edition est cédé sous licence pour chaque processeur physique du serveur, ce dernier peut s’exécuter à la fois sur l'OSE physique et sur un nombre illimité d’instances Windows Server exécutées dans des OSE virtuels.

Cette solution semble être la meilleur pour développer un serveur de machines virtuelles à moindre cout.

Rapport de projet

29

Année 08/09

4. Mise en place : les choix et les préparatifs au déploiement

4.1. Les choix de mise en place

-Le serveur physique

Le serveur physique dont j’ai disposé été l’un des premiers serveurs de Multitel pour compiler le logiciel. Il n’était plus utilisé depuis, j’ai donc du en premier temps récupérer l’accès au serveur, nettoyer les disques et supprimer des données inutiles pour la virtualisation. Le serveur à retrouver ces performances d’origine et il a été possible de lancer des applications dessus. Voici les caractéristiques de ce serveur :

Nom :spiderman2k3 Processeur : Intel Xeon Processor 2.8-GHz/533MHz standard Mémoire cache : 512-KB level 2 Mémoire vive : 3GB Stockage : 2 disques 15K ULTRA 320 SCSI de 18.2GB montés en miroir

Figure 8 - serveur spiderman2k3

Rapport de projet

30

Année 08/09

-Les systèmes d’exploitation

Le système d’exploitation du serveur spiderman2k3 était Microsoft Windows Server 2003 SP2. C’est le système d’exploitation hôte pour le logiciel de virtualisation VMWare Server. Mais suite à des tests du logiciel VMWare Server, j’ai trouvé que le serveur était assez lent et que de nombreuses erreurs de connexion ou d’installation de machines virtuelles se produisaient. J’ai donc décidé, avec mon tuteur d’installer Linux sur ce serveur. J’ai donc installé et configuré Ubuntu Server 9.04 pour que le serveur puisse servir de serveur de machines virtuelles. Il s’appelle maintenant spidermanlinux.

En ce qui concerne le système d’exploitation des machines virtuelles, ce sera toujours Windows Server 2003 R2 SP2 car l’application Firm est faite et a été développée pour ce système d’exploitation. Tout autre système rendrait l’utilisation et l’installation de Firm difficile.

-Les applications

Pour que l’on puisse installer Firm, qui est une application web, il a fallut ajouter des applications dans les machines virtuelles.

La plus grosse application, et surtout la plus importante est Microsoft SQL Server. En effet Firm nécessite un serveur SQL pour pouvoir fonctionner. Il a donc fallut que je me renseigne et me documente pour installer et configurer le serveur SQL pour faire fonctionner Firm.

Une autre application importante est IIS (Internet Information Services). Il s’agit d’un serveur Web permettant de développer et faire tourner de grosse applications Web, ici Firm. La version à installer et IIS 6.0, toute version ultérieure est incompatible à Firm.

Rapport de projet

31

Année 08/09

Figure 9 - Internet Information Services

Les VMs devront contenir aussi Microsoft .NET Framework 3.5 Service Pack 1, Java Version 6 Update 14, Internet Explorer 7 et les dernières mises à jour du système. Tout cela pour contribuer au bon affichage de l’application web.

4.2. Présentation de l’environnement de travail

Tout au long de mon stage, j’ai eu à disposition un bureau proche dans le service R&D, et plus particulièrement a coté de l’équipe QA. Mon tuteur ma fournit un ordinateur fixe performant sous Windows XP et deux écrans pour pouvoir gérer plusieurs machines virtuelles comme vous pouvez le voir sur la figure suivante.

Rapport de projet

32

Année 08/09

Figure 10 - Mon poste de travail chez Multitel

Il faut savoir que le Canada est proche des Etats-Unis et à une entente sur le marché, tous les logiciels et les machines proviennent donc des Etats-Unis. La langue en informatique est donc l’anglais, y compris les claviers. La langue d’écriture est le Canadien Français, il a dont fallut une petite période d’adaptation surtout que les touches n’étant pas adapter a la langue, la recherche de caractères n’était pas évidente. Mais cela m’a beaucoup été favorable et a contribuer à améliorer mon anglais. La majorité de mes recherches se faisant dans cette langue, car c’est comme cela que j’ai trouvé le plus d’informations.

C’est pour cela que vous pourrez trouver dans la suite de ce rapport des expressions ou des références ou chemins en anglais.

Puis on m’a créé un usager sur le domaine de l’entreprise : MULTITEL\edgar.franz. J’ai pu ainsi me connecter au domaine .multitel sur ma machine et avoir accès aux ressources du service R&D. Grâce au programme Remote Desktop Connection, j’ai pu ensuite avoir accès a tous les serveurs du service R&D et plus particulièrement celui vers mon serveur de machines virtuelles. Toutes les installations et les configurations ont été établies à distance depuis mon bureau.

On m’a ensuite donner l’accès au logiciel de gestion de projet et de temps de l’entreprise : Multitel Target Process. Il m’a permis de gérer mon projet. Je devais rentrer les taches à faire et estimer le temps que je devrais y passer dans un premier temps, puis tous

Rapport de projet

33

Année 08/09

les jours, je devais rentrer mon temps passé dans chaque tache. Cela permet d’optimiser le temps de travail, de vérifier si l’on ne s’attarde pas trop sur une tache, si le projet se dirige vers le bon chemin et surtout de vérifier si l’on a effectué son temps de travail hebdomadaire.

Figure 11 - Interface web de Target Process

Ce logiciel m’a beaucoup plus car il permet parfaitement de gérer les projets, d’ailleurs il est utilisé par tous les membres du service R&D, il permet de sortir des statistiques et des rapports pour chaque projet, et contribue donc à optimiser le développement de produits, puis surtout nous laisse libre dans nos horaires de travail, le tout étant d’avoir réaliser les 37,5 heures par semaines. Vous pourrez trouver en annexe les différents UserStories et Tasks que j’ai créé et réaliser au cours de mon stage.

Rapport de projet

34

Année 08/09

Un autre point important dans mon environnement de travail a été la participation aux Scrum Meeting hebdomadaire du service R&D. Il s’agit d’une réunion d’au plus trente minutes ou chaque membre du service expose le travail qu’il a réalisé durant la semaine et des difficultés qu’il a rencontré. Cela permet d’informer tout le personnel du travail réalisé par chacun, de s’assurer d’un suivi parfait des projets en cours, puis de pouvoir parler de sujets importants tous ensemble. En effet il est très important de savoir le rôle de chaque personne dans un projet de développement, on peut ainsi proposer de l’aide ou voir les personnes qui ne travaillent pas comme il faut.

4.3. Plan d’architecture des serveurs

Une étape importante de mon stage a été de réaliser un plan d’architecture des serveurs actuels mais aussi des possibles serveurs de machines virtuelles. Cette étape a été cruciale dans le bon déploiement de la virtualisation.

J’ai donc commencé par réaliser l’inventaire des ressources et des serveurs. L’inventaire est disponible en annexe. Puis j’ai pu effectuer un plan d’architecture réseau des serveurs existants, d’abord sur papier puis ensuite en utilisant le logiciel Microsoft Office Visio for Enterprise.

Rapport de projet

35

Année 08/09

Figure 12 - Plan d'architecture réseau des serveurs de Multitel

Apres avoir bien identifié l’architecture réseau, je me suis penché sur la création de plusieurs cas d’architecture de VMs, en fonction de la puissance de chaque machines, de leurs quantité de RAM et de leur capacité de stockage. J’en suis venu a plusieurs conclusion, une architecture comportant le maximum de VMs, une architecture comportant le plus de VMs puissantes et enfin une architecture intermédiaire que l’on pourrait utiliser. Toutes les architectures au format MS Visio sont présentent en annexe.

Rapport de projet

36

Année 08/09

Salle 1 – 100 MBPS Ethernet Network

Salle 2 - 1 GBPS Ethernet Network

NewYork

Network209.89.97.0/24

GatewayIP 209.89.97.108

Subnet 255.255.255.0

VM Datastores

VMWare Server 2 inside VMWare Server 2 inside

VMWare Server 2 inside VMWare Server 2 inside

Cas 2 : maximum de RAM par VM (1024MB)

Svr-multitelSpiderman2k3

Shared folder over a network connection

ProvinceQuebec

VM Datastores

Shared folder over a network connection

1024MB of RAM

1024MB of RAM

1024MB of RAM

1024MB of RAM

1024MB of RAM

1024MB of RAM

1024MB of RAM

1024MB of RAM

1024MB of RAM

1024MB of RAM

1024MB of RAM

1024MB of RAM512MB of RAM256MB of RAM

Figure 13 - Exemple de plan d'architecture de VMs réalisable avec Microsoft Office Visio

Pendant les deux premières semaines de mon stage, j’ai accompli les objectifs de mon tuteur, l’analyse préliminaire des besoins de virtualiser les serveurs, le choix d’une solution de virtualisation, la familiarisation avec celle-ci, ainsi que la mise en place du déploiement.

J’ai beaucoup appris sur la manière de travailler des développeurs informatiques et des testeurs, et sur leur esprit d’équipe. J’ai acquis beaucoup de connaissances au sujet de la virtualisation, et surtout de sa grande utilité révolutionnant l’informatique. C’est la tendance du moment et je compte enrichir mes compétences dans la seconde partie de mon projet, la réalisation pratique de la virtualisation de serveurs.

Rapport de projet

37

Année 08/09

Deuxième Partie :

Réalisation pratique des objectifs du stage : la virtualisation

Rapport de projet

38

Année 08/09

Dans la deuxième partie, la réalisation pratique de la virtualisation de serveurs va permettre de vérifier la théorie sur l’avantage des machines virtuelles. Les besoins vus précédemment concernant la virtualisation vont faire l’objet de tests et démonstrations. Nous allons tacher de voir si la notion d’image de base est réalisable et si le serveur que l’on m’a fourni est capable de supporter la charge de plusieurs machines virtuelles. D’autre part on va pouvoir se poser deux questions :

Combien de machines virtuelles peut-on lancer en même temps sans arriver à un ralentissement notoire de chaque machines virtuelles ?

Quel est la taille standard d’une machine à définir lors de sa création ?

1. Installation du serveur de machines virtuelles

Le serveur de machine va être réalisé grâce à l’utilisation du logiciel VMware Server. Le logiciel de virtualisation a été testé en premier lieu sur ma machine (sous Windows XP), il ne s’agit pas d’un serveur mais il a été utile de vérifier si le logiciel été en mesure lancer des machines virtuelles sur un système d’exploitation non serveur (pour assurer une portabilité totale des machines), et surtout de voir si le logiciel répondait aux attentes.

Etant donné que la version VMWare Server 1.0 avait déjà été téléchargée, j’ai procédé à l’installation de celle-ci. Pour tester le logiciel, je suis allé chercher des machines virtuelles clientes et de Multitel déjà existantes chez le service professionnel. Le logiciel fonctionne bien mais semble être un peu lent. De plus l’interface prend beaucoup de ressources sur la machine, car il s’agit d’une application standard et non web.

J’ai alors voulu tester la nouvelle version de VMWare server, la 2.0.1 qui est sortie juste après la version beta de test. C’est donc une version officielle parfaitement stable. Les nouveautés par rapport a l’ancienne version est :

• La possibilité d’utiliser un disque réseau a distance, appelé NAS Datastore (Network Area Storage Database), et permet donc de séparer le stockage de l’applicatif.

• La gestion de serveurs de VNs par Infrastructure Web Access, une application web permettant de gérer le parc de VMs.

• Le lancement des VMs sur une fenêtre différente du Web Access, appelé la console.

• La gestion des systèmes d’exploitation invités de 64-bits, sur des serveurs 64-bits.

Rapport de projet

39

Année 08/09

• La possibilité d’enregistrer un raccourci vers la console des VMs, ce qui permet de ne plus être obligé de lancer un navigateur internet. La machine virtuelle se définie alors comme une entité indépendante située sur le bureau de l’hôte distant ou local.

1.1. Acquisition du logiciel

Le logiciel VMWare Server est disponible sur le site officiel de VMWare. On peut y accéder à l’adresse suivante http://www.vmware.com/freedownload.

Or on peut constater (sur la figure suivante) que pour télécharger le logiciel, nous sommes obligé de s’enregistrer sur le site. VMWare Server est donc gratuit mais pas libre.

Figure 14 - Identification requise pour télécharger VMWare Server

Cela n’est pas très important, et consiste à fidéliser le client en obligeant de donner son adresse mail afin de recevoir les dernières nouvelles et technologie. On peut bien voir ici la stratégie de VMWare qui bien que la société propose des logiciels gratuits, incite le client à entrer dans une « communauté » et peut ainsi espérer par la suite vendre des produits plus chers mais surtout plus fiable.

Rapport de projet

40

Année 08/09

Par ailleurs lors de l’enregistrement, VMware demande non seulement des informations à propos de la personne qui va télécharger mais aussi de l’entreprise auquel il appartient. Il a donc fallut que je demande à mon tuteur le droit d’entrer des informations sur l’entreprise. Nous avons donc remplis le formulaire que vous pouvait voir dans la figure suivante.

On peut noter par ailleurs que le nombre de licences données par VMWare est limité à 10 par entreprise, Windows et Linux (entouré en rouge sur la figure), ce qui limite le nombre de serveur et donc l’accès aux grandes entreprises. Mais dans notre cas la limite ne sera pas un problème, le nombre de serveurs maximum capable de recevoir un serveur de machines virtuelles est de quatre serveurs.

Figure 15 - Formulaire d'inscription de VMWare

Nous disposons suite à l’enregistrement d’une licence pour Windows et une licence pour Linux, et de liens de téléchargement des dernières versions de VMware Server.

Rapport de projet

41

Année 08/09

Le téléchargement est à présent fini, et la prochaine partie de se rapport va consister à expliquer la procédure d’installation de VMWare Server.

1.2. Installation de VMWare Server 2 sur Windows Server 2003

Voici la procédure d’installation que j’ai réalisée pour installer le logiciel :

- Pré-requis

Pré-requis hardware L’host sur lequel est installé VMware Server 2.0 doit répondre au minimum aux pré-requis suivants : - Une architecture 32 ou 64 Bits avec un maximum de 16 processeurs. - Un processeur de 733 MHz ou supérieur. - 512 MB de mémoire vive au minimum. 2 GB est recommandé. - Un disque IDE ou SCSI avec un minimum de 1,7 GB d’espace libre pour VMware Server ainsi que pour les machines virtuelles. - Les lecteurs CD/DVD-ROM IDE et SCSI sont supportés ainsi que les images ISO.

Pré-requis software VMware Server 2.0 a été conçu pour s’installer sur une plateforme serveur (Windows ou Linux) et non sur une plateforme cliente. Cela étant, la liste des plateformes supportées par VMware et la liste des plateformes où fonctionne réellement VMware Server 2.0 sont deux choses très différentes. En effet, des essais concluant ont démontré qu’il était possible de l’installer et de l’utiliser sur les plateformes clientes Windows XP et Windows Vista. Voici la liste des plateformes officiellement supportées en tant que host : Système d’exploitation (32 Bits) Service Pack Windows Server 2008 Standard Edition Windows Server 2008 Entreprise Edition Windows Server 2003 Standard Edition SP1, SP2, R2 Windows Server 2003 Entreprise Edition SP1, SP2, R2 Windows Server 2003 Web Edition SP1, SP2, R2 Windows Small Business Server 2003 Standard R2 Windows Small Business Server 2003 Premium R2 Windows 2000 Server SP3, SP4 Windows 2000 Advanced Server SP3, SP4

Rapport de projet

42

Année 08/09

Système d’exploitation (64 Bits) Service Pack Windows Server 2008 x64 Standard Edition Windows Server 2008 x64 Enterprise Edition Windows Server 2003 x64 Standard Edition SP1, SP2, R2 Windows Server 2003 x64 Enterprise Edition SP1, SP2, R2 Voici la liste des navigateurs supportés pour l’utilisation de VMware VI Web Access : - Mozilla Firefox 2.0 ou supérieur, - Internet Explorer 6.0 ou supérieur.

-Installation de VMware Server 2.0

Etape 1 : Lancement de l’interface d’installation Se connecter avec un compte faisant parti du groupe local Administreurs. Exécuter le fichier d’installation VMware-server-2.0.0-122956.exe. Si un avertissement de sécurité apparaît, cliquer sur le bouton Exécuter. Patienter.

Figure 16 - Lancement de l'interface d'installation

Rapport de projet

43

Année 08/09

Etape 2 : Installation Cliquer sur le bouton Next.

Etape 3 : Licence Sélectionner Yes, I accept the terms in the license agreement puis cliquer sur le bouton Next.

Figure 17 - Installation

Figure 18 - Licence

Rapport de projet

44

Année 08/09

Etape 4 : Répertoire d’installation Laisser par défaut le répertoire d’installation puis cliquer sur le bouton Next.

Etape 5 : Configuration du serveur Créer un répertoire VM sur la partition D:\. Cliquer sur le bouton Change… afin d’indiquer ce répertoire comme chemin de stockage pour les machines virtuelles.

Renseigner le nom complet de la machine hôte : <host_name>.<domain_name> Pour l’équipe QA, une des machines hôte est spiderman2k3.multitel.com

Laisser par défaut les ports utilisés à savoir : HTTP : <http_port_number> en général le port 8222 HTTPS : <https_port_number> en general le port 8333

Puis cliquer sur le bouton Next.

Figure 19 - Répertoire d'installation

Rapport de projet

45

Année 08/09

Etape 6 : Raccourcis Décocher Desktop et Quick Launch toolbar puis cliquer sur le bouton Next.

Figure 20 - Configuration du serveur

Figure 21 - Raccourcis

Rapport de projet

46

Année 08/09

Etape 7 : Lancement de l’installation Cliquer sur le bouton Install afin de commencer l’installation.

Etape 8 : Installation Patienter durant l’installation

Figure 22 - Lancement de l'installation

Figure 23 - Installation

Rapport de projet

47

Année 08/09

Etape 9 : Informations d’enregistrement Entrer les informations suivantes : User Name : <user_name>, Company : <company_name>. Et pour le numéro de série, il faut se référer aux spécifications techniques. Cliquer sur le bouton Enter.

Etape 10 : Fin de l’installation Cliquer sur le bouton Finish.

Figure 24 - Enregistrement des informations

Figure 25 - Fin de l'installation

Rapport de projet

48

Année 08/09

- Connexion à VMware VI Web Access

Une fois VMware Server installé, il est possible de s’y connecter via les adresses suivantes en lançant le navigateur Internet:

-HTTP : http://<hostname>:<http_port_number>, exemple http://spiderman2k3:8222

-HTTPS : https://<hostname>:<https_port_number>, exemple https://spiderman2k3:8333

A ce stade on est prêt à créer des machines virtuelles et les faire fonctionner sur le serveur. Or sur le serveur spiderman2k3, j’ai précisé tout à l’heure que le Windows Server 2003 avait rencontré des problèmes de performances et donc que le système actuelle est maintenant Linux Ubuntu 9.04. J’ai donc du par la suite a apprendre à installer VMWare Server 2 sur un hôte Linux.

1.3. Installation de VMWare Server 2 sur Ubuntu Server 9.04

En premier lieu il va falloir télécharger le logiciel sur le site de VMware. Prendre la version pour Linux après s’être identifié.

Il faut ensuite installer quelques paquets nécessaires à l'installation. Ouvrir une fenêtre de terminal et lancer la commande :

sudo apt-get install build-essential libdb2 xinetd linux-headers-$(uname -r) libgnome2-perl

Une fois tous les paquets installés, on doit décompresser l'archive de VMware Server : naviguer dans le terminal jusqu'au dossier où l’on a extrait l'archive puis entrer la commande suivante (il est possible que le nom du fichier soit différent, en fonction de la version à installer) :

tar xzvf VMware-server-2.0.1-156745

Puis entrez dans le dossier extrait :

cd vmware-server-distrib

Rapport de projet

49

Année 08/09

Et lancez le script d'installation en tant que "root" :

sudo ./vmware-install.pl

L'installateur va poser diverses questions. Si on ne sait pas quoi répondre, appuyer simplement sur Entrée, les valeurs par défaut étant parfaitement adaptées à une utilisation de base. Ne pas oublier le numéro de série (différent de celui de Windows), il sera demandé pendant l'installation. Une fois l'installation terminée, démarrer VMware Server soit en exécutant la commande vmware, soit en utilisant le raccourci créé dans votre menu (dans System sous KDE et System Tools sous GNOME).

-Configuration réseau du serveur

VMWare est maintenant installé sur Linux. Il a fallu alors configurer le réseau d’Ubuntu pour permettre le partage de fichiers entre Linux et Windows. En effet spidermanlinux ne dispose pas assez d’espace disque pour pouvoir stocker des machines virtuelle, j’ai donc choisi un autre serveur, svr-multitel, qui dispose d’une capacité de stockage supérieure à 400GB. J’ai alors crée un accès à distance à ce disque en réseau.

Sur Linux le partage de fichier vers Windows n’est pas configuré, il faut spécifier dans un certain fichier où se trouve le serveur, puis installer un programme spécifique.

Pour cela, ouvrir une fenêtre de terminal et entrer les commandes :

cd /etc/fstab sudo gedit fstab

Un éditeur de texte s’ouvre, rajouter à la fin du fichier la ligne suivante :

//svr-multitel/R$ /mnt/svrmultitel smbfs username = administrator, password=****** 0 0

Créer un dossier dans le dossier mnt :

cd /mnt sudo mkdir svrmultitel

Installer le package smbfs afin de partager les fichiers de Windows :

sudo apt-get install smbfs

Rapport de projet

50

Année 08/09

Attendre la fin de l’installation puis lancer le lien vers le serveur :

cd /mnt sudo mount svrmultitel

Pour vérifier que le lien a bien été fait :

cd svrmultitel ls

Une liste de fichier doit être présente.

A ce stade la connexion a bien été effectuer et on peut avoir accès aux fichiers d’un serveur Windows. On peut donc préciser à VMware Server où se situent les fichiers relatifs aux machines virtuelle dans l’interface graphique.

- Configuration de VMware Server pour accéder aux fichiers

VMWare Server, les fichiers sont disponibles à partir de « Datastores », ceux-ci pointent vers un fichier Windows contenant les machines virtuelles. Il peut être situé en local sur la machine ou en réseau comme dans notre cas.

Pour configurer un « Datastore » :

- Lancer VMware VI Web Access, soit en cliquant sur le raccourci bureau, soit en entrant l’URL dans la barre d’adresse d’un navigateur Internet.

- Cliquer sur le lien « Add a datastore », une fenêtre s’affiche. Vous pouvez voir comment configurer le « Datastore » sur la figure suivante.

Rapport de projet

51

Année 08/09

Figure 26 - Configuration d'un Datastore distant

Toutes les VMs présentes dans ce « Datastore » seront donc utilisables. On peut noter que l’on peut créer plusieurs « Datastore » et donc exécuter sur un même serveur des VMs située a des endroits différents.

2. Création d’images de base

Le prochain objectif de mon stage fut de créer des images de bases utilisables pas l’équipe QA. Ces images devaient supprimer le temps d’installation de Windows Server 2003 et de SQL Server 2005 au service. Les développeurs n’ayant qu’à copier les fichiers de la VM sur leur serveur ou leur machine locale.

Il a alors fallut définir ce que contiendrait une image de base, mais aussi les différents types d’images de bases dont aurait besoin mon tuteur et ca coéquipière.

2.1. Définition des images de base

Une image de base est une machine virtuelle contenant déjà des informations, c'est-à-dire un système d’exploitation et divers logiciels. Elle a pour but de service de modèle de

Rapport de projet

52

Année 08/09

machine virtuelle et d’être dupliquée autant de fois que désirée. Elle se veut donc être parfaitement stable et configurée.

Dans mon stage, j’ai du premièrement créer une image de base en commençant a zéro, c'est-à-dire que j’ai créé une machine virtuelle, dont on verra la procédure dans la suite du rapport. Pour cela j’ai effectué une recherche afin de définir la taille standard d’une image de base, c'est-à-dire la taille des disques de la machine virtuelle, et donc la capacité de stockage nécessaire sur chaque serveur. J’en ai alors conclu qu’un disque de 10GB suffisait pour l’installation du système d’exploitation, et des différents logiciels, comme SQL Server, puis pour les machines virtuelles devant stocker des bases de données plus ou moins grosses, j’ai décidé de rajouter un disque dur virtuel dans la machine de 10GB, ce qui a été largement suffisant par la suite.

Puis j’ai installé le système d’exploitation Windows Server 2003 R2 SP2 comme sur un serveur physique. J’ai ensuite effectué toutes les mises à jour du système et configuré le serveur pour qu’il soit sur le domaine Multitel en ayant un rôle de serveur Web. Pour cela j’ai installé IIS 6.0 et Framework 3.5 SP1.

Je ne préciserai pas dans ce rapport les procédures relatives à l’installation de chaque composant de la machine virtuelle car ce serait trop long. Mais ce travail a nécessité tout de même de ma part une bonne partie de recherche sur Internet afin d’installer et configurer correctement chaque partie.

Le résultat de mon travail fut ma première machine virtuelle, qui ma servi à créer d’autres images de base. En effet j’ai désiré créer plusieurs images de bases avec différentes caractéristiques afin de répondre au mieux aux besoins de l’équipe QA, mais aussi pour que ces VMs puissent être aussi utilisées par d’autres membre du service R&D.

J’ai donc créé les images de base suivantes :

- une VM Windows Server 2003 R2 SP2 avec 256MB de RAM

- une VM Windows Server 2003 R2 SP2 avec 512MB de RAM

- une VM Windows Server 2003 R2 SP2 avec 1024MB de RAM

- une VM Windows Server 2003 R2 SP2 contenant un serveur SQL 2005 et 512MB de RAM

- une VM Windows Server 2003 R2 SP2 contenant un serveur SQL 2005 et 1024MB de RAM

Rapport de projet

53

Année 08/09

Figure 27 - Liste des VMs de base sur le serveur svr-multitel

Toutes ces VMs ont été crées en dupliquant la première VM que j’ai installée, puis j’ai pu changer l’allocation de mémoire vive sur chaque VM comme si l’on enlevait ou rajoutait des barrettes de RAM sur un ordinateur physique.

Nous allons voir maintenant comment créer une machine virtuelle sous VMware Server 2. La procédure suivante à été réalisée par moi-même et sert à présent à mon tuteur et son équipe pour créer de nouvelles machines virtuelles.

2.2. Création d’une machine virtuelle

-Pré-requis

Les fichiers d’une machine virtuelle sont crées dans un « datastore ». Le « datastore » par défaut s’appelle standard, il a été crée lors de l’installation de VMWare Server. Il est possible d’utiliser d’autres « datastore » en les créant soit dans un disque local, soit dans un disque réseau (perte de performance des VM).

Remarque : pour ajouter un nouveau « datastore », se reporter à la sous partie précédente intitulée «1.3. Installation de VMware Server 2 sur Ubuntu Server 9.04 ».

-Procédure

Étape 1 – connexion au serveur de VM: - Démarrer VMWare Infrastructure Web Acces.

Rapport de projet

54

Année 08/09

a) Si l’on est directement sur le serveur ou est installé VMWare Server, lancer le programme VMWare Server Homepage. b) Si l’on est sur un hôte distant, lancer votre navigateur internet et entrer dans la barre d’adresse : https://<hostname>:<https_port_number>

<hostname> est le nom du serveur hébergeant VMWare Server : spidermanlinux <https_port_number> est le port utilisée pour le protocole https, par défaut ce port est le 8333.

- S’identifier sur le portail de connexion au serveur de VM. (Comme je fesais partie du domaine Multitel, je me connectais directement avec mon identifiant de domaine).

Étape 2 – lancement de création de VM: On est à présent connecté sur l’interface web de VMWare Server. Il faut maintenant lancer la création d’une machine virtuelle.

Pour cela :

- Cliquer sur Create Virtual Machine dans la partie Commands de l’onglet Summary du serveur.

- Spécifier le nom de votre nouvelle machine virtuelle ainsi que le « datastore » ou sera stockée la VM.

- Cliquer sur Next.

Étape 3 – choix du système d’exploitation de la VM: - Sélectionner ensuite le système d’exploitation que l’on désire installer par la suite, parmi ceux proposés dans la liste des systèmes supportés (32 ou 64-bit).

- Si toutefois le système d’exploitation ne fait pas partie de cette liste, sélectionner Other (vérifier toutefois si le système est supporté en allant sur le site de VMWare pour éviter tous problèmes de compatibilité).

- Cliquer sur Next.

Rapport de projet

55

Année 08/09

Étape 4 – choix de la quantité de RAM et du nombre de processeur pour la VM : - Choisir la quantité de mémoire vive à allouer à la machine virtuelle.

a) Recommended Size est calculée en fonction du système d’exploitation choisi et de la quantité de RAM disponible sur l’ordinateur hôte.

b) Recommended Maximum est la quantité maximum de RAM recommandée pour obtenir les meilleures performances.

Attention, allouer le maximum de RAM peut avoir un léger impact sur les performances de la machine hôte. Il est recommandé d’allouer le maximum de RAM que dans le cas ou la machine hôte est seulement destinée à faire tourner des machines virtuelles.

c) Recommended Minimum est la quantité minimum de RAM recommandée pour minimiser l’allocation des ressources mémoires de l’hôte aux machines virtuelles. Attention, ne pas descendre en dessous de cette quantité afin de garder l’intégrité du système d’exploitation hôte.

- Choisir le nombre de processeur à allouer à la machine virtuelle.

Remarque : VMWare Server ce chargera de gérer l’allocation de mémoire et de puissance des processeurs entre les différentes machines virtuelles lancées. Par ailleurs pour faire tourner correctement Windows Server 2003 en tant que système hôte de la machine virtuelle, une configuration de 1GB de RAM et un minimum de 1 processeur est une bonne base.

- Cliquer sur Next.

Étape 5 : allocation d’un disque virtuel: On doit maintenant allouer un disque virtuel pour la machine, soit en créant un nouveau disque, soit en utilisant un disque existant.

- Créer un nouveau disque virtuel, il est possible de choisir la taille et le lieu de stockage du disque virtuel.

Remarque : la taille minimum spécifiée pour Windows Server 2003 est 8GB, sachant que le système prend plus de 7GB sur le disque et que d’autres applications lourdes peuvent être installé sur la VM, compter au moins 10GB pour une VM classique et au moins 14GB pour une VM contenant par exemple un serveur SQL.

Par ailleurs choisir toujours de stocker les disques virtuels dans le même fichier que la VM, cela permettra de dupliquer les VM plus facilement.

Rapport de projet

56

Année 08/09

- Différentes options sont utiles :

File options permet d’allouer directement tout l’espace disque directement, ou de laisser l’allocation de cet espace dynamiquement (c'est-à-dire que le disque va « grossir » au fur et a mesure). Mais aussi de découper le disque en plusieurs fichiers de 2GB pour les systèmes d’exploitation ne supportant pas de gros fichiers.

Disk Mode permet, si vous cochez Indepedent Mode de ne pas affecter les disques virtuels par les Snapshots. Deux options s’offrent à vous : Persistent permet d’affecter un disque de la même manière qu’un disque physique, c'est-à-dire que tout changement sont écris directement et de façon permanente sur le disque. Et Nonpersistent qui efface tous changements quand la machine virtuelle est éteinte. Ce mode est relativement intéressant afin de garder un système toujours au même stade, sans utiliser de snapshot. Ce mode est recommandé pour les environnements de test de logiciel.

Policies permet de spécifier la méthode de sauvegarde des données. Soit les données sont enregistrées directement sur le disque sans notifier le système, ce qui augmente la sécurité, soit les données sont enregistrées plus tard, dans ce cas on augmente les performances du système. Dans le cadre ou l’on a choisi le mode nonpersistent disk mode, il est peut être plus utile d’optimiser les performances.

- Cliquez sur Next.

Étape 6 – sélection du type de réseau : Il faut maintenant ajouter un adaptateur réseau afin d’être connecté soit au réseau du serveur de VM, soit au réseau local du serveur physique. Il est possible aussi ne pas disposer de connexion réseau, dans ce cas il sera impossible d’effectuer les mises à jour du système d’exploitation.

Pour voir quel type d’adaptateur correspond le mieux a votre situation, se référer au fichier Network_adapter.PNG se trouvant dans les annexes.

- Pour une installation standard, sélectionner Add a Network Adapter et le mode Bridge. - Cliquer sur Next.

Étape 7 – sélection du lecteur de CD/DVD : On doit maintenant spécifier le type de lecteur CD/DVD disponible en entrée du système. Cela va dépendre principalement du type de support dont on dispose pour installerle système d’exploitation.

Rapport de projet

57

Année 08/09

- Si l’on ne sait pas encore quel type de support sera utilisé, sélectionner Don’t Add a CD/DVD Drive. On pourra par la suite ajouter un lecteur.

- Cliquer sur Next.

Étape 8 – sélection du lecteur de disquette : En règle générale, ne pas ajouter de lecteur de disquette, sauf si le besoin est nécessaire. - Sélectionner Don’t Add a Floppy Drive.

Étape 9 – ajout d’un contrôleur USB Si l’on veut donner l’accès aux ports USB de la machine hôte à la machine virtuelle : - Sélectionner Add a USB Controller. - Cliquer sur Next.

Étape 10 – vérification des paramètres Bien vérifier tous les paramètres de votre machine virtuelle. On pourra toujours ajouter d’autres matériels par la suite comme un contrôleur de son en cliquant sur More Hardware.

- Cliquer sur Finish.

En suivant cette procédure, on vient de créer une machine virtuelle, attendre quelques secondes afin que le système finisse l’installation, on peut voir la barre d’avancement dans la partie du bas de l’interface web

Attention, à ce stade la machine n’est pas prête à être utilisée, il faut installer le système d’exploitation. Pour cela, choisir le type de lecteur (image ISO, lecteur CD/DVD…) et démarrer la machine virtuelle. L’installation du système va se comporter de la même façon que sur un système physique.

Dans mon cas, le lecteur CD du serveur spidermanlinux fonctionnait assez mal, j’ai alors configuré la machine pour avoir accès au lecteur CD/DVD de mon ordinateur de bureau. L’installation du système d’exploitation à partir d’un lecteur CD/DVD c’est bien passé, il n’y a pas eu de pertes de performance.

Rapport de projet

58

Année 08/09

2.3. Duplication et renommage d’une machine virtuelle.

Une fois que la première machine a été créer et que le système d’exploitions a été installé, il m’a fallut dupliquer les machines virtuelles. Pour cela, j’ai effectué des recherches sur le site de VMware et plus particulièrement dans le forum de la communauté VMware Server 2. Concernant le renommage des machines virtuelles, aucun site n’y faisait référence. Par ailleurs mon tuteur m’avait prévenu que le renommage de machine avec SQL Server installé comportait un réel problème car SQL n’est pas fait pour cette tache. J’ai donc du tester à plusieurs reprises de renommer le serveur, puis de configurer le serveur SQL. Apres une semaine de test et de recherche sur Internet, et auprès des développeurs de Multitel, j’ai publié une procédure afin de dupliquer et renommer des machines virtuelles, afin que le serveur SQL soit fonctionnel pour Firm Suite.

- Duplication des machines virtuelles

Il existe plusieurs moyens pour dupliquer des machines, avec plus ou moins de conséquences sur le temps de configuration. Cela dépend du besoin et de la rigueur de chacun. J’ai ainsi dégagé deux procédures différentes pour renommer des VMs. Ces documents sont présents en annexes.

Le principe de duplication et le même, quelque soit la méthode de duplication, en effet VMware Server par son fonctionnement, créer des machines virtuelles sous forme de fichiers de diverses extensions. Le format fichier permet donc le copier-coller. On peut alors dupliquer ces fichiers comme bon nous semble, et c’est grâce à cette méthode que le concept d’image de base est possible.

La façon la plus facile de dupliquer une VM et de copier tous ces fichiers et de les coller dans un autre répertoire. Puis, par l’interface web, de rajouter cette machine virtuelle dans l’inventaire et de la renommer par l’intermédiaire des options de VMware Server (noter que la procédure est décrite avec détails dans l’annexe du rapport). On obtient alors le clone parfait de la machine copiée. Il faut alors la renommer.

- Renommage des machines virtuelles

Après avoir dupliqué votre machines virtuelle, il va falloir la renommer à l’intérieur du système d’exploitation. En effet, afin de pouvoir être utilisé sur le réseau, il faut que

Rapport de projet

59

Année 08/09

chaque serveur installé sur une VM dispose d’un nom différent, de plus, si l’on utilise SQL Server sur cette VM, il faut aussi renommer le serveur et les instances de SQL.

Étape 1 - renommer le serveur Windows :

Pour changer le nom du serveur dans le système d’exploitation : - Aller dans « Start Menu » et afficher les propriétés de « My Computer ». - Aller ensuite dans l’onglet « Computer Name » puis cliquer sur le bouton « Change… ». - Spécifier ensuite le nouveau nom du serveur et vérifier que le serveur est bien membre de « Workgroup ». Attention, pour que les changements prennent effet, il est obligatoire de relancer le serveur. Il faut s’assurer d’avoir fermé les applications et fini les taches avant de relancer le serveur.

Étape 2 – renommer le serveur SQL : - Configuration de Microsoft SQL Server Management Studio - Ouvrir l’application « Microsoft SQL Server Management Studio », une boite de login va apparaitre. - Dans le champ « Server Name » figure encore l’ancien nom du serveur, sélectionner « Browse for more » puis développer l’option « Database Engine » et sélectionner le serveur (avec le nouveau nom). - On peut à présent se connecter au serveur.

- Dans la barre d’outils, aller dans « View » puis cliquer sur « Registered Servers », un cadre s’affiche, s’assurer que chaque serveur (Database Engine, Analysis Services, Reporting Services, Integration Services) à le bon nom de serveur. - Si ce n’est pas le cas, aller dans les Propriétés du serveur, puis dans l’onglet « Général ». a) Dans les champs « Server Name », « Registered Server Name » et « Registered Server Description », spécifier le bon nom du serveur. b) Cliquer sur le bouton « Test » pour s’assurer que le serveur fonctionne correctement, puis sauvegarder la configuration en cliquant sur le bouton « Save ». - Répéter la même opération pour les autres serveurs.

Remarque : le mode d’authentification pour chaque serveur est « Windows Authentification », excepté pour le « Database Engine » qui doit être en mode « SQL Server Authentification », login : sa, password : *******. Le test de connexion des « Reporting Services » va échouer, un message d’erreur s’affiche spécifiant l’ancien nom du serveur. Cela est normal, il faut maintenant configurer les « Reporting Services », fermer la fenêtre d’erreur.

Rapport de projet

60

Année 08/09

Il faut maintenant changer le nom du serveur SQL par une requête SQL, pour cela :

- Cliquer sur « New Query », un nouvel onglet s’ouvre dans SQL Management Studio. - Entrer la commande « Select @@ServerName » puis cliquer sur « Execute », cette commande va retourner le nom du serveur dans un tableau dans l’onglet du bas, Results. - Copier ce nom. - Effacer la commande précédente et taper «sp_dropserver ‘ancien_nom_svr’» puis exécuter la requête (coller le nom à la place de ancien_nom_svr). - Effacer la commande précédente et taper «sp_addserver ‘nouveau_nom_svr’, local » puis exécuter la requête. - Redémarrer le service pour que le changement prenne effet, pour cela ouvrir « SQL Server Configuration Manager » dans « Start/All Programs/Microsoft SQL Server2005/Configuration Tools ». Aller dans l’option « SQL Server 2005 Services » et redémarrer le « SQL Server ».

Remarque : pour vérifier le que le changement a correctement été fait, on peut refaire une requête SQL avec la commande « Select @@ServerName », après avoir redémarré le service.

- Configuration de Reporting Services Configuration Management

Il faut maintenant configurer les « Reporting Services ». Pour cela :

- Aller dans C:\Program Files\Microsoft SQL Server\MSSQL.3\Reporting Services\ReportServer et éditer le fichier rsreportserver.config. - Changer la valeur du tag UrlRoot par l’URL du serveur. - Enregistrer et fermer le fichier. - Ouvrir l’application « Reporting Services Configuration Management », une boite de dialogue demande de sélectionner l’instance du serveur à utiliser. - Sélectionner dans le champ « Machine Name » le nouveau nom du serveur, et dans le champ « Instance Name », l’instance par défaut qui est MSSQLSERVER. - Se connecter à présent. - Dans l’option « Windows Service Identity », s’assurer que le « Service Name » est « ReportServer », que le « Service Account » est « LocalSystem » et enfin que le « Built-in Account » est bien « LocalSystem ». - Dans « Database Setup », s’assurer que le « Server Name » est bien le bon nom du serveur, que « Database Name » est « ReportServer » et que « Credential Type » est bien « Service Credentials ». - Cliquer sur « Apply » puis se connecter. - Dans l’option « Encryption Keys », cliquer sur le bouton « Change…». Si le test de connexion avait échoué à l’étape précédente, réessayer à présent. - Vérifier que l’option « Initialization » est à l’état configuré (icône vert), sinon cliquer sur le

Rapport de projet

61

Année 08/09

bouton « Initialize » dans cette option. - Redémarrer le serveur SQL.

On a, à ce stade fini de renommer SQL Server, pour tester le serveur, on peut ouvrir « Microsoft SQL Server Management Studio », et se connecter aux différents services. Pour tester les Reporting Services, ouvrir le navigateur Web et entrer les URL suivantes : http://localhost/reportserver et http://localhost/reports

Durant cette période de stage, j’ai été amené installer le serveur de machines virtuelles sur Windows et sur Linux. Puis j’ai pu créer des images de bases grâce à la procédure de duplication et de renommage des machines virtuelles que j’ai mise en place. Tous les objectifs de cette période ont été complétés, et je suis à même de conclure que le logiciel de virtualisation VMware Server 2 permet parfaitement de créer et de gérer des serveurs virtuels.

Par ailleurs, suite a des tests et aux recommandations de VMware, le serveur de VMs spidermanlinux peut gérer au plus quatre machines virtuelles lancées en même temps. De plus la taille d’une image standard est fixée à 1OGB pour un serveur d’application Web et à 20GB, séparé en deux disques durs virtuels, pour un serveur SQL.

De plus j’ai eu l’occasion de vérifier mes connaissances de Windows Server 2003 et j’ai développé de nouvelles compétences dans l’installation et la configuration du server SQL 2005. J’ai pu aussi améliorer mes aptitudes à utiliser Linux, en installant et configurant Ubuntu Serveur 9.04.

Ayant maintenant le bagage de connaissance et le support technique de mon stage, je vais pouvoir me consacrer fermement à la dernière partie de mon stage, l’intégration de Firm Suite dans les machines virtuelles et la réalisation de tests pour l’équipe QA.

Rapport de projet

62

Année 08/09

Troisieme Partie :

Réalisation pratique des objectifs du stage : Firm Suite

Rapport de projet

63

Année 08/09

Cette dernière partie va mettre de la valeur au travail réalisé précédemment et fermer la boucle de mes objectifs de stage. L’intégration de Firm Suite n’est pas une tâche simple et nous allons voir comment surpasser les divers problèmes rencontrés. Puis quand les machines seront opérationnelles avec différentes versions de Firm Suite et dans certains cas une base de données de Bell, je vous ferais par de mon intégration dans l’équipe QA et de mon rôle de testeur. Voici donc les différentes tâches et procédures de l’installation de Firm Suite ainsi que les tests que j’ai réalisés.

Finalement, en fin de partie, je vous parlerais des autres rôles que j’ai pu jouer dans l’entreprise.

1. Implémentation de Firm Suite dans des machines virtuelles

Le problème de l’application Firm Suite est qu’elle est entièrement basée sur une connexion aux bases de données. Ces bases de données sont par ailleurs d’autant plus grosses que l’entreprise est grande et donc dispose de beaucoup d’équipements à gérer. La charge du serveur SQL peut donc être très importante sur un serveur, voir être totale dans certain cas.

J’ai donc fait une étude pour savoir si les machines virtuelles que j’ai créées précédemment sont capables de supporter la charge d’un serveur SQL contenant de grosses bases de données. Mon choix a alors été, avec l’accord de mon tuteur, de créer une « grosse » machine virtuelle contenant Firm Suite et un serveur SQL, pour les versions anciennes et actuelles de Firm Suite (jusqu'à la version 3.31), puis de créer une machine contenant l’application Firm et une machine contenant son serveur SQL, et de les faire communiquer, cela étant pour la nouvelle version en développement et en phase de tests, la 3.41.

En effet la nouvelle version de Firm Suite inclus de nouvelles fonctionnalité comme le module Vision permettant de voir tout les équipements, ateliers d’énergies, redresseurs ou batterie d’un site sur une carte dynamique, comme on pourrait le voir sur google map. Cette application demande beaucoup de ressources autant au niveau application que dans l’accès vers les bases de données.

Voici les machines virtuelles que j’ai crées pour l’équipe QA, en me servant des images de bases Windows Server 2003 R2 SP2 de 1024MB de RAM et Windows Server 2003 R2 SP2 + SQL Server de 1024MB de RAM :

Rapport de projet

64

Année 08/09

- QA1_Firm (VM de l’application Firm Suite 3.41)

- QA1_SQL (VM du serveur SQL de l’application Firm Suite 3.41)

- QA1-Firm-SQL (VM de l’application Firm Suite 3.31 avec serveur SQL et avec restauration de la base de données de Bell Canada)

- QA2_Firm (VM de l’application Firm Suite 3.41 de Bell Canada)

- QA2_SQL (VM du serveur SQL de l’application Firm Suite 3.41 avec restauration de la base de données de Bell Canada)

- QA2-Firm-SQL (VM de l’application Firm Suite 3.25 avec serveur SQL)

Les VMs contenant l’application Firm et le serveur SQL (QAx-Firm-SQL), ainsi que les VMS contenant seulement le server SQL (QAx-SQL) disposent de deux disques durs virtuels afin de pouvoir contenir de grosses bases de données comme celle de Bell Canada faisant plus de 5GB.

Certaines machines ont leurs bases de données vides, c'est-à-dire contenant un serveur SQL ainsi que les bases de données de Firm construites, mais n’ayant aucune entrée dedans (pas d’équipements ni de site rajoutés). Elles serviront par la suite à l’équipe QA comme machines de bases à leurs tests, ou même pour un projet de mobilité de Firm. En effet en ce moment, Multitel envisage de fournir des machines virtuelles contenant l’application de Firm allégée, et ainsi ouvrir le marché à de petites entreprises ne disposant pas de gros serveurs. J’ai donc fourni au service des ventes une machine virtuelle avec l’application Firm Suite et une base de données de Bell Canada afin qu’il réalise de la possibilité de mobilité de Firm. Un membre du service, David St-Arnauld a pu installer VMWare Server 2 sur son ordinateur Vista et a lancé la machine virtuelle. Il fut assez étonné et très satisfait de la solution.

D’autre part les autres machines contenant un serveur SQL et la base de données de Bell vont servir à l’équipe QA pour réaliser leurs tests, sur la version 3.41 pour les tests de la nouvelle version, et sur la version 3.31 pour vérifier si certains bug de la nouvelle version se trouvait déjà la au paravent, ou s’il s’agit d’une régression dans le logiciel.

Nous allons maintenant voir comment il a fallu installer Firm Suite sur les machines virtuelles. L’installation se déroule comme sur un serveur physique. La description que vous verrez ici est un bref aperçu de l’installation mais suffit à comprendre les étapes essentielles de l’installation d’une application Web.

Rapport de projet

65

Année 08/09

2. Installation de Firm Suite

L’installation de Firm Suite n’est pas une tâche facile, et peut parfois devenir un véritable calvaire. En effet, me logiciel étant en développement, tous les tests n’ont pas encore été fait, c’est à l’équipe QA de mettre a jour et de tester les nouvelles évolutions du logiciel. Mais ne faisant que la mise à jour des serveurs, elle peut passer devant divers problèmes d’installation du logiciel sur une machine vide, et face à un utilisateur ne connaissant pas l’application.

J’ai pu avoir la chance de me confronter à cette tâche qui fut très instructive pour moi. En effet j’étais l’utilisateur parfait, car j’avais de bonnes connaissances en informatique, sans pour autant connaître quelque chose du logiciel et de ces services. J’ai alors pu installer la dernière application Firm depuis le début, sur une base de données vide, et faire émaner des problèmes non connu du service R&D, que je vous exposerai par la suite.

2.1. Etapes de l’installation

Vous trouverais ici la brève description de l’installation de Firm, quand tout fonctionne correctement. Pour connaître toutes les étapes de cette installation, veuillez vous referez a la procédure d’installation de Firm en annexe de ce rapport.

-Récupération de la dernière build de Firm

La première étape de l’installation consiste bien évidemment à récupérer le fichier le plus récent (la dernière « build ») contenant l’application Firm. Il se trouve dans le dossier de transfert de mon tuteur Stéphane Paré, sur le serveur MTS12. Une « build » est la compilation de tous les codes de l’application pour créer au final les fichiers de l’installation. Cette compilation est faite de manière générale par mon tuteur depuis son ordinateur, en utilisant le serveur svr-build1.

Il faut ensuite copier localement le fichier sur la machine virtuelle, de préférence dans un fichier temporaire sur le disque local, et l’extraire. Cela peut prendre quelques minutes compte tenu de la grosse quantité de fichiers.

Rapport de projet

66

Année 08/09

-Installation des bases de données

L’étape suivante consiste à installer les bases de données de Firm sur le serveur SQL, les développeurs du service R&D ont crée un fichier d’installation MS-DOS qu’il faut configurer puis exécuter. Vous pouvez voir sur la figure suivante les différentes configurations du fichier.

Figure 28 - Configuration du fichier install.bat

Vous pouvoir voir dans ce fichier la source de la base de données :

C:\Documents and Settings\pascal.girard\My Documents\Firm\Working Folder\databases\Project

Ainsi que la destination : C:\FirmDB, cette valeur la peut être changée pour pouvoir diriger l’installation sur un autre disque par exemple.

L’installation se fera sur le server SQL de QA1-SQL en se connectant avec un identifiant SQL et nom Windows par l’utilisateur « sa ».

Quand on exécute le fichier, une fenêtre s’affiche et l’installation commence, comme vous pouvez le voir sur la figure suivante.

Figure 29 - Installation de la Base de Données de Firm

Rapport de projet

67

Année 08/09

- Installation des services

L’installation de tous les services ce fait par des installateurs dans la version 3.41. Dans les versions antérieures, l’installation ce faisait manuellement, fallait alors copier tous les fichiers des services dans le disque local et faire des configurations supplémentaires.

Les installateurs ont donc été programmés pas les développeurs et augmente ainsi la vitesse de l’installation. C’est une évolution qui est très utile et facilite la tache de l’équipe QA qui fait régulièrement l’installation des derniers correctifs de Firm sur leurs serveurs.

Voici les différents installeurs et les différents services :

Figure 30 - Installateurs des services de Multitel

Dans mon cas, je n’ai pas eu à installer Multitel Terminal Service et Virtual Server Service car ils ne font pas l’objet de tests dans l’équipe QA.

Les fichiers des différents services vont alors être copiés soit dans C:\Program Files\Multitel\Firm Suite comme l’exige la commission du travail, soit dans C:\Inetpub\wwwroot pour tout ce qui concerne l’application Web.

Rapport de projet

68

Année 08/09

- Configuration des services

Il faut maintenant configurer tous les services pour qu’ils utilisent les bons serveurs, à savoir le serveur application Web et le serveur SQL. Il faut donc aller dans chaque dossier des services et éditer les fichiers ayant les extensions .config.

Voici un exemple pour le service d’alarmes :

Figure 31 - Recherche du fichier de configuration du service d'alarmes

Puis ensuite, éditer ce fichier :

Rapport de projet

69

Année 08/09

Figure 32 - Configuration des connectionstring du service d'alarmes

Il faut alors rechercher toutes les « connectionStrings » qui spécifient les paramètres de l’accès au serveur SQL. Remplacer la valeur « localhost » de la clé « source » par le nom du serveur SQL et vérifier si le nom d’usager et le mot de passe sont corrects.

On répète ensuite la même opération dans tous les services, sans oublier les services web, dont les fichiers de configuration sont web.config.

-Configuration de l’application

La prochaine étape consiste à configurer l’application Web, l’aide en ligne de Firm, Le ToolBox qui fournit la liste des équipements de Firm, le service Web d’Enterprise Server, le Serveur Multitel Legacy, le serveur Multitel Enterprise, le serveur Multitel Scheduler ainsi que le service des Rapports.

Rapport de projet

70

Année 08/09

Je ne préciserai pas les étapes de la configuration car tout ce trouve dans le fichier de procédure d’installation, dans les annexes du rapport. Mais je précise tout de même que j’ai eu à configurer IIS 6.0 (qui est en quelque sorte le moteur nécessaire pour faire fonction les applications Web) ; en ajoutant des « applications pool » et des « répertoires virtuels ».

Voici la configuration finale de l’IIS, tous les services doivent être configuré sous ASP.NET 2.0 et autoriser l’utilisateur IIS_WPG à lire ou exécuter des scripts selon les cas :

Figure 33 - Configuration d’IIS

Il m’a aussi fallut configurer le registre et ajouter des clés ainsi que des « string value », puis d’ajouter un utilitaire de Multitel dans le panneau de configuration afin de paramétrer les connexions au serveur :

CommServerCfg.cpl

Par la suite il a fallut ajouter le serveur legacy et enterprise dans l’application Web Firm et ajouter les licences aux modules désirés. J’ai eu accès au générateur de licences de Firm Suite, étant membre du service R&D, et donc pu générer toutes les licences nécessaires au bon fonctionnement de l’application.

Rapport de projet

71

Année 08/09

Figure 34 - Interface du module administration pour ajouter une licence

Finalement, il faut ouvrir le ToolBox de Firm en entrant l’URL suivant dans un navigateur Internet : http://localhost/firmtb, en remplacent localhost par le nom du serveur. Puis il faut télécharger le fichier contenant la liste des équipements de base (dans le dossier Equipements-Templates-Custom du fichier d’installation) et sélectionner le fichier DefaultEquipmentTypes.xml. Il reste ensuite à l’installer dans Firm.

Vous pouvez voir la fenêtre de Firm Suite Toolbox sur la figure suivante.

Rapport de projet

72

Année 08/09

Figure 35 - Interface de Firm Suite Tool Box pour ajouter les types d'équipements

A ce stade, on peut démarrer le service énergie dans le gestionnaire des services de Windows.

Figure 36 - Liste des différents services de Multitel dans le gestionnaire de services

Après avoir fini les taches de la procédure de d’installation de Firm, l’application est opérationnelle et fonctionne correctement. On peut naviguer dans les différents modules de Firm Suite, mais bien évidemment aucunes données ne sont affichées car les bases de données sont vides et aucun équipement n’a été ajouté.

Rapport de projet

73

Année 08/09

-Restauration de la base de données de Bell Canada

Nous avons vu que rendu à ce stade, l’application est fonctionnelle mais aucun équipement n’est installé. Elle n’est donc pas très utile pour les testeurs, qui veulent tester l’application sur toutes ces formes, avec le plus de type d’équipements possible et essayer de toucher à tous les cas existants. C’est pour cela que mon tuteur m’a chargé de restaurer une base de données de Bell Canada, car cette grosse entreprise (équivalente à France Télécom) possède une quantité colossale de données.

Pour restaurer cette base de données, il a fallut chercher les fichiers de backup dans le transfert de Pascal Girard, du service professionnel.

Étape 1 – couper l’accès de Firm à Sql Server

Il faut couper l’accès de Firm Suite au serveur SQL. Si Firm Suite et le serveur SQL sont sur la même machine virtuelle, on doit stopper toutes les « Application Pools » de IIS 6.0, et arrêter tous les services de Firm dans le gestionnaire des services (aller dans Start>Execute, taper services.msc, cliquer sur OK, la fenêtre des services s’ouvre alors). Si le serveur SQL et le serveur Web sont séparés (deux VMs) il faut alors couper les connexions du serveur SQL. Pour cela, il faut ouvrir SQL Server Configuration Manager et désactiver les ports « Named Pipes » et « TCP/IP » comme vous pouvez le voir sur la figure suivante.

Figure 37 - Blocage des ports de SQL Server via SQL Server Configuration Manager

Rapport de projet

74

Année 08/09

On doit alors ensuite redémarrer le serveur SQL en allant dans la partie service du Manager, puis en effectuant un restart sur SQL Server comme vous pouvez le voir sur la figure suivante.

Figure 38- Redémarrage du serveur SQL via SQL Server Configuration Manager

Étape 2 – lancer la restauration de la base de données

Une fois que toutes les connexions sont fermées, ouvrir SQL Management Studio, se connecter au serveur SQL (dans l’instance par défaut) :

Figure 39 - Connexion au serveur SQL

Rapport de projet

75

Année 08/09

Développer le fichier Databases, cliquer sur le bouton droit de la souris sur la base de données Firm, aller dans Tasks>Restore>Database comme on peut le voir sur la figure.

Figure 40 - Restauration d'une base de données

Une fenêtre s’ouvre, cocher « From File » pour spécifier la source de la restauration puis aller chercher le fichier de backup copié précédemment. Cliquer sur OK.

Sélectionner la source dans le cadre du bas et aller dans les options. Il faut alors configurer la restauration pour spécifier les fichiers à remplacer. On doit donc indiquer le chemin de chaque fichier existant demandé. Vous pouvez voir la configuration exacte dans la figure suivante.

Rapport de projet

76

Année 08/09

Figure 41 - Configuration de la restauration de BD

Il faut aussi restaurer la base de données Iris en effectuant les mêmes tâches.

Étape 3 – vérifier la « collation » et le « owner_id »

Il m’a fallut ensuite vérifier dans SQL que toutes les bases de données utilisent la même « Collation », c'est-à-dire le même set de caractères.

Pour cela il faut exécuter une requête SQL dans SQL Management Studio en précisant le script suivant fait par Pascal Girard :

USE MASTER GO SELECT NAME,collation_name FROM sys.databases WHERE NAME IN ('master','FirmDataWareHouse','Firm','Iris','FirmDataStaging', 'ProtocolServerAggregation' , 'tempdb') GO

Rapport de projet

77

Année 08/09

Voici les résultats de la requête SQL :

name Collation-name Master Latin1_General_CI_AI Firm Latin1_General_CI_AI FirmDataStaging Latin1_General_CI_AI ProtocolServerAggregation Latin1_General_CI_AI FirmDataWareHouse Latin1_General_CI_AI Iris Latin1_General_CI_AI tempdb Latin1_General_CI_AI

Si une base de données a une « Collation » différentes, on peut la modifier dans les propriétés de la base de données.

Par ailleurs on doit vérifier de même que le Owner_ID de chaque base de données et le même pour cela, il faut exécuter le script suivant de Pascal Girard :

SELECT name,owner_sid FROM sys.databases WHERE NAME IN ('master','FirmDataWareHouse','Firm','Iris','FirmDataStaging' ,'ProtocolServerAggregation')

Le résultat doit être de ce type :

name owner_sid Master 0x01 Firm 0x01 FirmDataStaging 0x01 ProtocolServerAggregation 0x01 FirmDataWareHouse 0x01 Iris 0x01

Étape 4 – reconstruire les catalogues

La dernière étape de configuration dans SQL Server consiste à reconstruire les catalogues full-text de chaque base de données. Pour cela on doit lancer le script de Pascal Girard :

USE Firm GO EXEC sp_fulltext_catalog 'SiteCatalog', 'Rebuild'; GO EXEC sp_fulltext_catalog 'Region', 'Rebuild'; GO EXEC sp_fulltext_catalog 'EquipementCatalog', 'Rebuild';

Rapport de projet

78

Année 08/09

GO EXEC sp_fulltext_catalog 'DeviceCatalog', 'Rebuild'; GO

Étape 5 – établir la connexion au DataWareHouse

Il faut maintenant reconstruire les connexions à la base de données FirmDataWareHouse, pour cela il suffit d’ouvrir et d’exécuter les deux scripts SQL que Denis Laberge a crée :

Associate MeasurePoint DW Channel.sql integritycheck with correction datawarehouseV2.sql

Étape 6 – Mise à jour de la base de données Firm

Pour mettre à jour la base de données de Firm, il m’a fallut éditer et exécuter le fichier UpdateDatabase.bat pour qu’il mettre a jour le serveur SQL. Voici les bons paramètres pour faire correctement la mise a jour et contourner certains problèmes de droits :

Figure 42 - Configuration du fichier de mise à jour de SQL Server

On peut voir que la clé « serverComponent », « ForceUpdate » et « ForceUsersRoles » est à la valeur « True », ce qui va avoir effet de forcer la mise a jour de la base de données malgré des erreurs qui pourraient interrompre cette mise a jour, qui va lancer un processus de configuration du serveur, va installer les « jobs » (entités du serveur SQL permettant de faire des calculs sur la base de données) et qui va surtout réinitialiser les droits et les rôles des utilisateurs de Firm, en particulier FirmUser, car on avait rencontrer un gros problème de perte de droits dans l’application et la base de données FirmDataWareHouse. Cette étape est donc très importante pour le bon fonctionnement de Firm.

Rapport de projet

79

Année 08/09

Étape 7 – mettre a jour les licences de Firm

Lors de la mise à jour de la base de données, l’application à perdu ces licences, en effet la base de données de Bell Canada dispose de ces propres licences, il faut donc les restaurer pour avoir accès à l’application. Cette opération n’était pas possible, ou extrêmement difficile avant qu’un programmeur du service R&D ne développe une petite application capable de récupérer toutes les licences dans la base de données. Ce petit outil très utile nommé FIRM Licence Recovery 1.1 nous demande juste de préciser le serveur SQL et de s’identifier.

Il suffit ensuite de copier le script généré contenant toutes les licences de Bell Canada dans le fichier de licences de l’application. Ce fichier ce trouve dans le répertoire C:\Inetpub\wwwroot\firm\Licence et se nomme Licence.xml. Vous pouvez voir ici un extrait ce des licences qu’il peut contenir. Bien sur pour garder toute confidentialité, le fichier ne contiendra pas de bonnes valeurs.

Figure 43 - Fichier des licences de Firm

Une fois que cette tâche à été réalisée, IIS 6.0 à besoin d’être redémarré pour prendre en compte les modifications apportées. Pour cela, on peut ouvre une Invite de commande et taper la commande iisreset. Le service redémarre automatiquement.

Rapport de projet

80

Année 08/09

Étape 8 – rouvrir les ports SQL

Avant de tester l’application, il ne faut pas bien sur oublier de rouvrir les ports SQL. On effectue alors la même procédure que précédemment sans oublier de redémarrer SQL Server.

Étape 9 – démarrer tous les services Multitel

Voici la dernière étape de la configuration de Firm. Il s’agit d’ouvrir le gestionnaire des services et de démarrer tous les services de Multitel. Si tout est démarré, l’installation et la configuration est terminée et l’on peut utiliser l’application Firm Suite avec toutes ces fonctionnalités. Il faut noter que le démarrage du service énergie va prendre toutes les ressources de la machine afin d’effectuer des calculs sur la base de données. Ce service et le cœur de l’application Firm Suite. La configuration du service devrait prendre environ une heure.

Mais en revanche, si un service refuse de démarrer, il faut trouver la source du problème soit en allant dans le dossier du service et en consultant les logs d’erreurs error.log soit en ouvrant l’Event viewer de Windows afin de consulter tous les logs du système.

Au cours de mon stage, j’ai effectué plusieurs fois ces procédures, et souvent des erreurs étaient générées avant la fin de la configuration, rendant le fonctionnement de l’application impossible. Mais tout au long de la dernière période de mon stage, avec persévérance et avec l’aide de mon tuteur, nous avons trouvé les différentes erreurs dans l’application, qui pouvaient dues a une mauvaise installation, une mauvaise configuration, ou à des erreurs de programmation, voir de compatibilité avec la virtualisation.

Je vais donc vous faire part des problèmes majeurs que j’ai rencontrés ainsi que les solutions qui ont été apportées.

2.2. Résolution des différents problèmes rencontrés.

Au cours de mon stage, et en particulier au cours des multiples installations de machines virtuelles, de Firm et des bases de données, j’ai rencontré des erreurs plus ou

Rapport de projet

81

Année 08/09

moins graves. La suite de ce document traitera donc des principales erreurs rencontrées et des solutions que j’ai trouvé pour y remédier.

-Blocage des disques

Lors de la création d’une machine virtuelle, on peut spécifier comme je l’ai décris précédemment si l’on désire bloquer l’écriture sur les disques. Cela permet, quand la machine redémarre ou s’arrête de retrouver la configuration précédente, car aucune modification sur le système n’est enregistrée.

J’ai donc configuré ce mode sur mes images de bases afin que des utilisateurs non prévenus ne modifient pas les VMs. Or lorsque j’ai utilisé les images pour créer des machines à l’équipe QA, je n’ai pas désactivé ce mode. J’ai donc installé l’application Firm et SQL Server, puis éteint la machine pour créer un snapshot. Toutes les modifications ont donc été effacées.

Le problème est qu’il est impossible de modifier l’accès aux disques quand la machine virtuelle est lancée. Or ces machines virtuelles sont des serveurs, et sont par leur principe destinées à être allumées constamment.

Il n’y a hélas aucune solution à ce problème à moins de changer le mode d’accès au disque avant le démarrage de la machine, juste après ca copie.

-Snapshots

Le concept de snapshot est très utile car il permet de retrouver son serveur après une erreur ou un crash du système. Mais il faut l’utiliser avec parcimonie.

Lorsqu’une VM est configurée, je prends directement un snapshot afin de ne pas perdre la configuration faite. Or il faut savoir que le système d’exploitation et le logiciel VMware réagissent assez lentement pour créer un snapshot. Une surcharge du système ou une petite erreur suffit pour geler la machine virtuelle, le serveur de VMs et le serveur physique.

Le problème que j’ai rencontré est apparu lors de la création d’un snapshot pendant que la machine virtuelle est encore en marche. Normalement cette opération est possible à chaud. Or il semble que mon serveur ne supporte pas cette fonctionnalité (le fait de n’avoir qu’un processeur peut être en cause), et cela à occasionner le gel de mon serveur physique,

Rapport de projet

82

Année 08/09

obligeant un redémarrage manuel du serveur dans la salle de brassage, mais aussi la perte de la VM, le fichier de snapshot étant corrompu.

Dans mon cas, la seule solution trouvée fut d’arrêter toutes les machines virtuelles lors de la création d’un snapshot, mais aussi de faire une copie de tous les fichiers de la VM avant de lancer un snapshot. Il demeure tout de même que VI Web Access perd la connexion au serveur durant au moins cinq minutes avant de pouvoir confirmé que le snapshot a été crée.

-Perte de l’accès au Datastore

Une erreur est survenue assez fréquemment dans VI Web Access lorsqu’un des serveurs (serveur de machines virtuelles ou de stockage des machines virtuelles) redémarre ou que l’un des deux perd la connexion au réseau. Le « Datastore » contenant les machines virtuelles n’est plus accessible et affiche un contenu vide. On ne peut donc plus lancer les machines virtuelles contenues à l’intérieur. On doit alors supprimer le « Datastore » ainsi que toutes les machines virtuelles de l’inventaire et les rajouter à nouveau. Ceci peut devenir long et fastidieux si le réseau est de mauvaise qualité ou que le serveur est en cour de mise à jour.

La solution que j’ai trouvée a été de spécifier lors de l’ajout de « Datastores » dans VMware Server le nom du domaine ou se trouve le serveur, ainsi que de s’identifier avec un compte appartenant au domaine. Dans mon cas, cela ne m’arrangeait pas trop car, une fois la fin de mon stage mon identifiant spécifié dans le « Datastore » n’existerait plus. Mais cela dit, cette solution fonctionne bien et l’accès au « Datastore » est permanent.

-Connexion entre les machines virtuelles

Ce problème est un classique dans l’installation de serveur. Je disposais de deux machines virtuelles sur le même réseau et dans le même domaine, mais il était impossible d’effectuer des pings et donc de partager des fichiers.

La solution a été de désactiver les Firewalls dans chaque serveur, la connexion a donc pu être établie et j’ai enfin pu partager des fichiers et surtout des transactions sur le serveur SQL.

Rapport de projet

83

Année 08/09

-Edition des fichiers de configuration avec Wordpad

Sur les machines ne disposant pas de serveur SQL, il n’était pas possible de modifier des fichiers de configuration avec Microsoft Visual Studio (logiciel de programmation disponible dans l’installateur de SQL Server). Il a donc fallut éditer les fichiers avec un éditeur de texte afin de pouvoir les configurés. Or si l’on double clic sur un fichier de configuration, mes VMs étaient configurées par défaut pour ouvrir le fichier avec Wordpad. Or j’ai pu constater que l’édition avec ce logiciel rendait les fichiers corrompus, et donc inutilisables.

Le problème s’avérait être que les fichiers de configurations sont rédigés en format d’écriture UTF-8, or Wordpad utilise le format UTF-16, ce qui modifier une grosse quantité de caractères, les codes associés a chaque lettres n’étant pas le même. La solution fut donc d’ouvrir les fichiers en cliquant sur le bouton droit de la souris et de sélectionner Edit. Le fichier est donc éditer par le Bloc-notes et non pas Wordpad. Cela a résolu beaucoup de problèmes de configuration de Firm Suite.

- Impossibilité de lancer le service Energie de Multitel

Ce problème est l’un des plus majeurs dans mon stage car il m’a occupé une bonne partie de mon temps en entreprise. Le service énergie et le cœur même de Firm Suite, en effet il sert à calculer toute les données des équipements de surveillance et dans faire différents rapports. Sans ce service, l’utilisateur ne pourra pas faire grand-chose.

La première partie de la résolution du problème consista à installer les Templates des équipements dans Firm Suite. Puis on a notifié au développeur Luc Bergeron de revoir le message d’erreur lors de la production de ce bug. En effet étant un utilisateur de Firm Suite assez novice, je n’ai pas installé les équipements après avoir fini l’installation de l’application.

Or l’application ne faisait pas référence à un problème très clair. Mon tuteur et moi n’étions donc pas capables de comprendre le problème engendré. Luc Bergeron a donc vérifier en profondeur l’erreur en débuggant le code puis a compris que l’erreur venait de l’absence d’équipements. Il a donc créé un message d’erreur clair, à la demande de mon tueur, spécifiant de bien vérifié si l’installation des équipements a été faite. Cela permettra de dépanner plus rapidement un client ayant fait le même oublie que moi.

Rapport de projet

84

Année 08/09

La deuxième partie du problème du service Energie vient en restaurant la base de données de Bell. En effet sur une base de données vide, le service Energie démarrait sans problèmes, mais suite à la restauration, je n’étais plus capable de lancer le service.

J’ai donc rentré un « Defect » dans le projet Firm Suite 3 de Target Process pour informer les développeurs du bug à rectifier. Le travail a été assigné à Luc Bergeron comme vous pouvez le voir dans la figure suivante.

- Problème de perte de droit d’accès aux bases de données

Lors de la mise à jour d’une base de données, le protocole est comme nous l’avons vu précédemment de lancer le fichier UpdateDatabase.bat. Or normalement, il faudrait lancer par la suite le fichier ConfigServer.bat dans le même répertoire afin de configurer chaque base de données en fonction des backups présents. Or il s’est avéré que l’exécution de ce fichier retire les droits de FirmUser à la base de données FirmDataWareHouse. Cette erreur pouvait être visible dans les messages d’erreur (les logs) et l’application Firm. J’ai donc informé Denis Laberge sur cette erreur, qui a corrigé le problème.

Le problème venait du fait que l’action de configserver.bat était déjà réalisée dans le fichier UpdateDatabase.bat, générant une erreur plus profonde dans l’application. La solution a donc été de n’exécuter qu’UpdateDatabase.bat en forçant la mise à jour. Il faut donc mettre les valeurs des paramètres comme expliqué dans la procédure précédemment.

- Problème de transactions abordées entre VMS

Le dernier problème rencontré fut celui de transactions abordées dans le MSDTC entre une VM contenant Firm et une autre contenant son serveur SQL. Le service de Windows MSDTC permet de réaliser des communications entre applications et logiciels. Entre autre ici les communications de Firm vers le serveur SQL ne se faisaient pas toutes, empêchant encore une fois le service Energie de démarrer.

A l’heure ou est écris le rapport, aucune solution n’a encore été trouvée. Bien que le MSDTC soit bien configuré dans les deux serveurs et que les tests de communications fonctionnent, le problème persiste. Je pencherais sur ce problème durant la dernière semaine de mon stage. Une alternative à été proposée de ma part à Stéphane Paré, celle d’installer la version 3.41 de Firm sur une seule machine virtuelle. La solution semble

Rapport de projet

85

Année 08/09

fonctionner car le service Energie à démarré. J’ai donc laissé ce service effectuer les calculs pendant tout le weekend end et verrait le résultat la semaine prochaine.

3. Réalisation de tests de l’interface

Une autre partie de mon stage fut d’intégrer l’équipe QA et de réaliser des tests de l’application. Je leur ai donc permis faire des tests qu’il n’aurait pas eu le temps de faire. L’installation de Firm 3.41 sur un serveur vide et un serveur SQL fit d’ailleurs partie de ma phase de tests, car il a permit aux développeurs de corriger des problèmes qu’ils n’auraient surement du rencontré que chez un nouveau client.

Mon rôle dans l’équipe fut de tester l’interface graphique de Firm Suite, ainsi que tous les liens, les moteurs de recherches ou la messagerie pas exemple.

Je me suis donc positionner comme un utilisateur normal, découvrant l’application, ce qui m’a d’ailleurs permis de prendre en main Firm suite et cliquant sur différents liens. Je devais alors réaliser plusieurs fois les mêmes opérations afin de veiller par exemple à ce que l’affichage soit toujours le même ou bien par exemple que le nombre de résultats d’une recherche d’équipements ou de sites soient toujours identique. Mais il a fallut aussi vérifier à chaque page ouverte qu’il n’y ait aucuns bugs d’affichage, pouvant nuire a la compréhension ou à la navigation. Puis je me suis penché sur la compréhensibilité des textes, de la taille de leur affichage sur un écran standard (4 : 3) et un écran large (16 : 9) afin qu’il n’y ait aucunes différences.

Pour réaliser mes tests, j’ai premièrement suivi le plan de test effectué par Annie Cerisier chez le client Bell Canada. Ce plan de test est disponible dans les annexes de ce rapport. Il a été rempli par mes soins et comporte différentes remarques sur le déroulement de ces tests. L’autre partie des tests a été une méthode plus libre, en naviguant dans les modules de Firm.

A la suite de ces tests, j’ai pu remarquer diverses erreurs plus ou moins grave et donc ayant un impact plus ou moins fort sur la livraison du produit. Les bugs du plan de tests sont disponibles en annexe dans le plan même de tests.

Voici un exemple des remarques que j’ai pu faire au cours de tests :

• Le texte de la fenêtre des préférences est illisible car trop petit.

• Problème de back and forward dans les recherches avancées, quand on revient en arrières des options de la recherche ont disparues.

Rapport de projet

86

Année 08/09

• Liens « invisibles » sur la barre de couleur des sous-menus, en dessous du premier menu, ce problème est rencontré dans chaque module.

• Dans la Homepage, le lien vers les Notifications renvoi a une erreur html.

Une fois qu’une erreur assez importante a été trouvée, on rédige alors un « Defect » dans Target Process comme je l’ai précisé précédemment. Voici la liste des principaux « Defects » que j’ai pu rédiger au cours de la dernière partie de mon stage, et qui ont pour la majorité été corrigé dans la version 3.41, en cours de tests chez le client actuellement. Le détail des « Defects » est en annexe de ce rapport.

- Bug 5340 ADM - Non respect des limites d'articles par page dans les menus Sécurité et Tâches. - Bug 5337 DIS - Erreur technique dans le menu DBFB List du module Distribution. - Bug 5331 ENG - Energy server ne démarre pas sur une Firm 3.41 installé depuis le début. - Bug 5290 GEN - Lien mort vers les ""Notifications"" dans Homepage – MyFirm. - Bug 5292 GEN - Problème de liens invisibles dans la barre en couleur de différents modules.

Le numéro correspond au numéro de « Defect » dans Target Process. ADM est l’abréviation du module Administration. DIS est l’abréviation du module Distribution. ENG est l’abréviation du module Energy Manager. GEN est l’abréviation pour décrire une erreur générale.

Rapport de projet

87

Année 08/09

4. Autres travaux effectués en dehors des objectifs du stage

Au cours de mon stage, j’ai pu effectuer des tâches en dehors de mes objectifs de virtualisation :

-Installation d’un switch

Suite à la recherche de l’architecture réseau de Multitel et à la réalisation d’un plan, je me suis rendu compte que les serveurs du laboratoire R&D étaient connectés à deux commutateurs, l’un offrant un débit maximum de 1Gbps et l’autre de 100Mbps. Par ailleurs l’accès au réseau distant ce faisant par l’intermédiaire du commutateur le plus lent, l’accès aux serveurs de l’autre salle ce faisait à un débit de 100Mbps et non de 1Gbps possible.

Multitel a donc acquis un nouveau switch Dell 24 ports pour remplacer les deux existants, avec un débit de 1Gbps. On m’a donc proposé de mettre en place le switch dans le laboratoire en veillant à prévenir tout le personnel de la perte réseau des serveurs. J’ai pu ensuite configurer le switch localement pour lui attribuer une adresse IP fixe et donc qu’il soit configurable a distance grâce a son interface web intégrée.

- Aide sur le principe de routage

Un membre de l’équipe agrégateur, Claude Alain, a été chargé de faire une validation technique de l’IP-6690 de « Data Comm for Business Inc » (PPP-Ethernet Bridge). Cet équipement permet en autre d’assurer la liaison entre un réseau Ethernet IP et un réseau PPP. Bell proposé de tester cet équipement afin de connecter les équipements de gestions d’infrastructures ayant une connexion modem, aux équipements de Multitel chargé de collecter les données pour Firm Suite ayant une connexion Ethernet.

Claude Alain m’a donc posé des questions aux niveaux du routage IP, des tables de routage ainsi que du blocage de ports afin qu’il puisse émuler un routage IP entre les deux connexions. Je lui ai donc suggérer des solutions comme élaborer un schéma de l’architecture en définissant un réseau différent de chaque côté de l’équipement, puis de créer des tables de routages statiques dans l’équipement vers les deux ports. Je lui ai ensuite proposé d’ouvrir les ports pour le protocole SNMP, la liaison étant possible d’un coté, mais filtrée de l’autre.

Rapport de projet

88

Année 08/09

Finalement, la solution d’interconnexion à été abandonnée par Bell car le cout de développement revenais trop cher, et car Multitel a conseiller Bell d’opter pour l’évolution de leurs équipements vers une solution IP.

- Installation et configuration d’un nouveau serveur pour le groupe Agrégateur

Le groupe agrégateur a reçu un nouveau serveur neuf pour faire ces tests de connexions, le Dell PowerEdge T300. J’ai donc défini avec un membre du groupe, Dany Mac Carthy, ses besoins au niveau du nouveau serveur. Il a donc été convenu d’installer sur ce serveur le système d’exploitation Windows Server 2003 64-bits ainsi que le dernier Service Pack, et les mises à jour du système. Puis j’ai ensuite installé SQL Server 2005 SP3 64-bits, Framework 3.5 SP1. Le nom du serveur devait être AggManager, ne pas avoir de firewall, être en DHCP et se trouver isolé du trafic des autres serveurs. Le serveur a donc été placé sur la zone démilitarisé (DMZ) du routeur de Multitel. Finalement le dernier besoin fut d’avoir accès au serveur à distance et d’attribuer le double de quantité de RAM dans le Swap (mémoire vive virtuelle).

- Remplacement d’une alimentation et d’une carte réseau

Lors d’une coupure de courant, un serveur a subit, un choc électrique, et lorsque ce serveur à redémarrer son alimentation a lâchée. J’ai donc changé son alimentation afin de vite rendre disponible l’accès au serveur.

Puis par la suite, un membre du groupe agrégateur m’a fait savoir par télétravail que l’accès à distance à son serveur ne fonctionnait plus. Il s’agissait du serveur ou l’alimentation avait lâchée. J’ai donc vérifier les paramètres du serveur, l’accès à distance était bien configuré mais le serveur avait un comportement réseau étrange. Il était possible de faire des pings sur le réseau mais impossible d’utiliser un autre protocole (http ou tcp par exemple). J’ai donc changé la carte réseau et le problème a été résolu. J’en ai aussi profité pour mettre le serveur sur le même réseau qu’AggManager, et renommé le server AggClient.

En effet il arrive souvent que lorsqu’un ordinateur ou un serveur subit une surtension, l’alimentation n’est pas la seule à subir des dommages. Il faut donc veiller à protéger les serveurs des coupures de courant.

Rapport de projet

89

Année 08/09

Tous ces objectifs ont occupés la totalité de la dernière période, me rendant jour en jour plus autonome. L’installation de Firm Suite 3.25 à 3.41 à correctement été réalisée sur des machines virtuelles et l’application fonctionne correctement sans trop ralentir le système. La phase de test m’a permis de me rendre compte de la complexité du développement d’une application de cette envergure, mais aussi de l’importance du rôle de l’équipe QA et de la quantité de tests à faire.

Il faut prendre en compte que l’équipe QA est assez récente et qu’auparavant, ce rôle été attribué directement aux développeurs, ce qui retardait considérablement les dates de livraison, et n’assurait pas par ailleurs une fiabilité optimale de l’application.

Rapport de projet

90

Année 08/09

Conclusion

Migrer vers la virtualisation de serveurs n’est donc pas une chose facile, il faut trouver la solution qui correspond le mieux à l’entreprise, afin qu’elle profite au mieux des avantages de cette nouvelle technologie. Le logiciel VMware Server 2 a rempli parfaitement son rôle de serveur de machines virtuelles, et bien qu’il soit disponible gratuitement, offre une virtualisation à la fois stable et performante.

La virtualisation des serveurs de tests de l’équipe QA c’est parfaitement bien déroulée et répond clairement aux besoins des testeurs : avoir la possibilité de tester l’application Web Firm Suite dans un environnement indépendant et exempt d’éventuelles sources d’erreurs externes au logiciel en développement. De plus l’équipe QA dispose de plusieurs serveurs de tests virtuels ayant des caractéristiques différentes comme une version antérieure ou bien une base de données d’un client particulier. Tout cela afin d’optimiser les tests de l’application et gagner un temps non négligeable dans le développement de l’application.

Sur le plan personnel, ce stage m’a permis de découvrir la réalité du monde du travail et ma donné un aperçu positif du travail des ingénieurs en R&D, situation que je souhaite obtenir dans les années à venir. J’ai pu par ailleurs découvrir le système économique et professionnel d’un pays étranger, qui m’a étonné autant par son accueil, sa simplicité et son savoir vivre que par sa qualité de travail.

J’ai été pendant tout le long encadré par des professionnels de l’informatique, aussi bien présents pour aider et encourager, que pour évaluer le travail dans leur équipe.

J’ai beaucoup progressé du point de vue de l’idée du travail en entreprise et de la dimension commerciale du travail réalisé que j’avais. J’ai aussi perfectionné autonomie de travail, en effectuant beaucoup de recherches de solutions seul et en effectuant des tests de configurations et d’installation par moi-même en suivant ma logique et mes connaissances. J’ai aussi pu améliorer mon efficacité à trouver de la documentation rapidement sur Internet sur un sujet plus ou moins précis.

J’ai aussi pris conscience de l’imposition de la langue anglaise dans l’informatique mais aussi au Québec, une région entouré d’anglophones. Mais cela n’a pas été une barrière à l’avancement de mon projet, et a au contraire contribuer à une motivation supplémentaire, voulant parfaire mon niveau technique d’anglais.

Rapport de projet

91

Année 08/09

Au cours de mon stage, j’ai réalisé la totalité des objectifs de mon tuteur, et donc mené à bout le projet que l’on m’a confié. En ce sens il n’y a pas de prolongation possible du sujet, à l’exception d’une décision de changement de technologie de virtualisation.

Il est cependant intéressant de noter qu’il peut y avoir du travail à faire au sujet de la création de machines virtuelles allégées et de l’application Firm Suite portable. En effet le service des ventes semble très intéressé par cette possibilité de marché. Un prochain stagiaire motivé et persuasif pourrait alors montrer qu’il est possible d’encapsuler l’application web dans une machine virtuelle sécurisée, impossible à dupliquer, utilisant une technologie de virtualisation différente, voir un système d’exploitation contenant l’application Web ne nécessitant pas de licence d’utilisation.

Rapport de projet

92

Année 08/09

Bibliographie

- Liens de sites Internet

Liens concernant l’installation de Windows Server Windows Server 2003 Service Pack 2 Installation and Deployment Guide http://technet.microsoft.com/en-us/library/cc755981.aspx How To Install Windows Server 2003 http://howto.helpero.com/howto/Install-Windows-Server-2003_12.html Install Windows Server 2003 http://www.petri.co.il/how-to-install-windows-server-2008-step-by-step.html

Liens concernant l’installation de Windows SQL Server SQL Server Installation – Tutorial http://www.databasedesign-resource.com/sql-server-installation.html SQL Server: installation http://msdn.microsoft.com/fr-fr/library/ms143516.aspx Désinstallation de Microsoft SQL Server 2005 http://fadace.developpez.com/mssql/desinstall2005/

Liens concernant l’installation de IIS The Official Microsoft IIS Site http://www.iis.net/ Installation des services Internet (IIS) http://technet.microsoft.com/fr-fr/library/cc782498.aspx

Liens concernant les licences et la virtualisation [MSTD09] - Licences et Virtualisation (postes et serveurs) http://www.microsoft.com/france/vision/mstechdays09/Webcast.aspx Microsoft adapte ses licences à la virtualisation http://fr.smartbusiness.be/print.cfm

Liens concernant VMware Microsoft SQL Server and VMware Virtual Infrastructure http://www.vmware.com/resources/techresources/10002 VMware Server, consolidation de serveurs virtuels, virtualisation gratuite – Vmware http://www.vmware.com/fr/products/server Installing VMware Server 2.0 on Windows Systems http://www.virtuatopia.com/index.php Choosing between VMware Server and ESX Server http://www.virtualization.info

Rapport de projet

93

Année 08/09

Liens concernant la virtualisation Sept bonnes pratiques pour réussir un projet de virtualisation de serveurs http://www.zdnet.fr/actualites/it-management Dell et VMware http://www1.ca.dell.com/content/topics/global.aspx/alliances/fr/vmware

Liens concernant la virtualisation de SQL Server [MSTD08] - SQL Server et la Virtualisation http://www.microsoft.com/france/vision/mstechdays08/WebcastTechNet.aspx Virtualizing SQL Server? When to and when not to http://itknowledgeexchange.techtarget.com/sql-server Running SQL Server in a VM http://www.sqlmag.com/Article/ArticleID/46018/sql_server_46018.html

Liens concernant les bugs rencontrés VMware Communities: CIFS Datastore is inaccessible after every reboot VMware Communities: VM's 'freeze' then resume http://communities.vmware.com Changing the name of your SQL Server http://blogs.techrepublic.com.com/datacenter

Liens concernant le clonage de VM VMware Communities: Clone Virtual Machine with VMware Server 2.0 http://communities.vmware.com/message/1061525#1061525 VMware Communities: Cloning VMs on Linux Hosts with VMWare Server 2.0 http://technet.microsoft.com/fr-fr/sysinternals/bb897418.aspx How To Install VMWare Server 2 on Ubuntu 9.04 Server http://www.bauer-power.net/2009/03/how-to-install-vmware-server-2-on.html

Liens de Multitel www.multitel.com

- Documentation technique Brochure de VMware Server 2.0 User’s Guide de VMware Server 2.0 Procédure d’installation de Firm Suite 3.30 de Multitel Restoring Firm Suite Database de Pascal Girard User’s Guide de Dell PowerEdge T300

Rapport de projet

94

Année 08/09

Table des illustrations

Figure 1 - Architecture Produits Multitel .................................................................................7

Figure 2 - Organigramme de Multitel 2009-04-22 ...................................................................8

Figure 3 - Serveurs du laboratoire R&D .................................................................................14

Figure 4 - Serveur de la deuxième salle de brassage .............................................................15

Figure 5 - Architecture de virtualisation ................................................................................18

Figure 6 - Machine virtuelle du produit VMware ..................................................................19

Figure 7 - Interface Web de VMware Server 2.0 ...................................................................27

Figure 8 - serveur spiderman2k3 ..........................................................................................29

Figure 9 - Internet Information Services................................................................................31

Figure 10 - Mon poste de travail chez Multitel ......................................................................32

Figure 11 - Interface web de Target Process .........................................................................33

Figure 12 - Plan d'architecture réseau des serveurs de Multitel ............................................35

Figure 13 - Exemple de plan d'architecture de VMs réalisable avec Microsoft Office Visio ....36

Figure 14 - Identification requise pour télécharger VMWare Server .....................................39

Figure 15 - Formulaire d'inscription de VMWare ..................................................................40

Figure 16 - Lancement de l'interface d'installation ................................................................42

Figure 17 - Installation ..........................................................................................................43

Figure 18 - Licence ................................................................................................................43

Figure 19 - Répertoire d'installation ......................................................................................44

Figure 20 - Configuration du serveur ....................................................................................45

Figure 21 - Raccourcis ...........................................................................................................45

Figure 22 - Lancement de l'installation .................................................................................46

Figure 23 - Installation ..........................................................................................................46

Rapport de projet

95

Année 08/09

Figure 24 - Enregistrement des informations ........................................................................47

Figure 25 - Fin de l'installation ..............................................................................................47

Figure 26 - Configuration d'un Datastore distant ..................................................................51

Figure 27 - Liste des VMs de base sur le serveur svr-multitel ................................................53

Figure 28 - Configuration du fichier install.bat ......................................................................66

Figure 29 - Installation de la Base de Données de Firm .........................................................66

Figure 30 - Installateurs des services de Multitel ..................................................................67

Figure 31 - Recherche du fichier de configuration du service d'alarmes ................................68

Figure 32 - Configuration des connectionstring du service d'alarmes ....................................69

Figure 33 - Configuration de IIS .............................................................................................70

Figure 34 - Interface du module administration pour ajouter une licence .............................71

Figure 35 - Interface de Firm Suite Tool Box pour ajouter les types d'équipements ..............72

Figure 36 - Liste des différents services de Multitel dans le gestionnaire de services ............72

Figure 37 - Blocage des ports de SQL Server via SQL Server Configuration Manager .............73

Figure 38 - Redémarrage du serveur SQL via SQL Server Configuration Manager ..................74

Figure 39 - Connexion au serveur SQL ...................................................................................74

Figure 40 - Restauration d'une base de données ..................................................................75

Figure 41 - Configuration de la restauration de BD ...............................................................76

Figure 42 - Configuration du fichier de mise à jour de SQL Server .........................................78

Figure 43 - Fichier des licences de Firm .................................................................................79

Rapport de projet

96

Année 08/09

Liste des sigles et des symboles

Sigles

CEGEP – Collège d’Enseignement Général et Professionnel.

DHCP – Dynamic Host Configuration Protocol.

DMZ – Demilitary Zone.

DNS – Domain Name Server.

DUT – Diplôme Universitaire Tertiaire.

FTP – File Transfer Protocol

IP – Internet Protocol

IUT – Institut Universitaire de Technologie.

ISO – International Standart Organisation.

QA – Quality Assurance

RAM – Random Access Memory

R&D – Recherche et Développement ou Research and Development.

R&T – Réseaux et Télécommunications.

SNMP –

VM – Virtual Machine

Symboles

& et

@ Arobase

Rapport de projet

97

Année 08/09

Glossaire

ISO 9001 : 2000

Représente la certification du système de gestion de la qualité (SGQ) de l’Organisation Internationale de Standardisation qui garantit que les procédures de gestion de la qualité d’une entreprise sont conformes aux normes internationales les plus élevées. En plus de refléter un contrôle de la qualité des plus rigoureux, de nombreuses organisations internationales d’envergure exigent que leurs fournisseurs soient certifiés ISO 9001 : 2000.

VM

Acronyme de Virtual Machine, soit Machine Virtuelle. Il s’agit de l’ensemble des ressources matérielles (processeur, mémoire, disque dur, périphériques, etc.) simulées par le logiciel de virtualisation et vues par les systèmes d’exploitation invités. Plus précisément, on parle ici de HVM (Hardware Virtual Machine), machine virtuelle matérielle.