Una vez mas estamos en el aire charlando sobre lo que mas nos gusta en la sección dedicada al mundo GNU/Linux llamada ( Kernel Panic ). Esta vez me toco junto a Dabo montarnos una charla de las que nos gustan llenas de software libre y con información extra complementando este ultimo proyecto sobre el balanceo de carga entre servidores. Hay un momento en el que el programa de nos va un poco de las manos y es que se nota que Dabo y yo somos grandes amigos desvariando sobre la temática que mas nos gusta.

Por otro lado nos encontramos con la sección ( Manzanas Traigo ) dedicada al mundo Apple donde Dabo acompañado esta vez tan solo de Oreixa nos contarán que es el EFIMP y sobre que tipo de charla podremos escuchar. Esta charla estará basada en todo tipo aspectos sobre seguridad en servidores y yo personalmente ya tengo ganas de verlos. Si queréis verlos y escucharlos en directo podemos ver todo el ESET FIMP 2010 en directo vía Streaming desde aquí.Seguidamente podremos escuchar todo sobre el iOS y porque se a reunificado todo en este nombre. Orange, Movistar la suma de puntos y el precio final del iPhone, iPhone 4 virtudes y defectos, iPad y los puntos de vista de Oreixa y bueno que mas os puedo contar a todos los que os gusta la tecno-temática Apple. Sin mas os dejo con los contenidos …

Intro

( Dabo ) – (00:00 hasta el 2:55)

tags : presentación, formato verano, ausencia de Gorka, 3 julio, EFIMP, duración, ivoox.com, internet, thanks !

Kernel Panic

(Forat y Dabo) – (Minuto 2:55 hasta el 52:15)

tags : Balanceadores de carga, PEN Load Balancer, clusters, cabinas de discos, servidores, tutoriales, puntos de vista, vivencias …

Manzanas Traigo

( Oreixa y Dabo ) – (Minuto 55:17 hasta 1:44 h)

tags : iOS 4, iPhone 4, vivencias, Movistar, problemas, Mac Mini, iTunes, Apple y mas Apple …

Si tenemos un servidor el cual tiene tanta carga que llega a colapsarlo podemos aligerar esa carga montando otros servidores paralelamente y distribuyendo la carga entre ellos. Con este proyecto sobre como montar un Balanceador de carga bajo Linux Debian aprenderemos a montar este tipo de maquinas con un hardware limitado y como no Software Libre, en está ocasión PEN Load Balancer. Ahora vamos con el temario …

Introducción
- Vol 1 ( Hardware )
- Vol 2 ( Sistema operativo )
- Vol 3 ( Puente de red o Bridge y acceso remoto vía ssh )
- Vol 4 ( Balanceo de carga con PEN )
- Vol 5 ( Posibles usos )

Descargate este proyecto en formato libro electrónico PDF

Muy bien compañeros, una vez mas tenemos completado otro proyecto que irá directo a la web donde los estoy almacenandolos todos. La web no es otra que project.forat.info donde podréis encontrar todos los proyectos que voy montando para forat. En esta ocasión ya tenemos listo nuestro balanceador de carga bajo Linux Debian preparado para funcionar precisamente haciendo su cometido que no es otro que el de balancear la carga entre varios servidores que tengamos en nuestra red.

Introducción
- Vol 1 ( Hardware )
- Vol 2 ( Sistema operativo )
- Vol 3 ( Puente de red o Bridge y acceso remoto vía ssh )
- Vol 4 ( Balanceo de carga con PEN )
- Vol 5 ( Posibles usos )

Recordemos que este balanceador de carga es capaz de repartir la carga entre varios servidores basándose en el método Round Robin basado en en Software Libre PEN Load Balancer. Este mismo trata de dar paso a cada uno de los servidores correlativamente. PEN es capaz de colgar de el y repartir la carga entre 15 servidores como máximo.

En el proyecto montamos un puente de red o bridge entre las cuatro tarjetas de red que incorpora la maquina …

No necesariamente tenemos que usar estas tarjetas de red para balancear la carga ya que podemos configurar a PEN Load Balancer para que envié carga a dos servidores directamente conectados y la tercera tarjeta conectarla a un Switch y equipar de acceso a internet a toda tu red como podemos ver en la siguiente imagen …

Una vez mas he tratado en esta mini saga de tutoriales que forman este ultimo proyecto que se entienda el como y para que se montan este tipo de maquinas usando solo los programas que necesitamos, gratuitamente y con el hardware justo sin gastar recursos de Hardware y dinero innecesarios.

Próximamente …

Si queréis ampliar aun mas el tema podéis escucharme en el capitulo numero 19 del PodCast de DaboBlog donde Dabo y yo Forat damos una charla sobre balanceadores de carga en ( Kernel Panic ) dando soporte a este que tenemos en Forat.Info.

Hasta el próximo proyecto compañeros, lo que GNU/Linux ha unido no lo separará el hombre !!!!

Una vez tenemos todo instalado ya tenemos un balanceador de carga, lo que hace es exactamente esto ( Balancear la carga ) y así poder repartir entre varios servidores el peso del trafico, transferencias y con ello reducir en cada una de las maquinas que tengamos conectadas el consumo de memoria, microprocesador, discos y demás. Este tipo de trabajo que hace nuestro balanceador de carga también podemos encontrarlo en el mercado en forma de Hardware los cuales tienen un Linux embedido que cumple esta tarea y otras cuantas que hacen que se encarezca en el precio final de la maquina.

Nosotros con Linux Debian, algunas configuraciones y el software libre PEN Load Balancer hemos conseguido que una maquina que no cueste mucho dinero cumpla tal función al menos para empezar, ahora veamos que podemos hacer con ella y que usos podemos darle …

Método 1

El método 1 es en el que nos hemos basado a la hora de montar este proyecto. Con el podemos colgar del balanceador a tres servidores que repartirán entre ellos la carga que les ocasione el acceso web. Esto es algo sencillo y puede que en un hogar no sea del todo practico pero para montar un alojamiento correcto si.

Método 2

El método 2 es con el que mas repartiríamos la carga y como mas relajadas irían ya que si comienza el balanceo de carga en el servidor 1 y reparte las peticiones hasta el 14, cuando vuelvan a llegar al 1 la maquina ya le dio tiempo de sobras a recuperarse de memoria y procesador. Recordemos que se pueden incluir hasta 15 servidores colgando de nuestro balanceador de carga según PEN Load Balancer y si solo tenemos 3 tarjetas de red como si tenemos 1 o 2 siempre podemos conectarle un buen Switch y ampliar las conexiones de red.

Método 3

