¿Qué tipo de virtualización usa mi VPS?

¡Hola!

Buscando soluciones para uno de los clientes hemos intentado buscar la forma de encontrar un patrón de cómo nos pueden ver los demás … En este caso las cabeceras estaban siendo correctas y se nos ocurrió ver el tipo de virtualización.

El comando que vamos a usar para detectar esta información:

hostnamectl status

Para ello vamos a poner las salidas de los 3 proveedores que estábamos probando:

Proveedor#1

Static hostname: xxxcensuradoxxx
Icon name: computer-vm
Chassis: vm
Machine ID: 8ba9808bec076f6a12ec3ed45b199c83
Boot ID: 255de4d96da841eda3e96d5d29a90376
Virtualization: qemu
Operating System: Ubuntu 16.04.5 LTS
Kernel: Linux 4.4.0-138-generic
Architecture: x86-64

Proveedor#2

Static hostname: xxxcensuradoxxx
Icon name: computer-vm
Chassis: vm
Machine ID: beb217fbb4324b7d9959f78c279e6599
Boot ID: 5561a56373f84d8bb1f4e703830da4f5
Virtualization: qemu
Operating System: Ubuntu 16.04.5 LTS
Kernel: Linux 4.18.8-x86_64-linode117
Architecture: x86-64

Proveedor#3

Static hostname: xxxcensuradoxxx
Icon name: computer-vm
Chassis: vm
Machine ID: 0e8e38f3017e44ad7ce0f1585bd31d69
Boot ID: d8eb099e4ff248b496806e2e5f87ce1f
Virtualization: kvm
Operating System: Ubuntu 16.04.5 LTS
Kernel: Linux 4.4.0-138-generic
Architecture: x86-64

El proveedor que al final nos resultó útil y que por el momento aguanta (no es baneado en el destino) es el que usa la tecnología KVM.

Andaba pensando si el tipo de tecnología influye a la hora de llegar ante un Firewall, IDS o similar…

Por el momento parece que si ya que los otros servidores no aguantaban más de 2 horas.

VMWARE loging Failed EqualLogic

VMWARE loging Failed EqualLogic, analizando uno de los sistemas de un cliente nos encontramos con estos mensajes de log en numerosas ocasiones:

2016-02-22T08:26:45Z iscsid: DISCOVERY: transport_name=iscsi_vmk Pending=2 Failed=0
2016-02-22T08:26:46Z iscsid: Login failed to authenticate with target iqn.2001-05.com.equallogic:0-8a0906-04895550a-3aa0000000a4de37-vss-control
2016-02-22T08:26:46Z iscsid: Shutdown Session: iqn.2001-05.com.equallogic:0-8a0906-04895550a-3aa0000000a4de37-vss-control if=iscsi_vmk@vmk1 addr=192.168.50.10:3260 (TPGT:1 ISID:0x1) (T0 C0) Reason
=5

Nos preocupó un poco esto, pero nos pusimos manos a la obra para buscar información en la comunidad de VMWARE. Encontramos el siguiente post que describe actualmente nuestra situación:

https://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=2004432

¿Que nos dice?

Por defecto los Array EquaLogic hacen tareas de gestión para medir el rendimiento. Esto hace que se comprueben distinta fases a la vez que la redirección de los puertos en entornos balanceados.

Por lo tanto lo que está haciendo es conectando y desconectando las sesiones frente a las cabinas para controlar que todo funciona correctamente. En ciertas circunstancias cuando las controladoras están saturadas el tiempo se puede ver aumentado e inclusive no llegar a conectar dejándolas no disponible.

¿Qué nos recomienda?

Para reducir las ocurrencias, VMWARE recomienda usar EqualLogic MEM (Multipathing Extension Module) a partir de VSpehre 4.1 con licencia Enterprise o Enterprise plus. Para más información de su uso nos proporciona el siguiente enlace:

http://en.community.dell.com/dell-groups/dtcmedia/m/mediagallery/19991633/download

También nos indica que el valor por defecto de este parámetro está en 5 segundos lo cual es muy bajo, recomiendan subirlo a 60 segundos para que no haya tantos intentos. Para cambiar este parámetro:

esxcli iscsi adapter param set --adapter=vmhba --key=LoginTimeout --value=60

Cuando se vaya a instalar el módulo MEM lo intenta establecer el por defecto a este valor.