Guide d'approche de déploiement de SUSE ... - IT World Canada

Guide d'approche de déploiement de SUSE Linux Enterprise Serverwww.novell.comServer et facilitera le déploiement de sesfutures charges de travail.Best practices de déploiementAvant tout projet de déploiement, l’entreprisedoit impérativement comprendre pourquoielle entreprend la migration de ses chargesde travail vers SUSE Linux Enterprise Server.Cela permet en effet de convaincre encoredavantage les décisionnaires en centrantla réflexion sur les objectifs de l’entreprise.Parmi les objectifs les plus courants dudéploiement de SUSE Linux Enterprise Server,il convient de souligner la réduction descoûts et de la complexité de l’environnementserveur. Ce déploiement permet égalementd’exploiter la seule plate-forme Linuxrecommandée par Microsoft. Il s’agit en effetdu seul système d’exploitation Linux optimisépour un fonctionnement parfait avec votreenvironnement Microsoft* Windows*.Trois grandes questions doivent êtreposées avant d’élaborer une stratégiede déploiement : comment convertird’anciennes applications pour les fairefonctionner sur une nouvelle plate-forme,comment construire et déployer desserveurs, et enfin, comment gérer lesnouveaux serveurs une fois ceux-ci enplace ? Les best practices suivantes ont étédéveloppées pour répondre à ces questionset structurer ce process complexe.La portée d’un déploiement dépendprincipalement des serveurs ou du groupede serveurs à migrer et de la taille dudatacenter. Si les charges de travail àmigrer de Red Hat Enterprise Linux versSUSE Linux Enterprise Server sont limitéesen nombre, certaines des procéduresappliquées ci-dessous ne seront pasforcément nécessaires. Néanmoins, mêmele plus modeste des déploiements doit êtreplanifié, testé et certifié. Novell conseille uneapproche progressive vous permettant demettre en oeuvre votre solution petit à petit,pièce par pièce, afin de garantir la réussitedu projet et de fixer des objectifs réalistes.Les déploiements s’avèrent beaucoup plusfaciles à gérer lorsque l’on commence pardes charges de travail simples pour ne traiterles charges les plus complexes qu’aprèsavoir obtenu des résultats prometteurs.Les migrations de Red Hat EnterpriseLinux vers SUSE Linux Enterprise Serverse décomposent généralement en quatreétapes. Chaque étape doit être terminéeavant de passer à la suivante.Étape 1 : inventaire complet de l’ensembledu matériel et des applications logicielles ;métriques de base pour évaluer lesrésultats obtenus.Étape 2 : évaluation de l’inventaire etdétermination des caractéristiques descharges de travail.Étape 3 : hiérarchisation des charges detravail identifiées à l’étape 2 et élaborationd’un plan faisant appel à la consolidationpour optimiser le retour.Étape 4 : lancement d’initiatives enproduction, notamment réalisation detests rigoureux, selon une méthodologieacceptable pour l’entreprise.Les entreprises doivent impérativementconduire les tests adéquats avant dedéployer de nouvelles solutions dans leurenvironnement de production. Le plus difficilelors d’un nouveau déploiement est souventde s’accorder sur les critères permettantde considérer le nouveau environnementcomme fonctionnel, et de garantir que toutesles composantes ont bien été identifiées etinventoriées. Nous allons aborder les critèresde réussite d’un test dans le souci d’unetransition parfaite.Types d’applicationsNovell décompose les applications devantgénéralement bénéficier d’un redéploiementen trois grandes catégories. La complexitéde la migration d’une application dépendde son type. Vous trouverez ci-dessous unebrève présentation de ces catégories et destypes d’activités associés à la migration deces applications.Niveau 1 : les fondationsPortée : ce niveau implique un réseaustandard et d’autres services communs àde nombreuses variantes d’UNIX* et Linux,notamment Apache, DHCP, sendmail, BIND(DNS), LDAP, NIS et NFS. Il englobe aussil’intégration aux services de base existants,comme la sauvegarde, la surveillance, lasécurité, l’audit et la gestion des utilisateurs.Trois questionsdéterminantes doiventêtre posées pourpréparer une stratégiede déploiement :Comment convertird’anciennes applicationset les fairefonctionner sur unenouvelle plate-forme ?Comment construireet déployer desserveurs ?Comment gérer lesnouveaux serveursune fois qu’ils sonten place ?p. 3

