Linuxero, que hacer en las entrevistas de trabajo

Linux Business

Tips de Entrevista para Linuxeros

1. Investigue lo máximo posible acerca de la industria y la empresa en cuestión, prepárese, utilice cada recurso que esté a su alcance para la recolección de información: páginas web, revistas especializadas, gente que conozca la industria

2. Sepa que está buscando, ¿Qué es importante para usted?, ¿Por qué se presenta en esa entrevista?, ¿Cuál es su objetivo a corto y a largo plazo?, sus intereses, preferencias, toda esta información lo ayudará a focalizarse y a dirigir su energía en pos de un objetivo, impidiendo que usted o su interlocutor malgasten su tiempo

3. Entienda qué es lo que usted tiene para ofrecer, ¿Será su experiencia?, ¿Su formación?, ¿Sus habilidades?, ¿Su talento para tal o cual cosa?, ¿Su valor agregado?, ¿Cuales son sus puntos diferenciales?, ¿En qué punto usted encaja con las necesidades de la empresa?
Por que todo esto es lo que deberá quedar muy en claro en la entrevista

4. Anticípese a las preguntas que le puedan hacer
Piense acerca de los puntos claves que usted se preocupará por enfatizar, anticipándose a las preguntas que le puedan hacer.

5. Practique y practique, por su cuenta, con un asesor, con sus amigos
Pida honestidad para que pueda corregirse

6. Llegue a tiempo, sea entusiasta y sea muy profesional en la entrevista, ante la duda vista formal, traje y corbata para los hombres y blazer y pollera para la mujer, no exagere con los accesorios (perfume, maquillaje, bijoutery), lleve copias extra de su CV, si es una entrevista de selección de personal, carpeta institucional, folletería si son entrevistas de negocios, apague su celular, de la mano con firmeza, tenga con la otra persona contacto visual, no se desespere con los silencios, píense antes de hablar, tómese el tiempo para organizar sus ideas, comuníquele a la otra persona que usted puede ser ubicado por teléfono o mail ante cualquier pregunta que surja luego de la entrevista, hable con claridad y confianza en usted y en lo que ofrece, cierre la entrevista con una apretón de manos y un genuino, muchas gracias, deje una positiva ultima impresión

7. Desarrolle usted por lo menos tres preguntas para hacer durante la entrevista

8. Si el entrevistador no habla de cuándo y cómo será el paso siguiente, pregúntelo

9. Haga enseguida un seguimiento con una nota de agradecimiento Un mail, una breve carta por correo, personalizada; dirigida a la persona que lo entrevistó

10. Después de cada entrevista haga un balance qué cosas funcionaron y que no, la idea es que vaya progresando a medida que va teniendo entrevistas, hágase la siguiente pregunta ¿Qué necesito hacer la próxima vez para que la entrevista sea mejor?

11. La parte técnica siempre es importante, es de vital importancia tener en claro y ser sincero que dominas no quieras dar una impresión de saberlo todo, cuando tienes 2 o 5 años de experiencia, eso brinda una mala impresión.

12. Sobre tu CV que debe contener, lo mas importante es dar una impresión rápida de tus habilidades, como un skill o una especialidad, por ejemplo:

  • SysAdmin en Linux Red Hat o SysAdmin en Suse Linux Enterprise o SysAdmin en Linux Debian
  • DBA con mySQL o DBA con PostgreSQL o en su defecto DBA en Oracle RAC con Linux RHE
  • Programador con PHP y C/C++

13. Una cosa de suma importancia en las entrevistas por los puestos de Linux SysAdmin, si su experiencia esta alrededor de las distribuciones como Linux Puppy, Knoppix, Gentoo, Mandriva, Ubuntu (sobretodo esta con esta es garantía de ser desechados de manera automática), las empresas no buscan gente que usen estas distribuciones sino las de negocios como Red Hat, Suse Linux y Oracle Linux. Otras no es de su interés y en automático son desechados.