El método 3 puede ser el que mas se adapte a cualquiera que quiera tener un balanceador en casa. Como disponemos de tres tarjetas de red podemos dejar el balanceador de carga y dos servidores conectados y por otro lado conectar un Switch del que cuelguen uno o los ordenadores de escritorio que tengamos, nuestro punto de acceso wifi y el de nuestro teléfono móvil y uno o los ordenadores portátiles que tengamos. Recordemos que antes de instalar PEN Load Balancer montamos un puente de red o Brige que nos conecta a la red de forma transparente con lo que podemos usar este aparato para que cumpla su cometido y por otro lado puede darnos acceso a la red cuando lo necesitemos.

Método 4

El método 4 es el mas pro de todos si hablamos de alta disponibilidad y rendimiento. El balanceador reparte la carga hacia dos servidores y los dos acceden a la cabina de discos que está montada por red. Esta comparte todo lo referente al entorno web entre los dos servidores por lo que nos evitamos así tener que replicar o mas bien montar un cluster entre los dos servidores.

Para que fuera del todo correcto yo incluiría en la configuración dos tarjetas de red en cada uno de los servidores y dos swicht, uno entre el balanceador de carga y otro entre los dos servidores y la cabina de discos. Esto aseguraría aun mas la disponibilidad de los datos y repartiría bien la carga entre dos modestos servidores.

Si usamos una cabina de discos o simplemente un ordenador que cumpla con esa función recordemos que la velocidad de la red es esencial ya que una vez entremos en producción necesitamos tener un trafico lo mas fluido posible para tener una buena velocidad de acceso a los datos que queremos servir.

Posibles usos puede tener lo que podamos imaginar tan solo necesitamos Hardware, Software Libre y un poco de imaginación, ahora os toca a vosotros, hasta la próxima

Llegados a este punto donde ya tenemos el Hardware listo, Linux Debian instalado y el puente de red o Bridge funcionando vamos a instalar el software que montará el balanceo de carga. Hay varios tipos de software o soportes que están dispuestos a ofrecernos diferentes balanceos de carga. Yo no necesito un balanceo de carga extra sofisticado por lo que busco algo sencillo que cumpla con la función que yo necesito, que no es otra que la de compartir el trafico entre varios servidores y conseguir así una carga menor en cada uno de ellos …

En el esquema anterior podemos ver el funcionamiento de las peticiones que llegarán poco a poco hacia nuestros servidores. La técnica que aplicaremos a este balanceo de carga no es otra que la llamada Round Robin, esta técnica es muy valida para liberar carga de cualquier tipo de servidor tenga el sistema operativo que tenga ya que podemos repartir las peticiones entre varias maquinas unicamente hacia un puerto, rotando así conseguimos que a cada servidor le de tiempo a relajarse hasta que vuelva a tocarle además reduciremos las peticiones individualmente. Una vez le tocará responder a un servidor y así sucesivamente entre el grupo de servidores que tengamos.

PEN Load Balancer es el software que usaremos para montar este balanceo de carga practico y compatible con casi todos lo que necesitemos balancear hablando de servidores web por ejemplo. No es importante el sistema operativo que tenga instalado cada servidor ya que tan solo iremos repartiendo peticiones entre ellos hacia un puerto en cuestión.

Apuntes …

Cuando un usuario carga una web de uno de nuestros servidores no pasará la siguiente petición al siguiente servidor que esté en espera hasta que la misma se cierre. Por ejemplo si tenemos instalado el servidor web apache podemos configurar cuanto tiempo que queremos que esté quede en espera hasta que la misma sea cerrada. Si en todos los servidores que cuelguen de nuestro balanceador de carga configuramos que el TimeOut sea de 30 segundos se efectuara el cambio de servidor cada 30 segundos desde la ultima petición.

” Esto es algo que podemos dejarlo por defecto o configurarlo a nuestro gusto aunque he pensado que no estaría mal dar esta clase de apunte. “

Instalación …

Bien después de tener el puente de red o bridge funcionando vamos a continuar por instalar PEN en nuestra maquina con …

apt-get install pen

PEN es tan simple que bajo una linea de comandos podremos ejecutarlo completamente configurado. Si introducimos ( pen ) en nuestra terminal veremos las opciones simplificadas de las que dispone …

Si queremos obtener una información mas extendida simplemente podemos teclear ( man pen ), recordando que podemos salir de la ayuda con la tecla ( q ).

Ejecución …

Una vez instalado vamos lanzaremos a PEN con una simple linea de comandos como esta …

pen -r -a -f -d 192.168.1.200:80 192.168.1.210:80 192.168.1.211:80 192.168.1.212:80

Al final de la carga se queda en espera y muestra una tabla como esta …

En la tabla se listan los tres servidores donde balancearemos la carga y también vemos que se pueden incluir hasta 15 ( Ya me gustaría ).

Las 4 ips apuntando hacia el puerto 80 son las del balanceador de carga, servidor 1, servidor 2, servidor 3 y así podríamos continuar sucesivamente.

Bien, ahora ya tenemos nuestro balanceador de carga preparado para ir repartiendo peticiones hacia el puerto 80 entre las IPs de nuestros servidores.

Pruebas …

Para probar si su funcionamiento es correcto tan solo tenéis que colocar un contenido web diferente en cada raíz de vuestros servidores web y seguidamente abrir un navegador e introducir la IP de nuestro balanceador de carga. Si vamos recargando el navegador veremos que va cambiando el contenido de un servidor a otro conforme las peticiones de cada servidor web caduquen.

Si observamos el comando que lanzamos anteriormente incluye la opción -d que no es otra que la de hacer Debug, al acceder a uno de los servidores se reflejará en la pantalla donde lanzamos PEN como se conecta y como se desconecta caducando la conexión dando paso al siguiente servidor.

Ahora tenemos que incluir el mismo contenido web en los tres servidores para que no se note que el que nos visite en realidad está visitando la misma web pero mostrada por varios servidores. Imaginaos cuanta carga pueden aguantar aquellas maquinas que tenemos en el desván si las conectamos en red hacia el balanceador de carga, PEN acepta hasta 15 servidores, esto puede ser de locos.

Para terminar y para no tener que lanzar la linea con el comando PEN y su configuración cada vez que arranquemos la maquina vamos a incluirlo en el arranque y esta vez no incluiremos el modo Debug y se ejecutará en segundo plano.

Para ejecutar PEN al inicio del sistema vamos a incluirlo junto a su configuración dentro del archivo rc.local situado en el directorio /etc, en el podemos ejecutar programas rápidamente sin tener que crear un script de arranque …

vi /etc/rc.local

Una vez dentro incluimos nuestra linea de configuración sin la opción -d …

pen -r -a -f 192.168.1.200:80 192.168.1.210:80 192.168.1.211:80 192.168.1.212:80

Ahora guardamos y salimos del editor pulsando la tecla ( ESC ) y seguidamente ( :wq! ).

Una vez hecho ya podemos apagar la maquina y usarla cuando la necesitemos como balanceador lista para funcionar.

Próximamente continuamos con el proyecto sobre el Balanceo de carga entre servidores bajo Linux Debian …

