{"id":716,"date":"2011-12-23T05:20:01","date_gmt":"2011-12-23T05:20:01","guid":{"rendered":"http:\/\/www.datakeeper.es\/?p=716"},"modified":"2011-12-23T05:32:09","modified_gmt":"2011-12-23T05:32:09","slug":"%c2%bfque-son-los-hipervisores","status":"publish","type":"post","link":"https:\/\/www.datakeeper.es\/?p=716","title":{"rendered":"\u00bfQu\u00e9 son los Hipervisores?"},"content":{"rendered":"

El hipervisor, tambi\u00e9n llamado monitor de m\u00e1quina virtual (VMM), es el n\u00facleo central de algunas de las tecnolog\u00edas de virtualizaci\u00f3n de hardware m\u00e1s populares y eficaces, entre las cuales se encuentran las de Microsoft: Microsoft Virtual PC, Windows Virtual PC, Microsoft Windows Server e Hyper-V.<\/p>\n

Los hipervisores son aplicaciones que presentan a los sistemas operativos virtualizados (sistemas invitados) una plataforma operativa virtual (hardware virtual), a la vez que ocultan a dicho sistema operativo virtualizado las caracter\u00edsticas f\u00edsicas reales del equipo sobre el que operan.<\/p>\n

Los hipervisores tambi\u00e9n son los encargados de monitorizar la ejecuci\u00f3n de los sistemas operativos invitados.<\/p>\n

Con el uso de hipervisores es posible conseguir que m\u00faltiples sistemas operativos compitan por el acceso simult\u00e1neo a los recursos hardware de una m\u00e1quina virtual de manera eficaz y sin conflictos.<\/p>\n

Existen tres tipos principales de hipervisores en el mercado:<\/p>\n

i) Hipervisores de tipo 1 (Tambi\u00e9n llamados nativos, unhosted o bare-metal): en ellos el hipervisor se ejecuta directamente sobre el hardware f\u00edsico; el hipervisor se carga antes que ninguno de los sistemas operativos invitados, y todos los accesos directos a hardware son controlados por \u00e9l.<\/p>\n

Aunque esta es la aproximaci\u00f3n cl\u00e1sica y m\u00e1s antig\u00faa de la vitualizaci\u00f3n por hardware, actualmente las soluciones m\u00e1s potentes de la mayor\u00eda de fabricantes usa este enfoque. Es el caso de Microsoft Hyper-V, Citrix XEN Server y VMWare ESX-Server.<\/p>\n

Nota: es muy frecuente que a los hipervisores en general se les aplique el t\u00e9rmino VMM (Monitores de m\u00e1quina virtual), mientras que el t\u00e9rmino \u00abHypervisor\u00bb se reserva para los hipervisores de tipo 1.<\/p>\n

ii) Hipervisores de tipo 2 (tambi\u00e9n llamados hosted): en ellos el hipervisor se ejecuta en el contexto de un sistema operativo completo, que se carga antes que el hipervisor. Las m\u00e1quinas virtuales se ejecutan en un tercer nivel, por encima del hipervisor.<\/p>\n

Son t\u00edpicos de escenarios de virtualizaci\u00f3n orientada a la ejecuci\u00f3n multiplataforma de software, como en el caso de CLR de .NET o de las m\u00e1quinas virtuales de Java.<\/p>\n

iii) Hipervisores h\u00edbridos: en este modelo tanto el sistema operativo anfitri\u00f3n como el hipervisor interact\u00faan directamente con el hardware f\u00edsico.<\/p>\n

Las m\u00e1quinas virtuales se ejecutan en un tercer nivel con respecto al hardware, por encima del hipervisor,
\npero tambi\u00e9n interact\u00faan directamente con el sistema operativo anfitri\u00f3n.<\/p>\n

Es la aproximaci\u00f3n usada en Microsoft Virtual PC, Microsoft Virtual Server, Parallels, VirtualBox, VMWare Server…<\/p>\n

Nota: en algunas clasificaciones es posible que se incluyan los VMM de tipo h\u00edbrido dentro de los de tipo 2.<\/p>\n

\"\"<\/a><\/p>\n

Los hipervisores de tipo 1 a su vez pueden ser de dos tipos:<\/p>\n

i) Monol\u00edticos: son hipervisores que emulan hardware para sus m\u00e1quinas virtuales.<\/p>\n

