Modifications entre les versions 13 et 14
Version 13 à la date du 2014-03-12 20:51:21
Taille: 9549
Commentaire: adaptation pour Precise
Version 14 à la date du 2014-03-18 12:52:45
Taille: 8784
Commentaire: séparation de la page de bilan
Texte supprimé. Texte ajouté.
Ligne 44: Ligne 44:
 * service [[/ServeurBureautique#Service_NTP|NTP]] (permet de garder toutes les machines à l'heure)
 * service [[/ServeurBureautique#Service_DHCP|DHCP]] avec adresses fixes pour les postes connus (optionnel, mais recommandé)
 * service [[/ServeurBureautique#Service_DNS|DNS]] avec zones pour le réseau local (directe et inverse)
 * service [[/ServeurBureautique#Service_NFS|NFS en version 4]] (obligatoire avec ce modèle)
 * service [[/ServeurBureautique#Service_NSS|MySQL pour le service NSS]] (installation directement sur le serveur bureautique recommandée)
 * service [[Debian/Wheezy/ServeurBureautique#Service_NTP|NTP]] (permet de garder toutes les machines à l'heure)
 * service [[Debian/Wheezy/ServeurBureautique#Service_DHCP|DHCP]] avec adresses fixes pour les postes connus (optionnel, mais recommandé)
 * service [[Debian/Wheezy/ServeurBureautique#Service_DNS|DNS]] avec zones pour le réseau local (directe et inverse)
 * service [[Debian/Wheezy/ServeurBureautique#Service_NFS|NFS en version 4]] (obligatoire avec ce modèle)
 * service [[Debian/Wheezy/ServeurBureautique#Service_NSS|MySQL pour le service NSS]] (installation directement sur le serveur bureautique recommandée)
Ligne 83: Ligne 83:
Le suivi du déploiement se fait via l'inventaire informatique automatisé et le bilan sera rapporté régulièrement sur cette page (géré par [[JeanChristopheAndré|moi-même]] ou [[VictorBruneau|Victor]]). Le suivi du déploiement visible ci-dessous se fait via [[Projet/InventaireInformatique|l'inventaire informatique automatisé]] et le bilan sera rapporté régulièrement sur la page [[/BilanDéploiement]] (gérée par [[JeanChristopheAndré|moi-même]]).
Ligne 85: Ligne 85:
|| '''Région''' || '''Parc public''' || '''Parc personnel''' ||
|| Afrique centrale et des Grands Lacs || ''à faire'' || ''à faire'' ||
|| Afrique de l'Ouest || ''à faire'' || ''à faire'' ||
|| Amériques || S/O || (./) ||
|| Asie-Pacifique || ''à faire'' || ''à faire'' ||
|| Caraïbe || ''à faire'' || ''à faire'' ||
|| Europe centrale et orientale || ''à faire'' || ''à faire'' ||
|| Europe de l'Ouest || ''à faire'' || ''à faire'' ||
|| Maghreb || ''à faire'' || ''à faire'' ||
|| Moyen-Orient || ''à faire'' || ''à faire'' ||
|| Océan Indien || ''à faire'' || ''à faire'' ||

## Remplir les cases du tableau avec ''à faire'', ''en cours'' ou ''fait''. -- JC (sur demande de VB)
<<Include(/BilanDéploiement)>>

Responsable : JeanChristopheAndré
Suivi technique : https://redmine.auf.org/projects/poste-client-2013/

Présentation du projet

Le projet « Modèle Precise » consiste à établir et déployer un modèle de configuration homogène pour tous les postes clients de l'AuF, en accès public comme en interne.

Ceci permet en particulier :

  • d'industrialiser la mise en place des postes clients, afin d'éviter de perdre trop de temps à installer 2548 machines (chiffres de 2011) et pouvoir se concentrer sur d'autres travaux plus intéressants et valorisants ;

  • d'améliorer notre capacité d'assistance technique, en concentrant nos efforts en commun sur un même modèle connu et maîtrisé ;
  • de réduire les risques d'incompatibilités lors des échanges de documents, en utilisant les mêmes outils pour les lire, les produire, les gérer.

Le « Modèle Precise » se base sur un poste client installé à partir de la distribution Ubuntu “Precise Pangolin” 12.04 LTS, avec plusieurs réglages et améliorations apportées par l'AuF.

Établissement du modèle

Le modèle basé sur Precise a été établi à partir du modèle précédant basé sur Lucid.

L'établissement du modèle s'est fait avec la reprise de l'ancien projet et sous forme de « demandes », dans un projet redmine dédié, qui ont été intégrées chaque fois que c'était possible et justifié.

Déploiement du modèle

Procédure technique

La procédure de déploiement technique recommandée est la suivante :

  • préparer un serveur pour la bureautique, soit en adaptant l'ancien (c'est faisable sans interruption de service ou presque), soit, c'est toujours préférable, en installant un nouveau serveur ;
  • préparer un poste client de test, pour vérifier qu'on maîtrise bien le nouveau modèle ;
  • recopier quelques profils utilisateurs actuels et se connecter avec sur le poste client de test pour vérifier que leur migration se passe bien (voir aussi la section « Migration de profils » plus bas) ;
  • migrer la totalité (ou en regroupant par salle) des postes d'accès public, l'important ici est qu'un utilisateur qui s'est connecté sous Precise ne se reconnecte pas ensuite sous Lucid (ou autre version antérieure), par exemple dans une autre salle pas encore migrée, sinon son profil risque d'être corrompu ;
  • mettre à jour sur cette page les informations de déploiement de la région correspondante (voir la section « Suivi du déploiement » plus bas) ;
  • attendre une semaine ou deux de voir les éventuels retours des utilisateurs avant de passer à la suite ;
  • migrer les postes des personnels AuF, de préférence un par un si on ne veut pas se retrouver avec éventuellement plusieurs problèmes à gérer en parallèle ;
  • mettre à jour sur cette page les informations de déploiement de la région correspondante (voir la section « Suivi du déploiement » plus bas) ;
  • rapporter tous les problèmes et leurs solutions le cas échéant (voir la section « Retour du déploiement » plus bas).

Le déploiement du modèle nécessite aussi un certain nombre de pré-requis.

Pré-requis côté serveur

  • bonne configuration matérielle, ma recommandation : processeur 64 bits, quadri-cœur, ≥ 16 Gio RAM, disques SATA-III

  • système Debian “Wheezy” 7 autant que possible (Debian “Squeeze” 6 sinon) avec toutes les dernières mises à jour

  • service NTP (permet de garder toutes les machines à l'heure)

  • service DHCP avec adresses fixes pour les postes connus (optionnel, mais recommandé)

  • service DNS avec zones pour le réseau local (directe et inverse)

  • service NFS en version 4 (obligatoire avec ce modèle)

  • service MySQL pour le service NSS (installation directement sur le serveur bureautique recommandée)

  • miroir ou proxy/cache APT local pour Ubuntu, Canonical et AuF (recommandé), ou proxy/cache web de plus de 5 Gio

/!\ Tout ce qui n'est pas indiqué comme optionnel ou recommandé est obligatoire.

Pré-requis côté client

  • bonne configuration matérielle, mes recommandations :

    • dans tous les cas, une architecture parfaitement supportée par Ubuntu (=> 100% Intel recommandé)

    • installation en 32 bits pour un poste ayant 2 Gio RAM ou moins
    • installation en 64 bits pour un poste ayant plus de 2 Gio RAM
    • configuration minimale commune : ≥ 1 Gio RAM, disque SATA ≥ 30 Gio, support PXE1 et WoL2 recommandés

    • pour un poste devant faire de l'édition (graphique, publication, …) : ≥ 4 Gio RAM, processeur ≥ bi-cœur
    • pour un poste devant faire de la virtualisation : ≥ 4 Gio RAM, processeur ≥ bi-cœur, virtualisation matérielle (Intel-VT ou AMD-SVM)
  • système Ubuntu “Precise Pangolin” 12.04 LTS avec toutes les dernières mises à jour

  • sources APT Ubuntu (main restricted universe multiverse), Canonical (partner) et AuF (auf libreoffice freeze)

/!\ Tout ce qui n'est pas indiqué comme optionnel ou recommandé est obligatoire.

Exemples de configuration

L'objectif d'avoir un modèle étant que la configuration soit la même (ou la plus proche possible du modèle) partout, je donne ici des exemples détaillés et fonctionnels (réellement testés et mis en place) de configurations conformes au modèle voulu.

Migration des profils utilisateurs

Les nouveaux utilisateurs se voient attribuer un nouveau profil, configuré selon les choix par défaut de l'AuF, et tout se passe bien. En revanche les anciens utilisateurs ont presque toujours rencontrés des soucis liés à la migration de leur ancien profil.

Un certain nombre d'opérations doivent donc être faites sur les anciens profils avant qu'ils soient de nouveau pleinement utilisables. Ces opérations sont répertoriées sur la page Ubuntu/Precise/MigrationDeProfil.

Suivi du déploiement

Le suivi du déploiement visible ci-dessous se fait via l'inventaire informatique automatisé et le bilan sera rapporté régulièrement sur la page /BilanDéploiement (gérée par moi-même).

Région

Parc interne

Parc public

Afrique centrale et des Grands Lacs

à faire

à faire

Afrique de l'Ouest

à faire

à faire

Amériques

(./)

S/O

Asie-Pacifique

à faire

à faire

Caraïbe

à faire

à faire

Europe centrale et orientale

à faire

à faire

Europe de l'Ouest

à faire

à faire

Maghreb

à faire

à faire

Moyen-Orient

à faire

à faire

Océan Indien

à faire

à faire

Retours du déploiement et des utilisateurs

Quelques soient les problèmes rencontrés, ils devront être rapportés via le centre d'assistance informatique de l'AuF, puis leurs solutions rapportées dans la page /Retours.

Il s'agira tout d'abord de vérifier que son problème n'a pas déjà été rapporté, soit dans la page /Retours soit dans le centre d'assistance, auquel cas il suffirait d'ajouter un commentaire pour faire savoir qu'on est aussi concerné. Sinon il faudra cliquer sur Nouvelle demande et bien prendre soin de sélectionner la catégorie Poste de travail, indiquer un résumé de son problème dans le champ Objet, bien décrire comment reproduire son problème dans le champ Description, puis me choisir comme responsable à défaut d'un autre choix.

Il y aura alors plusieurs cas possibles :

  • un problème pour lequel une solution est connue recevra sa réponse via le centre d'assistance technique ;
  • un problème demandant un développement technique sera converti en demande dans redmine afin de le transmettre au(x) développeur(s) du projet ;

  • un problème dont la solution demande réflexion sera retransmis pour discussion sur la liste Tech@AuF ;
  • dans tous les cas, les solutions aux problèmes seront référencées dans la page /Retours.


  1. Pre-boot eXecution Environment, démarrage d'une machine depuis le réseau (1)

  2. Wake-on-LAN, réveil d'une machine via le réseau local (2)

Projet/ModèlePrecise (dernière édition le 2014-03-18 13:50:39 par JeanChristopheAndré)