Este ordenador que estoy montando tiene instaladas cuatro tarjetas de red las cuales se usarán para conectar el Router y las otras para conectar directamente nuestros servidores. Si tenemos un ordenador conectado las 24h a la red podemos ahorrarnos el tener un switch conectado a la red eléctrica las 24 h. Por norma los switch o hub de red consumen al menos 12 voltios y no es mucho pero si tenemos unas cuantas tarjetas de red y nuestro ordenador encendido podemos conectarnos directamente a el para salir a internet y prescindir de un aparato mas consumiendo energía. Este es uno de los posibles usos que podemos darle a este puente de red que vamos a montar en este articulo aunque si estamos montando un balanceo de carga también lo vamos a necesitar …

El puente de red o también llamado Bridge que vamos a montar con cuatro tarjetas de red no es que vaya a tener cuatro IPs diferentes si no una que identifique nuestra maquina de cara al Router así podremos asignarle un puerto especifico ( en este caso el 80 ) y redirigir el trafico hacia ella, posteriormente hacia nuestros servidores quedando las otras tres tarjetas de manera transparente.

Si seguimos al pie de la letra la instalación de Linux Debian tan solo instalamos lo esencial para sobrecargar la maquina lo menos posible con software que no necesitemos. Ahora vamos a instalarle el software llamado ( bridge-utils ) el cual nos facilita herramientas para poder montar el puente de red. Lo instalamos con …

apt-get install bridge-utils

Una vez instalado este software y contando con que no configuramos las tarjetas de red anteriormente vamos a crear una configuración especifica que montará ( br0 ) como una tarjeta de red y hará que las cuatro tarjetas actúen como una sola, con una sola dirección IP y de manera transparente. Bonito, bonito !!

Para poder enviar todas las peticiones de un puerto especifico desde el Router hacia un ordenador en cuestión necesitamos que este tenga una IP fija y no dinámica. Si en vez de cuatro tarjetas tenéis tres o dos no es problema ya que tan solo tendréis que agregar vuestras interfaces en la linea ( bridge_ports eth0 eth1 eth2 eth3 ). Sabidos estos cuatro términos vamos a editar el archivo ( interfaces ) y después lo configuraremos.

Antes de hacer esto no esta de mas que tengamos una copia de seguridad del archivo existente así siempre podremos recurrir a la versión existente del archivo en un momento dado. Hacemos la copia de seguridad con …

cp /etc/netwotk/interfaces /etc/network/interfacesOK

Una vez hecha la copia de seguridad vamos a editarlo con …

vi /etc/network/interfaces

Borramos todo su contenido y agregamos lo siguiente …

auto lo
iface lo inet loopback
 
auto br0
iface br0 inet static
address 192.168.1.200
network 192.168.1.0
netmask 255.255.255.0
broadcast 192.168.1.255
gateway 192.168.1.254
bridge_ports eth0 eth1 eth2 eth3
bridge_maxwait 0

Las ips que incluye la configuración son las de mi red, tenéis que sustituir estas por la de vuestra red y cambiar los interfaces eth0 eth1 eth2 eth3 … por los vuestros dependiendo de las tarjetas de red que useis.

Una vez ajustado todo a nuestra medida guardamos y salimos del editor vi con las teclas ( ESC ) y seguidamente ( :wq! ). Ahora y para reiniciar la red y que coja las nuevas configuraciones tendremos que reiniciar el demonio con …

/etc/init.d/networking restart

Ahora para comprobar que todo fue bien y que se creo el interfaz ( br0 ) con la ip 192.168.1.200 y las demás tarjetas se han quedado sin IP teclearemos el siguiente comando …

ifconfig

Y veremos algo como esto …

Ahora si conectamos cualquier ordenador a una de las tarjetas de red que quedan libres …

Recordemos que tendremos que configurar la tarjeta de red del ordenador cliente con la ip dentro de nuestro rango, en mi caso 192.168.1.x y como gateway la ip de nuestro futuro balanceador de carga.

Ahora ya podemos navegar a través de el usándolo de puente, ladrón, hub, switch o como lo queramos llamar. Para terminar y como no podríamos incluirle el software para conectarnos remotamente desde una terminal vía SSH. Vamos a instalar el paquete …

apt-get install ssh

Si aun no conocéis las virtudes del acceso remoto por ssh os recomiendo echarle un ojo al tutorial ( Configuración de Red y manejo remoto vía OpenSSH con SSH y SFTP ) donde podremos aprender como explotarlo y así prescindir de un monitor mas en nuestra sala de ordenadores.

Próximamente continuamos con el proyecto sobre el Balanceo de carga entre servidores bajo Linux Debian …

Raro es cuando algo ajeno a mis pensamientos descuadra la portada de esta mi web pero en esta ocasión el motivo merece la pena. Para los que no conozcáis el FIMP ( Foro Internet Meeting Point ) es un evento donde profesionales y aficionados se dan la mano a base de charlas donde se trata todo tipo de temas relacionados con todo lo que refiere a Internet.

Este evento lleva 3 años realizándose y este ha caído en Gijón los días 1, 2, y 3 de Julio de este 2010. Estará formado por diversos ponentes de altura e importancia en la red con temas muy interesantes como pueden ser la tecnología, la ciencia, publicidad, moda y como dicen en su web oficial ( el futuro ) tan solo serán algunos de los temas que se van a tratar allí.

Como os decía al comenzar este articulo, detenemos la programación en ForaT por un motivo muy especial …

Dabo y Oreixa, mis dos grandes compañeros de PodCast y de la vida real esta?an allí de ponentes para ofrecer lo que saben al publico y seguramente hacer buenos amigos que nunca está de mas en este tipo de sitios. Ya está online el ( programa ) para los que queráis saber mas sobre los horarios y tipo de charlas que se van a dar. Entre ellas esta la de Dabo y Oreixa donde veremos que es lo que van a contarnos. Para abrir boca aquí la tenemos …

“Soñamos con aumentar el tráfico de nuestros blogs, pero ¿estamos preparados para un incremento súbito en las visitas sin perder el “sueño”? Repasaremos técnicas básicas de guerrilla para tener a punto tu WordPress, optimizar y preparar el servidor web para absorber ese tráfico. También veremos con ejemplos y demostraciones prácticas, lo complejo que resulta a veces diferenciar entre el tráfico legítimo y el indeseado que llega hacia tu sitio web. Todo ello apoyado con escenarios reales de ataques web de diversos tipos, dando desde nuestra propia experiencia, algunas pautas para paliarlos y una visión global de lo que deberías saber antes de pasar por caja y contratar una nueva máquina.”

Todavía queda medio mes y ya tengo ganas de verlos desbarrando por los escenarios delante de muchísimas personas, los de FIMP no saben lo que han echo invitando a estos dos elementos de sospecha, son fuertes y van en linea recta.

