El APC es una extensión PECL que no viene incluida por defecto con el PHP (esto cambiará con la futura versión 6). A continuación describo como instalar y configurar el APC sobre FreeBSD.

[1] Instalar el port

Suponiendo que tenemos instalado y funcionando un servidor web (Apache+PHP) sólo nos falta añadirle la extensión PECL con:

# portinstall pecl-APC

Si no trabajas con portupgrade:

# cd /usr/ports/www/pecl-APC/
# make install clean

Con esto compilamos e instalamos el APC. Si todo va bien acabará el proceso y podremos ver esta nueva linea en el archivo /usr/local/etc/php/extensions.ini:

extension=apc.so

Cuando lo compilas se dan a escoger tres opciones: MMAP, SEMAPHORES y PHP4_OPT. Es aconsejable seleccionar sólo MMAP y si trabajas con PHP4 la última también. La opción de SEMAPHORES dependiendo de tu sistema puede provocar cierta inestabilidad y no ofrece muchas mejoras en rendimiento.

La última versión del APC (pecl-APC-3.0.14) se compila siempre con soporte mmap aunque desactives la opción (o esto es lo que me pasa a mi en los servidores bajo FreeBSD).

Ahora sólo falta configurar correctamente las directivas apropiadas en el php.ini y un restart (o reload) del Apache.

[2] Configurando el APC

La configuración por defecto del APC es apropiada en muchas situaciones aunque bajo FreeBSD deberíamos configurar correctamente el tamaño de memoria compartida. Esto se consigue con las siguientes directivas:

apc.shm_segments=1
apc.shm_size=32

En FreeBSD el tamaño de memoria compartida por defecto es de 32MB. Puedes optar por aumentarlo o por dejarlo igual y usar varios segmentos configurando la directiva apc.shm_segments. Para aumentar el tamaño de la memoria compartida a 128MB en FreeBSD:

# sysctl kern.ipc.shmmax=134217728
# sysctl kern.ipc.shmall=32768

Si quieres conservar estos valores después de reiniciar el sistema debes añadirlos en /etc/sysctl.conf.

Se debe fijar SHMALL (kern.ipc.shmall) a SHMMAX/PAGE_SIZE. Este valor en el ejemplo descrito de 128MB de memoria compartida nos queda como: 134217728/4096 = 32768. Puedes ejecutar el comando pagesize para conocer el tamaño de una página de memoria (PAGE_SIZE) en tu sistema y ipcs -M para verificar la configuración de la memoria compartida.

También hacer notar en este punto que con la última versión del APC bajo FreeBSD no permite usar varios segmentos de memoria compartida y estás obligado a sólo usar un segmento, si necesitas más memoria debes aumentar el tamaño de memoria compartida del sistema.

El resto de directivas de configuración dependen mucho del tipo de aplicación PHP. Dependiendo del número de visitas, cantidad de archivos a cachear, frecuencia de cambio de los archivos, etc. Una configuración de ejemplo con pequeñas notas acerca del significado de las directivas usadas (en el archivo /usr/local/share/doc/APC/INSTALL tienes todas las directivas disponibles detalladas):

; Activa el APC
apc.enabled=1
; Número de segmentos de memoria compartida
apc.shm_segments=1
; Tamaño de la memoria compartida
apc.shm_size=128
; Un número aproximado de archivos fuente a cachear
apc.num_files_hint=6000
; Un número aproximado de variables a cachear
apc.user_entries_hint=100
; Segundos que dejamos en cache una entrada que ya no se usa
apc.ttl=600
; Idem al anterior pero para las variables de usuario
apc.user_ttl=600
; Segundos que dejamos una entrada cacheada en el recolector de basura
apc.gc_ttl=0
; Indica si se cachea por defecto.
apc.cache_by_default=On
; Expresiones regulares para saber que archivos cacheamos
; Resulta útil si se usa en combinación con la directiva anterior
apc.filters=""
; Indica si se activa el APC para el modo CLI del PHP
apc.enable_cli=0
; Indica el tamaño máximo de archivos a cachear
apc.max_file_size=1M
; Indica si el APC ha de verificar si los archivos han sido modificados
; para actualizar la cache
apc.stat=1

De todos los cacheadores de código que he usado APC es con diferencia el más estable aunque no es perfecto. En situaciones de mucho tráfico y si constantemente estás cambiando los archivos al final consigues un fantástico segfault del Apache. Una gran opción si dispones de una aplicación que no está en constante desarrollo es usar la directiva apc.stat a 0, con este parámetro consigues mucha más estabilidad.

