Modifications entre les versions 1 et 3 (s'étendant sur 2 versions)
Version 1 à la date du 2009-05-06 20:57:32
Taille: 404
Éditeur: DarkoStanar
Commentaire:
Version 3 à la date du 2009-05-08 17:27:36
Taille: 2351
Éditeur: DarkoStanar
Commentaire:
Texte supprimé. Texte ajouté.
Ligne 8: Ligne 8:
Personnes presents: Mousa Nombré, Darko Stanar, Emmanuel Tagné Tagné '''Personnes présents:''' == Mousa Nombré, Darko Stanar, Emmanuel Tagné Tagné
Ligne 10: Ligne 10:
<<BR>>
L'idée de ce premier réunion était d'identifier les services nécessaire pour mettre en place une infrastructure bureautique basé sur Ubuntu.
Par la suite on fera une visio avec Alexandre Domont pour profiter de son expérience vu que nos architectures de réseau bureautique sont presque identique.
Ligne 11: Ligne 14:
<<BR>>
Présentement, nous avons le serveur d'authentification centralisé en phase test et graduellement on va migerer des postes Ubuntu de service ARI. Pour avancer dans la migration et surtout bien gérer la phase de transition (mode mixte) nous avons identifier les sujets de discussion suivantes:
Ligne 12: Ligne 17:
L'idée de ce premier réunion etait d'identifier les services neccesaire pour mettre en place une infrastructure bureautique basé sur Ubuntu.    * DNS et DHCP. - DNS se coté Windows, Ubuntu, ou coexistance des deux? Les enjeux: AD a besoin d'avoir son DNS. Si coexistance, comment forcer les clients Ubuntu d'obtenir son IP sur DHCP Ubuntu et ceux
Ligne 14: Ligne 19:
  a continuer ....    * Gestion des partager selon le "membership" aux groups. Demander à Alex sa script des connexions aux partages pour s'en servir comme un modèle.

   * Gestion des imprimantes, via un serveur d'impression ou en direct ?
   * Profil (/home) distante - tolérance aux pannes. Un seul serveur d'authentification comporte un risque. Aucun session "centralisé" ne pourra pas être ouvert s'il tombe en panne ou si les clients ne pouvent pas le contacter pour autre raison quelconque (réseau, switch, etc). Y avait t-il des reflexion sur ce question ? De plus je (Darko) rémarque que même la session local est ralenti si pas de connexion au réseau. Est-ce normal, délà vu ???

   * Pour essayer de solutionner le point précédent, nous avons pris en considération d'avoir un deuxième serveur d'authentification qui serait synchronisé une fis par jour avec le servuer "Maitre". Ce serveur de secours pourrait être utilisé dans un scénario de panne majeur pour donner aux usagers la possibilité d'ouvrir leur sessions et de travailler dans un mode un peu dégradé.

   * Analyser la configuration des /home locals. Lancer la disscussion : les garder comme /home vs /home-local, avantages, soucis, facilité d'implantation, etc.

<<BR>>
<<BR>>
<<BR>>

Rédiger « ZA/Montréal/Projets/MigrationUbuntu/Réunion20090507 » ici.

Réunion technique sur la migration Ubuntu

Personnes présents: == Mousa Nombré, Darko Stanar, Emmanuel Tagné Tagné


L'idée de ce premier réunion était d'identifier les services nécessaire pour mettre en place une infrastructure bureautique basé sur Ubuntu. Par la suite on fera une visio avec Alexandre Domont pour profiter de son expérience vu que nos architectures de réseau bureautique sont presque identique.


Présentement, nous avons le serveur d'authentification centralisé en phase test et graduellement on va migerer des postes Ubuntu de service ARI. Pour avancer dans la migration et surtout bien gérer la phase de transition (mode mixte) nous avons identifier les sujets de discussion suivantes:

  • DNS et DHCP. - DNS se coté Windows, Ubuntu, ou coexistance des deux? Les enjeux: AD a besoin d'avoir son DNS. Si coexistance, comment forcer les clients Ubuntu d'obtenir son IP sur DHCP Ubuntu et ceux
  • Gestion des partager selon le "membership" aux groups. Demander à Alex sa script des connexions aux partages pour s'en servir comme un modèle.
  • Gestion des imprimantes, via un serveur d'impression ou en direct ?
  • Profil (/home) distante - tolérance aux pannes. Un seul serveur d'authentification comporte un risque. Aucun session "centralisé" ne pourra pas être ouvert s'il tombe en panne ou si les clients ne pouvent pas le contacter pour autre raison quelconque (réseau, switch, etc). Y avait t-il des reflexion sur ce question ? De plus je (Darko) rémarque que même la session local est ralenti si pas de connexion au réseau. Est-ce normal, délà vu ???
  • Pour essayer de solutionner le point précédent, nous avons pris en considération d'avoir un deuxième serveur d'authentification qui serait synchronisé une fis par jour avec le servuer "Maitre". Ce serveur de secours pourrait être utilisé dans un scénario de panne majeur pour donner aux usagers la possibilité d'ouvrir leur sessions et de travailler dans un mode un peu dégradé.
  • Analyser la configuration des /home locals. Lancer la disscussion : les garder comme /home vs /home-local, avantages, soucis, facilité d'implantation, etc.




ZA/Montréal/Projets/MigrationUbuntu/Réunion20090507 (dernière édition le 2009-05-25 16:48:19 par AlexandreDomont)