Activités :Installer le progicielAppliquer la configuration existante (del’ancien système) à la nouvelle installationTester le fonctionnementComplexité : faible complexité technique.La reconfiguration nécessaire au transfertdes composants Open Source standardcomme Apache est insignifiante. La configurationd’Apache (httpd.conf et ses sousarborescences)doit pouvoir être copiéedans la nouvelle version de SUSE LinuxEnterprise Server (avec le contenu de siteWeb) et fonctionner sans modificationsou presque. Les services tels que DHCPet BIND (DNS) peuvent également êtretransférés de la même manière.Niveau 2 : outils intermédiairesPortée : ce niveau implique généralementde grands composants commerciaux prêtsà l’emploi comme SAP, Oracle, PeopleSoft,Serviceguard et Veritas.Activités :Vérifier que le composant prêt à l’emploiest certifié pour SUSE Linux EnterpriseServer (voir www.novell.com/partner/isv/isvcatalog)Installer le progiciel de base prêt à l’emploisur SUSE Linux Enterprise ServerTransférer toutes les personnalisations del’ancien système vers le nouveauTester et recertifier le fonctionnement surSUSE Linux Enterprise ServerComplexité : l’installation de base esttrès simple. Les process de migration de laconfiguration et de certification s’avèrent pluscomplexes. Pour ce faire, il est préférabled’avoir recours aux ressources utilisées lorsdes personnalisations initiales (Accenture,Deloitte & Touche, etc.).Niveau 3 : applications sectoriellespersonnaliséesPortée : il s’agit ici des applicationspersonnalisées développées par un clientpour satisfaire les exigences des processspécifiques de son entreprise et de saproposition de valeur.Activités :Dresser l’inventaire de tous les logiciels àtransférerDresser l’inventaire complet des ressourcesde test existantesDévelopper un plan de projet personnaliséPorter (en cas de migration Linux versLinux, cette étape est quasiment éliminée)Tester l’unitéTester l’intégrationTester le systèmeTester l’acceptation utilisateurComplexité : aucune complexité techniquegrâce à la compatibilité inhérente à Linux.Les tests accentuent la complexité. Toutefois,il s’agit généralement de l’aspect le plus« payant ». Dans cette catégorie, les logicielspeuvent généralement être subdivisés enplusieurs sous-catégories différentes entermes de niveau de complexité :Compilation statique interne, sansdépendances externesCompilation statique interne, avecdépendances externesBibliothèques partagées internes,sans dépendances externesBibliothèques partagées internes,avec dépendances externesSous-classification selon la disponibilité ounon du code source interne ou s’il s’agitde catégories binaires uniquementPrincipales différences entreRed Hat Enterprise Linux etSUSE Linux Enterprise ServerMême si la plupart des aspects de Linuxsont semblables d’une distribution à l’autre,on trouve néanmoins quelques différencesmajeures entre Red Hat Enterprise Linuxet SUSE Linux Enterprise Server. Cesdomaines sont tous traités dans les modulesde formation consacrés à la migration deRed Hat Enterprise Linux vers SUSE LinuxEnterprise Server, fournis par Novell.p. 4