Es un gran invento y es muy recomendable su uso, puedes llegar a ver loads de CPU reducidos al 50% y ganar un 20% de memoria. Pero como todo tiene bugs y al menos yo en el escenario donde lo uso (decenas de millones de páginas vistas por mes + clúster de decenas de servidores BSD) es un tanto inestable en ciertas situaciones… pero mucho más estable que algo como EAccelerator el cual en el anterior escenario no aguanta ni 5 minutos.

Si usas APC sobre FreeBSD en webs con mucho tráfico y no tienes ni un segfault nunca… no te cortes y comenta que directivas/opciones estás usando.

En un siguiente post explicaré como usar las funciones que proporciona el APC para almacenar datos de aplicación en cache.

Entradas relacionadas:

• Cache en memoria compartida con APC
• La primera beta del FreeBSD 6.2 ya está disponible
• Terminadas las elecciones del nuevo Core Team del FreeBSD

Algunas de las novedades incluidas:

• FreeBSD Update: Utilidad para actualizaciones binarias del sistema base. Si no te gusta compilar y prefieres trabajar con la versión binaria del sistema base esto es perfecto para ti. La idea es trabajar con la versión binaria del sistema base distribuida en el CD oficial e ir actualizándote con esta herramienta, aunque también permite trabajar con sistemas recompilados localmente.
• OpenBSM: Añadido OpenBSM (Open Source Basic Security Module). Es una implementación opensource del BSM de Sun, un sistema muy potente para realizar auditorías de seguridad al SO.
• KDE: Incluida la versión 3.5.4 del KDE.
• Csup: Incluido csup al sistema base. Csup es una reimplementación de CVSup escrita en C.
• IPFW: Nuevas reglas de configuración para el firewall. Ahora podemos ponerle tags a los paquetes para identificarlos más tarde (sólo dentro del kernel, no por la red).
• Linsysfs: Añadido soporte para la emulación del sys filesystem del Linux necesario para correr algunos binarios de Linux sobre FreeBSD.

Puedes ver la lista completa de novedades y cambios en las notas de la release y descargar las imágenes ISO desde la sección de downloads de www.freebsd.org.

Entradas relacionadas:

• La primera beta del FreeBSD 6.2 ya está disponible
• Terminadas las elecciones del nuevo Core Team del FreeBSD
• Actualiza tu FreeBSD a toda pastilla con portsnap

A la serie de artículos acerca de cvsup, portsnap, buildworld, sólo le faltaba uno explicando como usar portupgrade. En este post se mostrará un poco su uso, aunque es una herramienta muy potente y con la que vas a tener que trabajar bastante (como rpm para RedHat o apt para Debian), es obligatorio un “man portupgrade”.

El objetivo del invento es sencillo, la idea es que una máquina se encargue de descargar el código fuente, compilarlo y generar paquetes binarios de los programas para que las demás máquinas lo instalen directamente. De esta forma invirtiendo el mínimo tiempo podemos trabajar controlando el código fuente con todas las ventajas que esto conlleva (añadir opciones extra en un Makefile del PHP o Apache, etc.), a parte de que en FreeBSD es necesario pasar por la compilación de los ports para estar realmente a la última (en rapidez en sacar las últimas versiones de software ganamos a la mayoría de distros linux :)

Se asume que todas las máquinas que queremos mantener actualizadas son clones, es decir, tienen el mismo software instalado. Si tienes varios tipos de máquina una posible solución es tener instalado todo el software en la que actúa de master, aunque el sistema es suficientemente flexible como para tener varios servidores de paquetes o servidores de determinados tipos de paquetes. Al mismo tiempo si se muere el master cualquier otro clon del clúster puede continuar su función.

Es cierto que con FreeBSD para disponer de un clúster de servidores con exactamente las mismas versiones de ports instaladas podemos tirar por compartir /usr/local por NFS pero con /usr/local/etc en local en cada máquina vía softlink. Con esto sólo será necesario administrar el software en una máquina. El problema es la dependencia que crea con el servidor de archivos (ya podemos tener un buen failover) a parte de que el NFS tiene un límite y veremos que con unas cuantas decenas de máquinas con el /usr/local compartido y con más directorios compartidos (p.e. el document root del apache, caches de disco, etc.), se empiezan a bloquear procesos por acceso a NFS…. entonces tendrás que empezar a pensar en un clúster de servidores de archivos. Es una opción viable y aplicada en muchos casos pero en general es recomendable reducir al mínimo los servicios extra entre las máquinas de un clúster.. ya tenemos ocupados los recursos con su función principal (web, mail, etc.).