Si queréis asistir al Foro Internet Meeting Point podéis inscribiros en la web oficial, el acceso es gratuito pero las plazas son limitadas así que si piensas asistir para conocer a Dabo y Oreixa junto al resto de ponentes no dudéis en inscribiros ya !!!

Yo en estos momentos no puedo asistir aunque bien sabéis que me gustaría mucho pasar los tres días en el FIMP pero ya sabéis todos cual es mi cometido en estos momentos y no puedo bajar la guardia, otro año será compañeros. Os deseo mucha suerte y a por todas, mantenedme informado !!

El como instalar Linux Debian es mas o menos como su anterior versión así que no veo muy necesario montar otro manual para instalar esta distribución. Tan solo tenemos que tener en cuenta durante su instalación lo siguiente …

Como podemos ver aquí están todas las tarjetas de red que tenemos instaladas en nuestra maquina. En mi caso tres Realtek y una 3Com integrada en la placa base. Tenemos que seleccionar la que tengamos conectada a nuestro Router ya que durante la instalación necesitamos paquetes que descargaremos de Internet …

En la selección de programas listos para instalar tan solo vamos a seleccionar ( Sistema estándar ) para que instale lo mínimo y a partir de hay instalaremos solo lo que necesitemos. Esta es una de las cosas buenas que tiene Linux Debian ( podemos adaptar nuestro sistema a lo que necesitemos de una manera fácil y eficaz ) …

Una vez finalizada la instalación del sistema extraemos el CD y reiniciamos el ordenador. A continuación nos identificamos como súper usuario del sistema ( root ) y voila !! Ya tenemos el sistema operativo base instalado y tan solo consume 27,5 Mb de memoria, excelente !

Actualización …

Una de las primeras cosas que debemos hacer una vez instalado el sistema es actualizar los repositorios y actualizar todos los paquetes del sistema. Esto es algo a tener en cuenta ya que con esto podemos tener las ultimas versiones de todo lo que tenemos instalado, así evitaremos fallos de seguridad y disfrutaremos de las nuevas mejoras.

Para comenzar actualizaremos los repositorios tecleando lo siguiente …

apt-get update

Ya ahora que tenemos los repositorios actualizados, actualizaremos todos los programas si es que hay alguno que actualizar con …

apt-get upgrade

Estos dos pasos es recomendable hacerlos al menos una vez a la semana teniendo siempre en cuenta que cuando el ( upgrade ) actúe actualizará todas las versiones de lo que encuentre desactualizado así que si tenemos programas configurados no esta de mas revisarlo a ver si funciona con normalidad y si no es así buscar primero en los archivos que acabamos de actualizar.

Próximamente continuamos con el proyecto sobre el Balanceo de carga entre servidores bajo Linux Debian …

Esta maquina tan solo es una practica de algo que puede ser fabricado a gran escala. Este balanceador de carga se ocupará de distribuir el trafico entrante desde el Router hacia los tres servidores web que colgarán de el. Si hablamos sobre el Hardware necesario para montar esta maquina la respuesta dependerá de el uso que le demos a lo que sirvamos hacia Internet. Si hay algo en lo que necesitamos fijarnos a la hora de montar un balanceador de carga es en las tarjetas de red, claro que todo el hardware que tenga nuestra maquina cuanto mejor sea mas fluido será su trabajo y menos problemas tendremos en el futuro.

En su interior no hay mas que un procesador Intel Pentium III a 733 Mhz, 512 Mb de ram y 20 Gb de disco duro. Este ordenador esta mas que sobrado para montar un balanceador de carga y que aguante un trafico aceptable sin que llegue a colapsarse. Si hay algo que me gusta de montarme proyectos en casa es porque si lo monto y veo mas adelante que el proyecto crece siempre puedo ampliar el hardware costandome lo justo o tirando de maquinas que tenga por aquí pero mas potentes.

No puedo decir cuales son los requisitos sobre el hardware necesario para montar este balanceador de carga así que con el mio ya podemos tener un ejemplo de algo aceptable pero no profesional. Si me tuviera que montar un balanceador de carga desde cero lo primero en lo que mostraría interés seria en las tarjetas de red ya que cuanto mas rápidas sean mas rápido pasará el trafico por ellas y mas ancho de banda aguantara. En este proyecto montaré 3 Realtek con velocidad de 10/100 Mbps y aprovecharé la que incluye la placa base. Esta integrada es una 3Com y también es de 10/100 Mbps la cual irá conectada hacia el Router.

Sería bonito tener en casa una red que funcionase a 1 Gigabit pero para que esto funcionase a pleno pulmón deberíamos tener todas las tarjetas y switches conectados a nuestra red funcionando a 1 Gigabit para que la velocidad fuera totalmente aprovechada. Lo que mas abunda aun en el mercado son las 10/100 Mbps, mas adelante cuando vengan los reyes magos a mi casa montaremos toda mi red a 1 Gigabit y veremos los resultados.

Próximamente continuamos con el proyecto sobre el Balanceo de carga entre servidores bajo Linux Debian …

No suelo montar las cosas por que si, si no por que realmente las necesito y esta vez vamos a fabricar una maquina que hace tiempo quería montarme. En esta ocasión me encuentro con que necesito montar un balanceo de carga entre varios servidores. Cuando la carga de un servidor ( en este caso Web ) es muy alta puede hacer que la maquina se sature y no sea capaz de cumplir su función hasta que se vayan cerrando peticiones y con ellas liberando memoria …

Hay muchísimas configuraciones que podemos aplicarle a nuestro servidor para que consuma lo mínimo de memoria y que a su vez libere lo mas rápido posible lo consumido. Cuando ya hemos aplicado a nuestro servidor todo lo que sabemos tenemos la opción de montar otros servidores y compartir esa carga que tiene nuestro servidor principal. Veamos un esquema de lo que voy a montar …

Este proyecto puede montarse directamente tan solo con dos servidores prescindiendo del bridge o también llamado ( puente de red ) pero yo prefiero montar un ordenador principal que cuelgue del Router y este distribuya la carga entre los servidores. A este mismo ordenador mas adelante le iré incluyendo mas cosas y por esto mismo quiero montarlo en un ordenador aparte.

Podríamos usar un Switch para conectar todos los ordenadores pero como tengo tarjetas de red para parar un camión voy a agregarle 3 mas además de la que tiene la placa base …

En una conectaremos nuestro router y las otras tres serán ocupadas por los tres servidores que repartirán su carga entre si. La forma que vamos a usar para repartir la carga a nuestros servidores no es otra que la de ( una tu y una yo ) también llamado método ( round-robin ) respondiendo a peticiones de clientes una vez cada uno.

Esto quiere decir que los tres servidores tienen que tener lo mismo exactamente por que si no cada usuario vera cosas diferentes conforme vaya cargando la web y esto puede ser un desastre.

