analytics

miércoles, 27 de abril de 2016

¿Qué puede hacer EXPECT por ti?

Buenos días a tod@s!

El otro día vi un post que me gustó bastante, sobre cómo hacer backup de los diferentes elementos de red físicos (Firewall, Switches, Cabinas de almacenamiento, etc…)

Seguramente si tiene administración web podremos hacer una copia sin ningún problema. Pero si queremos automatizar la tarea, usaremos el acceso CLI, en el siguiente ejemplo, nuestras “victimas” serán unos switches CISCO, colocados en diferentes plantas de un edificio.

Vamos a por ello!!!!!!!

Lo primero que necesitamos es un servidor tftp donde subir nuestras copias, en nuestro servidor, deberemos crear un usuario que tenga permisos de escritura para poder subir los archivos, por supuesto tiene que tener conectividad con las máquinas que queramos copiar.
Existen muchos clientes gratuitos y muy fáciles de instalar.

Cuando tengamos esto, necesitaremos una máquina Linux y a nuestro gran amigo EXPECT.

¿Cómo funciona? 

Facil, lo que hay que poner es el comando que esperas recibir en la consola y el que tu teclearías, no os preocupéis, dejo comentado el script para que podáis identificar cómo se hace.

Lo primero será entrar en cada una de nuestras máquinas e introducir nuestro usuario y password, recordad que los hemos debido crear antes.

Introducimos el usuario 


Router(config)# ip ftp username javi


Introducimos la password


Router(config)# ip ftp password linuxtargz


Ahora nuestro switch guardará nuestras credenciales. Sólo nos falta crear nuestro script.




El código será el siguiente:

#!/usr/bin/expect
spawn  date +%u 
expect -re "."
set hoy $expect_out(buffer) >> guardamos la variable "hoy" como nuestra fecha 

spawn /usr/bin/telnet 10.0.1.6 >>nos conectamos a la máquina que queremos copiar, en este caso por telnet

expect "Username: " >> Nos pide el usuario
send "usuario\n"       >> Introducimos el usuario que esperaría recibir e introducimos un retorno de carro.

expect "Password: "
send "CiscoSwitch3p\n"

expect "PilaCore_planta3>"
send "enable\n"

expect "Password: "
send "P@ssw0rd12\n"

expect "PilaCore_Planta3#"
send "copy running-config ftp \n"

expect -re "Address or name of remote host .. "
send "172.22.14.73\n"

expect -re "Destination filename .pilacore_plta5a-confg.. "
send "switch_planta3-$hoy\n"      >> Aquí enviamos la fecha que tenemos en nuestra variable

expect "PilaCore_Planta3#"

close


**** Para que podáis ver qué funciona en todos los entornos os dejo también el script que copia varias switches brocade***

#!/usr/bin/expect
spawn  date +%u
expect -re "."
set hoy $expect_out(buffer)

set switches [list 172.22.2.21 172.22.2.22 172.22.2.27 172.22.2.29]
foreach switch $switches {

spawn /usr/bin/telnet $switch

expect "Enter password: "
send "admin\n"

expect ">> Main# "
send  "cfg/\n"

expect ">> Configuration# "
send "ptcfg/\n"

expect "Enter hostname or IP address of FTP/TFTP server: "
send "172.22.14.73\n"

expect "Enter name of file on FTP/TFTP server: "
send "$switch-$hoy\n"

expect "Enter username for FTP server or hit return for TFTP server: "
send "javi\n"

expect "Enter password for username on FTP server: "
send "linuxtargz\n"

expect ">> Configuration# "

close

}




Ahora solo os faltaría dar permisos de ejecución al script que acabáis de crear. 

¿Cómo hacemos eso? 

Con "chmod 644 archivo"


Este script podríamos programarlo con un "cron" y hacer que se ejecutara una vez al día a la hora que queramos. 

La copia se guardará con la fecha del día en el que se hizo.

Espero que os haya resultado útil.

Un saludo amig@s!

martes, 12 de abril de 2016

Troubleshooting "Rendimiento en el Almacenamiento"

Buenos días a tod@s

Hoy vamos a ver cómo averiguar si tenemos un problema de almacenamiento en nuestra infraestructura, para ello, lo más importante es tener claro los 3 indicadores más importantes:

Lo primero es entrar en el ESXI y poner el comando esxtop o a través del Vma con el resxtop y 
darle a la tecla “d” (DEVICE)

- Veremos una serie de contadores, en donde tendremos que prestar atención a los siguientes:

-DAVG/cmd > Mide el tiempo desde que sale del ESXI hasta que llega a la cabina

-KAVG/cmd > Mide el tiempo medio que tarda el sexi en procesar un IOPS (no tiene que ser mayor de 2 o 3 ms ) si supera este tiempo significa que el ESXI va lento!!!!!!

-GAVG/cmd > Mide la suma de los dos valores anteriores (25ms malo… el valor medio debería estar entre 8-10)

VALORES:

Para discos Fiber Channel 20ms
Para discos SAS/SATA       35ms
Para discos SSD                10ms



*****************************************
ABORTO DE IOPS
***************************************

Para ver si la cabina no puede con todas las ordenes que se le manda es recomendable ver si hay “abortos”
Para ello en el esxtop le damos la a la opción de “D” DEVICE, a la “F” para AÑADIR contadores y a la “J” para ver errores.