Requisitos para los clones y el servidor

[1] Instalar portupgrade

Podemos instalarlo de binario:

# pkg_add -r portupgrade

o compilando:

# cd /usr/ports/sysutils/portupgrade
# make install clean

Es recomendable conseguir instalar la misma versión del portupgrade tanto en el servidor como en los clones. No es mala idea tirar del binario al principio para ganar tiempo ya que igualmente si pretendemos estar al día de versiones lo acabaremos compilando no muy tarde (es un paquete que se actualiza con bastante frecuencia).

[2] Preparar el entorno

Fijar las siguientes variables de entorno en tu .bash_profile (asumiendo trabajas con bash):

PACKAGES=/var/portupgrade/packages; export PACKAGES
PKG_PATH=/var/portupgrade/packages/All; export PKG_PATH
PKG_TMPDIR=/var/portupgrade/temp; export PKG_TMPDIR
PKG_FETCH=/usr/bin/false ; export PKG_FETCH

Requisitos sólo para el servidor

[1] Crear el directorio para los paquetes

Crear un directorio con suficiente espacio para los paquetes, backups, y archivos temporales. Dependiendo de la cantidad de paquetes pueden ser centenares de megas.

# mkdir -p /var/portupgrade/packages /var/portupgrade/temp

Servidor de paquetes

[1] Iniciar el árbol de ports

Si no lo tienes ya seguir el post Actualiza tu FreeBSD a toda pastilla con portsnap para tener /usr/ports bajo control y al día con portsnap

[2] Instalación de software

Para instalar ports y que portupgrade nos genere el binario en el directorio anteriormente creado:

# portinstal -p [port]

[3] Actualización de todo lo instalado

Para actualizar todos los ports instalados generando el paquete binario y guardando backup.

- Actualizamos el árbol de ports con portsnap:

# portsnap fetch update

- Solucionamos posibles problemas con la BD de paquetes instalados antes de empezar (opcional pero recomendado):

# pkgdb -F

- Descargamos todo lo que vamos a necesitar para no interrumpir el proceso de actualización por un fallo de red (opcional pero recomendado):

# portupgrade -aRF

- Actualizamos todo generando paquetes binarios y guardando backup de las versiones actualmente instaladas:

# portupgrade -abRp

[4] Distribución de software

Ahora sólo falta disponer de los directorios /usr/ports y /var/portupgrade en los clones. Para conseguir esto existen varias alternativas y no es objetivo de este post su detalle, pero básicamente tenemos dos métodos:

• copiamos el contenido a los clones con algo como rsync o cualquier otra utilidad.
• compartimos los directorios, por ejemplo con NFS.

Compartir el directorio es lo más cómodo y recomendado, lo ideal es contar con un sistema redundante (algo como DRBD p.e.) aunque si perdemos estos directorios o al propio servidor que actúa como master cualquiera de las máquinas puede pasar a ser master, sólo tiene que iniciar el árbol de ports como se ha descrito anteriormente y crear los directorios en /var/portupgrade.

Clones

A continuación describo como instalar software en los clones. Es recomendable no instalar y/o actualizar software en todas las máquinas a la vez, primero deberiamos probar el proceso en un sólo clon o idealmente en una máquina dedicada a test. En ocasiones desgraciadamente existen bugs y la instalación del port desde el código fuente no tiene el mismo resultado que la desde el paquete binario.

[1] Instalación de software

Para instalar ports y que portupgrade utilice el binario generado por el master:

# portinstal -PP [port]

[2] Actualización de todo lo instalado

Para actualizar todo lo instalado en uno de los clones:

# portupgrade -aPPR

El procedimiento aquí descrito ha sido probado con éxito en varias instalaciones realizadas por el autor.

Entradas relacionadas:

• Actualiza tu FreeBSD a toda pastilla con portsnap
• Mantén al día tu FreeBSD usando CVSup
• Instalación del APC (Alternative PHP Cache) sobre FreeBSD

Es necesario mantener al día el árbol de ports para actualizar el software instalado que no pertenece al sistema base. Una utilidad imprescindible para manejar las actualizaciones es portupgrade, usando portsnap con portupgrade puedes mantener tu sistema actualizado a la última cómodamente.