14. Evaluación de capacidad técnica Linuxera del SysAdmin en potencia, cuando en tu CV mencionas una experiencia mayor de un año se da por hecho que tienes un conocimiento en potencia y crecimiento por ende se te recomienda que te aprendas no menos de 70 a 90 comandos Linuxeros que este implicados los siguientes rubros:

  • Comandos de configuración de RED.
  • Comandos de Configuracion de servicios de DNS.
  • Comandos de configuración de Montados, formateo y reconocimiento de FileSystem.
  • Comandos de configuracion de mantenimiento o eliminacion de caches.
  • Comandos de configuración de altas, bajas o modificaciones de Usuarios.
  • Comandos de consulta del sistema operativo como es la versión, número de service pack, número de procesadores, velocidad de tarjeta de red, cantidad de memoria ram, total de disco, total de ocupación de información en disco, etc.
  • comandos de consulta de trafico de Red como puede ser el vmstat, iostat, sar, interpretación de la herramienta Wireshark.
  • Comandos de Shell usando awk, grep, cat y si acaso sed, sin olvidar el top y el ps en sus distintas variantes de este último.
  • Comandos de ejecución de servicios como es apache, ntp, ftp, dns, ssh, telnet, security limit, run levels, o como setear parámetros de kernel de tipo dinámicos o estáticos.

15. Evaluación de lógica de resolución de situaciones de estrés del SysAdmin en potencia, normalmente haz una serie de planteamientos en los cuales te demandaran en menos de 15 minutos resuelvas casos poco comunes por ejemplo:

  • Procedimiento para la “Recuperación de un servido” sin tener la contraseña de root de manera física.
  • Evaluación y comprobación de usurpación de cuenta de root.
  • Evaluación de integridad de los archivos de Group, Shadow y User.
  • Como enjaular root para algunos usuarios que requieren permisos de Root.
  • Recuperar la contraseña de root vía SSH.
  • Generación de certificados RSA.

Estos sin mis mejores consejos para los Linuxeros que están en busca de un trabajo y  estos sepan que es lo que desean encontrar las empresas en cada uno de ustedes.

 

Su amigo

Sangre de Diablo

ALTA DISPONIBILIDAD en el Soporte LINUX

1) Alcance.

La alta disponibilidad ha sido una condición establecido por las demandas que en la actualidad tiene esta tipo de arquitecturas de soluciones cuyo requerimiento exigido es para aquellos ambientes que realizan misiones críticas. Sin embargo, actualmente, está siendo cada vez más importante la exigencia de la alta disponibilidad en sistemas altamente críticos donde el objetivo de prestar los servicios en el menor tiempo posible, es cada vez más denotado.

En contexto el tratar el concepto de clúster de alta disponibilidad continua, se basa en la idea de mantener la prestación del servicio que en todo momento este ambiente debe prestar. Esto representa una situación ideal, y sería necesario que el sistema estuviera compuesto de componentes perfectos que no fallaran nunca, tanto en hardware como en software. Realmente hoy en día este tipo de sistemas son necesarios para ofrecer un servicio continuo.

“Clúster tiene que ser tolerante a los fallos.”

Se subraya que los conceptos de alta disponibilidad y de “clustering” están íntimamente relacionados ya que el concepto de alta disponibilidad de servicios implica directamente una solución mediante “clustering”. La principal prestación de un sistema de alta disponibilidad es que el fallo de un nodo derive en que las aplicaciones que se ejecutaban en él sean migradas a otro nodo del sistema. Este migrado puede ser automático (failover) o manual (switchover).

“La infraestructura de alta disponibilidad y los servicios.”

La adaptación más común que debe sufrir una aplicación para poder ser ejecutada en un clúster de alta disponibilidad implementado sobre GNU/Linux, o en sistemas comerciales como los que ofrece Microsoft o los UNIX comerciales de IBM y HP, es añadir scripts. Existen APIs para trabajar cómodamente con alta disponibilidad; todas ellas incluyen métodos que permiten el switchover y el failover y que permiten arrancar, parar o monitorizar una aplicación por mencionar algunas de sus funcionalidades.