Tengo pensado agregarle otras opciones para que este ordenador cumpla con mas funciones que la de montar un puente de red y distribuir la carga de los servidores que tengo pero ahora mismo necesito esto mismo y ya que me lo voy a montar aprovecharemos la ocasión para publicarlo y si alguien necesita montarse un balanceo de carga rápido y gratís aquí tendrá la solución.

Próximamente comenzamos … ¿ Te apuntas ?

Una vez mas y como cada quince días hasta el día de hoy volvemos a tener un capitulo mas de nuestro querido PodCast en DaboBlog. En esta ocasión vamos a tener un programa diferente y aun mas distendido de lo habitual. Para este verano vamos a publicar un PodCast al mes, mas distendido en vez de dos mas cortos. El motivo es siempre el mismo ( el factor tiempo ) todos y cada uno de los que formamos este PodCast tenemos muchas mas funciones en la red. Dabo es quien graba los capítulos con nosotros y posteriormente los monta para subirlos a ivoox.com. ( Y venga curro !! )

Cuando el tiempo llega a saturarte y tienes que hacer algo para no acabar perdiendo eso que tanto te gusta necesitas racionarte y eso mismo es lo que le va ha pasar al PodCast. Quedaremos todos los que lo formamos una vez al mes y montaremos nuestras respectivas secciones desbarrando aun mas sobre lo que nos gusta esperando así hacer un programa las largo que valga por x2|more ( Esto puede ser de locos )

Sin mas, esta vez y hasta el 1 de Julio os dejo con los contenidos …

Intro

( Dabo ) – ( 00:00 hasta el 8:38 )

Presentación, el nuevo formato para verano Dabo y KDE de nuevo juntos, dedicatoria especial para la nueva LinuXera ( Aurora )

Kernel Panic

( Diego y Dabo ) – ( Minuto 8:40 hasta 1:23 h )

Continuamos con “GNU/Linux en un entorno hostil” sobre software libre en el trabajo en todos sus aspectos, no hay nada que a ( N1mh) se le resista.

Manzanas traigo

( Oreixa, Gorka y Dabo + Rafa Barberá ) – ( Minuto 1:24 hasta el 2:43 h )

El trio maquero hoy con un invitado especial dispuestos a desbarrar de todo sobre aplicaciones, iPhone, el nuevo MacBook, iPad acompañado como siempre por las manzanas de ( Gorka ) rico, rico pastel de manzana señores !!

Como os comentaba en el articulo anterior me regalaron hace tiempo un Pentium 4, cuando alguien te regala un ordenador no sabemos casi nada de el. No sabemos cuanto tiempo hace que fue fabricado y tampoco sabemos cual fue su uso, desgaste, etc … Anteriormente averiguamos cual es la memoria ram que acepta nuestra placa base y hoy voy a contaros cual puede ser el motivo por el cual la memoria Bios de la placa base no queda grabada tras el reinicio de la maquina …

Todas las placas base incluyen una memoria llamada Bios en la cual nosotros podemos hacer varios ajustes sobre nuestro hardware. En ella podemos configurar varias cosas entre ellas la fecha y la hora, orden de arranque, cdrom, discos duros, red, frecuencias, voltajes, etc y cuanto mas nuevas son mas cosas podemos ajustar.

En las Bios actuales podemos encontrar todo tipo de extras para poder controlar el voltaje de casi todos los componentes hasta las revoluciones a la que giran nuestros ventiladores, si vamos aun mas allá hay algunas que incluyen un mini sistema operativo con el que se pueden hacer cosas básicas como navegar, charlar por skype, escuchar musica y algunas pocas cosas mas. La gracia de estas Bios actuales que incluyen un mini sistema operativo que casi siempre suele ser GNU/Linux no es otra que la de arrancar el ordenador en cuestión de segundos y tener lo que necesitamos sin arrancar el sistema operativo que tenemos instalado en nuestro disco duro.

Cuando un ordenador llega a nuestras manos por norma lo primero que hacemos es acceder a su Bios para saber si todo está bien configurado, de no ser así lo afinaremos a nuestro gusto. La Bios del sistema es accesible pulsando la tecla ( F2 o Supr o F12 ) según su fabricante durante el arranque antes de que el disco duro o el cd comiencen a cargar.

Una vez tengamos la Bios configurada a nuestro gusto se suele salir y grabar los nuevos ajustes en la sección ( Exit ). Ahora bien … si arrancamos nuestra maquina y vemos que los valores que aplicamos en la Bios no son respetados puede ser que la pila de la placa base esté gastada y no guarde los cambios.

Todas las placas base incluyen una pila que es usada simplemente para que estos cambios queden en la memoria Bios, si esta pila está gastada no se borra la Bios si no los nuevos ajustes volviendo a tener los de fabrica por defecto.

Localizar la pila de nuestra placa base es muy sencillo y salta a la vista …

Antiguamente las placas base venían con pilas soldadas como estas e incluso en forma de transistor. Con el tiempo este tipo de pila de convirtió en un estándar y todas llevan la misma.

Sacamos la pila con un destornillador plano y la cambiamos por una nueva …

Ahora accedemos de nuevo a la Bios, hacemos nuestros cambios y los guardamos. Al reiniciar nuestra maquina respetará todo lo que le incluimos en la configuración de la Bios.

Algo tan simple como una pila puede traernos un buen dolor de cabeza y mas cuando tratamos con equipos antiguos algo típico entre los que usamos GNU/Linux.

Hace tiempo que me regalaron un Pentium 4 no demasiado trotado. Hasta el momento lo había dejado apartado sin usarlo para cuando tenga tiempo o se me ocurra algo lo tenga a punto para trabajar con el. Hoy le llego su día y vamos a comenzar por instalarle los componentes ( Hardware ) que necesite ya que la placa base y el microprocesador vienen incluidos además de la fuente de alimentación, un par de lectores-grabadores de DVD y una disquetera. Aquí tenemos una instantánea del sujeto …

Para comenzar vamos a retirar la tapa lateral a la torre y veremos la placa base de frente …

Siempre que llega un ordenador a mis manos me gusta limpiarlo meticulosamente aunque esto lo aré mas tarde ya que de lo que trata este articulo es de saber cuanta memoria ram podemos instalar en nuestra placa base y no sobre como limpiarlo vamos a ver como podemos saber este dato tan importante.

Para comenzar voy a retirar todos los cables conectados a la placa base ( Fajas IDE, Alimentación, Audio ) …

Una vez abrimos la caja lo primero que deberemos mirar son los sockets donde conectar los módulos de memoria …

Estos dicen mucho al respecto sobre el tipo de memoria se le puede instalar a esta placa. Los dos azules solo tienen dos ranuras y estas hacen 184 pins lo que ya me dice que puedo instalar en esos dos sockets memorias DDR ( luego veremos los mhz ). Las dos negras tienen tres ranuras y estas hacen 164 pins lo que dice que tan solo puedo instalar modulos SDRAM sin ser DDR por norma mas lentas.

