Para conseguir redundancia y protección contra fallos de un sistema, la primera de las medidas que se suelen tomar es replicar sus componentes hardware más críticos. Por ejemplo en el caso de un servidor se emplean configuraciones de discos en RAID, fuentes de alimentación redundantes, varias interfaces de red en bonding, etc. Y el mismo concepto de redundancia se aplica también para el resto de componentes como la electrónica de red o el sistema eléctrico.
Después de introducir los clusters, voy a definir de forma resumida que se entiende por Alta Disponibilidad.
Introducción a la Alta Disponibilidad
En la actualidad las organizaciones dependen cada vez más de sus sistemas de información, y como es obvio se desea que estos sean seguros y permanezcan disponibles el mayor tiempo posible.
Para una empresa, una interrupción del sistema supone un problema por las consecuencias que tiene en su negocio. Estos efectos pueden ser:
Éste es el primero de una serie de artículos en los que voy a introducir los conceptos básicos de la alta disponibilidad de sistemas informáticos así como diferentes soluciones de clusters HA basadas en proyectos open source para Linux. Empecemos con una breve introducción a los clusters informáticos.
Un cluster es un grupo de ordenadores, interconectados mediante una red, que trabajan conjuntamente y que se comportan como si fuesen un único sistema.
La idea es crear un repositorio local YUM a partir de todos los RPM que trae el propio DVD de instalación de RedHat. En concreto he instalado un RHEL Server 5.3 x86_64.
Esto facilitará enormemente la instalación posterior de aplicaciones y sus dependencias.
1) Copiar el dvd a disco.
# mkdir /media/dvd_rhel53
# mount /dev/dvd /media/dvd_rhel53
# mkdir -p /var/repo/rhel53
# cp -r /media/dvd_rhel53/* /var/repo/rhel532) Crear el repositorio
# rpm -i /var/repo/rhel53/Server/createrepo-0.4.11-3.el5.noarch.rpm
# cd /var/repo/
# sudo createrepo .1. Descargar Instalador
Desde el sitio de SUN descargamos el paquete de instalación, en mi caso para solaris 10 (x86) el paquete concreto es SunStudio12u1-SunOS-x86-pkgs-ML.tar.bz2
2. Descomprimir
bzcat /root/sun/SunStudio12u1-SunOS-x86-pkgs-ML.tar.bz2 | /bin/tar -xf -3. Instalar
Desde un escritorio gráfico iniciamos una terminal como usuario root y lanzamos el script de instalación:
Si queremos obtener información del numero y tipo de procesadores en una máquina con Solaris, utilizamos el comando psrinfo.
Por defecto nos indica el numero de CPUs y su estado (on-line, off-line, no-intr, spare, faulted, powered off):
# psrinfo
0 en línea desde 01/21/2010 20:23:34
1 en línea desde 01/21/2010 20:23:39En modo verboso obtenemos información adicional de cada procesador
# psrinfo -v
Estado del procesador virtual 0 a: 01/23/2010 09:14:59
en línea desde 01/21/2010 20:23:34.
Como en Linux, en Solaris tenemos el comando crontab. Este permite a un usuario editar su fichero crontab, con la lista de tareas programadas de este en el sistema, las cuales se ejecutarán por el demonio cron.
Los parametros que podemos pasarle son identicos a Linux:
crontab -e Editar el fichero crontab o crearlo si no existe.
crontab -l Ver el contenido del fichero crontab.
crontab -r Borrar el fichero crontab.
Al igual que la sintaxis del fichero y definición de tiempos.
PostgreSQL tiene varias herramientas para realizar copias y restauraciones:
- pg_dump y pg_restore --> para copiar o restaurar una única bdd, tabla o esquema
- pg_dump_all --> para copiar todas las bdd de un cluster (lo que se conoce como instancia en Oracle)
- pg_start_backup, pg_stop_backup --> permite recuperaciones point-in-time (similar al rman de Oracle)
Todas ellas permiten realizar copias o restauraciones en directo de forma segura.
En mi caso voy a utilizar las herramientas pg_dump y pg_restore para realizar una copia de una bdd llamada "mibdd".
Con la version del Kernel Linux que trae Debian Lenny ya esta soportada la tarjeta Intel 3945, solo faltará instalar el firmware en /lib/firmware/iwlwifi-3945-1.ucode.
Con la tarjeta ya funcionando, instalar kismet es muy sencillo:
Primero instalamos:
# apt-get install kismety luego indicamos nuestro modelo de tarjeta en la configuración de kismet, /etc/kismet/kismet.conf, con la siguiente linea
source=ipw3945,wlan0,Centrino_ag
Lo que voy a hacer es conectar una BDD Oracle 10g R2 de un Windows Server a una BDD PostgreSQL 8.3 Linux. Para ello voy a utilizar Heterogeneous Services de Oracle y ODBC.
De esta forma conseguiré, en oracle, un dblink a una bdd no Oracle.
1º - Configurar un nuevo Data Source ODCB a la BD postgresql.
Instalo el driver odbc en el servidor windows.
http://www.postgresql.org/ftp/odbc/versions/msi/