Guide d'approche de déploiement de SUSE Linux Enterprise Serverwww.novell.comAutoYaST contre KickstartRed Hat Enterprise Linux comprendun programme appelé Kickstart quipermet de sauvegarder et de déployerdes configurations serveur. SUSE LinuxEnterprise Server utilise un puissantoutil appelé AutoYaST qui offre la mêmefonctionnalité. Le résultat final est identique,mais Novell recommande aux administrateursde suivre une nouvelle formation surl’utilisation d’AutoYaST.AppArmor® contre SELinuxLes administrateurs de Red Hat EnterpriseLinux qui connaissent SELinux seront ravisd’apprendre qu’AppArmor offre le mêmeniveau de sécurité tout en étant bien moinscomplexe. Il faudra traduire les règles deSELinux pour les utiliser avec AppArmor.Toutefois, AppArmor est beaucoup plusfacile à gérer et propose de nombreusesbibliothèques de règles prêtes à l’emploipour les services les plus courants.Structure d’annuaireCertains aspects de la structure d’annuairede SUSE Linux Enterprise Server et deRed Hat Enterprise Linux sont différents.Des fichiers de configuration peuvent ne passe situer exactement à l’emplacement où unadministrateur de Red Hat Enterprise Linux levoudrait. La documentation relative à SUSELinux Enterprise Server est très utile pourdéterminer l’emplacement des différentsfichiers de configuration. En termes dephilosophie, SUSE Linux Enterprise Serverest plus proche et plus conforme à la LSB/FSH tandis que Red Hat Enterprise Linuxprivilégie davantage la compatibilité avec lesversions précédentes de Red Hat EnterpriseLinux. Les administrateurs de Solaris sefamiliariseront facilement avec SUSELinux Enterprise Server.Commandes de baseCertaines commandes de configurationde base de SUSE Linux Enterprise Serversont différentes de celles de Red HatEnterprise Linux. Au lieu d’utiliser systemconfig-*ou redhat-config-*, SUSE LinuxEnterprise utilise yast2* pour certainesactivités de configuration. Pour obtenir laliste complète de ces commandes ainsi queleur description, reportez-vous au modulede formation Red Hat vers SUSE LinuxEnterprise Server, fourni gratuitement parNovell. Un autre document accompagnantle kit de déploiement et fourni par Novelltraite également ce sujet en profondeur.Mise en grappeLes deux distributions utilisent ext3 commesystème de fichiers par défaut, mais lesimplémentations de mise en grappe varient.Pour la mise en grappe, Red Hat EnterpriseLinux repose sur Red Hat Cluster Suite quiutilise GFS (Global File System), tandis queSUSE Linux Enterprise Server utilise OCFS2avec Heartbeat. Les administrateurs habituésà Red Hat Cluster Suite devront suivre uneformation sur les fonctions de mise engrappe de SUSE Linux Enterprise Server.GestionLes administrateurs de Red Hat EnterpriseLinux doivent savoir utiliser Red Hat SatelliteNetwork pour administrer leur système UNIX.Les installations de SUSE Linux EnterpriseServer sont généralement gérées via Novell®ZENworks® Linux Management ou NovellSystem Management Tool (SMT), ce quinécessite une formation du personnel.Gestion d’un déploiement :Phase 1 - InventaireLa phase d’inventaire constitue le pointde départ de tout nouveau déploiement.Un inventaire détaillé est indispensable pourassurer le succès des étapes suivantes.La phase d’inventaire peut être décomposéeen cinq étapes : matériel, OS, stockage,pile et fonctionnement. Pour chaqueétape, les informations suivantes doiventêtre recueillies :MatérielFabricantArchitecture (32/64 bits)Type de processeur (ex : x86, AMD64,EM64T, IA64, PPC, PA-RISC)Nombre de processeursNombre de coeursRAMVersions des microprogrammesDate d’actualisation/de fin de cycle devie prévue pour le matérielCertifications/Niveaux de supportp. 5

Guide d'approche de déploiement de SUSE Linux Enterprise Serverwww.novell.comDe nombreux outils Open Source etcommerciaux sont disponibles pour évaluerla portabilité d’une application. En général,les applications situées au sommet desintergiciels (ex : Oracle Forms d’Oracle*,WebLogic*, WebSphere*, J2EE*/Tomcat) sontles plus faciles à transférer. Le plus souvent,les applications développées via deslangages de script sont également faciles àtransférer, mais des tests doivent être réalisésavant le déploiement.Lignes de base/Métriquesde performancesLes métriques peuvent mettre en évidenceles avantages acquis et garantir le succès duprojet en mesurant les performances avantla migration. Les performances des systèmesclés (charges soutenues et de pointe, etc.) etles opérations standard (ajouts de nouveauxenregistrements, traitements par lots,sauvegardes, autres opérations habituelles)doivent impérativement être mesurées etdes lignes de base doivent être établies.Sans ces bases, il est difficile de déterminersi la migration s’est bien déroulée.Gestion d’un déploiement :Phase 2 - ÉvaluationLa phase d’évaluation nécessite une analyseminutieuse des données recueillies lors de laphase d’inventaire. Les données réunies lorsde l’inventaire doivent être examinées avecsoin et d’autres informations peuvent êtrerecueillies pour déterminer les charges detravail à déployer en priorité. L’analyse peutse décomposer en plusieurs étapes :Analyse du matérielIl convient tout d’abord de déterminer le sortdu matériel existant. Plusieurs options sontdisponibles, notamment utiliser le matérielexistant pour la prise en charge de SUSELinux Enterprise Server ou remplacer lematériel actuel s’il ne répond pas auxfutures exigences.Cycle de vie des applicationsPour déterminer les applications prioritaires,chaque application doit être positionnéedans son cycle de vie. Les applications quiarrivent en fin de vie seront redéployéesen priorité.État des certifications des éditeursde logiciels (ISV, IndependentSoftware Vendor) sur SUSE LinuxEnterprise ServerRecherchez le niveau de prise en chargeactuel sur SUSE Linux Enterprise Serverde chaque application propriétaires ouprête à l’emploi. Les principaux facteursà prendre en compte sont les suivants :l’application fonctionne-t-elle sur SUSELinux Enterprise Server, est-elle prise encharge sur SUSE Linux Enterprise Server,une version plus récente est-elle disponiblepour SUSE Linux Enterprise Server, oupossède-t-elle des dépendances nondisponibles ? Si l’application n’est pas priseen charge, consultez la feuille de route del’éditeur de logiciels ou déterminez si uneautre application prise en charge peut laremplacer. Pour plus d’informations surles éditeurs de logiciels (ISV, IndependentSoftware Vendor) et sur les constructeursindépendants de matériel (IHV, IndependentHardware Vendor) pris en charge sur SUSELinux Enterprise Server, visitez le site :www.novell.com/partner/isv/isvcatalogLa plupart des éditeurs de logicielsrépondent aux demandes de leursclients en termes de prise en charge desystèmes d’exploitation. Les clients doiventcommuniquer clairement leurs intentionsauprès des éditeurs de logiciels pourobtenir la certification des applicationsqu’ils souhaitent transférer.ProfilageLe profilage est essentiel pour mesurerle potentiel d’un déploiement de SUSELinux Enterprise Server. Pour planifier laconsolidation, il est impératif de comprendreles caractéristiques de chaque charge detravail. Les caractéristiques des chargesde travail varient au fil du temps, aussi est-ilnécessaire de profiler les charges de travailau fil des jours, des semaines et des moisprécédant la migration.Gestion d’un déploiement :Phase 3 - HiérarchisationLa tâche suivante consiste à désigner lematériel et/ou les applications prioritairespour le redéploiement. Ceci doit aboutirà une feuille de route qui permettra àp. 7