2) Objetivo

Para coadyuva o definir su implementación, se debe revisar a detalle de las distintas estrategias y procesos para “LOGISTICA” como un sistema capaz de encubrir los fallos que se producen en él ambiente para mantener una prestación de servicio continua. En este caso se centra en los clústeres de este tipo que utilizan componentes hardware de forma redundante y software capaz de unir estos componentes y enmascarar los fallos de manera que los servicios ofrecidos al usuario no sean interrumpidos.

3) Su clasificación

Es de suma importancia conocer los alcances de este tema, a continuación se brinda el contexto de este tema:

  1. Por disponibilidad, en esta categoría los usuarios pueden contar con clúster dedicados y no-dedicados. Los primeros están destinados a ejecutar un solo código, programa o aplicación. Por lo tanto los procesadores estarán funcionando al 100% en las tareas que se les asignaron. En los segundos, los procesadores serán utilizados al mismo tiempo por diferentes procesos. Dependiendo de la demanda de trabajo, se tendrá disponible cierto porcentaje del procesador.
  2. Por aplicación, aquí entran los clúster que ejecutan aplicaciones utilizadas en el Cómputo Matemático/Financiero, donde lo más importante es obtener un alto desempeño, optimizando el tiempo de procesamiento, es decir, evitando en lo posible demasiado tiempo de CPU en procesos de respaldo y lectura de datos. También en este grupo se encuentran los clúster de alta disponibilidad, donde lo fundamental es que los nodos-esclavos siempre se encuentren funcionando de manera óptima.
  3. Por hardware, esta clasificación se hace de acuerdo a las características físicas de los equipos. Para los términos en general, podemos encontrar clúster de servidores con multiprocesadores simétricos (CLUMPs, por sus siglas en inglés).
  4. Por sistema operativo (SO) instalado en sus nodos: clúster-Beowulf si el SO es Linux; clúster-NOW cuando funcionan a través de Solaris; clúster-Computer Windows si están basados en Windows 2008; clúster-AIX cuando el SO es el utilizado por la compañía IBM, y por último los clúster HP-UX.

Finalmente, la clasificación puede llevarse a cabo por la configuración de los nodos a nivel del hardware y del SO, si el clúster es homogéneo significa que las arquitecturas son similares y todos los nodos corren el mismo SO. En el caso de los clúster heterogéneos, los nodos pueden tener arquitecturas diferentes y trabajar con SO distintos.

 

Su servidor y amigo,

Sangre de Diablo

Linux Kernel-PAE

Kernel PAE o Kernel Phisical Address Extension es una versión del Kernel para los 32 bits que permite reconocer hasta 64 GB de RAM física.

El Kernel de linux se determina como el núcleo de nuestro sistema operativo Linux, además de que este se encarga de levantar el hardware con sus dispositivos y en conjunto convivir con el software o aplicaciones de la GNU.

Que sabores de distros (distribuciones) soportan el concepto de PAE

  1. RedHat
  2. Suse
  3. Debian
  4. Gentoo
  5. Slackware
  6. ArchLinux
  7. Ubuntu
  8. LinuxMint
  9. OpenSuse
  10. Fedora

El Kernel que soporta procesadores de 32bits solo reconoce hasta 3GB de  RAM, anteriormente cuando se configuraba un servidor Linux no era problema ya que reconocia la cantidad de ram instalada en el hardware.

Hoy las nuevas generaciones de notebooks estan siendo fabricadas con  4 hasta 8 GB de RAM, pero en el caso de instalar una distribución de 32 bits  no podrá reconocer esta cantidad de RAM. Las versiones de Linux de  64 bits resuelven de algún modo el reconocimiento de la RAM instalada, pero lamentablemente la mayoría de software no tiene soporte para los 64 bits.

En mi equipo tenía instalado Fedora 14 de 64 bits, todo muy bien, excepto cuando quería usar software que no soporta los 64 bits. Ahora con Fedora 16 regresé a los 32 bits con Kernel-PAE y se trabaja con mucha estabilidad y sobre todo con seguridad.

