<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>SEBELK  FOSS &#187; xen</title>
	<atom:link href="http://www.sergiobelkin.com/tag/xen/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.sergiobelkin.com</link>
	<description>Sobre Software Libre y Open Source</description>
	<lastBuildDate>Sun, 20 Jun 2010 21:27:44 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
		<item>
		<title>Volúmenes lógicos</title>
		<link>http://www.sergiobelkin.com/2008/06/03/volumenes-logicos/</link>
		<comments>http://www.sergiobelkin.com/2008/06/03/volumenes-logicos/#comments</comments>
		<pubDate>Tue, 03 Jun 2008 23:17:09 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Artículos Técnicos]]></category>
		<category><![CDATA[LVM]]></category>
		<category><![CDATA[Particiones]]></category>
		<category><![CDATA[xen]]></category>

		<guid isPermaLink="false">http://www.sergiobelkin.com/?p=41</guid>
		<description><![CDATA[LVM, la implementación de volúmnes lógicos, sirve para flexibilizar el manejo de particiones y entre otras cosas más para crear instantáneas que pueden usarse con xen. Para crear un LVM es necesario crear 1 o más PVs (volúmenes físicos). Un PV puede ser la partición de un disco. Uno o más PVs conforman un VG [...]]]></description>
			<content:encoded><![CDATA[<p><a href="http://es.wikipedia.org/wiki/Logical_Volume_Manager">LVM</a>, la implementación de volúmnes lógicos, sirve para flexibilizar el manejo de particiones y entre otras cosas más para crear instantáneas que pueden usarse con xen.</p>
<pre><a href="http://www.sergiobelkin.com/wp-content/uploads/2008/06/lvm2.jpg"><img class="alignright size-medium wp-image-43" title="diskdrake" src="http://www.sergiobelkin.com/wp-content/uploads/2008/06/lvm2-300x230.jpg" alt="" width="300" height="230" /></a></pre>
<p>Para crear un LVM es necesario crear 1 o más PVs (volúmenes físicos). Un PV puede ser la partición de un disco. Uno o más PVs conforman un VG (grupo de volúmenes). Una vez conformado un VG se puede particionar tal como si fuera un disco tradicional. En este caso cada partición es llamada volúmen lógico (LV).</p>
<p>Algunas herramientas de LVM</p>
<ul>
<li><strong>pvcreate</strong>: Crea volúmenes físicos</li>
<li><strong>vgcreate</strong>: Crea un grupo de volúmenes</li>
<li><strong>vgchange</strong>: Sirve para modificar los atributos de un grupo de volúmenes, por ejemplo para  activar o desactivarlo.</li>
<li><strong>vgreduce</strong>: Elimina volúmenes físicos.</li>
<li><strong>vgextend</strong>: Agrega volúmenes físicos a un grupo de volúmenes</li>
<li><strong>lvcreate</strong>: Crea un volúmen lógico</li>
<li><strong>lvextend</strong>: Sirve para expandir un volúmen lógico, si se usa ext3, luego hay que usar la herramienta resize2fs. Se puede usar con con el sistema de archivos correspondiente montado.</li>
<li><strong>lvreduce</strong>: Sirve para achivar un volumen lógico, previamente si usa ext3 hay que usar el comando resize2fs indicando un tamaño coherente con lo que se indica on lvreduce. Por lo que entiendo no puede usar con el sistema de archivos montado</li>
<li>Las herramientas <strong>vgdisplay</strong>, <strong>pvdisplay</strong>, y <strong>lvdisplay</strong> muestran respectivamente información de grupos de volúmenes, volúmenes físicos y volúmenes lógicos.</li>
<li><strong>lvs</strong>: Muestra información resumida de todos los volúmenes lógicos.</li>
<li><strong>lvrename</strong>: Sirve para cambiarle el nombre a un volumen lógico.</li>
</ul>
<p>Las líneas en /etc/fstab correspondientes a volúmenes lógicos puede verse así:</p>
<pre>/dev/vboxes/mercurio        /mercurio        ext3    defaults    1 2</pre>
<pre>/dev/vboxes/venus        /venus        ext3    defaults    1 2</pre>
<pre>/dev/vboxes/marte        /marte        ext3    defaults    1 2

Si bien existen herramientas gráficas, es conveniente conocer los comandos subyacentes.

<a href="http://www.sergiobelkin.com/wp-content/uploads/2008/06/lvm-gui.png"><img class="alignleft size-medium wp-image-42" title="system-config-lvm" src="http://www.sergiobelkin.com/wp-content/uploads/2008/06/lvm-gui-300x225.png" alt="" width="300" height="225" /></a></pre>
]]></content:encoded>
			<wfw:commentRss>http://www.sergiobelkin.com/2008/06/03/volumenes-logicos/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Interfaces de red en Xen</title>
		<link>http://www.sergiobelkin.com/2008/02/14/interfaces-de-red-en-xen/</link>
		<comments>http://www.sergiobelkin.com/2008/02/14/interfaces-de-red-en-xen/#comments</comments>
		<pubDate>Fri, 15 Feb 2008 02:46:19 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Artículos Técnicos]]></category>
		<category><![CDATA[xen]]></category>

		<guid isPermaLink="false">http://www.sergiobelkin.com/?p=10</guid>
		<description><![CDATA[Cuando se arranca con kernel Xen en Centos 5.1 genera cuatro interfaces más de red (suponiendo que tenemos solamente una placa de red): peth0, vif0.0, virbr0 y xenbr0. eth0 Link encap:Ethernet HWaddr 00:16:76:6F:2D:6C inet addr:192.168.1.100 Bcast:192.168.1.255 Mask:255.255.255.0 inet6 addr: fe80::216:76ff:fe6f:2d6c/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:26381 errors:0 dropped:0 overruns:0 frame:0 TX packets:21968 [...]]]></description>
			<content:encoded><![CDATA[<p><code>Cuando se arranca con kernel Xen en Centos 5.1 genera cuatro interfaces más de red (suponiendo que <code><code>tenemos solamente una placa de red): peth0, vif0.0, virbr0 y xenbr0.</code></code></code></p>
<p><code>eth0      Link encap:Ethernet  HWaddr 00:16:76:6F:2D:6C<br />
inet addr:192.168.1.100  Bcast:192.168.1.255  Mask:255.255.255.0<br />
inet6 addr: fe80::216:76ff:fe6f:2d6c/64 Scope:Link<br />
UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1<br />
RX packets:26381 errors:0 dropped:0 overruns:0 frame:0<br />
TX packets:21968 errors:0 dropped:0 overruns:0 carrier:0<br />
collisions:0 txqueuelen:0<br />
RX bytes:36205072 (34.5 MiB)  TX bytes:1598392 (1.5 MiB)</code></p>
<p><code>lo        Link encap:Local Loopback<br />
inet addr:127.0.0.1  Mask:255.0.0.0<br />
inet6 addr: ::1/128 Scope:Host<br />
UP LOOPBACK RUNNING  MTU:16436  Metric:1<br />
RX packets:1263 errors:0 dropped:0 overruns:0 frame:0<br />
TX packets:1263 errors:0 dropped:0 overruns:0 carrier:0<br />
collisions:0 txqueuelen:0<br />
RX bytes:2078804 (1.9 MiB)  TX bytes:2078804 (1.9 MiB)</code></p>
<p><code>peth0     Link encap:Ethernet  HWaddr FE:FF:FF:FF:FF:FF<br />
inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link<br />
UP BROADCAST RUNNING NOARP  MTU:1500  Metric:1<br />
RX packets:26404 errors:0 dropped:0 overruns:0 frame:0<br />
TX packets:22041 errors:0 dropped:0 overruns:0 carrier:0<br />
collisions:0 txqueuelen:1000<br />
RX bytes:36210479 (34.5 MiB)  TX bytes:1730806 (1.6 MiB)<br />
Interrupt:21 Base address:0x4000</code></p>
<p><code>vif0.0    Link encap:Ethernet  HWaddr FE:FF:FF:FF:FF:FF<br />
inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link<br />
UP BROADCAST RUNNING NOARP  MTU:1500  Metric:1<br />
RX packets:21968 errors:0 dropped:0 overruns:0 frame:0<br />
TX packets:26381 errors:0 dropped:0 overruns:0 carrier:0<br />
collisions:0 txqueuelen:0<br />
RX bytes:1598392 (1.5 MiB)  TX bytes:36205072 (34.5 MiB)</code></p>
<p><code>virbr0    Link encap:Ethernet  HWaddr 00:00:00:00:00:00<br />
inet addr:192.168.122.1  Bcast:192.168.122.255  Mask:255.255.255.0<br />
inet6 addr: fe80::200:ff:fe00:0/64 Scope:Link<br />
UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1<br />
RX packets:0 errors:0 dropped:0 overruns:0 frame:0<br />
TX packets:53 errors:0 dropped:0 overruns:0 carrier:0<br />
collisions:0 txqueuelen:0<br />
RX bytes:0 (0.0 b)  TX bytes:9337 (9.1 KiB)</code></p>
<p><code>xenbr0    Link encap:Ethernet  HWaddr FE:FF:FF:FF:FF:FF<br />
inet6 addr: fe80::200:ff:fe00:0/64 Scope:Link<br />
UP BROADCAST RUNNING NOARP  MTU:1500  Metric:1<br />
RX packets:139 errors:0 dropped:0 overruns:0 frame:0<br />
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0<br />
collisions:0 txqueuelen:0<br />
RX bytes:46934 (45.8 KiB)  TX bytes:0 (0.0 b)</code></p>
<p>Lo que hace es crear dos bridges:</p>
<ul>
<li> virbr0: Sin interfaces</li>
<li>xenbr0: Interfaces peth0 y vif0.0</li>
</ul>
<p>Cuando se levanta un sistema operativo en el DomU cambia a:</p>
<ul>
<li> virbr0: vifN.0</li>
<li>xenbr0: Interfaces peth0 y vif0.0</li>
</ul>
]]></content:encoded>
			<wfw:commentRss>http://www.sergiobelkin.com/2008/02/14/interfaces-de-red-en-xen/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Paravirtualizando con Xen</title>
		<link>http://www.sergiobelkin.com/2008/02/11/paravirtualizando-con-xen/</link>
		<comments>http://www.sergiobelkin.com/2008/02/11/paravirtualizando-con-xen/#comments</comments>
		<pubDate>Tue, 12 Feb 2008 03:18:46 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Artículos Técnicos]]></category>
		<category><![CDATA[virtualización]]></category>
		<category><![CDATA[xen]]></category>

		<guid isPermaLink="false">http://www.sergiobelkin.com/?p=5</guid>
		<description><![CDATA[A pesar de que el propio Linus Torvalds recientemente le quitó relevancia a la virtualización, sigue siendo un recurso muy importante en muchos ámbitos. Mediante la virtualización podemos consolidar distintos sistemas operativos en un sólo equipo físico, con el consiguiente ahorro económico. Además, supone más facilidad de administración, usar entornos separados para el desarrollo de [...]]]></description>
			<content:encoded><![CDATA[<p>A pesar de que el propio <a href="http://linux-foundation.org/weblogs/openvoices/linus-torvalds-part-ii/" title="Entrevista a Linus Torvalds" target="_blank">Linus Torvalds recientemente le quitó relevancia a la virtualización</a>, sigue siendo un recurso muy importante en muchos ámbitos. Mediante la virtualización podemos consolidar distintos sistemas operativos en un sólo equipo físico, con el consiguiente ahorro económico. Además, supone más facilidad de administración, usar entornos separados para el desarrollo de software (se evita el tedioso reinicio del sistema real), evaluar software de tipo experimental de manera inocua, etc.</p>
<p><a href="http://www.sergiobelkin.com/wp-content/uploads/2008/02/arranque-xen.png" title="arranque-xen.png"><img src="http://www.sergiobelkin.com/wp-content/uploads/2008/02/arranque-xen.thumbnail.png" alt="Arranque de un sistema en DomU" align="left" /></a>Existen muchas opciones en lo que a virtualización se refiere. <a href="http://es.wikipedia.org/wiki/Xen" title="Xen en Wikipedia" target="_blank">Xen</a> es una de ellas, que usa una técnica llamada paravirtualización. Sintéticamente, esto signfica que Xen es un hipervisor, es decir es un software que es lanzado por el cargador de arranque y que simula ser el hardware real. El hipervisor por si solo no puede hacer demasiado, lo que hace es llamar a un sistema operativo virtualizado, lo que llamaríamos un guest, que en la jerga de Xen se denomina Dom0. Este Dom0 no es cualquier guest, es el sistema que tiene el único privilegio de acceder al hipervisor, es decir al pseudo-hardware. Lo interesante de esto es que el Dom0 puede gestionar a otros dominios llamados DomU, es decir podemos tener otros sistemas operativos invitados.</p>
<p>La ventaja de esta técnica es que todos los sistemas operativos instalados acceden a los mismos drivers, con lo cual la performance de un sistema instalado como DomU es casi idéntica  a la de un<a href="http://www.sergiobelkin.com/wp-content/uploads/2008/02/xen1.png" title="Consola mostrando un sistema de DomU"><img src="http://www.sergiobelkin.com/wp-content/uploads/2008/02/xen1.thumbnail.png" alt="Consola mostrando un sistema de DomU" /><img align="right" /></a> sistema nativo. Por supuesto, como casi nada es perfecto, esto tiene una desventaja, es necesario que los sistemas invitados estén modificados para poder ser invitados en Xen. Es por eso que se usa un kernel especial, que de hecho lo primero que hace es arrancar Xen, y luego el Dom0. La otra desventaja que tiene es que las distros del DomU y la del Dom0 tienen que ser idénticas para que la implementación sea sencilla. Es decir, si Dom0 es Centos 5.1 una distro del DomU también debe ser Centos 5.1. Obviamente hay excepciones, de hecho, la virtualización completa a diferencia de la paravirtualización permite que un sistema cerrado como Windows esté como sistema invitado.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.sergiobelkin.com/2008/02/11/paravirtualizando-con-xen/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