l’entreprise de planifier les déploiements encours et le lancement futur des applications.Critères et pondérationTrois critères s’appliquent à la création d’unplan d’activités destiné à offrir le maximumd’avantages.Risque (élevé / intermédiaire / faible) -Risque inhérent à ce changement en dehorsdes stratégies de mise à niveau normalesComplexité (élevée / intermédiaire /faible) - Complexité technique inhérenteà ce changement ; ex : la migration desservices d’infrastructure réseau est moinscomplexe que la migration d’applicationspersonnalisées basées sur le code natif.La complexité peut généralement êtreévaluée sur une échelle comprise entre1 et 5, 1 représentant la complexité laplus faible et 5 la plus élevée– L’application fonctionne sans aucuneintervention– L’application fonctionne avec uneintervention minime– L’application requiert une recompilationqui tiendra compte de toutes lesdépendances– L’application requiert une recompilationainsi qu’une résolution desdépendances– L’application ne fonctionne pas pourcause d’absence de support et/oude codeOpportunité (élevée / intermédiaire /faible) - Conformément aux objectifsde migration vers SUSE Linux EnterpriseServer, quelle opportunité présente ceprofilage de serveur ou d’application ?L’application vaut-elle l’investissementde migration ? Ces applications peuventêtre regroupées en trois catégories :– L’application est en cours de réécritureou une mise à jour majeure est prévue– La dépendance envers l’éditeur del’application n’existe plus– Le code source de l’application n’estpas disponibleDans certains cas, il peut être intéressantd’exécuter l’application sur une machinevirtuelle invitée sur SUSE Linux EnterpriseServer.La phase de hiérarchisation doit fournir lesinformations suivantes :Applications à déployer en prioritéNombre de constructions matériellesdifférentes pour le lancementNombre de piles logicielles différentespour le lancementOpportunités de consolidationOpportunités de virtualisationUne fois ces critères appliqués à lamatrice, les applications pour lesquelles leredéploiement s’avère le plus avantageuxsont prioritaires. Il s’agit des applicationsdont les performances seront accrues unefois redéployées sur SUSE Linux EnterpriseServer, des applications faciles à mettre enoeuvre et des applications à fort impact surles objectifs commerciaux.Critères de décision simples pourchoisir les cibles de la migrationLors de l’évaluation et de l’inventairedes serveurs, posez-vous les questionssuivantes :Y a-t-il plusieurs serveurs semblablesà redéployer ou s’agit-il d’un serveurunique ?Les applications commerciales viséessont-elles prises en charge ou certifiéespour SUSE Linux Enterprise Server parl’éditeur de logiciels ? (www.novell.com/partner/isv/isvcatalog)La plate-forme matérielle visée est-elleprise en charge par le constructeurindépendant de matériel ?La migration vous permet-elle de cessertoute prise en charge et de supprimer lescoûts associés à l’ancienne plate-forme ?La charge de travail peut-elle êtrevirtualisée ?La charge de travail peut-elle fonctionnersur une machine physique comme l’IFL(Integrated Facility pour Linux) sur un grossystème zSeries* (comme un serveurd’applications WebSphere) ?p. 8