Sangre de Diablo

Como VER que proceso esta consumiendo los CPUs

Para administrar un equipo efectivamente debemos de poder conocer rapidamente los procesos o aplicaciones que se comen los recursos de procesador. Con este fin les presento el siguiente comando para saber cual proceso o procesos monopolizan los ciclos de CPU;

caldera:~$ ps -eo pcpu,pid,user,args | sort -k 1 -r | head -10

O

caldera:~$ ps -eo pcpu,pid,user,args | sort -r -k1 | less

----IMAGEM

Como podemos ver, el sistema es una maquina de escritorio, ya que el firefox es el que se esta comiendo todo los recursos. El comando ps despliega todos los procesos (-e), ademas del formato definido por el usuario (-o pcpu). El primer campo es cpu, la utilizacion del CPU. Esta ordenado para desplegar los 10 procesos que mas utilizan el procesador.

sar = Medir el Consumo del C.P.U en Linux

Antes vamos a verificar si no tenemos problemas sigamos este procedimiento:

En estos momentos estoy redactando un articulo para medir el consumo del CPU en servidores basados en sistemas operativos Linux. El problema que tengo es que al ejecutar el comando sar me devuelve los siguientes errores;

root@caldera:~# sar

Antes de poder utilizar sar, es necesario el activarlo. Debemos reconfigurar el paquete sysstat tecleando;
 root@caldera:~# dpkg-reconfigure sysstat

Luego reiniciamos el servicio sysstat con el comando;

root@caldera:~# /etc/init.d/sysstat start

Ahora nos toca verificar si en el directorio /var/log/sysstat/ ya esta el archivo faltante.

Dejamos que pasen unos 10 – 15 minutos para ver los datos recolectados tecleando;

root@caldera:~# sar -A
Linux 2.6.32-27-generic (ubuntu) 	20/01/11 	_i686_	(1 CPU

11:54:13          LINUX RESTART

11:54:17          LINUX RESTART

Como podran ver el comando funciona! y nos muestra gran cantidad de informacion para tunear nuestro sistema ya sea de escritorio o servidor linux.

Vamos a la acción:

Para mostrar la actividad del CPU, tecleamos:

caldera:~$ sar

Lo que hemos visto anteriormente es el contenido de la actividad acumulada de los contadores en el sistema operativo. Por ejemplo para ver el uso de CPU cada 2 segundos en 5 repeticiones, tecleamos;

caldera:~$ sar -u 2 5

Donde,

  1. %user: Porcentaje de utilizacion del CPU mientras se ejecutaba a nivel de usuario (aplicacion)
  2. %nice: Porcentaje de utilizacion del CPU mientras se ejecutaba a nivel de usuario con prioridad nice
  3. %system: Porcentaje de utilizacion del CPU mientras se ejecutaba a nivel de sistema (kernel)
  4. %iowait: Porcentaje de tiempo durante el cual el CPU o CPUs estuvieron desocupados o libres mientras el sistema tuvo peticiones sobresalientes de I/O
  5. %idle: Porcentaje de tiempo durante el cual el CPU o CPUs estuvieron desocupados mientras el sistema no presento peticiones sobresalientes de I/O

mpstat = Medir el Consumo del C.P.U en Linux

Ahora es necesario instalar el paquete sysstat para poder utilizar las herramientas citadas a continuacion:

Debian/Ubuntu

caldera:~# apt-get install sysstat

Desplegar el uso de cada CPU individualmente con mpstat

Si tienen multiples procesadores o SMP lo qu es algo comun con el Core2 o Core Duo, tecleamos el comando

root@caldera:~# mpstat

El comando mpstat despliega las actividades de cada procesador disponible, siendo el procesador 0 el primero. Las actividades globales de todos los procesadores son reportadas ya sea en arquitecturas SMP o UP.

root@caldera:~# mpstat -P ALL