Et un datacenter virtuel c'est la même chose, sauf que ce ne sont pas des machines physiques mais virtuelles. Par conséquent, un datacenter virtuel peut-être réparti sur plusieurs datacenter physiques de manière transparente.
C'est un peu le même principe qu'avec un "serveur".
Serveur ça peut à la fois représenter un service, une machine physique ou bien le rôle d'une machine quelconque.
Un datacenter, ça peut juste être un bâtiment. Dans la terminologie VMWare, un datacenter c'est aussi un groupe de machines ESX managé par un vCenter.
Quant on parle d'un datacenter, on parle la majorité du temps du bâtiment, ces énormes hangars climatisés conçus pour héberger plusieurs centaines de serveurs.
Quant à la différence entre un virtuel et un normal, bah c'est comme un peu tout en informatique. Tu peux avoir plusieurs partitions "physiques", mais pour une partition donnée, ton système peut en voir plusieurs virtuelles (avec lvm par exemple).
Ok , mais comment on peut avoir un parfeu virtuel ? si on a un parfeu physique , comment est ce possible de créer un par feu virtuel ou n'importe quel systèmes informatique !
Ça n'a pas de sens cette question. Déjà pare-feu virtuel, j'en ai jamais entendu parler, à l'exception des pare-feu physiques qui sont des petites machines vendues par quelques entreprises spécialisées, tous les pare-feu sont "virtuels" (purement logiciels).
La seul réponse universelle à cette question est :
On virtualise n'importe quel système informatique en appliquant une forme de virtualisation adapté.
Reste à choisir cette dernière, si elle existe.
EDIT : Faut quand même savoir que la virtualisation c'est pas un terme hype général (enfin, à l'origine ça l'était pas). Ça désigne un technique qui permet de faire fonctionner plusieurs OS (dit invités ou guests généralement) sur une machine physique (en utilisant un OS hôte, un hyperviseur...).
Ça n'a pas de sens cette question. Déjà pare-feu virtuel, j'en ai jamais entendu parler, à l'exception des pare-feu physiques qui sont des petites machines vendues par quelques entreprises spécialisées, tous les pare-feu sont "virtuels" (purement logiciels).
Et pour compéter la réponse, ça rejoint ce que je disais plus haut. Il faut faire attention entre la fonction d'un objet et ce que c'est physiquement. Un pare-feu, ça peut à la fois désigner un ordinateur dont la fonction est d'être un pare-feu, parce qu'on l'a configuré de cette manière. Ou bien ça peut désigner un pare-feu matériel, c'est à dire une boite crée exclusivement pour servir de pare-feu.
Tu peux prendre ton PC et en faire un pare-feu si tu en envie. Mais si tu prends un ASA de chez Cisco, ça ne pourra jamais te servir de PC, parce que c'est un pare-feu.
Merci pour vos réponses ,
mais ca sert à quoi de virtualiser les machines , serveurs ... puisque je pense qu'il faut aussi payer une licence .
Si on virtualise un serveur windows 2000 sur un serveur physique , il faut aussi payer la licence de virtualisation ?
Merci de vos réponses
Merci pour vos réponses ,
mais ca sert à quoi de virtualiser les machines , serveurs ... puisque je pense qu'il faut aussi payer une licence .
Si on virtualise un serveur windows 2000 sur un serveur physique , il faut aussi payer la licence de virtualisation ?
Merci de vos réponses
Les licences pour les solutions de virtualisation diffèrent pour chaque éditeur. Oui ça a un cout, mais infime par rapport aux économies obtenues.
La virtualisation apporte de la souplesse et de la disponibilité.
La virtualisation réduit ta machine à de l'espace disque (donc des fichiers) et à de la RAM. A partir de là, il devient extrêmement facile de faire une copie de l'ensemble et ainsi obtenir une copie exacte de ta machine. En quelques clics, tu peux augmenter la mémoire vive allouée à une machine, diminuer la taille de son disque dur, ajouter une carte réseau etc.
On mutualise les ressources d'un serveur. Nous nous sommes rendus compte que la majorité des ressources d'un serveur était inutilisée, donc a on décidé de couper ce gros serveurs en parts, ce qui a donné les machines virtuelles. De cette façon, les ressources sont économisées.
Oui ça a un cout, mais infime par rapport aux économies obtenues.
Et encore, si on tape dans Xen et KVM, pas besoin de payer quoi que ce soit en licence.
Point de vue des avantages, je précise aussi la haute disponibilité même pour les applis qui sont pas prévues pour à l'origine. Il suffit de copier l'espace disque et RAM de la VM sur deux machines physiques, si une des machines physiques plante, pas de souci, la VM peut migrer à chaud vers l'autre machine physique dans un délai bref (de l'ordre de la seconde).
Oui ça a un cout, mais infime par rapport aux économies obtenues.
Et encore, si on tape dans Xen et KVM, pas besoin de payer quoi que ce soit en licence.
Non pour Xen ce n'est plus vraiment vrai, ça a été racheté par Citrix, c'est devenu aussi propriétaire que VMWare. Il existe encore une version open source, mais ESX aussi dispose de licences gratuites.
Dès que tu veux disposer des fonctions intéressantes, faut payer de toute façon, chez l'un comme chez l'autre.
Oui ça a un cout, mais infime par rapport aux économies obtenues.
Et encore, si on tape dans Xen et KVM, pas besoin de payer quoi que ce soit en licence.
Il suffit de copier l'espace disque et RAM de la VM sur deux machines physiques, si une des machines physiques plante, pas de souci, la VM peut migrer à chaud vers l'autre machine physique dans un délai bref (de l'ordre de la seconde).
--> je ne comprend pas à quoi peut servir de faire migrer la RAM étant une mémoire volatile !
Aussi , Une vmware est un système d'exploitation (logiciel ) au sein d'un système d'exploitation ??
--> je ne comprend pas à quoi peut servir de faire migrer la RAM étant une mémoire volatile !
Je comprend pas ce que tu comprend pas.
On migre une machine virtuelle vers une autre machine physique en cas de panne matérielle, on s'en tape que la ram soit volatile puisqu'elle est copiée à l'identique sur les deux machines physiques. Si une machine plante, il en reste toujours une copie sur l'autre machine.
Citation : Lina_inf
Aussi , Une vmware est un système d'exploitation (logiciel ) au sein d'un système d'exploitation ??
vmware est le logiciel de virtualisation, il simule une machine, ce qui permet à un autre OS que celui installé sur la machine physique de s'exécuter simultanément.
Aussi , Une vmware est un système d'exploitation (logiciel ) au sein d'un système d'exploitation ??
VMWare ESX est un hyperviseur, c'est un système qui se place entre le hardware et ton système d'exploitation virtualisé. L'hyperviseur a pour but de gérer, d’ordonnancer tes différentes machines virtuelles étant donné qu'elles accèdent toutes en même temps à ton processeur, à ta carte réseau etc.
Citation : Lina_inf
--> je ne comprend pas à quoi peut servir de faire migrer la RAM étant une mémoire volatile !
La totalité des informations de ta machine virtuelle sont contenues dans la RAM et dans le disque dur de ton ESX (l'hyperviseur). Dans un datacenter, le stockage est déporté dans un SAN, ce qui permet à plusieurs ESX d'y avoir accès, si un ESX tombe, un deuxième aura toujours accès aux données. Mais la RAM ne peut pas être déportée de cette manière, il faut donc pouvoir la migrer d'un ESX à l'autre de façon à ce que ta machine virtuelle continue à fonctionner.
Un ESX c'est sur un serveur, donc c'est censé n'être jamais éteint, le fait que la RAM soit une mémoire volatile est hors de propos.
J'ai un collègue qui m'a dit un jour, y a pas très longtemps : "l'inconvénient avec l'administration système/réseau, c'est que c'est impossible d'en faire des livres tellement les normes, les systèmes et les bonnes pratiques évoluent à tout instant".
J'suis plutôt d'accord avec ça, et essaie d'imaginer ce que représenterait un cours là-dessus : ce serait à la fois énorme, complexe et ça partirait dans tous les sens. Commence par apprendre les technologies qui gravitent autour (réseaux, Linux, virtualisation, HPC,..), une fois que tu les connaîtras bien, elles s'assembleront d'elles-mêmes
Personne ne pourrait prétendre faire un livre complet sur l'administration système/réseau. De la même façon personne ne peut prétendre faire livre sur le "graphisme" ou la "programmation".
Il n'y a d'ailleurs aucun intérêt à regrouper "virtualisation" et "réseau" dans un même livre. Surtout si le but est d'expliquer les notions de base.
C'est bien ce que je dis.
Par contre, on peut très bien faire un livre sur les bases de la programmation (on va dire du développement plutôt ^^), ça existe déjà d'ailleurs hein.
Là ce que l'OP demande c'est un cours sur les systèmes d'information, et là c'est nettement plus chaud puisqu'on ne saurait pas par où commencer ni dans quelle direction aller.
Oui d'accord , quand vous parlez de réseau concernant un SI , est ce que vous voulez dire la couche OSI , les trames , ou bien tous ce qui est routage adresses mac .....
Merci de vos réponses les amis
Ben les deux. Un administrateur réseau doit comprendre comment fonctionne le réseau, et en même temps savoir le configurer et router les périphériques.
Ca c'est propre à l'utilisation et surtout à l'évolution des réseaux, maintenant on utilise toujours le même schéma en entreprise... C'est juste bon de savoir comment c'était avant
CEO - co-founder @ particule.io
Blond, bouclé, toujours le sourire aux lèvres...
CEO - co-founder @ particule.io
CEO - co-founder @ particule.io
Blond, bouclé, toujours le sourire aux lèvres...
CEO - co-founder @ particule.io
Blond, bouclé, toujours le sourire aux lèvres...
CEO - co-founder @ particule.io
CEO - co-founder @ particule.io
Blond, bouclé, toujours le sourire aux lèvres...
CEO - co-founder @ particule.io
Blond, bouclé, toujours le sourire aux lèvres...