Antiguamente se podían instalar memorias de varias frecuencias en las placas base de los 286, 386, 468, PI, PII, PIII, etc .. El funcionamiento no era del todo correcto y aveces podían ser inestables. Con la subida de potencia en los módulos de memoria ram actuales este método no es que no sea posible ya que puede funcionar ( no en todas las placas base ) pero nunca nos ofrecerá resultados fiables cuando estrujemos la maquina.

Por lo tanto ya sabemos que le podemos instalar DDR SDRAM o SDRAM pero solo podemos incluir dos módulos ( no mucha memoria le podremos poner ).

Sabido este pequeño gran detalle vamos a averiguar cuanta memoria le podemos instalar fijándonos en nuestra placa base. Por lo general la marca de nuestra placa base o viene serigrafiada en la placa o viene imprimida en el chipset. En este caso viene en el chipset …

Ahora ya sabemos que la marca de nuestra placa base es ( EliteGroup ), si buscamos por la placa base encontraremos serigrafiado el modelo …

Como podemos ver el modelo de nuestra placa base es ( P4VXASD ). Llegados a este punto sabemos que tipo de módulos podemos instalarle a simple vista ( Muy útil si no tenemos Internet ) y por otro lado la marca y el modelo de la misma ( Para los que tenemos Internet ).

Como el que no quiere la cosa vamos a insertar en Google la marca seguido del modelo y veremos lo siguiente …

Al buscar la marca seguido del modelo por norma encontraremos entre los primeros resultados esquemas y drivers como lo que me ofrece el primer resultado de la búsqueda …

Como podemos ver esta placa base admite los dos tipos de memoria DDR SDRAM, SDRAM e incluso recomiendan que no se usen mezcladas. Los sockets azules de la placa base admiten memorias como mucho de 2.5V y DDR SDRAM de 266 o 200 Mhz. Por otra parte vemos que los dos sockets negros admiten memorias de como máximo 3.3V y de 133 o 100 Mhz. Usemos los módulos que usemos tenemos como capacidad máxima 2 Gb …

Tengo muchísimos módulos de memoria ram ( En memoria de mis recuerdos ) pero da la casualidad que módulos DDR SDRAM de 200 o 266 Mhz no tengo por lo que no me queda otra que instalarle la memoria mas lenta de 133 Mhz. Por aquí tengo un modulo de 512 Mb y otro de 256 Mb, los dos a 133 Mhz …

Una vez instalados tan solo me falta instalarle la tarjeta gráfica para hacer una prueba y ver si nos la acepta de buenas a primeras, así que la voy a instalar y arrancaré la maquina a ver que nos dice la Bios del sistema …

Que bonito es tocarle las tripas a todos nuestros ordenadores siempre y cuando se sabe lo que se toca. Espero que este articulo pueda ser de ayuda a todo el que le interese y si no espero haberos entretenido con esta historia basada en echos reales

Una vez mas y como cada quince días contamos con nuevo PodCast en Daboblog. Este numero 17 Dabo y yo ( Forat ) en ( Kernel Panic ) hemos estado de Review sobre esta ultima versión LTS de Linux Ubuntu 10.04 Lucid Lynx. Siempre sabemos como empieza pero nunca sabemos como acaba cada uno de los capítulos que forman el PodCast así es para nosotros mas divertido y para vosotros mas natural y ameno o al menos eso intentamos.

Por otra parte contamos con el programa dedicado a la escena Apple en ( Manzanas traigo ) de nuevo con Dabo, Gorka y Oreixa que nos ofrecerán como siempre un programa para maqueros repleto de noticias y opiniones del momento.

Esperamos que nuestro PodCast sea de vuestro agrado y sin mas voy a dejaros con los contenidos …

Intro

( Dabo ) – ( 00:00 hasta el 7:11 )

Presentación, sobre el podcast, agradecimientos, aniversarios Cajón Desastres, Daboweb

Kernel Panic

( Forat y Dabo ) – ( Minuto 7:11 hasta el 48:00 )

Damos un repaso a todas las novedades que aporta Ubuntu 10.04, las sensaciones sobre el sistema, así como a alguna noticia de actualidad y nuestra opinión sobre ciertos movimientos de Canonical que afectan a Linux Ubuntu y su uso

Manzanas traigo

( Oreixa, Gorka y Dabo ) – ( Minuto 48:00 hasta el 104:00 )

La historia de Dabo con Android y el iPhone, agradecimientos, Pin Podcast, iPad, precios, planes de datos, opiniones, fechas, microsim, etc, iPhone, sigue la saga del prototipo perdido, Jailbreak, nuestras recomendaciones de la quincena, etc. Mac, iTunes Live, lala, carta a Jobs ¿?, las manzanas de Gorka, etc …

Últimamente si hay algo que escasea en mi vida es el tiempo, el tema sobre el que habla este articulo no es otro que el de gastar un poco de tiempo para ahorrarlo en un futuro no muy lejano. El hacer copias de seguridad de los datos importantes periódicamente es algo que hace tiempo necesitaba automatizar ya que siempre suelo hacerlo a mano. Si hay algo que tenemos que tener en cuenta cuando tenemos un Servidor Web es que todo lo que hemos instalado desde el sistema operativo como las Webs, Bases de datos y demás cosas importantes están grabadas dentro de un disco duro que puede tarde o temprano fallar. Las copias de seguridad es algo que es necesario hacerlas ya que si un día el disco duro de nuestro servidor quiebra puede darnos mas de un dolor de cabeza si no las tenemos.

En este tutorial os voy a contar la forma de hacerlo olvidándonos de todo para que tan solo tengamos que preocuparnos de restablecer nuestras copias de seguridad automáticas una vez tengamos problemas, mientras tanto podremos olvidarnos y sentirnos seguros ….

En mi caso y para ponernos en situación os cuento que dispongo de dos servidores web conectados a Internet las 24 h. Uno es remoto y el otro esta en mi casa. Los dos disponen del puerto 22 abierto y aceptan conexiones seguras por SSH …

Contando con esto y para practicar con este tutorial necesitamos tener dos maquinas conectadas las 24 h a Internet ya que vamos a automatizar todo el proceso de backup incluyendo los directorios donde se alojan nuestras webs, sus bases de datos MySQL y las enviaremos desde el servidor remoto hacia nuestro servidor en casa. Esto lo aremos de forma programada por lo que podremos decirle a nuestro servidor remoto que cumpla con sus tareas y después nos las envié a nuestro servidor en casa de una forma totalmente automática .

El comprimir lo que necesitemos del servidor remoto y enviarlo remotamente no es un problema gracias a la transferencia segura por SCP. Esto podemos hacerlo pero por defecto solo podemos hacerlo a mano ya que cuando vas a transferir el fichero comprimido con todo tu contenido de un servidor a otro te pregunta tu nombre de usuario y password.