Guide d'approche de déploiement de SUSE Linux Enterprise Serverwww.novell.comLa charge de travail bénéficierait-elle de lafonctionnalité SUSE Linux Enterprise ServerReal Time ?S’agit-il d’une charge de travail Windowsqui pourrait être virtualisée sur SUSE LinuxEnterprise Server ?Existe-t-il des problèmes de parité entresystèmes d’exploitation pour les fonctionsessentielles ?Association du déploiement auxcycles de mise à niveauSi possible, les déploiements de SUSELinux Enterprise Server doivent être associésaux cycles de mise à niveau du matérielet des logiciels. Il en résulte une réductiondes coûts de migration et une optimisationde l’efficacité, grâce à une synergie avecles initiatives informatiques d’entreprise ousectorielles existantes.Création d’une feuille de routeLa phase de hiérarchisation doit égalementinclure la création d’une feuille de routedétaillée, la planification de l’implémentationet la préparation des ressources nécessairesà la migration. Les étapes trimestrielles etmensuelles importantes du déploiementdoivent être notées sur la feuille de route.Les cibles du déploiement du serveur doiventêtre désignées et un suivi doit être effectuédans le cadre d’un rapport mensuel. Uneapproche détaillée du déploiement estprésentée ci-dessous.Ateliers de déploiement etplanification du déploiementCes brèves séances de whiteboarding, outableaux blancs interactifs, sont destinées àvous aider à développer l’approche et ladynamique de déploiement dans votre entreprise.Il s’agit du principal outil de recueild’informations lors des activités d’évaluationet de hiérarchisation. Les séances durentenviron une journée et sont encadrées par unanimateur ainsi qu’un spécialiste techniqueou un architecte. Ces ateliers supposent laparticipation active des experts verticauxet techniques. L’encadrement et la duréepeuvent être modifiés ou adaptés en fonctiondes besoins du client. Les ateliers dedéploiement, quelle que soit leur durée,se déroulent généralement comme suit :Récapitulatif des facteurs commerciaux ettechniques pour une solution basée surSUSE Linux Enterprise Server ; justificationdes avantages commerciauxMigration d’applications et inventaire deconversion avec exigences de certificationde l’éditeur de logiciels initialDécouverte approfondie d’un domaine(construction de base, virtualisation,gestion des systèmes hétérogènes,besoins en interopérabilité des solutionsd’identité, etc.)Support et formation nécessitant uneévaluationPlan de déploiement détaillé des servicesd’habilitation, approche d’optimisationde l’usage de la certification ; et étapessuivantesPhase d’exécution et présentationTransfert des piles traditionnellesaux piles virtuellesToute migration doit être associée à unestratégie de virtualisation pour profiterpleinement du potentiel que représente lematériel moderne. En matière de virtualisation,un bon provisioning des serveurs s’avèresouvent complexe ; ceci dit, il existe denombreux outils logiciels pour vous aiderdans cette tâche. Novell vous conseille deconsulter un tiers ayant fait l’expérience dela virtualisation dans le cadre du processde migration. La virtualisation est égalementidéale pour déployer des services extrêmementdifficiles à transférer depuis lesplates-formes préexistantes.Gestion d’un déploiement :Phase 4 - LancementPendant la phase de lancement,l’entreprise doit utiliser les résultats desphases d’évaluation et de hiérarchisationpour aborder les activités détaillées deplanification et d’exécution. Ceci doit setraduire par un ensemble concretd’éléments aux objectifs quantifiables.Les objectifs doivent refléter les besoinsstructurels en déploiement ainsi que lesp. 9

