Entradas

Publicado el

Optimizar linux-raid

raid

El software dmraid de linux en una de la herramientas mas potentes para aumentar el rendimiento y la seguridad de los discos duros de nuestros ordenadores. Hay distintos tipos raid 0, raid 10, raid 5como podeis ver en wikipedia. Os recomiendo echar una vistazo en guia-ubuntu.com.

1. Configurar raid en la instalación de ubuntu-server (o debian):

La mejor forma de configurarlo en Debian o Ubuntu es en el momento de la instalación del sistema. Os dejo un enlace a youtube

2. Monitorizando el sistema:

La herramienta fundamental para observar  el estado de nuestros raid desde la terminal es

cat /proc/mdstat

cat proc2

o para ver la salida en tiempo real del comando anterior podemos utilizar el cmoando watch

watch -n1 cat /proc/mdstat

para salir Ctrl + C

Para obtener una descripción detallada de nuestro raid (en este caso el md2)

mdadm --detail /dev/md2

mdmdetail

 

 

 

 

 

 

 

 

 

 

 

 

 

Si queremos analizar a que velocidad se mueven nuestros discos duros podemos instalar sysstat.

sudo apt-get install sysstat

y ejecutamos

iostat

o para verlo de forma continua

watch -n1 iostat

o para verlo de forma continua

iostat

3. Optimizar nuestro raid:

El problema fundamental del software-raid en linux es que después de haberlo montado todo, la sincronizacióny reconstrucción del raid es muy lenta, porque viene configurado para consumir los menos recursos posibles para que podamos instalar, operar,… mientras tanto. Cuando tienes un equipo relativamente potente, podemos reconfigurar algunos parámetros para que nuestro raid actue de forma mucho más rápida.

Las operaciones que vamos a realizar a partir de ahora conviene que las hagamos como root, así que en ubuntu tecleamos

sudo su

a. Aumentar los límites en sysctl.

El archivo de configuración /proc/sys/dev/raid/speed_limit_min sirve para fijar el  la velocidad mínima de reconstrucción cuando hay además operaciones de otro tipo en el raid, es decir, el uso habitual de linux. El parámetro por defecto es 1000.

El archivo de configuración /proc/sys/dev/raid/speed_limit_max sirve para fijar la velocidad máxima de reconstrucción cuando hay además otras operaciones además de la reconstrucción. El parámetro por defecto es 100,000.

Para ver los valores actuales, ejecutamos

sysctl dev.raid.speed_limit_min
sysctl dev.raid.speed_limit_max

Para aumentar la velocidad ejecutamos:

echo value > /proc/sys/dev/raid/speed_limit_min

o también

sysctl -w dev.raid.speed_limit_min=value

Como ejemplo, vamos a aumentar la velocidad mínimo en 50.000 Kb/seg :

echo 50000 > /proc/sys/dev/raid/speed_limit_min

o también

sysctl -w dev.raid.speed_limit_min=50000

Si queremos modificar los parámetros globales, podemos hacerlo añadiendo estas dos líneas al archivo /etc/sysctl.conf

################# NOTE ########################
##  CPU y memoria son los limites del sistema #
###############################################
dev.raid.speed_limit_min = 50000
## aconsejado para arrays de 4-5 ##
dev.raid.speed_limit_max = 2000000
## aconsejado para 6-12 discos ###
dev.raid.speed_limit_max = 5000000

Y Ejecutamos como root

sysctl -p

b. Modificar el «read-ahead» del raid a 32 Mib

elegimos el raid mdX al que queremos aplicar la optimización

blockdev --setra 65536 /dev/mdX
# Para los distintos raid de tu sistema##
blockdev --setra 65536 /dev/md0
blockdev --setra 65536 /dev/md1
blockdev --setra 65536 /dev/md2
blockdev --setra 65536 /dev/md3

3. Solo para raid 5 y 6 : Stripe-cache_size

Esta opción está solo disponible para el RAID5 y el RAID6 y multiplica la velcoidad de sincronización entre 3 y 6 veces. El valor por defecto es de 256. Loa valores válidos están entre 17 y 32768. Aumentar este número puede aumentar el rendimiento en algunas configuraciones aumentando el consumo de la memoria del sistema.

Utilizamos la siguiente fórmula

consumo de memoria = tamaño del archivo de paginación x número de discos x stripe_cache_size

Para fijar el stripe_cache_size en 16 MiB para /dev/md1, inctroducimos.

echo 16384 > /sys/block/md1/md/stripe_cache_size

Para fijar el stripe_cache_size en 32 MiB para /dev/md2, inctroducimos.

echo 32768 > /sys/block/md2/md/stripe_cache_size

4. Desactivar el NCQ en todos los discos:

Para los discos que formen parte de un software-raid ejecutamos el siguiente comando, sustituyendo sdX, por el disco asociado al raid.

echo 1 > /sys/block/sdX/device/queue_depth

Para cortar y pegar

echo 1 > /sys/block/sda/device/queue_depth
echo 1 > /sys/block/sdb/device/queue_depth
echo 1 > /sys/block/sdc/device/queue_depth
echo 1 > /sys/block/sdd/device/queue_depth
echo 1 > /sys/block/sde/device/queue_depth
echo 1 > /sys/block/sdf/device/queue_depth
echo 1 > /sys/block/sdg/device/queue_depth
echo 1 > /sys/block/sdh/device/queue_depth
echo 1 > /sys/block/sdi/device/queue_depth

#### etc….

 5. Opción Bitmap:

Los bitmap optimizan la reconstrucción después del fallo o la sustitución de un disco . Para activarlo en el raid mdX,  tecleamos el siguiente comando:

mdadm --grow --bitmap=internal /dev/mdX