Portsnap es una utilidad mucho más rápida que el clásico cvsup ya que trabaja con snapshots comprimidos con el añadido que cuando te actualizas sólo se baja las diferencias.

Actualmente portsnap ya viene instalado con la base de la actual release 6.1. La configuración por defecto es apropiada para la mayoría de casos, lo único que hemos de hacer es lo siguiente:

[1] (opcional) Reiniciar el árbol de ports.

Es buena idea borrar todo el contenido del directorio “/usr/ports” y empezar desde cero con portsnap (igualmente es necesario bajarlo todo de nuevo).

# rm -rf /usr/ports
# mkdir /usr/ports

[2] Descargar e instalar el árbol de ports

# portsnap fetch
# portsnap extract

[3] Listos

Ya está todo listo. Ahora cada vez que quieras bajarte las últimas actualizaciones sólo has de teclear:

# portsnap fetch update

También puedes programar un cron aunque es recomendable ejecutarlo manualmente. Para los ya iniciados con portupgrade puedes usar el siguiente comando en un cron:

portsnap -I cron update; portversion -v

Para saber si existen actualizaciones del software instalado.

Entradas relacionadas:

• Mantén al día tu FreeBSD usando CVSup
• Servidor de actualizaciones software en un clúster FreeBSD
• Compilación de todo un FreeBSD (kernel y world)

[1] Cargar el meta-driver para la tarjeta de sonido

# kldload snd_driver

[2] Ver que módulo del kernel es el apropiado

# cat /dev/sndstat

Por ejemplo, esto en mi portátil:

FreeBSD Audio Driver (newpcm)
Installed devices:
pcm0: at memory 0xc0003400 irq 17 kld snd_atiixp (1p/1r/0v channels duplex default)

Fijarse en el nombre que aparece inmediatamente después de “kld” (en mi caso “snd_atiixp”).

[3] Probar el sonido

Reproducir cualquier archivo de audio con nuestro programa favorito.

[4] Configurar la auto-carga del módulo

Si has conseguido reproducir audio sólo falta configurar el fbsd para que cargue el módulo para la tarjeta en cada arranque. Para esto editar “/boot/loader.conf” y añadir

snd_atiixp_load="YES"

Evidentemente sustituir “snd_atiixp” por el módulo apropiado para vuestra tarjeta

[5] Listos.

Como alternativa a lo anteriormente descrito podemos decidir compilar el kernel con el soporte de sonido integrado en lugar de tirar por la auto-carga del módulo. Para esto añadir “devide sound” y “device tu_driver_de_sonido” en vuestro archivo de configuración del kernel y compilar e instalar.

Entradas relacionadas:

• Configurando la WiFi en FreeBSD
• Compilación de todo un FreeBSD (kernel y world)
• Nueva release de la serie 6.x del FreeBSD

[1] Instalar CVSup

Para instalar cvsup podemos usar la versión binaria del paquete o tirar por la compilación. En este caso es recomendable usar la versión binaria ya que la compilación nos llevará mucho tiempo y disco.

Para la versión binaria:

# pkg_add -r cvsup-without-gui

Para la versión compilada:

# cd /usr/ports/net/cvsup-without-gui/
# make install clean

[2] Crear los archivos de configuración

Primero copiamos las configuraciones de ejemplo:

# cd /usr/share/examples/cvsup/
# grep -v "^#" standard-supfile > /etc/standard-supfile
# grep -v "^#" ports-supfile > /etc/ports-supfile

Editamos los nuevos archivos del direcorio /etc para seleccionar el servidor cvsup. Si estás en España en ambos puedes poner:

*default host=cvsup.es.FreeBSD.org

[3] Ejecutamos CVSup

Ahora sólo falta descargar todo el source. Esto es un proceso lento dependiendo de tu velocidad de conexión a la red:

# cvsup -g -L 2 /etc/standard-supfile
# cvsup -g -L 2 /etc/ports-supfile

[4] Listos.

Para mantenerse actualizado sólo es necesario ejecutar los comandos citados en el tercer paso. Podemos programar un cron semanal para este fin.

Una utilidad alternativa y muy potente para descargar el árbol de ports es “portsnap”. En algún siguiente post explicaré como usarla.

Entradas relacionadas:

• Actualiza tu FreeBSD a toda pastilla con portsnap
• Servidor de actualizaciones software en un clúster FreeBSD
• Nueva release de la serie 6.x del FreeBSD