Guide d'approche de déploiement de SUSE Linux Enterprise Serverwww.novell.com– Créer les sources d’installationdes applications et paquetagescomplémentairesPréparer le mécanisme de lancementdes constructions– Identifier les types de constructionsrequis (ex : réseau, DVD, USB)– Choisir le process de démarragepour la connexion aux constructions(ex : PXE, CD, DVD)– Choisir les protocoles à utiliserpour le lancement de la construction(ex : HTTP, FTP)– Préparer les services du serveurd’installation pour les méthodes delancement– Créer plusieurs méthodes de lancementà partir de la même sourceNovell recommande de configurerl’environnement de manière à permettre undémarrage de PXE avec déclenchementd’un fichier de contrôle XML à partir d’unréférentiel NFS. Les entreprises qui nesouhaitent pas modifier leur serveur DHCPpeuvent utiliser HTTP ou FTP. Les entreprisessont vivement encouragées à utiliser SSHpour le lancement des images, car celles-cipeuvent contenir des données sensibles.Les entreprises doivent tout mettre enoeuvre pour que leurs environnements delaboratoire soient aussi proches que possiblede l’environnement de production, car desdifférences trop marquantes risqueraient deprovoquer des problèmes. L’environnementde laboratoire doit être conservé après leprojet de migration afin de transférer denouvelles applications dans l’environnementde production.Mise en oeuvreLa phase de mise en oeuvre comprend lacréation des constructions de base pour lapile requise et les activités de développe mentassociées à la migration des applications.Création de la construction de baseAutoYaST est un outil intégré à SUSELinux Enterprise Server qui permet à unadministrateur système de recueillir lesparamètres de construction du matérielet des applications d’un serveur et de lesstocker dans un profil XML. Le profil créépeut ensuite être utilisé pour récréer desserveurs avec la même configurationmatérielle et la même pile de logiciels.Le profil XML peut servir de base et êtreensuite mis à jour.Pour créer la construction de base,commencez par créer une constructionde référence sur le matériel cible, puiscréez une copie du fichier XML AutoYaST.Si nécessaire, modifiez ce fichier XMLpour chacune des autres constructionssouhaitées. La construction de référencedoit impérativement être testée avant d’êtreutilisée pour créer d’autres constructions.Pour en savoir plus sur la personnalisationdu fichier XML, reportez-vous à ladocumentation d’AutoYaST.SécuritéConfigurer les règles de pare-feu réseaurequises avec le module de filtrage depaquets de la iptable du kernelSuivre les best practices pour sécuriserSUSE Linux Enterprise ServerCréer des profils AppArmor pour lesapplications hébergéesEnvisager l’utilisation d’un système dedétection des intrusions (IDS)S’il n’est pas déjà inclus dans la piled’applications, penser à installer unlogiciel de surveillance du type Nagiosou BMC PATROLTest de la constructionDans le cadre du test, vérifier que :les serveurs sont exempts d’erreurs ;les serveurs répondent à toutes lesexigences ;la sécurité du système répond aux besoinsde l’entreprise ;les performances sont conformes auxattentes ;les charges des serveurs sont facilementtraitées.En présence d’une équipe de sécuritéinterne, il convient de vérifier qu’elleapprouve la construction et de tenir comptede ses éventuelles propositions. Tout boguedétecté doit être corrigé et le test de l’unitédoit avoir été effectué avant de déployer unenouvelle construction dans l’environnementde production.Novell encourage les entreprises àdévelopper un process formel pour la créationde nouvelles constructions.p. 11

L’environnement de production doit êtreexempt de toute construction malveillante.Les entreprises sont encouragées à suivresystématiquement un cycle formel « créer,construire, tester, déployer » lors du déploiementde nouveaux matériels ou logiciels.Description du process deconstruction d’image de baseToutes les mesures prises pour créer l’imagede base doivent être soigneusement décritespour être reproduites. Les points suivantsdoivent être documentés :Construction du serveur d’installationUtilisation et maintenance du serveurd’installation maîtreCréation et utilisation des fichiers decontrôleConfiguration du démarrage du réseauDéploiement de la construction dans unenvironnement de testPilote de productionUne fois la construction déployée et testéeavec succès au laboratoire, elle peut êtreintroduite dans un environnement deproduction. Novell recommande vivementaux entreprises de limiter le déploiementinitial à un groupe restreint d’utilisateurs.Les tests système de bout en bout et lesévaluations des charges de travail doiventêtre réalisés par le pilote.DéploiementUne fois le pilote terminé, le déploiementcomplet peut commencer. Il est impératifde communiquer avec les utilisateurs ainsique d’identifier et de résoudre rapidement lesproblèmes qui surviennent. L’environnementde laboratoire ne peut jamais complètementsimuler l’environnement de test, mais uneplanification rigoureuse permettra de limiterles interruptions.MaintenanceDans le cadre de la phase de maintenance,vous devez déterminer la méthode de gestiondes serveurs une fois ceux-ci déployés.Novell prend en charge trois méthodes degestion des correctifs et de la distribution :Novell ZENworks Linux Managementpermet une gestion complète descorrectifs et une parfaite distributiondes logiciels Linux ;l’outil de gestion des abonnements peuten toute sécurité déclencher les correctifsNovell situés derrière un pare-feu et êtreutilisé comme fonctionnalité de correctionde base lorsqu’il est associé à yumou à AutoYaST ;dans certains cas, une intégration auxoutils de gestion des correctifs existantsest possible. Un connecteur spécial estalors requis pour permettre aux outilstiers de communiquer avec le NovellCustomer Center.p. 12

