Accéder au contenu.
Menu Sympa

technique - Re: [TECH] migration de postes pro sur Linux

Objet : Liste pour les discussions techniques (liste à inscription publique)

Archives de la liste

Re: [TECH] migration de postes pro sur Linux


Chronologique Discussions 
  • From: Luc Fievet <luc.fievet AT gmail.com>
  • To: "technique AT april.org" <technique AT april.org>
  • Subject: Re: [TECH] migration de postes pro sur Linux
  • Date: Fri, 13 Mar 2009 19:04:21 +0100
  • Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=oxsqx6ybUWzfH0KVqXwdhH70i1D8zjUd/wddIozj/Dz7Mbdd77DMkkO6yVAnEyGIys hMXUyql+D9Fyq0wakxw7yK1HA8uTChR4pjnjhvETMlUNT3wn/psoGMxT6QhxtAIfWXlB fWL4OdI2Pii2Qhh+AMAmq8o/Pw08z71wbWpxc=

Merci pour les suggestions, je vais étudier le truc et comparer les coûts.

Le 13 mars 2009 18:28, Nicolas MONNET <nico AT altiva.fr> a écrit :
> On Fri, 2009-03-13 at 16:21 +0100, Luc Fievet wrote:
>
> Bonjour,
>
> Dans le cadre de mon boulot, je dois installer 5 postes pour une
> équipe qui répond au téléphone, prends des RV etc... Le contexte est
> plutôt favorable à installer ces postes sous linux, une bonne partie
> des outils sont des outils webs, les personnes qui assureront la
> maintenance sont des linuxiens, mon boss direct commence à se laisser
> tenter par le truc (pas cher, pas de virus tout ça....).
>
> Le problème est que nous utilisons (plus pour très longtemps mais
> quand-même) une application access en multi-utilisateurs. Elle
> comprend une base data partagée et des bases codes qui fournissent
> l'interface de travail. Existerait-il une solution, évidemment pas
> trop compliquée, qui permette de faire bosser l'équipe depuis des
> postes linux ? Bien entendu, il faut une solution utilisable en
> production : utilisation quotidienne et toute la journée sans
> ralentissement ni plantage qui pourraient faire de perdre des
> enregistrements. Pour faire bref j'ai beaucoup de contraintes et peu
> de ressources, mais s'il existait une méthode miracle... Au pire je
> peux mettre en œuvre un poste de test, ne serait-ce que pour démontrer
> la faisabilité du truc.
>
> Outre Wine, j'ai entendu parler de rdesktop, VMware... mais je dois
> avouer que mes connaissances sont assez courtes...
>
> Wine peut marcher, mais c'est à valider, et assez risqué à mon avis, surtout
> si l'appli fonctionne comme je le crains, c'est à dire que tous les clients
> ouvrent le fichier via un disque partagé; une corruption de base est vite
> arrivée.
>
> Si tu as déjà payé les licenses Windows, une solution simple est de
> virtualiser les clients en ne leur faisant utiliser Windows que pour cette
> appli. VMWare player est gratuit mais pas libre; en théorie il faut créer
> l'image de base avec Workstation (payant) même s'il existe des moyens pour
> le faire autrement. Sinon tu peux utiliser les outils de virtualisation
> libres (VirtualBox, Xen en hvm ou KVM). Dans ce cas de figure, les
> utilisateurs utiliseraient les outils Linux pour tout (mail, web, Open
> Office) et la VM pour l'appli Exchange.
>
> Sinon tu peux aussi centraliser les VM, et les utilisateurs peuvent se
> connecter en rdesktop qui est très performant (rien à voir avec VNC). Mais
> tu ne peux pas avoir plusieurs sessions ouvertes sur une machine Windows
> *sauf* si tu as une licence Terminal Server qui coûte cher. Quoiqu'il en
> soit l'avantage ici (Terminal Server ou pas) est que tu dois pouvoir rendre
> l'application disponible sans laisser apparaître tout le bureau, et la
> fenètre rdesktop se comporte alors comme une fenètre Linux normal,
> redimmensionnable et tout si je ne me trompe. Tu peux ainsi isoler ces VM
> complètement, en ne leur laissant communiquer directement qu'avec leur hôte
> si tu mets le disque partagé dessus, et utiliser une redirection via
> iptables pour laisser rentrer rdesktop depuis le réseau (iptables -t nat
> etc).
>
>



--
http://incroyableluk.googlepages.com/




Archives gérées par MHonArc 2.6.16.

Haut de le page