VM (système d'exploitation)

Les versions de VM postérieures à VM/SP Release 1 prennent en charge les systèmes multiprocesseurs. Les versions System/370 de VM (telles que VM/SP et VM/SP HPO) supportaient un maximum de deux processeurs, le système fonctionnant en mode UP (monoprocesseur), MP (multiprocesseur) ou AP (processeur connecté). Le mode AP est identique au mode MP, à l'exception du fait que le second processeur ne dispose pas de capacités d'E/S. Les versions System/370-XA de VM (telles que VM/XA) supportaient davantage de processeurs. Les versions System/390 (telles que VM/ESA) ont quasiment supprimé cette limite, et certains systèmes z/VM modernes peuvent comporter jusqu'à 80 processeurs. La limite par VM pour les processeurs définis est de 64.

Lors du lancement de l'architecture étendue System/370 sur le 3081 par IBM , les clients durent exécuter un système MVS/370 de production tout en testant MVS/XA sur la même machine. La solution proposée par IBM était l'outil de migration VM/XA, qui utilisait la nouvelle instruction Start Interpretive Execution (SIE) pour exécuter la machine virtuelle. SIE gérait automatiquement certaines instructions privilégiées et revenait au processeur (CP) pour les cas qu'il ne pouvait pas traiter. Le gestionnaire de ressources/système du processeur (PR/SM) du 3090 ultérieur utilisait également SIE. Plusieurs produits VM/XA ont été commercialisés avant d'être finalement remplacés par VM/ESA et z/VM.

Outre le réseau RSCS , IBM proposait également le réseau VTAM . ACF/VTAM pour VM était entièrement compatible avec ACF/VTAM sur MVS et VSE. À l'instar de RSCS, VTAM sur VM fonctionnait sous le système d'exploitation spécialisé GCS. Cependant, VM prenait également en charge le réseau TCP/IP. À la fin des années 1980, IBM a développé une pile TCP/IP pour VM/SP et VM/XA. Cette pile prenait en charge les réseaux IPv4 et divers systèmes d'interface réseau (tels que les liaisons inter-ordinateurs ou un PC IBM RT spécialisé relayant le trafic vers un réseau Token Ring ou Ethernet ). La pile permettait les connexions Telnet , à partir d'émulateurs de terminal en mode ligne simples, d'émulateurs compatibles VT100 ou d'émulateurs de terminal IBM 3270. Elle fournissait également un serveur FTP. IBM proposait aussi un serveur NFS optionnel pour VM ; les premières versions étaient assez rudimentaires, mais les versions modernes sont beaucoup plus performantes.

Il existait également une quatrième option de mise en réseau, appelée VM/Pass-Through Facility (ou plus communément PVM). À l'instar de VTAM, PVM permettait les connexions aux systèmes VM/CMS distants, ainsi qu'à d'autres systèmes IBM. Si deux nœuds VM/CMS étaient reliés par une liaison canal à canal ou une liaison bisynchrone (éventuellement via un modem commuté ou une ligne louée), un utilisateur pouvait se connecter à distance à l'un ou l'autre système en saisissant « DIAL PVM » sur l'écran de connexion VM, puis en saisissant le nom du nœud (ou en le sélectionnant dans la liste des nœuds disponibles). Par ailleurs, un utilisateur exécutant CMS pouvait utiliser le programme PASSTHRU installé avec PVM, permettant un accès rapide aux systèmes distants sans avoir à se déconnecter de sa session. PVM prenait également en charge l'accès aux systèmes non-VM, grâce à une technique d'émulation 3x74. Les versions ultérieures de PVM intégraient un composant capable d'accepter les connexions d'un réseau SNA .

VM était également le système d'exploitation principal de BITNET , car le système RSCS disponible pour VM offrait un réseau simple, facile à mettre en œuvre et relativement fiable. Les sites VM étaient interconnectés par une VM RSCS installée sur chaque système VM, permettant ainsi la communication entre les sites. Les utilisateurs pouvaient envoyer et recevoir des messages, des fichiers et des traitements par lots via RSCS. La commande « NOTE » utilisait XEDIT pour afficher une boîte de dialogue permettant de créer un courriel, à partir duquel l'utilisateur pouvait l'envoyer. Si l'utilisateur spécifiait une adresse au format « @messagerie » user at node, le fichier du courriel était transmis à RSCS, qui le remettait ensuite au destinataire sur le système cible. Si le site disposait du protocole TCP/IP, RSCS pouvait interagir avec le serveur SMTP pour envoyer et recevoir des notes (courriels) vers des systèmes distants. Si l'utilisateur spécifiait une adresse au user at some.host.nameformat « @messagerie », le programme « NOTE » transmettait le courriel au serveur SMTP, qui le routait ensuite vers le site de destination sur Internet.

Le rôle de la virtualisation (VM) a évolué au sein d'IBM lorsque l'évolution matérielle a entraîné des changements significatifs dans l'architecture des processeurs. La rétrocompatibilité est restée un pilier de la famille des mainframes IBM , qui utilise toujours le jeu d'instructions de base introduit avec le System/360 d'origine ; mais la nécessité d'une utilisation efficace des zSeries 64 bits a rendu l'approche VM beaucoup plus attrayante. La VM a également été utilisée dans les centres de données lors de la migration de DOS/VSE vers MVS et s'avère utile pour l'exécution des systèmes mainframe AIX et Linux , des plateformes qui allaient prendre une importance croissante. La plateforme z/VM actuelle a enfin obtenu au sein d'IBM la reconnaissance que les utilisateurs de VM estimaient mériter depuis longtemps. Certains sites z/VM exécutent des milliers d'utilisateurs de machines virtuelles simultanées sur un seul système. z/VM a été lancé en octobre 2000 et reste activement utilisé et développé.

IBM et des fournisseurs tiers proposent de nombreuses applications et outils fonctionnant sous machine virtuelle. Citons par exemple RAMIS , FOCUS , SPSS , NOMAD , DB2 , REXX , RACF et OfficeVision . L'offre actuelle de machines virtuelles couvre l'ensemble des applications mainframe, notamment les serveurs HTTP , les gestionnaires de bases de données, les outils d'analyse, les progiciels d'ingénierie et les systèmes financiers.

À partir de la version 6, le programme de contrôle VM/370 propose plusieurs commandes destinées aux utilisateurs généraux, permettant de définir et de contrôler leur machine virtuelle. Les parties en minuscules de la commande sont facultatives

À partir de VM/ESA version 2, IBM a introduit l'option payante OpenEdition pour VM/ESA Shell and Utilities Feature , qui assure la compatibilité POSIX pour CMS. La fonctionnalité phare était un shell UNIX pour CMS. Le compilateur C pour cet environnement UNIX est fourni par C/370 ou C pour VM/ESA. Ni le système de fichiers CMS ni le système de fichiers partagé VM standard ne prennent en charge les fichiers et chemins de style UNIX ; le système de fichiers Byte File System (BFS) est utilisé à la place. Une fois une étendue BFS créée dans un pool de fichiers SFS, l'utilisateur peut la monter OPENVM MOUNT /../VMBFS:fileservername:filepoolname /path/to/mount/point. L'utilisateur doit également monter le système de fichiers racine, ce qui est fait avec `mount` OPENVM MOUNT /../VMBFS:VMSYS:ROOT/ /, puis un shell peut être lancé avec `shell` OPENVM SHELL. Contrairement au SFS classique, l'accès aux systèmes de fichiers BFS est contrôlé par les permissions POSIX (avec `chmod` et `chown` ).

À partir de z/VM version 3, IBM a intégré OpenEdition à z/VM et l'a renommé OpenExtensions. OpenEdition et OpenExtensions assurent la conformité POSIX.2 au CMS . Les programmes compilés pour s'exécuter sous l'interpréteur de commandes OpenExtensions sont stockés au même format que les modules exécutables CMS standard. Les éditeurs visuels, tels que vi, ne sont pas disponibles, car les terminaux 3270 ne le permettent pas. Les utilisateurs peuvent utiliser ed ou XEDIT à la place de vi.

Au début des années 1980, le groupe VM au sein de SHARE (l'association des utilisateurs d'IBM) recherchait une mascotte ou un logo pour la communauté. Cette initiative faisait suite au choix de la dinde comme mascotte par les utilisateurs de MVS d'IBM (choisie, selon la légende, par le groupe de performance MVS à ses débuts, lorsque ses performances étaient un sujet sensible). En 1983, l'ours en peluche devint la mascotte officielle de VM lors de SHARE 60 : des autocollants d'ours en peluche furent apposés sur les badges des membres les plus anciens et les plus sympathiques pour les signaler aux nouveaux venus. Ces ours en peluche connurent un vif succès et se répandirent rapidement. Des ours en peluche étaient offerts aux membres de l'« Ordre des Chevaliers de VM », récompensant les personnes ayant apporté une contribution utile à la communauté.