Je suis chef du service informatique de la petite entreprise pour laquelle je travaille, mais je suis principalement architecte logiciel et toute mon expérience et mes connaissances en administration système sont accessoires au développement logiciel. À un certain point cette année ou l'an prochain, nous envisagerons de mettre à niveau notre environnement de poste de travail vers un environnement Windows 7 / Office 2010 uniforme, par opposition à la collection Hodge Podge de diverses éditions de logiciels sous licence OEM qui se trouvent sur chaque machine différente.
Il m'est venu à l'esprit qu'il est probablement possible de renoncer à la mise à niveau de chaque poste de travail et de le faire être un terminal stupide pour accéder à un serveur de virutalisation et avoir son poste de travail virtuel entier hébergé sur le serveur.
Maintenant, je sais que tout est possible, mais est-ce une solution réalisable pour une petite entreprise (25 à 50 postes de travail)? En supposant que cela soit faisable, quel type de directives approximatives existe pour calculer les ressources de serveur requises pour cela.
Comment les solutions gèrent-elles exactement un utilisateur accédant à leur machine virtuelle, se connectent-elles normalement à leur poste de travail physique et utilisent-elles ensuite le bureau à distance pour accéder à leur machine virtuelle, ou est-ce généralement fait avec un logiciel client pour négocier cela?
Quels types de logiciels disponibles pour administrer et surveiller ces machines virtuelles, cette fonctionnalité peut-elle être réalisée prête à l'emploi avec Microsoft Server 2008? Je suis principalement intéressé par ces questions relatives à Server 2008 avec Hyper-V, mais je n'ai pas hésité à offrir un aperçu de la gamme de produits VMware, surtout s'il y a des raisons impérieuses de les choisir sur Hyper-V dans une boutique Microsoft.
Edit: juste pour ajouter plus d'informations sur les objectifs de mise en œuvre, il faudrait mettre à niveau notre plate-forme d'un environnement Win2k3 / XP vers une plate-forme Windows 2008 / Win7 complète sans avoir à effectuer aucun des travaux associés avec notre poste de travail configuré différemment.
Quelqu'un pourrait-il également proposer des directives réalistes sur la taille du matériel nécessaire pour prendre en charge 25 à 50 postes de travail virtuellement? La majorité des postes de travail ne font rien sauf Office, Outlook et le Web. Les seuls postes de travail à forte demande sont les postes de développement qui garderaient tout local.
la source
Réponses:
Ce type de solution existe dans un continuum.
À une extrémité du spectre, vous avez des ordinateurs clients exécutant un système d'exploitation "épais" (comme Windows ou une distribution Linux de bureau) et se connectant via le logiciel client aux applications hébergées (via les raccourcis RemoteApp et le protocole Remote Desktop Protocol (RDP), ou via Citrix Protocole ICA).
Au milieu du spectre, vous avez des clients qui se connectent via ces mêmes protocoles à des sessions de bureau complètes (plutôt qu'à une seule application), mais en utilisant une installation de système d'exploitation partagée. C'est généralement le monde des «services Terminal Server» de Windows.
À l'autre bout du spectre, vous avez ce qui est généralement connu comme une infrastructure de bureau virtuel (VDI) où les périphériques clients sont très dépouillés et ne hébergent que des logiciels clients pour se connecter à une instance de système d'exploitation hébergée.
Toutes ces situations sont physiquement réalisables, mais vous vous feriez un plaisir de commencer à enquêter sur les coûts de licence avant de vous lancer dans la spécification des serveurs, etc.
Les coûts de licence dans le monde Microsoft incluent les licences d'accès client des services Terminal Server ou les licences VECD ( Windows Virtual Enterprise Centralized Desktop ) des systèmes d'exploitation à gérer pour chaque périphérique ou utilisateur accédant à la solution VDI. Les licences pour votre logiciel d'application de bureau, selon l'endroit où vous vous situez sur le spectre, peuvent également être différentes de celles que vous utilisez actuellement et cela nécessite des achats de licence supplémentaires.
Il est probable que vous constatiez que les coûts d'acquisition d'une infrastructure VDI sont similaires, sinon plus chers, que la voie traditionnelle du "client lourd". Utiliser physiquement et pratiquement les appareils client léger semble être une "victoire", mais les dépenses de licence logicielle ont traditionnellement plus que compensé les économies de matériel, ce qui ne laisse que la gestion des "coûts faibles" et les économies de TCO comme justification.
Éditer:
Ryan Bolger l'a frappé droit sur la tête avec sa réponse (et je lui ai attribué la mention +1) en ce qui concerne les économies de «coûts modérés», que vous avez raison d'identifier comme l'endroit où économiser de l'argent.
Apprendre à déployer un logiciel de façon centralisée, à gérer les environnements utilisateur et à maintenir généralement l'enfer hors de votre réseau à l'aide de la stratégie de groupe vous permettra d'acquérir des connaissances personnelles sur les "entrailles" et le fonctionnement d'un réseau Windows et aura beaucoup moins de "pièces mobiles" qu'un Infrastructure VDI. Même si vous aviez une infrastructure VDI, franchement, je pense que vous seriez toujours en mesure de tirer parti des avantages immenses de la stratégie de groupe-fu.
La livraison d'applications VDI et distantes est une excellente solution pour des applications très spécifiques à une tâche, ou pour la livraison d'applications sur des connexions réseau lentes ou peu fiables (pensez à "la base de données Microsoft Access partagée sur un WAN T1"). Je ne pense pas que la virtualisation des postes de travail, du moins dans l'incarnation actuelle en tant que champ de mines basé sur des frais de licence excessifs, soit "la réponse".
Je vais même sauter sur une branche et dire qu'avec une maintenance et un entretien appropriés des très grandes flottes d'ordinateurs clients exécutant Windows, ce n'est pas si difficile que ça, en utilisant les outils intégrés de Windows Server, WSUS, bonne connaissance des scripts et compréhension du fonctionnement de Windows lui-même et de votre logiciel d'application. L'automatisation de la construction de votre ordinateur client, la suppression des droits d'administrateur des utilisateurs et la maîtrise de votre infrastructure de déploiement de mise à jour du système d'exploitation et des applications vous permettront de faire des pas de géant.
la source
Je voudrais construire un peu sur la réponse d'Evan concernant les différentes façons d'héberger des applications à distance.
Votre principale préoccupation semble être de réduire les frais administratifs liés à la gestion d'un groupe de postes de travail disparates et de leurs installations logicielles individuelles. Vous n'avez pas besoin de passer à une infrastructure d'application hébergée à distance pour atteindre cet objectif.
Avec une configuration de serveur unique en tant que contrôleur de domaine et toutes vos stations de travail jointes à ce domaine, vous pouvez faire à peu près tout ce dont vous avez besoin dès la sortie de la boîte. Le domaine lui-même gère les comptes d'utilisateurs configurés de manière centralisée. La stratégie de groupe peut gérer la configuration de tous les paramètres système sur les postes de travail. Et le déploiement de logiciels de stratégie de groupe peut gérer les installations de vos applications. Les services de déploiement Windows intégrés combinés à la boîte à outils de déploiement Microsoft gratuite peuvent même vous fournir votre solution de déploiement de système d'exploitation. WSUS est également gratuit et peut gérer les correctifs de votre système d'exploitation et de vos logiciels Microsoft.
Il y a juste une tonne de choses que vous pouvez faire avec rien de plus qu'une licence de système d'exploitation de serveur unique et vos licences de système d'exploitation de station de travail. Tout cela a un peu de courbe d'apprentissage, mais ce n'est pas plus difficile que les choses que vous devrez apprendre avec une application hébergée à distance ou une solution de système d'exploitation.
la source
Nous sommes à mi-parcours de la planification de la virtualisation des postes de travail pour quelques centaines d'utilisateurs, et il y a beaucoup de pièges subtils. Le premier est le fait que les prétendus «terminaux stupides» ne sont pas si bon marché et ont bien sûr besoin de correctifs logiciels également! Cependant, moins d'une installation complète du système d'exploitation, bien sûr. Ensuite, gotcha est un exécutable qui "doit" avoir quelque chose que le terminal stupide ne fait pas et souffle le modèle. Puis accès à distance. Puis VoIP. Ensuite, VMWare est plus cher que vous ne le pensiez. Sheesh ...
la source
Nous avons utilisé XenServer de Citrix et VMware ESX pour virtualiser les postes de travail. XenServer est gratuit et je pense que la version ESXi l'est également. Citrix fabrique également un produit appelé Provisioning Server qui facilite la création, la modification et le déploiement de postes de travail virtuels avec des configurations partagées.
Comme mentionné ci-dessus, vous aurez besoin de serveurs redondants si vous suivez cette voie pour éviter les pannes.
Cela dit, d'après mon expérience, la virtualisation des postes de travail n'est une bonne idée que si vous avez une raison spécifique de le faire - par exemple, des postes de travail sur un site distant où vous ne pourrez pas sortir et déployer des mises à jour logicielles. Pour l'informatique générale, c'est plus compliqué que ça en vaut vraiment la peine, et vous ne finirez pas par économiser autant d'argent. Et, en particulier pour une petite organisation, le principe KISS l'emporterait généralement sur l'utilisation de clients légers.
la source
Je regarderais beaucoup les boîtiers de bureau Sun Ray. Ils fonctionnent assez bien (en supposant que vous avez suffisamment de puissance), même dans les magasins Windows, et ils sont assez bon marché par rapport aux ordinateurs de bureau normaux.
la source
La plus grande question dans mon esprit est: pouvez-vous être d'accord avec la possibilité de tout perdre en une seule fois? Votre patron est d'accord avec ça?
Si vous mettez le travail de tout le monde sur un seul serveur (je suppose que vous aurez des sauvegardes appropriées, etc.), il est toujours possible que ce serveur tombe en panne. Est-il acceptable que l'un des serveurs ne parvienne pas à supprimer l'intégralité de l'entreprise pendant une journée environ pendant que vous le remplacez, le reconstruisez et le remettez en service?
Je n'envisagerais même pas cette solution, simplement parce qu'elle crée un point de défaillance unique à action aussi large, mais votre kilométrage peut varier.
la source
Le RHEV VDI est sur le point de sortir, est doté de fonctionnalités épices (un protocole qui bat rdp / ica) et de nombreuses autres fonctionnalités.
jetez un œil à http://www.redhat.com/ et bien sûr http://www.redhat.com/virtualization/rhev/desktop/
la source
L'une des choses que la plupart des gens n'obtiennent pas en allant sur un VDI est que vos coûts administratifs ne diminuent pas nécessairement, ils augmentent comme maintenant vous pouvez gérer 2 environnements de bureau distincts pour chaque utilisateur. L'un des grands avantages de VDI en termes d'économie réside dans la gestion des logiciels et la gestion du matériel, mais pas parce qu'il est virutal. VDI est généralement un excellent moyen de forcer l'informatique à mieux gérer le déploiement de logiciels et vous obtenez généralement un environnement plus verrouillé (plus de développeurs installant d'outils à leur guise sur leur bureau). Si vous essayez de migrer un environnement de bureau mal géré vers des machines virtuelles, il est beaucoup plus susceptible d'être plus coûteux que d'acheter des postes de travail et de gérer correctement votre environnement. De plus, leur coût est généralement associé à l'hyperviseur sous-jacent, ce qui nécessite des compétences de gestion supplémentaires.
la source
L' étude de cas de Largo, en Floride , peut se révéler instructif. Ils ont migré un nombre important d'utilisateurs non techniques vers une conception de réseau de clients légers basée sur Linux et ont ainsi réalisé des économies de coûts significatives ainsi qu'une productivité accrue (en raison d'une réduction des temps d'arrêt des postes de travail et d'une meilleure sauvegarde des données utilisateur). Slashdot a profilé la ville il y a plusieurs années. Depuis cet article, il semble que la ville ait migré vers une solution Citrix.
la source
Ce que vous décrivez est mieux servi par les services Terminal Server plutôt que par la virtualisation. Quoi qu'il en soit, je pense qu'au moment où vous obtenez les coûts pour les serveurs capables de gérer une telle charge, plus le coût des clients légers, vous constaterez qu'il est beaucoup moins cher d'avoir des postes de travail séparés.
La maintenance de machines distinctes n'est pas plus difficile ou plus difficile que celle des TS ou des machines virtuelles, lorsqu'elle est effectuée correctement. D'un autre côté, avoir des personnes capables de travailler lorsque le serveur a un temps d'arrêt est un énorme avantage dans la plupart des cas.
la source
Je suis surpris de n'avoir vu personne nommer VMware View spécifiquement. Je pense que View est l'une des meilleures solutions VDI sur le marché.
http://www.vmware.com/products/view/
"Obtenez votre bureau" en route "avec VMware View
Passez à l'informatique centrée sur l'utilisateur et transformez les postes de travail fixes traditionnels en espaces de travail sans état et sans connexion, disponibles partout et à tout moment. VMware View modernise les postes de travail et les applications en les déplaçant dans le cloud et en les fournissant en tant que service géré. Les processus sont automatisés et efficaces, la sécurité est augmentée et le coût total de possession d'un ordinateur de bureau est réduit de 50%. Les utilisateurs finaux bénéficient d'une expérience de bureau riche, cohérente et hautes performances à partir de n'importe quel appareil qualifié, que ce soit au bureau ou en déplacement. "
la source