Guide d'approche de déploiement de SUSE Linux Enterprise Serverwww.novell.comProcess de migration des applicationsNovell recommande de suivre le process présenté ci-dessous :Il s’agit de l’approche recommandée par Novell, mais même un sous-ensemble permettraitd’éviter les problèmes ; l’absence d’approche formelle limite les opportunités de réductionde coûts.Migration linuxLes applications n’ont généralement pas àêtre transférées depuis Red Hat EnterpriseLinux pour fonctionner sur SUSE LinuxEnterprise Server. Il peut, tout au plus,être nécessaire de changer l’emplacementde certains paramètres. Le plus importantconsiste à tenir compte de l’ensemble debibliothèques qui était installé sur l’anciensystème et à veiller à ce que les bibliothèquesutilisées sur la construction de SUSE LinuxEnterprise Server soient compatibles.Consultez l’éditeur de logiciels qui prend encharge l’application pour déterminer si desmesures spécifiques doivent être prises.Pour les applications développées eninterne, il peut être possible de procéderà une migration standard d’une anciennedistribution de Linux vers SUSE LinuxEnterprise Server. Novell et d’autres sociétéscomme IBM, Hewlett Packard et Intel ontproduit de nombreux documents, guideset logiciels d’assistance pour permettre lamigration d’une application, directement ouvia une étape intermédiaire.Les applications examinées pour la migrationdoivent être évaluées selon leur conformitéavec Linux Standards Base (LSB). LSB estune norme développée par Linux Foundation(www.linux-foundation.org/en/LSB) et quimappe les bibliothèques, les commandes etutilitaires, la structure du système de fichierset autres caractéristiques système requisespour qu’une distribution Linux compatiblepuisse assurer la prise en charge desapplications.p. 13

SUSE Linux Enterprise Server 10 prend encharge LSB 3 (LSB 1.3). Les applications quiont été développées pour prendre en chargeune version antérieure de LSB doivent êtreprioritaires pour la migration vers SUSELinux Enterprise Server afin d’accélérer ledélai de migration et de réduire les mesuresrequises. Les applications conçues pourêtre conformes aux normes LSB 2 (LSB 1.2),comme celles déployées sur les serveursRed Hat Enterprise 5, doivent être prioritairessur les applications non conformes auxnormes LSB. Une partie du process d’inventairedes applications doit consister à identifierles applications qui dépendent du progicielLSB ; ceci peut être effectué grâce auxoutils standard du système de gestion depaquetage Linux. L’application peut êtreanalysée grâce aux outils et utilitaires fournisavec le kit de développement LSB (LDK). Cesutilitaires peuvent confirmer au développeur lesétapes requises pour mettre l’application enconformité avec LSB.Gestion des abonnementsDes process doivent mis en place pour gérerles éléments suivants :Droits d’abonnement attribués ou destinésà certains secteursUtilisateurs disposant de droits d’accèsau Novell Customer CenterInstallation du serveur d’abonnementpour l’utilisationTest des best practicesComme a pu le constater Novell, l’un despoints les plus délicats d’un déploiementest de déterminer les conditions de laréussite. Un accord doit être concluentre les différentes parties quant auxfonctionnalités à respecter par le nouveausystème. Les exigences relatives aux testsvarient énormément d’une entreprise àune autre. Dans le cadre de la stratégiede déploiement, il convient de déterminerles ressources existantes pour les tests etd’élaborer un plan pour créer de nouvellesressources de test afin de satisfaire toutes lesexigences. Points à retenir lors d’un test :Dresser l’inventaire des ressources de testexistantes lors de la phase de découverteet de planificationDéfinir les ressources de test complémentairesrequises pour le déploiementConsulter les parties prenantes lors duprocess d’acceptation et définir les critèresavant le déploiementUn test est une activité continue du débutjusqu’à l’acceptation finale du systèmeredéployé ; il associe toutes les tâchesde déploiementObstacles courantsLes grands datacenters ne disposentgénéralement d’aucun inventaire fiablesur les matériels et logiciels en production.Il leur est donc difficile de répondre à laquestion suivante : que faut-il transférerexactement et sur quelles machines ?Ce risque peut être atténué en consacrantbeaucoup de temps à la phase d’inventaire.Il ne suffit pas de dresser la liste de tousles serveurs ; des informations relativesaux applications exécutées et à toutes leursdépendances doivent être recueillies. Avantde conclure la phase d’inventaire, l’entreprisedoit non seulement savoir ce qu’exécuteson datacenter, mais aussi comment lesdifférentes composantes interagissent.Pour dresser un inventaire complet, il estpréférable de suivre le protocole décrit à lasection sur l’inventaire de ce document.La plupart des entreprises informatiquesne disposent d’aucun critère formel de test,de validation et de certification, ni d’aucunsystème de test pour leurs piles. Elles sontdonc incapables de répondre précisémentà la question suivante : comment savoir si lapile migrée fonctionne correctement ? Avantd’entamer la migration, il est impératif dedéterminer avec soin les critères de réussite.Si ces critères ne sont pas encore en place,ils doivent être définis. Ce problème, toutcomme les problèmes liés à l’inventaire,doivent être identifiés et réglés dès ledébut du process. Novell recommandeaux entreprises qui ne disposent d’aucuneprocédure d’inventaire ou de test decontacter une entreprise tierce justifiant d’uneexpérience sur ce type d’environnements.p. 14