Para comenzar vamos a quitar esta pega creando una llave en el servidor remoto y copiandola en el servidor en casa. De esta forma las dos maquinas podrán entenderse entre ellas sin necesidad de que el ser humano intervenga introduciendo el nombre de usuario y password.

Esta técnica puede ser muy cómoda para automatizar tareas entre varios ordenadores pero hay que contar con el factor ( Seguridad ). Si nuestros ordenadores pueden comunicarse sin mas es gracias a que los dos usan la misma llave. Esta llave puede ser peligrosa si cae en manos de terceros ya que tan solo con instalárnosla podemos tener acceso incondicional al servidor. Remotamente no es que sea del todo fácil capturarla pero si alguien tiene acceso a nuestra maquina de manera local podrá copiarla sin mas. Esto es mejor saberlo antes de poner en practica esta técnica de conexión segura sin clave para SSH.

Requisitos para un correcto funcionamiento …

– OpenSSH instalado en los dos servidores
– El puerto 22 abierto en nuestro router apuntando hacia la IP nuestro servidor ( casi siempre solo es necesario en nuestro servidor casero )
– GNU/Linux Debian en los dos servidores, aunque esto es perfectamente aplicable para Ubuntu ya que tan solo cambia el comando sudo antepuesto.

Conexión segura por SSH sin clave

Esta técnica puede ser muy cómoda para automatizar tareas entre varios ordenadores pero hay que contar con el factor ( Seguridad ). Si nuestros ordenadores pueden comunicarse sin mas es gracias a que los dos usan la misma llave. Esta llave puede ser peligrosa si cae en manos de terceros ya que tan solo con instalárnosla podemos tener acceso incondicional al servidor. Remotamente no es que sea del todo fácil capturarla pero si alguien tiene acceso a nuestra maquina de manera local podrá copiarla sin mas. Esto es mejor saberlo antes de poner en practica esta técnica de conexión segura sin clave para SSH.

Una vez sabido todo esto vamos a comenzar por acceder a la Terminal de nuestro servidor remoto vía SSH que será el servidor del cual necesitamos hacer las copias de seguridad …

ssh usuario@servidorremoto

Una vez dentro vamos a crear la llave que luego enviaremos a nuestro servidor casero así …

ssh-keygen -t rsa

Una vez tengamos la llave veremos un nuevo fichero llamado id_rsa.pub. Ahora necesitamos copiar esta llave en el servidor casero donde alojaremos las copias de seguridad.

Ahora accederemos a el vía sftp y subiremos la llave tecleando lo siguiente …

sftp usuario@servidorencasa

Introducimos el password y copiamos la llave …

put id_rsa.pub

Ahora necesitamos saber si este ordenador tiene el directorio .ssh en la cuenta del usuario que acabamos de entrar. Miraremos a ver si esta con …

ls -la

Así veremos todos los directorios, visibles y ocultos con sus permisos y demás.

Si tenemos el directorio .ssh bien y si no lo tenéis que crear con ….

mkdir .ssh

Ahora movemos la llave renombrándola con …

mv id_rsa.pub .ssh/authorized_keys

Ahora ya tenemos esta nueva llave tanto en el servidor remoto donde aremos las copias de seguridad como en el servidor casero donde las alojaremos.

Ya podemos salir del sftp con el comando exit y si hacemos la prueba ya podremos conectarnos entre si sin password.

Esto es valido para dos ordenadores que se conocen y conseguimos con ello poder automatizar tareas con ssh, sftp, scp y demás sin que nos pida un password de conexión de una manera segura.

Hacemos la prueba y nos quedamos conectados al servidor remoto así …

ssh usuario@servidorremoto

Ahora que ya hemos eliminado esta barrera de nuestro paso vamos aremos las copias de seguridad de lo que necesitemos. En mi caso y como en el caso de casi todos los que habéis montando cualquiera de mis proyectos de Servidores Web tengo varios Blogs con Wordpress. Dicho CMS se basa en varias partes. El mismo software de wordpress, plugins, themes y lo que incluyamos nosotros mismos como por ejemplo imágenes en el directorio /upload. Por otro lado nos encontramos con sus respectivas bases de datos MySQL las cuales contienen prácticamente todos los textos que podemos ver en cada Blog.

Con lo cual necesitamos copiar un directorio en cuestión y hacer una copia de seguridad de la base de datos de cada Blog que tengamos.

Dudo bastante que este servidor remoto solo lo uséis para alojar un Blog al menos ese no es mi caso. En el servidor remoto tengo alojados 10 Blogs, así que aré una copia masiva tanto del directorio donde tengo todos los Blogs como de todas las bases de datos a la vez.

Hacerlo todo a la vez puede facilitar la tarea a la hora de restaurarlo todo y volver a ponerlo todo en su sitio, en vuestras manos os dejo este detalle.

Copia de seguridad completa, archivos y bases de datos MySQL

Para comenzar voy a comprimir el directorio donde se encuentran todos mis Blogs, así que nos situamos en nuestro servidor remoto y localizamos el directorio que queramos hacer la copia de seguridad, en mi caso es /home/usuario/www/ del cuelgan todos los directorios donde tengo los Blogs …

cd /home/usuario

Ahora comprimiremos el directorio ( www ) con …

tar -czf /home/usuario/backupwww.tar.gz /home/usuario/www

Una vez comprimido aremos una copia de seguridad masiva de todas las bases de datos que tenemos con …

mysqldump -uroot -pPASSWORD --all-databases >
 /home/usuario/backupmysql.`date +%Y%m%d`.sql

Donde pone password introducid el password que tenga root en la base de datos MySQL no en el sistema.

Una vez hechas las dos copias de seguridad ya tenemos todo lo que necesitamos para restaurarlo todo en caso de catástrofe.

backupwww.tar.gz y backupmysql.sql los tenemos en el directorio /home/usuario y en caso de necesitarlos los tenemos hay pero si recordamos al principio del articulo eliminamos las pegas de la petición del password al acceder a nuestro servidor en casa.

Si nuestro servidor casero no necesita que le introduzcamos el password a mano podremos enviar estos dos ficheros por una conexión segura vía sftp.

El tema está en automatizar el proceso para que no tenga que hacerlo yo a mano y ya que tengo estas dos maquinas conectadas las 24 h porque no vamos a dejarlas que cumplan ellas dos solas esta tarea por nosotros.

Una vez hechas las copias de seguridad de todo lo que necesitamos tanto de los directorios como de las bases de datos MySQL necesitamos enviarlos a nuestro servidor casero con sftp. Para hacer esto vamos a usar el programador de tareas por defecto en todos los sistemas operativos GNU/Linux.

Con Cron podremos decirle a que hora hacer las copias de seguridad y a que hora enviarlas a nuestro servidor casero que le esta esperando con su propia llave de acceso.

