Maquina virtual ⒽⓈⒽ

2. • Que es una maquina virtual.
• Característica principal
• Uso domestico
• Tipos de maquinas virtuales
• Maquinas virtuales de sistema
• Aplicación de las maquinas virtuales de sistema
• Maquina virtual de proceso
• Inconvenientes de las maquinas virtuales

3. • Técnicas
• Lista de hardware con soporte de
virtualizacion
• Lista de maquinas virtuales
• Ventajas de las maquinas virtuales
• Desventajas de las maquinas virtuales
• Que necesito para trabajar con maquinas

4. • En informática una
máquina virtual es
un software que
emula a un
ordenador y puede
ejecutar programas
como si fuese un
ordenador real. Este
software en un
principio fue definido
como "un duplicado
eficiente y aislado de
una máquina física".

5. • La acepción del término actualmente
incluye a máquinas virtuales que no
tienen ninguna equivalencia directa con
ningún hardware real.

6. • La característica
esencial de las
máquinas virtuales es
que los procesos que
ejecutan están
limitados por los
recursos y
abstracciones
proporcionados por
ellas. Estos procesos
no pueden escaparse
de este "ordenador
virtual".

7. • El uso doméstico más extendidos de las
máquinas virtuales es ejecutar sistemas
operativos para "probarlos". De esta forma
podemos ejecutar un sistema operativo que
queramos probar (Linux, por ejemplo) desde
nuestro sistema operativo habitual (Windows por
ejemplo) sin necesidad de instalarlo
directamente en nuestro ordenador y sin miedo
a que se desconfigure el sistema operativo
primario.

8. • Las máquinas virtuales se pueden clasificar en
dos grandes categorías según su funcionalidad
y su grado de equivalencia a una verdadera
máquina.
• Máquinas virtuales de sistema (en inglés
System Virtual Machine)
• Máquinas virtuales de proceso (en inglés
Process.. Virtual Machine)

10. • Las máquinas virtuales de sistema, también
llamadas máquinas virtuales de hardware,
permiten a la máquina física subyacente
multiplexarse ent0 varias máquinas virtuales,
cada una ejecutando su propio sistema
operativo. A la capa de software que permite la
virtualización se la llama monitor de máquina
virtual o "hypervisor". Un monitor de máquina
virtual puede ejecutarse o bien directamente
sobre el hardware o bien sobre un sistema
operativo ("host operating system").

11. • Varios sistemas operativos distintos pueden
coexistir sobre el mismo ordenador, en sólido
aislamiento el uno del otro, por ejemplo para
probar un sistema operativo nuevo sin
necesidad de instalarlo directamente.
• La máquina virtual puede proporcionar una
arquitectura de instrucciones (ISA) que sea
algo distinta de la de la verdadera máquina. Es
decir, podemos simular hardware.

12. • Varias máquinas virtuales (cada una con su
propio sistema operativo llamado sistema
operativo "invitado" o "guest"), pueden ser
utilizadas para consolidar servidores. Esto
permite que servicios que normalmente se
tengan que ejecutar en ordenadores distintos
para evitar interferencias, se puedan ejecutar en
la misma máquina de manera completamente
aislada y compartiendo los recursos de un único
ordenador. La consolidación de servidores a
menudo contribuye a reducir el coste total de las
instalaciones necesarias para mantener los
servicios, dado que permiten ahorrar en
hardware.