Si luego pulsamos la “U” podremos ver si estamos encolando “IOPS” y la actividad 

Espero que os haya resultado útil

Un saludo!

lunes, 11 de abril de 2016

Navegar por ESXTOP

Buenos días amig@s.

Hoy vamos a ver cómo manejarnos por esa herramienta que más de una vez nos va a salvar de pasarlo mal y darnos un troubleshooting imprescindible.

Estoy seguro que muchos de vosotr@s sabéis interpretar las salidas de esxtop, pero quizás no conozcáis todas sus opciones. Aquí vamos a intentar verlas juntos.

El esxtop muestra los procesos que están corriendo en el esxi, pero para verlo de un modo interactivo, se usan los siguientes comandos:

c > ver CPU
m > ver la MEMORIA
d > ver el DISCO (ADAPTADOR)
u > ver DISCO (DEVICE-DISPOSITIVO)
v > ver el VIRTUAL DISK
n > NETWORK
f > AÑADIR (añade o quita columnas)
v > VIRTUAL MACHINE
q > QUIT


w > te crea un fichero de configuración para guardar tus búsquedas (si añades o quitas columnas, cuando salgas se perderán las modificaciones que has hecho, con W las guardas y cuando vuelvas a entrar tendrás las mismas columnas)

Quiero aprovechar este post para mostrarte unos indicadores muy importantes. Cuando le pulsamos la tecla n (como hemos visto antes, iremos al apartado de red) veremos una serie de indicadores, todos son importantes, pero deberemos prestar atención a los dos últimos:


MBTX/S > megas transmitidos

MBRX/S > megas recibidos

PKTTX/S > paquetes transmitidos

PKTRX/S > paquetes recibidos

%DRPTX > paquetes que transmito que se drapean "pierden"


%DRPRX > paquetes recibidos que se drapean "pierden"

En la próxima entrada veremos cómo diagnosticar problemas a través de ESXTOP



Un saludo!

jueves, 7 de abril de 2016

Añadir esxi al VMA

Buenos días a todo@s!
Hoy vamos a ver cómo añadir un esxi al VMA.
Desde nuestra linea de comandos del VMA se puede “llamar” a un esxi, esto se hace a través del comando “vifptarget -s nombre”
Ejm
vi-admin@vma:~> vifptarget -s esxi2.tudominio.local
Nos puede salir el siguiente problema y será que no encuentra el host:
Cannot find the specified target in vMA configuration.
vi-admin@vma:~>
Para solventar este problema, tendremos que meter el/los host a mano, con el comando “viftp addserver x.x.x.x”
Ejm.
vifp addserver esxi2.tudominio.local
Este comando realizará la conexión y y nos pedirá la contraseña del esxi, esto es un ejemplo de lo que nos aparecerá:
root@esxi2.tudominio.local’s password:
En cuanto pongamos la contraseña, habremos añadido nuestro host al VMA.
Ahora, para ver cuántos host tenemos añadidos al VMA, podremos teclear el siguiente comando “vifp listserver –long”
Ejm.
vi-admin@vma:~> vifp listservers –long
esxi1.tudominio.local ESXi fpauth
esxi2.tudominio.local ESXi fpauth
Espero que os resulte de ayuda
Un saludo amig@s!

miércoles, 6 de abril de 2016

Backup & Restore ESX/ESXI con VMA

Hola a tod@s!
Hoy vamos a hablar sobre cómo hacer un backup de nuestros servidores ESX/ESXI a través de nuestro VMA. Tenemos varias formas de realizarlo, como por ejemplo con un  simple “cp” de algunos ficheros y reubicarlos en otro path, pero eso sería muy “chapucilla”…
Os voy a tratar de mostrar una manera más limpia y sencilla de realizarlo.
Para ello, vamos a aprovecharnos de una herramienta que nos proporciona VMware, a través de “VMware Management Assistance”. Está en la web de vmware appliances, podremos descargarlo en formato .OVF desde aquí. VMA, nos facilita gestionar todos nuestros hosts de una forma centralizada y sustituir la consola de servicio (ssh al host), a partir de la versión 3.5 U2 esx/esxi.
La configuración del VMA es bastante sencilla, tan sólo nos pedirá que introduzcamos la dirección de nuestra máquina, un dato importante a tener en cuenta es que el usuario y contraseña de la máquina, por defecto será:
vi-admin
Una vez dentro podremos cambiar la contraseña.
Realizar el Backup
Desde la consola de administración de VMA, debemos de ejecutar el siguiente comando:
# vicfg-cfgbackup -s server nombre_host_esx /pathparael/backup
Ejemplo
[vi-admin@vma~]$ vicfg-cfgbackup -s server 192.168.17.15 /tmp/backup_esxi.cfg
Restaurar Backup
Para la restauración de la copia de seguridad, debemos de ejecutar:
# vicfg-cfgbackup -l server nombre_host_esx /pathparael/backup”
Ejemplo:
[vi-admin@vma~]$ vicfg-cfgbackup -l server 192.168.17.15 /tmp/backup_esxi.cfg
Y por último, podemos restaurar la configuración por defecto de nuestro host esx/esxi, debemos de ejecutar lo siguiente:
# vicfg-cfgbackup -r server nombre_host_esx“.