Interesante antes de empezar editar el /etc/make.conf, como mínimo para seleccionar la CPU apropiada (ver /usr/share/examples/etc/make.conf). A parte es necesario también crear un archivo de configuración para el kernel.

Este proceso describe lo necesario para compilar el sistema operativo FreeBSD al completo, pero asumiendo que estamos trabajando con la misma release del FreeBSD. Si quieres actualizar de release tu sistema debes leer atentamente el archivo /usr/src/UPDATING y es probable que allí se indiquen pasos adicionales, a parte también es necesario realizar unos pasos recomendados por defecto como rebotar en single mode y realizar un “mergemaster -p” adicional (listados a continuación).

Pasos a seguir para compilar TODO el FreeBSD:

[1] Antes de empezar limpieza:

# cd /usr/obj
# chflags -R noschg *
# rm -rf *
# cd /usr/src
# make cleandir
# make cleandir

[2] Creamos la configuración del kernel:

# cd /usr/src/sys/i386/conf/
# cp GENERIC MYKERNEL
# vim MYKERNEL

Editamos MYKERNEL (o el nombre q quieras para tu kernel) y con la ayuda del archivo NOTES (en el mismo dir) y la salida del dmesg seleccionamos las opciones adecuadas.

[3] Compilamos el sistema e instalamos el kernel:

# cd /usr/src
# make buildworld
# make buildkernel KERNCONF=MYKERNEL
# make installkernel KERNCONF=MYKERNEL

[4] Pasos adicionales normalmente necesarios sólo para una actualización de relase:

# shutdown -r now

Iniciar el single mode tecleando “boot -s” en el loader prompt y continuar con:

# mergemaster -p

[5] Instalamos el sistema y reiniciamos:

# make installworld
# mergemaster
# shutdown -r now

[6] Listos

Si sólo quieres recompilar el kernel debes suprimir los pasos: “make buildworld”, “make installworld” y “mergemaster”. (no es nada recomendable actualizar de release el kernel con una base del sistema anterior).

Entradas relacionadas:

• Configurando la WiFi en FreeBSD
• Un poco de música para FreeBSD
• Actualiza tu FreeBSD a toda pastilla con portsnap

• Conseguir los drivers de windows: bcmwl5.inf y bcmwl5.sys
• Crear el módulo para el kernel con ndisgen
• Cargar el módulo generado con kldload
• Crear el archivo /etc/wpa_supplicant.conf
• Añadir ifconfig_ndis0=”DHCP WPA” al /etc/rc.conf
• Reiniciar las interfaces de red con /etc/rc.d/netif restart
• Listos

Esto es un listado muy resumido d lo necesario para poner a funcionar una tarjeta wifi no soportada directamente por el fbsd… para la creación de archivos y el uso de las utilidades mencionadas consultar las páginas de manual (man wpa_supplicant.conf, man ndisgen, etc.).

Interesante añadir en el /boot/loader.conf la carga automática del módulo generado.

Si vuestra tarjeta es soportada por el kernel… normalmente con el GENERIC por defecto de la 6.1 la podréis ver con “ifconfig”. Si este es tu caso puedes saltarte los 3 primeros pasos y reemplazar ndis0 por la interfaz correcta.

Si tienes un kernel hecho a medida comprueba que tienes cargados los drivers pertinentes para la wlan (device wlan, etc. dentro del archivo de configuración del kernel).

Entradas relacionadas:

• Un poco de música para FreeBSD
• Compilación de todo un FreeBSD (kernel y world)
• Nueva release de la serie 6.x del FreeBSD

Si tengo tiempo y gustan mis propuestas es probable que no veamos allí.

Entradas relacionadas:

• Terminadas las elecciones del nuevo Core Team del FreeBSD
• La primera beta del FreeBSD 6.2 ya está disponible
• Nueva release de la serie 6.x del FreeBSD

Si todo va bien, como siempre, esta beta viene seguida de una segunda y de dos release candidates (RC) para finalmente conseguir la versión estable de la release.

Se incluyen varias novedades.. una de ellas es el nuevo sistema FreeBSD Update, se trata de una herramienta de actualización de binarios del sistema base para solventar problemas de seguridad…. gran idea.

Entradas relacionadas:

• Nueva release de la serie 6.x del FreeBSD
• Disponible la versión 5.2.9 del PHP. Actualizando que es gerundio!
• Terminadas las elecciones del nuevo Core Team del FreeBSD