<?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>Blog de Oxxigeno &#187; Ricardo Palacios</title>
	<atom:link href="http://www.oxxigeno.com/blog/author/rpalacios/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.oxxigeno.com/blog</link>
	<description>Blog corporativo de Oxxigeno</description>
	<lastBuildDate>Tue, 23 Feb 2010 10:11:05 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>Instalación avanzada de Linux</title>
		<link>http://www.oxxigeno.com/blog/2009/03/instalacion-avanzada-de-linux/</link>
		<comments>http://www.oxxigeno.com/blog/2009/03/instalacion-avanzada-de-linux/#comments</comments>
		<pubDate>Thu, 26 Mar 2009 10:13:10 +0000</pubDate>
		<dc:creator>Ricardo Palacios</dc:creator>
				<category><![CDATA[Linux]]></category>
		<category><![CDATA[Sistemas]]></category>

		<guid isPermaLink="false">http://www.oxxigeno.com/blog/?p=438</guid>
		<description><![CDATA[Con este post, el lector aprenderá a realizar instalaciones avanzadas (sin CD). Después de su estudio, deberá ser capaz de realizar una instalación de red, describir los servidores de instalación de red y describir las instalaciones de tipo kickstart de Red Hat y fedora.
Instalaciones en red
La mayoría de los sistemas Linux se instalan desde los [...]]]></description>
			<content:encoded><![CDATA[<p>Con este <em>post</em>, el lector aprenderá a realizar instalaciones avanzadas (sin CD). Después de su estudio, deberá ser capaz de realizar una instalación de red, describir los servidores de instalación de red y describir las instalaciones de tipo <em>kickstart</em> de Red Hat y fedora.</p>
<p><span id="more-438"></span><strong>Instalaciones en red</strong></p>
<p>La mayoría de los sistemas Linux se instalan desde los CD-ROM (o DVD) de distribución. Este método es cómodo si sólo necesita instalar uno o pocos sistemas, pero puede ser muy tedioso si necesita instalar 10 o más sistemas, especialmente si cada uno tiene que ser instalado con los mismos parámetros.</p>
<p>Existen métodos de instalación más avanzados que son adecuados para estas situaciones, y en la mayoría de los casos, involucran instalaciones de red, donde los RPMs a instalar son descargados de la red.</p>
<p>Existen varios protocolos de red para recuperar los RPMs de instalación, y los protocolos soportados dependen de la distribución. Puede que se incluya soporte para NFS, FTP, HTTP y SMB.</p>
<p>Un requisito obvio para una instalación basada en red es que necesitará configurar un servidor de instalación en red en algún lugar de ésta, el cual contendrá todos los RPMs de su distribución.</p>
<p>Otro requisito es que los sistemas que se van a instalar estén equipados con un adaptador de red, que esté soportado por el disquete de arranque de red. Si su adaptador de red no está soportado en el disquete de arranque, puede necesitar un disquete adicional que contenga el soporte de dispositivo en forma de módulos de kernel de Linux.</p>
<p><strong>Servidor de instalación de red</strong></p>
<p>Un servidor de instalación en red es normalmente un servidor Linux/UNIX, aunque a veces también se pueden utilizar servidores Windows. El contenido de todos los CDs importantes se copia en disco y se deja disponible. Es una buena idea usar un esquema de denominación que permita copiar en disco múltiples versiones de múltiples distribuciones.</p>
<p>Casi todos los servidores de instalación en red exportan los CDs a través de NFS, sin embargo, también puede utilizarse FTP (anónimo), HTTP y SMB.</p>
<p>Si decide usar NFS, tenga presente que las distribuciones más nuevas utilizan normalmente NFS versión 3, mientras que las más antiguas suelen utilizar NFS versión 2. Esto puede generar problemas de compatibilidad, que pueden ser fácilmente solucionados forzando al servidor NFS a utilizar siempre la versión 2.</p>
<p>Si decide ofrecer instalaciones de FTP anónimo, necesitará crear la estructura de directorios en algún lugar bajo el directorio <em>/var/ftp</em>, ya que el demonio ftp realizará el <strong><em>chroot </em></strong>en este directorio cuando se solicite FTP anónimo.</p>
<p>Si decide ofrecer instalaciones HTTP, simplemente puede crear un enlace simbólico desde el directorio <em>document_root</em> al directorio donde se copian los CDs, siempre que se establezca &#8220;FollowSymLinks&#8221; en la configuración del servidor web.</p>
<p>Después de crear el directorio de instalación, necesitará copiar el contenido de los CDs importantes en dicho directorio. Esta acción tiene que llevarse a cabo preservando intactos todos los permisos, los usuarios, etc. y la mejor forma de realizarlo puede ser mediante la utilización del parámetro <strong><em>cp -a </em></strong></p>
<p>Para una distribución Red Hat o fedora, asegúrese de copiar al menos el fichero .discinfo y los directorios RedHat/ e images/.</p>
<p><strong>Instalaciones &#8220;Kickstart&#8221; de Red Hat/Fedora</strong></p>
<p>&#8220;Kickstart&#8221; es el método de Red Hat y Fedora para la automatización de instalaciones. Implica la creación de un archivo ks.cfg, que contiene tres secciones:</p>
<ul>
<li>La primera sección, que empieza en la parte superior del archivo, contiene la respuestas a todas las preguntas del proceso de instalación. Por ejemplo, si existe la declaración <em>lang en_US </em>en el archivo de kickstart, la pregunta &#8220;¿Qué idioma desea utilizar durante el proceso de instalación? no será formulada, sino que se utilizará el inglés de EEUU.</li>
<li>La segunda sección empieza con el identificador %packages. Contiene una lista con todos los paquetes (RPMs) que se van a instalar. Al igual que en el propio proceso de instalación, también puede utilizar los grupos de paquetes que están definidos en el archivo [RedHat|Fedora]/base/comps.xml. Estos grupos de paquetes están identificados con un símbolo arroba, por ejemplo &#8220;@ Printing Support&#8221;.</li>
<li>La tercera sección empieza con el identificador %post. Contiene una serie de manadatos de shell que se ejecutan en el sistema recién instalado, con todas las rutas de acceso, redes, etc, intactas. Esto significa que es posible realizar prácticamente cualquier acción, incluido montar sistemas de archivos remotos, crear cuentas de usuario, etc.</li>
</ul>
<p>También es posible crear una sección %pre, que se ejecuta antes de que se inicie la instalación. Esto suele utilizarse para implementar esquemas de partición personalizados.</p>
<p>Los archivos kickstart pueden hacerse a mano (veáse anexo), pero Red Hat ha creado una herramienta que le ayudará a generar ficheros kickstart: <strong>redhat-config-kickstart </strong>(anteriormente conocida como <strong>ksconfig</strong>). Esta herramienta está disponible en los CDs de distribución en el paquete RPM ksconfig. Como un extra añadido, el instalador de Red Hat/Fedora, Anaconda, genera un fichero kickstart basado en las elecciones determinadas durante el propio proceso de instalación. Este fichero se llama <em>/root/anaconda-ks.cfg</em>.</p>
<p>Ejemplos son <em>ks=floppy</em> y <em>ks=http://192.168.0.1/kickstat/ks.cfg</em>, si no suministra una URL (&#8220;linux ks&#8221;), entonces la localización del fichero kickstat se tomará del siguiente servidor DHCP y las respuestas de las opciones &#8220;next server&#8221; y &#8220;filenam&#8221; desde el servidor DHCP.</p>
<p>El fichero de configuración kickstart puede guardarse en un disquete de arranque o en un servidor de la red. La instalación de Kickstart comienza entonces tecleando <strong>linux ks=&lt;URL&gt;,</strong> donde &lt;URL&gt; es la localización en donde se guarda el fichero ks.cfg.</p>
<p>Para instalaciones kickstart completamente automatizadas, modifique el fichero syslinux.cfg en su disco bootdisk.img, y defina kickstart por defecto. Debería desactivar la opción de delay. La cabecera del fichero se verá de la siguiente manera:</p>
<blockquote>

<div class="wp_syntax"><div class="code"><pre class="apache" style="font-family:monospace;">default linux ks
prompt <span style="color: #ff0000;">0</span></pre></div></div>


<div class="wp_syntax"><div class="code"><pre class="apache" style="font-family:monospace;">&lt;!--more--&gt;</pre></div></div>

</blockquote>
<p><strong>Conclusiones</strong></p>
<p>Se ha visto como los servidores de instalación en red son mecanismos apropiados para la distribución de software, con objeto de actualizar e instalar. Así como un servidor de instalación en red, normalmente, exporta varias versiones de distintas distribuciones vía NFS, FTP o HTTP. Habitualmente para realizar una instalación en red, necesitará un disquete y, en ciertas ocasiones, discos de módulos adicionales.</p>
<p>Por último, se ha visto como &#8220;Kickstart&#8221; de Red Hat/Fedora es un método de instalación que le permite automatizar las instalaciones.</p>
<p> </p>
<p><strong>Anexo</strong></p>
<p>Un archivo de kickstart de ejemplo tendrá este aspecto:</p>
<blockquote>

<div class="wp_syntax"><div class="code"><pre class="apache" style="font-family:monospace;">&lt;!--more--&gt;install
nfs --server 192.168.0.1 --dir /export/rh80
lang en_US
langsupport --default en_US.iso885915 en_US.iso885915
keyboard es
mouse generic3ps/<span style="color: #ff0000;">2</span> --device psaux
skipx
network --device eth0 --bootproto dhcp
rootpw oxxigeno
firewall --disabled
authconfig --enableshadow --wnablemd5
timezone Europe/Madrid
bootloader
clearpart --<span style="color: #00007f;">all</span>
part /boot --fstype ext3 --size=<span style="color: #ff0000;">100</span>
part / --fstype ext3 --size=<span style="color: #ff0000;">3000</span>
part swap --size=<span style="color: #ff0000;">1024</span>
&nbsp;
%packages
@ Printing Support
@ X Window System
@ GNOME Desktop Environment
@ KDE Desktop Environment
@ Development Tools
@ Kernel Development
@ Network Servers
&nbsp;
%post
adduser oxx1
echo oxx1 | passwd --stdin oxx1</pre></div></div>

</blockquote>
]]></content:encoded>
			<wfw:commentRss>http://www.oxxigeno.com/blog/2009/03/instalacion-avanzada-de-linux/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Planificación física y mantenimiento</title>
		<link>http://www.oxxigeno.com/blog/2009/03/linux-planificacion-fisica-y-mantenimiento/</link>
		<comments>http://www.oxxigeno.com/blog/2009/03/linux-planificacion-fisica-y-mantenimiento/#comments</comments>
		<pubDate>Fri, 13 Mar 2009 09:48:09 +0000</pubDate>
		<dc:creator>Ricardo Palacios</dc:creator>
				<category><![CDATA[Linux]]></category>
		<category><![CDATA[Sistemas]]></category>

		<guid isPermaLink="false">http://www.oxxigeno.com/blog/?p=397</guid>
		<description><![CDATA[Este post describe los diversos aspectos que están relacionados con la planificación física y el mantenimiento de los sistemas Linux. Se pretende que, una vez estudiado, se pueda describir los elementos a considerar al planificar la instalación física del sistema y enumerar las prácticas más adecuadas para el mantenimiento físico.
Durante la planificación de la instalación física, deben ser consideradas [...]]]></description>
			<content:encoded><![CDATA[<p>Este <em>post </em>describe los diversos aspectos que están relacionados con la planificación física y el mantenimiento de los sistemas Linux. Se pretende que, una vez estudiado, se pueda describir los elementos a considerar al planificar la instalación física del sistema y enumerar las prácticas más adecuadas para el mantenimiento físico.</p>
<p><span id="more-397"></span>Durante la planificación de la instalación física, deben ser consideradas varias cuestiones y elementos:</p>
<ul>
<li> Peso</li>
<li>Superficie del suelo</li>
<li>Accesibilidad</li>
<li>Alimentación eléctrica</li>
<li>Temperatura</li>
<li>Humedad</li>
<li>Electricidad estática</li>
<li>Limpieza.</li>
</ul>
<p><strong>Alojamiento del sistema</strong></p>
<p>En la mayoría de los casos, los servidores se sitúan en salas de sistemas dedicadas.</p>
<p><img class="aligncenter size-full wp-image-415" title="cpd1" src="http://www.oxxigeno.com/blog/wp-content/uploads/2009/03/cpd1.png" alt="cpd1" width="432" height="484" /></p>
<p>Las ventajas son muchas. Los suelos técnicos facilitan mantener el orden y facilitan la regulación de aire acondicionado por separado, permitiendo conseguir un entorno ambiental óptimo. Además, los sistemas de control de acceso impiden el acceso no autorizado a la consola. La mayor desventaja es la dificultad de accesibilidad si se precisara acceder a la consola.</p>
<p><strong>Montaje en bastidor</strong></p>
<p>Los bastidores de fabricación estándar (19&#8221;) pueden almacenar una gran variedad de equipamiento informático, como servidores, bandejas de servidores blade, equipos de red, monitores, teclados, conmutadores KVM, UPS, etc.</p>
<p><img class="aligncenter size-medium wp-image-419" title="rv40862" src="http://www.oxxigeno.com/blog/wp-content/uploads/2009/03/rv40862-153x300.jpg" alt="rv40862" width="153" height="300" /></p>
<p>Las principales ventajas son la reducción significatica de la superficie necesaria, la facilidad para limitar el acceso físisco al sistema y la facilidad para mantener el orden, así como un mejor aspecto visual. Como desventajas tendríamos el precio, la mayor dificultad para el acceso físico y la posible necesidad de reforzar el suelo para un bastidor completo.</p>
<p><strong>Consideraciones sobre la alimentación eléctrica</strong></p>
<p>Se debe tener en cuenta el consumo eléctrico de los dispositivos. La cantidad total de vatios no deberá exceder el voltaje multiplicado por el número de amperios del circuito eléctrico. En Europa, habitualmente sería:</p>
<p>240V * 16A = 3840W</p>
<p>Puede considerarse la utilización de disipadores de sobrevoltaje para eliminar los picos producidos por rayos, etc, además de fuentes de alimentación continua (UPS) para los componentes críticos (servidores y segmentos centrales de la red). Estas UPS normalmente funcionan mediante baterías, manteniendo la alimentación entre 10 y 30 minutos.</p>
<p><strong>Aire Acondicionado</strong></p>
<p>Suele ser necesario disponer de aire acondicionado para el mantenimiento: temperatura estable y humedad constante.</p>
<p>La temperatura ideal es entre 17 y 20 ºC. Una temperatura inestable puede provocar daños físicos, como consecuencia de la expansión y contracción de los componentes internos. Y una temperatura alta puede producir un sobrecalentamiento de los componentes internos.</p>
<p>En cuanto a la humedad, la ideal sería entre un 40 y un 60%. Una baja humedad puede provocar un aumento de la electricidad estática. Y una alta humedad puede originar condensación.</p>
<p>Por último, debe tenerse en cuenta que el consumo de un vatio precisa de un enfriamiento de 3,1412 BTU/hr (la capacidad de A/C de una tonelada equivale a 12000 BTU/hr).</p>
<p><strong>Sistema de detección y supresión de incendios</strong></p>
<p>Debemos asegurarnos de detectar el fuego lo antes posible. Los detectores de humo detectan el monóxido de carbono, y deben ponerse bajo el suelo flotante y por encima de los falsos techos. Debemos considerar los métodos de extinción de incendios, ¿agua?, ¿CO2?, ¿gas inerte?.</p>
<p>Por último, podemos considerar la instalación de un conmutador maestro que corte toda la alimentación eléctrica de la sala de sistemas de manera inmediata.</p>
<p><strong>Procedimientos recomendados</strong></p>
<p>Se debe tener cuidado con la electricidad estática al reemplazar componentes:</p>
<ul>
<li>Conecte a tierra todos los componentes de manera adecuada.</li>
<li>Tocar la carcasa externa o un conector con conexión a tierra antes de manipular algún componente interno.</li>
<li>Guarde componentes no utilizados en bolsas de protección contra la electricidad estática.</li>
<li>No toque circuitos eléctricos si puede evitarlo.</li>
<li>Considere el uso de muñequeras y alfombras antiestáticas.</li>
</ul>
<p>Debemos utilizar únicamente materiales/herramientas/empresas especializadas en la limpieza de equipos informáticos,  comprobar regularmente el buen funcionamiento de los ventiladores y tener a mano una caja de herramientas completa.</p>
<p><strong>Conclusiones</strong></p>
<p>En las instalaciones grandes es beneficioso tener una sala de sistemas dedicada con suelos flotantes y equipos montados en  bastidor.</p>
<p>La cantidad máxima de potencia eléctrica consumida por todos los sistemas no deberá exceder los límites de los circuitos.</p>
<p>El aire acondicionado deberá ser suficientemente potente para enfriar todo el equipo cuando funcione al máximo, y además deberá ser capaz de conservar la humedad dentro de los límites aceptables.</p>
<p>Por último, también puede ser necesario un sistema de detección y extinción del fuego; solicite consejo a su departamento de bomberos local.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.oxxigeno.com/blog/2009/03/linux-planificacion-fisica-y-mantenimiento/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

<!-- Dynamic Page Served (once) in 1.692 seconds -->
