LinuxParty

Si bien, ya hemos visto otras aplicaciones que hacen esto por nosotros... (Creando paquetes .rpm, .deb, Wizard Apps, etc...) [2] incluso para otras plataformas, (Windows, Mac OS y Linux) ahora vamos a ver debCreator. que aunque es ligeramente de inferior calidad (le pondríamos un 5) que el mencionado anteriormente, está bien que lo sepas. "Debcreator es una herramienta gráfica que nos ayudará a crear paquetes deb desde los archivos de código sin ser necesario ningún conocimiento en la creación de paquetes." 

Mostrar forma romanizada

Cherokee es muy rápido, flexible y fácil de configurar como Servidor Web. Es compatible con las tecnologías extendida hoy en día: FastCGI, SCGI, PHP, CGI, TLS y conexiones SSL encriptadas, hosts virtuales, autenticación, la codificación en marcha, balanceo de carga, compatible con los archivos de log de Apache, y mucho más. Este tutorial muestra cómo puede instalar en un servidor Cherokee Debian Lenny con  soporte PHP5 (a través de FastCGI) y el soporte para MySQL.

Este tutorial muestra cómo se puede limitar el uso de la CPU de un proceso con la herramienta de cpulimit en Debian / Ubuntu. cpulimit es un programa simple que limita el uso de la CPU de un proceso (expresado en porcentaje, no en el tiempo de CPU). Esto es útil para controlar los trabajos por lotes, cuando usted no quiere que consuma demasiado la CPU. No actúa sobre el valor "nice" o de otro material de prioridad de programación, sino en el uso real de la CPU. Además, es capaz de adaptarse a la carga general del sistema, de forma dinámica y rápida.

FTP es un protocolo muy inseguro, porque todas las contraseñas y los datos se transfieren en texto plano. Mediante el uso de TLS, toda la comunicación puede ser encriptada, lo que hace mucho más segura la conexión de FTP. En este artículo se explica cómo configurar proftpd con TLS en un servidor de Debian Lenny.

Imagina que eres el líder de un proyecto de software. Te preocupas de tus usuarios, quieres que aprecien y disfruten con el programa que estás escribiendo. Pero también sabes que la mayoría de los usuarios no van a recibir el código directamente de ti o que tu código les llegará a través de una o de otra distribución, quizás RHEL, quizás Fedora, Debian, Ubuntu o Gentoo. Y tu puedes mantener algo de relación personal con gente de las distribuciones que te ayudan a aclarar las cosas, pero más a menudo de lo deseado, los usuarios obtendrán el programa a través de una distribución con la que tienes poco contacto. Para empeorar las cosas, en cualquier momento diferentes distribuciones pueden estar incluyendo diferentes versiones de tu código. Eso hace que los informes de errores sean más difíciles de evaluar, y que los parches que te envían sean complicados de aplicar. También hace difícil saber dónde emplear recursos para el mantenimiento de la versión estable.

Este artículo muestra cómo hacer data striping (bandas de datos), -termino que vamos a utilizar para referirnos a data striping- (que es una segmentación lógica secuencial de datos, como si de un único archivo se tratara, de modo que los segmentos pueden ser asignados a varios dispositivos físicos en un round-robin y, por tanto, escritos simultáneamente) a través de cuatro servidores de almacenamiento (ejecutando Debian Lenny) con GlusterFS. El sistema cliente (y Debian Lenny) podrán acceder a la de almacenamiento como si fuera un sistema de ficheros local. Un Clúster GlusterFS es un sistema de archivos capaz de escalar a varios peta-bytes. Agrega varios bricks de almacenamiento más RDMA Infiniband o interconexión TCP/IP en un gran sistema de archivos de red en paralelo. El Almacenamiento de los bricks se pueden hacer sobre cualquier hardware, tales candidatos sería servidores x86-64 con SATA-II RAID Infiniband y HBA.

Recomendamos este artículo actualizado, completamente en español: Almacenamiento distribuido a través de 4 nodos con Gluster FS en Linux CentOS (1 de 2)

Este tutorial muestra cómo combinar cuatro servidores de almacenamiento (con Debian Lenny) para un centro de almacenamiento distribuido con GlusterFS. Los Nodos 1 y 2 (replication1), así como 3 y 4 (replication2) serán espejos entre sí, y replication1 y replication2 se combinarán para tener un servidor de almacenamiento más grande. (de distribución). Básicamente, se trata de un  RAID10 a través de la red. Si se pierde un servidor de replication1 y uno de replication2, el volumen distribuido sigue trabajando. El sistema cliente (Debian Lenny) podrá acceder al almacenamiento como si fuera un sistema de ficheros local. El clúster GlusterFS es un sistema de archivos capaz de escalar a varios peta-bytes. Agrega varios bricks de almacenamiento más RDMA Infiniband o interconexión TCP/IP en un gran sistema de archivos de red en paralelo. El almacenamiento de los bricks se puede hacer sobre cualquier hardware, tales como servidores x86-64 con SATA-II RAID e Infiniband HBA.

En este artículo se explica cómo configurar un nodo con dos balanceadores de carga en una configuración activa/pasiva con HAProxy y keepalived en Debian Lenny. El balanceador de carga se sitúa entre el usuario y dos (o más) servidores web Apache de respaldo que tienen el mismo contenido. No sólo el balanceador de carga distribuirá las solicitudes entre los dos servidores de backend de Apache, sino que también comprueba la salud de los servidores de backend. Si uno de ellos cae (deja de estar en servicio), todas las solicitudes será automáticamente redirigidas a los restantes servidores Backend. Además, el balanceador de carga de dos nodos se vigilará entre si, es decir, unos a otros, utilizando keepalived, y si el maestro falla, el esclavo se convierte en el maestro, lo que significa que los usuarios no notarán ninguna interrupción del servicio. HAProxy es consciente de la sesión, lo que significa que puede utilizarlo con cualquier aplicación web que haga uso de períodos de sesiones (tales como foros, carritos de la compra, etc.)