13. • La virtualización es una excelente opción
hoy día, ya que las máquinas actuales
(Laptops, desktops, servidores) en la
mayoría de los casos estan siendo "sub-
utilizados" (gran capacidad en disco,
memoria ram , en la mayoría de los casos
se utiliza entre 30% a 60% de su
capacidad). Al virtualizar la necesidad de
nuevas máquinas en una ya existencia se
ahorra GRANDEMENTE EN COSTOS
Asociados (energía, mantenimiento,
espacio, etc.

14. • Una máquina virtual de proceso, a
veces llamada "máquina virtual de
aplicación", se ejecuta como un
proceso normal dentro de un sistema
operativo y soporta un solo proceso.
La máquina se inicia automáticamente
cuando se lanza el proceso que se
desea ejecutar y se para cuando éste
finaliza.

15. • Su objetivo es el de proporcionar un
entorno de ejecución independiente
de la plataforma de hardware y del
sistema operativo, que oculte los
detalles de la plataforma subyacente
y permita que un programa se ejecute
siempre de la misma forma sobre
cualquier plataforma.

17. • Uno de los inconvenientes de las máquinas
virtuales es que agregan gran complejidad al
sistema en tiempo de ejecución. Esto tiene
como efecto la ralentización del sistema, es
decir, el programa no alcanzará la misma
velocidad de ejecución que si se instalase
directamente en el sistema operativo "anfitrión"
(host) o directamente sobre la plataforma de
hardware. Sin embargo, a menudo la flexibilidad
que ofrecen compensa esta pérdida de
eficiencia.

18. • Se divide en tres:
–Emulación del hardware
subyacente (ejecución nativa)
–Emulación de un sistema no nativo.
• _virtualizacion a nivel de sistema
operativo

19. EMULACION DEL HARDWARE
SUBYACENTE (EJECUCION
NATIVA)
• Esta técnica se suele llamar virtualización
completa (full virtualization) del hardware, y
se puede implementar usando un
hypervisor de Tipo 1 o de Tipo 2:
• el tipo 1 se ejecuta directamente sobre el
hardware
• el tipo 2 se ejecuta sobre otro sistema
operativo como por ejemplo Linux.

21. • Cada máquina virtual puede ejecutar cualquier
sistema operativo soportado por el hardware
subyacente. Así los usuarios pueden ejecutar
dos o más sistemas operativos distintos
simultáneamente en ordenadores "privados"
virtuales.
• El sistema pionero que utilizó este concepto fue
la CP-40, la primera versión (1967) de la
CP/CMS de IBM (1967-1972) y el precursor de
la familia VM de IBM (de 1972 en adelante). Con
la arquitectura VM, la mayor parte de usuarios
controlan un sistema operativo monousuario
relativamente simple llamado CMS que se
ejecuta en la máquina virtual VM.

22. • Actualmente tanto Intel como AMD han
introducido prestaciones a sus
procesadores x86 para permitir la
virtualización de hardware.

23. EMULACION DE UN SISTEMA
NO NATIVO
• Las máquinas virtuales también pueden
actuar como emuladores de hardware,
permitiendo que aplicaciones y sistemas
operativos concebidos para otras
arquitecturas de procesador se puedan
ejecutar sobre un hardware que en teoría
no soportan.

25. • Algunas máquinas virtuales emulan
hardware que sólo existe como una
especificación. Por ejemplo:
• La máquina virtual P-Code que permitía a
los programadores de Pascal crear
aplicaciones que se ejecutasen sobre
cualquier ordenador con esta máquina
virtual correctamente instalada.
• La máquina virtual de Java.
• La máquina virtual del entorno .NET.
• OpenFirmware

26. • Esta técnica permite que cualquier
ordenador pueda ejecutar software
escrito para la máquina virtual. Sólo
la máquina virtual en sí misma debe
ser portada a cada una de las
plataformas de hardware.

27. VIRTUALIZACION A NIVEL DE
SISTEMA OPERATIVO
• Esta técnica consiste en dividir un ordenador en
varios compartimentos independientes de
manera que en cada compartimento podamos
instalar un servidor. A estos compartimentos se
los llama "entornos virtuales". Desde el punto de
vista del usuario, el sistema en su conjunto
actúa como si realmente existiesen varios
servidores ejecutándose en varias máquinas
distintas. Dos ejemplos son las zonas de Solaris
(Solaris Zones) y la técnica de Micro Partioning
de AIX.

28. • AMD-V (anteriormente llamado Pacifica)
• ARM TrustZone
• Boston Circuits gCore (grid-on-chip) con
núcleos 16 ARC 750D y módulo de
virtualización de hardware Time-machine.
• Freescale PowerPC MPC8572 y
MPC8641D

29. • IBM System/370, System/390 y
mainframes ZSeries
• Intel VT (anteriormente llamado
Vanderpool)
• SPARC de Sun Microsystems

31. • Máquinas virtuales de proceso
• Common Language Runtime - C#,
Visual Basic .NET, J#, Managed C++
• EiffelStudiopara el
lenguaje de programación Eiffel
• Lenguaje de programación Erlang
• Forth virtual machine - Forth
• Glulx - Glulx, Z-code
• Harbour - Harbour virtual machine
• Hec - Hasm Assembler

32. • Inferno - Limbo
• Java virtual machine - Java, Nice,
NetREXX
• Low Level Virtual Machine (LLVM) -
actualmente C, C++, Stacker
• Lua
• Macromedia Flash Player - SWF
• MMIX - MMIXAL
• Neko virtual machine actualmente Neko
y haXe

33. • O-code machine - BCPL
• P-code machine - Pascal
• Parrot - Perl 6
• Perl virtual machine - Perl
• Portable.NET - C#, Visual Basic .NET, J#,
Managed C++
• YARV - Ruby
• Rubinius - Ruby
• ScummVM - Scumm SECD machine - ISWIM,
Lispkit Lisp
• Sed the stream-editor can also be seen as a
VM with 2 storage spaces.
• Smalltalk virtual machine - Smalltalk

34. • SQLite virtual machine - SQLite opcodes
• Squeak virtual machine - Squeak
• SWEET16
• TrueType virtual machine - TrueType
• Valgrind - chequeo de accesos a memoria y "leaks"
en x86/x86-64 code under Linux
• VX32 virtual machine - application-level virtualization
for native code
• Virtual Processor (VP) from Tao Group (UK).
• Waba - similar a Java, para dispositivos pequeños
• Warren Abstract Machine - Prolog, CSC GraphTalk
• Z-machine - Z-Code
• Zend Engine - PHP

36. Máquinas virtuales de sistema
• Máquinas virtuales de sistema
• VThere (de Sentillion, Inc. [1])
• ATL (A MTL Virtual Machine)
• Bochs emulador de PC x86 y AMD64, portátil
y open source
• CoLinux Open Source Linux inside Windows
• Denali, uses paravirtualization of x86 for
running para-virtualized PC operating
systems.
• FAUmachine

37. • Hercules emulator, free System/370,
ESA/390, z/Mainframe
• Integrity Workstation Green Hills Software
[2]
• LilyVM is a lightweight virtual machine
An introduction
• Microsoft Virtual PC y
Microsoft Virtual Server
• OKL4

38. • Parallels Workstation, virtualización de
x86 para ejecutar sistemas operativos
• Parallels Desktop for Mac,
virtualización de x86 para ejecutar
máquinas virtuales en Mac OS X
• QEMU, muy popular en entornos Linux
• SheepShaver.
• Simics
• SVISTA

39. • Trango Virtual Processors
• TwoOStwo
• User-mode Linux
• VirtualBox
• Virtual Iron (Virtual Iron 3.1)
• Virtual Operating System de
Star Virtual Machines
• VM de IBM

40. • VMware (ESX Server, Fusion, Virtual
Server, Workstation, Player y ACE)
• Xen
• KVM
• IBM POWER SYSTEMS

42. Máquinas virtuales a nivel de
sistema operativo
• OpenVZ
• Virtuozzo
• FreeVPS
• Linux-VServer
• FreeBSD Jails
• Solaris Containers
• AIX Workload Partitions

44. • Con las máquinas virtuales, podemos tener
varios sistemas operativos sin necesidad de
crear particiones o tener más discos duros, esto
nos permitirá poder tener sistemas operativos
para pruebas. Por ejemplo, que sale una versión
beta y no queremos instalarla en nuestro
sistema operativo de trabajo, ya que las betas
son eso, "pruebas" y puede que nos deje el
sistema operativo inestable, algo que no
querremos con nuestro equipo de trabajo.

45. • De esta forma siempre tendremos la
oportunidad de probar esos programas beta
sin que afecte a las cosas que tenemos
instaladas ni que nos obligue a formatear y
volver a instalar de nuevo todo lo que
tenemos. Yo esto lo suelo usar para probar
todas las betas e incluso "alfas" que van
saliendo, como por ejemplo las versiones de
Visual Studio, el Office o los nuevos
sistemas operativos.
Por ejemplo, si sale una nueva beta de Visual
Studio, preparo una máquina virtual e instalo
esa beta, hago mis pruebas, etc. Cuando sale
una nueva beta, pues elimino la anterior y
vuelvo a instalar todo, etc.

47. • Una de las razones por que las máquinas
virtuales, no son la panacea de la computación,
es que agregan gran complejidad al sistema en
tiempo de ejecución. La principal desventaja de
las máquina virtual, es que en la aplicación de
algunos proceso tendrá como efecto la lentitud
del computador, es decir, la computadora en la
cual se esta ejecutando este proceso debe tener
una capacidad bastante notable “debe ser de
gran capacidad o potente”.
•

48. • Los lenguajes basados en máquina
virtual, poseen una desventaja es que
efectivamente son más lentos que los
lenguajes completamente compilados,
debido a la sobrecarga que genera tener
una capa de software intermedia entre la
aplicación y el hardware de la
computadora, sin embargo, Esta
desventaja no es demasiado crítica.

49. • Como te comentaba, la ventaja de las
máquinas virtuales, es que puedes estar
trabajando con varias betas y máquinas
virtuales a la vez, aunque no tiene porque
ser al mismo tiempo, ya que cuando
trabajas con máquinas virtuales necesitas
tener recursos en tu equipo para que le
den vida a esas máquinas virtuales.

50. • Por ejemplo, si tu equipo tiene un giga de
memoria RAM eso es lo que tienes, y en
la máquina virtual no puedes "simular"
que tienes más. Porque una de las cosas
que no se simulan es la memoria, ya que
la memoria que quieras usar en la
máquina virtual debe ser memoria física,
es decir, memoria real. Lo mismo ocurre
con los discos duros, si quieres tener un
disco de, digamos 300 GIGAS y tu disco
duro es de 40,

51. • La ventaja de los discos duros virtuales
frente a la memoria es que podemos
indicar que usaremos un disco duro de,
por ejemplo, 20 Gigas, pero ese espacio
no se usa al completo, sino que las
máquinas virtuales permiten que ese
espacio vaya creciendo con forme haga
falta, aunque hasta el tamaño máximo
que has indicado.

52. • Resumiendo, necesitas tener un
procesador rápido (cuanto más rápido
mejor), necesitas tener bastante espacio
libre en tu disco, sobre todo si vas a
trabajar con varias máquinas virtuales y
los discos usados van a necesitar
bastante espacio (en algunos casos
estamos hablando de 5 a 8 gigas para
cada máquina virtual, todo dependiendo
de lo que instales).

53. • También necesitas memoria, siempre
será mejor 1 GB que 512 MB o 2 GB que
1, todo dependerá de cuanta memoria
quieras que tengan esas máquinas
virtuales, pero en la mayoría de los casos,
con 256 ó 384 MB van de maravilla, por
tanto necesitarás como mínimo 1 GB para
trabajar más o menos cómodo.