En mi caso se a ciencia cierta que el trafico menos intenso suele estar sobre las 8 de la mañana los viernes y los sabados con lo que voy a programar todas las tareas de Backup y envío remoto a partir de esa hora y en esos días.

Si repasamos el articulo donde os contaba como funciona el programador de tareas Crontab veremos su funcionamiento y podréis adaptarlo a vuestras necesidades.

Un pequeño script llamado backup.sh

Antes de programar nada vamos a crear un pequeño script que hará todo lo que necesitemos correlativamente del siguiente modo …

vi /home/usuario/backup.sh

Una vez dentro del editor añadimos las lineas que usamos anteriormente para comprimir nuestros datos web y las bases de datos MySQL así …

#!/bin/sh

tar -czf /home/usuario/backupwww.tar.gz /home/usuario/www
 
mysqldump -uroot -pPASSWORD --all-databases >
 /home/usuario/backupmysql.`date +%Y%m%d`.sql

No está de mas recordar que la linea donde hacemos la copia de seguridad de todas nuestras bases de datos es una sola y no dos separadas por un espacio, evitemos confusiones

Salimos y guardamos el archivo backup.sh pulsando la tecla ( ESC ) seguidamente ( :wq! ) y por ultimo ( Enter ).

Le damos permisos …

chmod 777 backup.sh

Automatizando tareas con Crontab

Vamos a continuar agregando una linea que le dirá al programador de tareas que haga una copia de seguridad de nuestros contenidos pero antes vamos a asignarle a Cron el editor de texto ( Vi ) del siguiente modo …

export EDITOR=/usr/bin/vi

Ahora abrimos el programador de tareas con …

crontab -e

Ahora agregamos las siguientes lineas …

05 8 * * 5 /home/usuario/backup.sh

Con esto le decimos que cada viernes a las 8:05 de la mañana comprima todo el directorio www al fichero backupwww.tar.gz y que seguidamente se forme una copia de seguridad de todas las bases de datos MySQL que tengamos.

Ahora el solo hará las copias de seguridad de todos nuestros datos una vez a la semana.

Seguidamente vamos a agregarle la siguiente linea donde enviaremos dichos archivos a nuestro servidor casero el cual equipamos anteriormente con la llave de la siguiente forma …

00 9 * * 5 scp /home/usuario/backup* usuarioremoto@maquinaremota:
                                             /home/usuario/backup

Ahora los dos archivos anteriores de copia de seguridad que comienzan por el nombre ( backup ) se copiarán a las 9:00 de la mañana de cada viernes.

Salimos del crontab pulsando la tecla ( ESC ) seguidamente ( :wq! ) y por ultimo ( Enter ).

Reiniciamos el demonio de Crontab con …

/etc/init.d/cron restart

Recordemos que en el servidor de casa donde vamos a alojar las copias de seguridad tiene que tener una carpeta con permisos para que se pueda escribir, por lo tanto nos situamos en nuestro servidor casero y tecleamos …

chmod 777 /home/usuario/backup

Ahora todos los viernes entre las 8 y las 9 de la mañana tendremos una copia de seguridad fresca de todos nuestros contenidos generados en la ultima semana.

Todo esto está muy bien pero si algún día nuestro servidor fallece tendremos que saber como volver a tener todos nuestros Blogs de nuevo funcionando.

Restaurando las copias de seguridad …

Para restaurar una copia de seguridad tanto de los directorios como de las bases de datos que antes copiamos vamos a situarnos en el servidor casero que es quien tiene las copias.

Desde el enviaremos las copias hacia nuestro servidor remoto ya configurado con su Apache, Mysql y demás, tan solo necesita las bases de datos y los directorios con los Blogs así que vamos a subir los archivos con …..

scp /home/usuario/backup/backup* usuario@servidorremoto:/home/usuario

Ahora tenemos las copias de seguridad de nuevo en nuestro servidor remoto. Accedemos a el via SSH con …

ssh usuario@servidorremoto

Ahora vamos a restaurar el fichero backupwww.tar.gz y podremos ver de nuevo el directorio www con …

tar -xvzf backupwww.tar.gz

Ahora vamos a restaurar el fichero backupmysql.sql que contiene todas las bases de datos de todos los blogs con …

mysql -u root -p < /home/usuario/backup/mysql.sql

Y listo !! Ahora tenemos todos nuestros Blogs tal y como los teníamos en la ultima copia de seguridad que hicimos.

Ahora podemos despreocuparnos del tema de las copias de seguridad ya que nuestros dos servidores se ocuparán de hacer el trabajo por nosotros y si necesitamos restaurar las copias y no nos acordamos siempre tendremos este manual OnLine 24 h Non Stop

Si teníamos un debate sobre la duración del PodCast parece ser que ha terminado. La duración del PodCast oficialmente será al punto ( como la carne ) sin forzar la maquina así que algunas veces será mas largo y otras veces será mas corto dependiendo del estado de animo de las personas que componemos este grupo. En esta ocasión contamos con un PodCast con 2:24 h de duración repleto de información, comentarios y experiencias al detalle como siempre hablando de GNU/Linux con Dabo y Diego en la sección ( Kernel Panic ) y con Gorka, Oreixa y Dabo la sección dedicada al mundo Apple en ( Manzanas Traigo ).

Sin mas desde aquí darles mi enhorabuena a todo el equipo, a continuación los contenidos …

Intro

(00:00 hasta el 3:28) Presentación, sobre el podcast (Dabo).

Kernel Panic

(Diego y Dabo) Systray en GNOME, nuevo lider en Debian, ¿pierde fuelle GNU/Linux? (No !!), Android, HTC, Asus iPhone + Tethering (y Debian), CryptKeeper, cifrado home, seguridad en tu portátil, Diego empieza con “GNU/Linux en un entorno hostil” (o sobrevivir a MS Outlook) (Minuto 3:30 hasta el 84:14).

Manzanas traigo

(Oreixa, lur y Dabo)(Oreixa, lur y Dabo) Oscar y lur cazados !!!, Macs con AMD, Apple y sus resultados económicos, OSX, MacBook pro de Oscar con problemas (solventados, fsck, utilidad de discos, Time Machine, etc), FileVault y protección del sistema, cómo usar TimeMachine con Filevault, seguridad en fijos y portátiles, Twitter no contesta a mi reporte de un bug.

iPad (fechas, retrasos y más novedades, Kit para cámaras USB), iPhone (Opera Mini, MBsimulator, Photocalc, Fotos con el iPhone con “The Best Camera”, Android en el iPhone, 4Gs y la historia completa de la pérdida-robo-filtración xD, las manzanas de lur ¿para quién serán?.

Sets audio “maqueros congreso Caborian” (grabado con la grabadora del iPhone) intervienen; Jgutial, Mr Vicarius, Karbonato, PepínGM, XP50, Fedelf, y…guerra en Twitter xD.

(Minuto 84:15 hasta el 144;20).