Esta aproximaci\u00f3n, usada por productos como VMWare ESX, obliga a usar una gran cantidad de c\u00f3digo que se interpone entre los recursos f\u00edsicos reales y las operaciones de acceso a ellos efectuadas por las m\u00e1quinas virtuales.<\/p>\n

El proceso que sigue una llamada a hardware en un sistema virtualizado usando un hipervisor de tipo monol\u00edtico es:<\/p>\n

1) El hardware emulado debe interceptar la llamada.
\n2) El VMM redirije estas llamadas hacia los drivers de dispositivo que operan dentro del hipervisor, lo cual requiere de numerosos cambios de contexto en el c\u00f3digo de la llamada.
\n3) Los drivers del hipervisor enrutan la llamada hacia el dispositivo f\u00edsico.<\/p>\n

Este funcionaminto obliga a desarrollar drivers espec\u00edficos para el hipervisor de cada componente hardware.<\/p>\n

ii) De MicroKernel: en esta aproximaci\u00f3n el hipervisor se reduce a una capa de software muy sencilla, cuya \u00fanica funcionalidad es la de particionar el sistema f\u00edsico entre los diversos sistemas virtualizados.<\/p>\n

Con esta manera de funcionar los hipervisores de microkernel no requieren de drivers espec\u00edficos para acceder al hardware.<\/p>\n

En el caso de Hyper-V, que es la soluci\u00f3n de virtualziaci\u00f3n de Microsoft basada en hipervisor de tipo 1 de microkernel, el acceso a los recuros f\u00edsicos se hace desde la partici\u00f3n primaria, usando los drivers nativos de Windows Server 2008 R2.<\/p>\n

En las particiones hija se utilizan drivers sint\u00e9nticos, que son simplemente enlaces a los drivers reales ubicados en la partici\u00f3n primaria.<\/p>\n

De esta manera los hipervisores de microkernel no s\u00f3lo aumentan el rendimiento al reducir el c\u00f3digo intermedio y el n\u00famero de cambios de contexto necesarios, sino que tambi\u00e9n aumentan la estabilidad de los sistemas, al haber menos componentes, y sobre todo la seguridad, al reducir la superficie de ataque del hipervisor.<\/p>\n

\"\"<\/a><\/p>\n","protected":false},"excerpt":{"rendered":"

El hipervisor, tambi\u00e9n llamado monitor de m\u00e1quina virtual (VMM), es el n\u00facleo central de algunas de las tecnolog\u00edas de virtualizaci\u00f3n de hardware m\u00e1s populares y eficaces, entre las cuales se encuentran las de Microsoft: Microsoft Virtual PC, Windows Virtual PC, Microsoft Windows Server e Hyper-V. Los hipervisores son aplicaciones que presentan a los sistemas operativos Continue Reading<\/a><\/p>\n","protected":false},"author":1,"featured_media":719,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_monsterinsights_skip_tracking":false,"_monsterinsights_sitenote_active":false,"_monsterinsights_sitenote_note":"","_monsterinsights_sitenote_category":0,"footnotes":""},"categories":[29,20,9],"tags":[40,37,38,39],"class_list":["post-716","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-articulos-servidores","category-articulos-virtualizacion","category-blog","tag-hipervisor","tag-hyper-v","tag-virtualizacion","tag-vmware","cat-29-id","cat-20-id","cat-9-id"],"_links":{"self":[{"href":"https:\/\/www.datakeeper.es\/index.php?rest_route=\/wp\/v2\/posts\/716","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.datakeeper.es\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.datakeeper.es\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.datakeeper.es\/index.php?rest_route=\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.datakeeper.es\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=716"}],"version-history":[{"count":4,"href":"https:\/\/www.datakeeper.es\/index.php?rest_route=\/wp\/v2\/posts\/716\/revisions"}],"predecessor-version":[{"id":727,"href":"https:\/\/www.datakeeper.es\/index.php?rest_route=\/wp\/v2\/posts\/716\/revisions\/727"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.datakeeper.es\/index.php?rest_route=\/wp\/v2\/media\/719"}],"wp:attachment":[{"href":"https:\/\/www.datakeeper.es\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=716"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.datakeeper.es\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=716"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.datakeeper.es\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=716"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}