Una vez completada la reconstrucción, lo desactivamos

mdadm --grow --bitmap=none /dev/mdX

Fuentes:

 

Publicado el

Distancia Mahattan

Distancia euclídea vs Manhattan

«Por que ir por ir… es tontería» (Faemino y Cansado)

He encontrado un post que me ha encantado sobre las distancias Manhattan, sobre todo porque los gráficos están genial. Os lo adjunto a los que os interesan las mates.

Pichad aquí.

 

 

Publicado el

La revolución rusa en color

Parece que hemos perdido la memoria, pero en los tiempos que vivimos la necesitamos mas que nunca. Os propongo este documental que me ha encantado.

Sin hacer lecturas de carácter político (por lo menos a la manera española), si quiero destacar lo peligroso que es la pobreza y la falta de cultura, cuando toman el poder de una sociedad entera. Muchos son los interrogantes que os surgirán cuando lo veáis.

Primer capítulo

Segundo capítulo

 

Publicado el

Servidor web casero con Apache, Php y Mysql en debian

debianjh2

Este howto es para todos aquellos que quieran servir páginas web desde su casa, ya sea publicando directamente en el servidor o instalando
algún portal en php como wordpress o joomla.

El primer paso es dar de alta un dominio de segundo nivel en www.dyndns.com o alguna página similar. Hay que tener en cuenta que las ip’s asignadas a los usuarios caseros suelen ser
dinámicas, por lo que deberemos estar pendientes de que la ip que damos de alta en dyndns sea la correcta, y si nos la cambia nuestro ISP, deberemos cambiarla en dyndns. Continuar leyendo «Servidor web casero con Apache, Php y Mysql en debian»

Publicado el

Consejos para montar tu servidor en Linux

Linux Warrior

Razones para usar Linux

Muchas son las razones para plantearse instalar un servidor casero, pero la principal es la gran flexibilidad, seguridad y calidad del software libre que pone a nuestro alcance sistemas que de otra forma tendríamos que pagar a un precio muy elevado.

Linux es el principal desencadenante de este fenómeno de principios del siglo XXI, pues con muy pocos recursos de hardware a devuelto a la vida a infinidad de computadoras que otros sistemas operativos dejaban obsoletas a gran velocidad. Al mismo tiempo, Linux fue el primer sistema operativo que llevó de forma real a los hogares y a la mayoría de las empresas la posibilidad de explotar las prestaciones de los procesadores a 64bits, de la mano de la pionera empresa AMD.

En unos años Microsoft y Apple han intentado llevar soluciones similares con productos de pago (Microsoft parece incapaz de subsanar las debilidades de seguridad siendo vulnerable a virus y malware de todo tipo).

Como decía, Linux comenzó siendo utilizada de forma genérica en ordenadores anticuados o en servidores muy potentes dedicados a las soluciones empresariales.

Ha llegado el momento de plantearse que Linux no es el sistema operativo del futuro, sino el del presente. Las “Workstations” de los hogares comienzan a necesitar de sistemas de seguridad avanzados y potentes que respalden de forma efectiva los terabytes de información que requieren los sistemas multimedia ya no solo de edición de video o audio, sino también de “media servers” de películas en formato digital y audio. Continuar leyendo «Consejos para montar tu servidor en Linux»

Publicado el

La economía del disparate

Mural pintado en la ciudad de Prypiat con la central de Chernobil al fondo. | REUTERS
Mural pintado en la ciudad de Prypiat con la central de Chernobil al fondo. | REUTERS

La depresión actual está dejando obsoleta a  la doctrina económica clásica de los últimos 200 años. A diferencia de otras disciplinas científicas, la economía guarda una estrecha relación con la política, y por esta razón los grupos de poder conservadores no permiten que la aparición de nuevas ideas prosperen cuando aparentemente van  en contra de sus intereses.

Si la economia global prosigue bajo el mando de una conciencia individual, y no global, estamos avocados a la catástrofe y a la posterior revolución sobre la que no tendremos ningún control y que dará lugar a una nueva economía.

La paradoja es que teniendo capacidad para dirigir nuestro destino, al final perdemos ese poder por que no podemos tomar una decisión con una conciencia de especie humana.

En la economía del disparate hay dos pilares fundamentales,  el corto plazo y el  individualismo. Nadie piensa ni de lejos en la repercusiones a largo plazo de sus actos, porque estas decisiones no les afectan a ellos como individuos. Los directivos de las instituciones responden de sus actos en el corto y medio plazo  y en raras ocasiones se revisan mas allá sus actuaciones.

Sin embargo el poder del ser humano es tan grande que manejamos energías como la nuclear, cuyas consecuencias pueden extenderse por 250 millones de años, y la contaminación global tendrá sin duda consecuencias que a día de hoy no podemos ni imaginar.

Un ejemplo de esta situación es la tristemente celebre central de Chernobyl. Construida durante la guerra fría era una fuente «barata» de energía, desarrollada por el gigante de la URSS, que si bien era una indiscutible potencia mundial, la asignación de recursos a sus individuos era bastante precaria. Esa dinámica de guerra enaltecía los avances económicos y tecnológicos, y al mismo tiempo, encubría los fracasos y los riesgos.

La causa del accidente de Chernobyl fue que estaban probando un nuevo sistema de retroalimentación del reactor, que si hubiera salido bien, hubiera supuesto una relativa reducción del coste de la central nuclear. Fueron los suecos y no los soviéticos, lo que dieron la voz de alarma cuando unos días mas tarde la lluvia ácida les sobrevoló. Esta contaminación llegó al norte de Francia y de Italia, desde la misma Ucrania (los españoles y portugueses nos libramos por muy poco).