Guide d'approche de déploiement de SUSE Linux Enterprise Serverwww.novell.comBeaucoup d’entreprises possèdent desservices informatiques dont la croissanceinterne a été irrégulière. Les applicationsexécutées dans le datacenter ont étéajoutées conformément aux besoins, sansqu’aucune gestion de projet formelle etréutilisable ne soit en place. Il en résulteun mélange de systèmes, de plates-formeset d’applications variables en termes decomplexité. Le paysage informatique estmal compris à tous les niveaux. Autrementdit, personne n’est en mesure de répondrefacilement à la question suivante : commentse déroule ma migration ? Si nécessaire,Novell recommande d’établir formellement unbureau de gestion de programme pour toutela durée du projet de migration et mêmeau-delà. Ce bureau peut être composéd’un seul intervenant, mais il faut au moinsqu’une personne soit responsable dusuivi de la migration en l’associant à desobjectifs spécifiques.Les projets de déploiement touchent souventun aspect essentiel de l’activité d’une entreprise.Par conséquent, la devise des équipesopérationnelles est souvent « tant que çamarche, on ne touche à rien » et elles tendentà résister au changement. Il est donc essentielqu’un projet de migration soit soutenu parun haut responsable de l’entreprise. Unecommunication répétée des avantages dudéploiement permettra de surmonter lesobjections. D’autre part, un employé influenten interne est nécessaire pour garantirle succès du projet. L’un des principauxarguments en faveur du déploiementconcerne souvent la réduction des frais delicences matérielles et logicielles obtenueen réduisant la dépendance vis-à-vis d’unseul fournisseur. De plus, des avantagesspécifiques peuvent généralement êtretrouvés pour rassurer les personnes quiont encore des objections.AnnexesAutres référencesCe document est destiné à présenter lesbest practices associées au lancement d’unprojet de migration de Red Hat EnterpriseLinux vers SUSE Linux Enterprise Server.Les liens ci-dessous permettront aux lecteursd’explorer plus en détail les process demigration mentionnés.Compatibilité des applicationsCatalogue de logiciels SUSE Linux Enterprisewww.novell.com/partner/isv/isvcatalogMigration vers SUSE Linux EnterpriseCours Novell 3068 - Migration de Red Hatvers SUSE Linux Enterprise Server 10http://download.novell.com/protected/Summary.jsp?buildid=ReHgN8b1qhU~Construction de baseDocumentation AutoYaSTwww.suse.com/~ug/autoyast_doc/index.htmlFAQ AutoYaSTwww.suse.com/~ug/AutoYaST_FAQ.htmlListe de diffusion AutoYaSThttp://lists.opensuse.org/opensuse-autoinstall/SUSE Linux Enterprise 10 AutoYaSThttp://forgeftp.novell.com/yast/doc/SL10,0/autoinstall/index.htmlNovell Forge : Importation de profilsKickstart de Red Hat dans AutoYaSThttp://forgeftp.novell.com/yast/doc/SL10.0/autoinstall/importkickstart.htmlSécuritéNovell : Sécurité de Linuxwww.novell.com/linux/security/Novell : Sécurité desapplications avec AppArmorwww.novell.com/documentation/apparmor/Sécurisez vos applicationsen déployant Novell AppArmor enparallèle à ZENworks Linux Managementwww.novell.com/connectionmagazine/2006/q3/pdf/techtalk4_q306.pdfp. 15

Centre sur la sécurité Internet :SUSE Linux Enterprise Server -Test comparatif sur la sécuritéwww.cisecurity.org/tools2/linux/CIS_SUSE_Linux_Benchmark_v1.0.pdfAutomatisation du datacenterNovell ZENworks Orchestratorwww.novell.com/products/zenworks/p. 16

www.novell.comVeuillez contacter votrerevendeur Novell agréé oucontactez Novell directementaux adresses ci-dessous :Novell FranceTour FranklinLa Défense 892042 Paris la Défense CédexFranceTél : (33) 1 55 62 50 00Fax : (33) 1 55 62 51 99Novell Luxembourg S.à r.l.Route de Longwy, 57L-8080 BertrangeLuxembourgTél : +352 26923755Fax : +352 26923762Novell, Inc.404 Wyman StreetWaltham, MA 02451 États-Unis464-FR1037-001 | 01/09 | © 2009 Novell, Inc. Tous droits réservés. Novell, le logo Novell, le logo N, AppArmor, SUSE et ZENworks sont desmarques déposées de Novell, Inc. aux États-Unis et dans d’autres pays.*Toutes les marques commerciales de fabricants tiers appartiennent à leur propriétaire respectif.12