¡Llegó vSAN 8! Estas son sus novedades

 Como era de esperar, y despues de vSphere 8, llega vSAN 8. Y los cambios recuerdan a su manera a los realizados en vSphere 8: sin ser exageradamente disruptivos, introducen muchos cambios focalizados en la mejora del rendimiento. Pero resumiendo mucho, estas son las novedades:

Llega vSAN ESA

Complementando a vSAN OSA (me encantan estos acrónimos), tenemos a vSAN ESA, que viene de vSAN Express Storage Architecture, que es el gran cambio de esta versión, otra opción sobre vSAN OSA, que viene de vSAN Original Storage Architecture. Cada una hace lo siguiente:

• OSA optimiza el uso del hardware de dispositivos SAS y SATA, pues eran los dispositivos de almacenamiento rápido de entonces. 
• ESA optimiza el uso del hardware de dispositivos NVMe, que vienen a ser el reemplazo de los discos SAS y SATA por este nuevo formato basado en tarjetas flash TLC, usualmente, y que permiten alcanzar velocidades muy superiores.

Así que nos encontramos con una actualización del almacenamiento que se puede utilizar, permitiendo un incremento de rendimiento notable.

vSAN Express

Si utilizamos vSAN ESA, podremos optar por un nuevo sistema de almacenamiento, vSAN LFS, que incluyen un nuevo administrador de objetos con estructura de registro optimizado para escritura y un nuevo formato de objeto. Se resume en que el rendimiento del almacenamiento rallará en un rendimiento cercano al del dispositivo.

Rendimiento de vSAN 8 LFS

Englobado dentro de vSAN Express se encuentran una serie de mejoras de RAID de alto rendimiento, donde prometen que un RAID 5 o 6 tendrá un rendimiento de RAID 1, y un RAID 5 adaptativo, que hará que los datos ocupen menos espacio, sean más resistentes, y más fáciles de administrar. 

Y esto es, en resumen, lo más importante, los cambios más notables de la nueva versión.

Si quereis ampliar información, os dejo 2 enlaces de referencia a la presentación del producto, AQUI y AQUI:

Si te ha gustado el articulo, puedes invitarme a un café ;)

Correlacionar vml ID con naa ID en ESXi 5.5 en adelante

 Supongamos que tenemos una VM con un disco RDM, y que por ejemplo, necesitamos ampliar disco. No es posible realizar la ampliacion directamente como con cualquier disco estandar, al ser directamente un disco anexado a la maquina. Ma modificacion vendria desde el tamaño del disco en el datastore. 

 

Cuando editamos la configuración de la vm, no solo expandiendo el disco, como en la imagen superior, obtenemos más datos. El dato que nos interesa el el "Physical LUN". En este caso, tenemos:

Physical LUN

vml.02000b00006006016026a03e0074a3abc6885ae811565241494420

Lo que necesitamos es traducir el numero mostrado al valor que normalmente presenta la cabina, en nuestro caso los identificamos más fácilmente por el numero de LUN o bien por el identificador "naa".

Para ello, vamos a "traducir" el numero que vemos, de la siguiente manera:

vml. 02 00 0b 0000 6006016026a03e0074a3abc6885ae811 565241494420
AAAA BB CC DD EEEE FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF GGGGGGGGGGGG

donde:

A - representa el espacio de nombre de ID externo.

B – representa el tipo de uuid del dispositivo:

• 0x0 - para mpx.vmhbax:Cx:Tx:Lx format
• 0x1 - para serial number format
• 0x2 - para naa format
• 0x3 - para SYMM format

C - representa el tipo de dispositivo:

• 0x00 - DISK
• 0x01 - TAPE
• 0x02 - PRINTER
• 0x03 - PROCESSOR /* HP scanners use this */
• 0x04 - WORM /* Treated as ROM by our system */
• 0x05 - ROM 0x05
• 0x06 - SCANNER
• 0x07 - MOD /* Magneto-optical disk - * - treated as TYPE_DISK */
• 0x08 - MEDIUM_CHANGER
• 0x09 - COMM /* Communications device */
• 0x0c - RAID
• 0x0d - ENCLOSURE 0x0d /* Enclosure Services Device */
• 0x0e - RBC 0x0e
• 0x7f - NO_LUN

D – representa el LUN number (32 bits in normal device from SAN. Está en hexadecimal)

E – reservado para uso en el futuro

F - representa el LUN identifier (32 digit naa number in hexadecimal format)

G - Un hash único de otros datos sobre la LUN (En versiones anteriores a 5.5 incluye el numero de LUN)

En el servidor, los identificadores vienen como naa, no vml:

Así que de nuevo, con el numero de ejemplo,

vml.      02    00   0b    0000    6006016026a03e0074a3abc6885ae811          565241494420
AAAA  BB  CC  DD  EEEE  FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF  GGGGGGGGGGGG

tenemos un vml naa disco 11 0000 6006016026a03e0074a3abc6885ae811 

LUN 11 por lo indicado anteriormente, los valores estan en hexadecimal, convertido da 11:

donde 6006016026a03e0074a3abc6885ae811, en la lun 11, tiene estos datos:

Con estos datos, ya es fácil localizar en la LUN el disco a ampliar, y que vereis que el dato concuerda con l oque se muestra en el datastore.

Como recursos, teneis un conversor a hexadecimal AQUI, y un artículo relacionado de VMware AQUI.

¡Espero que os sea de utilidad!
 

Compartir disco RDM para cluster en VMware

A la hora de configurar un cluster con VMs en VMware una de las prácticas habituales ha sido hacerlo "a la antigua", con tu conector iSCSI, y la publicación de un volumen por este medio a los distintos nodos. Pero hay una forma más fácil de presentar el disco para quorum, y más eficaz: vamos a presentarle directamente un disco RDM.

Partimos de que ya tenemos creado nuestro disco RDM en el datastore que estemos utilizando. Supongamos que queremos presentar el disco a un cluster de sólo 2 nodos.

Lo primero que debemos hacer es agregarle a nuestra VM una nueva controladora SCSI. Editamos la configuracion de la VM, y en la parte inferior de la ventana, expandimos el menú de "nuevo dispositivo" y seleccionamos "controladora SCSI". Pulsamos agregar.

Expandimos el menú de la nueva controladora SCSI:

Debemos cambiar el primer valor, poniendo el uso compartido de bus SCSI en "físico". El tipo de bus se puede dejar como está, pero yo lo suelo cambiar a VMware Paravirtual.  Son prácticamente iguales, pero este último está más optimizado para un número alto de IOPs. Una vez modificado el tipo y el uso de la controladora, aceptamos.

Una vez agregada la controladora, agregaremos el disco RDM. Como antes, editamos la configuracion de la VM, y en el cuadro de nuevo dispositivo, lo expandimos y seleccionamos "Disco RDM"

Seleccionamos el disco que queremos agregar, en este caso un pequeño disco de 10 GB de prueba, y damos a aceptar.

Ok, la parte que viene ahora es importante: expandimos la ventana del nuevo disco, de manera que todavia no salimos de la ventana de configuracion de la VM. La ultima opcion del disco que se muestra es "nodo de dispositivo virtual", y por defecto apunta a la controladora SCSI 0 que viene con la VM por defecto. Bien, pues cambiamos este valor a la controladora SCSI 1 que agregamos anteriormente

Ahora si, pulsamos aceptar, y dejamos configurado el disco RDM en la nueva controladora SCSI 1. Ya hemos terminado con el primer nodo.

Para el segundo nodo, prácticamente repetimos los pasos, con una pequeña variante. Los pasos serian estos:
Agregamos la controladora SCSI, como hicimos con el primer nodo, y modificamos los valores exactamente de la misma manera: uso compartido físico, y tipo VMware Paravirtual. Aceptamos.
Volvemos a editar la configuración del segundo nodo, para agregar un nuevo dispositivo, pero esta vez seleccionamos "disco duro existente". El disco que agregaremos será el VMDK que se habrá presentado al anterior nodo. Si no sabes la ubicación exacta, cancela la ventana, editas la configuración del primer nodo para ver dónde se encuentra el disco RDM, y vuelves a editar el segundo nodo ,para agregar ese disco. IMPORTANTE: editar este nuevo disco duro existente para que también funcione con la controladora SCSI 1 que agregamos anteriormente.

Con esto, ya tenemos presentado el disco RDM a los dos nodos. Por cierto, esto funciona tanto para VMs con SO Linux como Windows

Controla el consumo de tu disco con SpaceSniffer

Hacia tiempo buscaba una herramienta que representara de forma visual y rápida el contenido de mis discos duros. Por ejemplo, el otro día tenia un servidor al 8% de espacio en disco sin poder localizar dónde estaban los mas que probables archivos de algún tipo que se generaban de alguna manera en el equipo.

Finalmente, me acordé de una fantástica herramienta que hacia mucho no utilizaba, SpaceSniffer. Candidata a estar en tu flashdrive de utilidades, debido a su ligero tamaño y portabilidad, ya que no requiere instalación.

Según la ejecutas, te pide que le indiques la unidad sobre la que debe actuar. Así de simple. En un breve espacio de tiempo realiza un completo escaneo de los archivos del disco y los agrupa de una forma muy visual:

En el ejemplo de la imagen, el disco es pequeño, pero resalta sobre todo el contenido en disco el escritorio de un perfil de usuario y el peso de una BBDD. Podemos ver también el contenido en disco y tamaño que ocupa un backup, y diferentes archivos de sistema. Además, la aplicación los encuadra en cajas más grandes, dando uniformidad al conjunto mostrado. Una joya, vaya.

El programa permite filtrar por tipos de archivo, tamaño, fecha...incluso puede generar un informe para su exportación. El link para descarga lo podéis encontrar AQUI.

Para terminar la historia del principio... finalmente había programado un backup del que nadie tenia referencia, y que acumulaba años. Gracias a esta herramienta y la representación de dichos archivos, localizar y solventar el problema fue cuestión de minutos.

Backup gratis de tus equipos fisicos con Veeam Agent

Soluciones de backup gratuitas hay muchas, pero que además permitan las copias de servidores...ya no hay tantas. Y aquí tenemos Veeam Agent for Windows, que resulta que además de ser una solución gratuita, tiene una flexibilidad brutal en opciones de backup y recuperación. Y por supuesto, permite combinarse con Veeam Backup & Replication.

Puedes preparar la herramienta para su ejecución de múltiples maneras, como por ejemplo el arranque desde CD/DVD, o bien desde un disco externo, o una unidad USB. Incluso desde un archivo ISO.

Las copias que puedes programar van desde el backup de imagen completo, o bien carpetas individuales, en cualquier volumen que tenga la máquina. Esas copias, luego las puedes almacenar en una carpeta de red, disco externo, en One Drive, o en un repositorio en la nube con Veeam Cloud Connect.

En caso de tener que recurrir a la restauración de los datos, puedes iniciar la recuperación desde el medio externo que tengas preparado (el anteriormente mencionado pendrive, o CD, o lo que sea) e iniciar una actividad de diagnóstico y reparación, que va desde la recuperación de los ficheros que requieras, a la restauración completa de la maquina, pasando por la restauración en una nueva ubicación.

Para haceros una idea de la solución, AQUI os dejo el manual en PDF. Solo son 305 páginas de nada.

Hasta aquí, la parte bonita del producto. Ahora vienen los sustos.
Hay 3 modalidades de licencia (¡ay, amigo, siempre hay truco!). Tienes la versión "Free", con capacidades limitadas, pero podrás hacer copia de tus datos igualmente, por supuesto. Luego tienes la versión Workstation, con mayores capacidades de copia e integración, y a un coste de 25,5 $, o 36,98 € al año (esto todavía no lo entiendo, ¿tan mal va el Euro?). Para finalizar, la joya de la corona, la licencia de servidor, que permitiría utilizar la máxima funcionalidad del producto, sale a 110 € al año

Realmente no es una mala opción, sobre todo si tenemos ya un Veeam Backup, y necesitamos "estirar" sus funcionalidades a un server físico que no soportase VM´s y por tanto fuera del plan de licencias de Veeam, como por ejemplo un antiguo File Server de la empresa.

Copia archivos a S3 desde tu pc con CLI

Subir archivos a AWS S3 desde el navegador no tiene ningún misterio, no es plan de hacer un post así de simple. Pero hacer una subida programada de archivos, o sincronizar una carpeta de tu servidor con un bucket S3, sin necesidad de montar un AWS Gateway de por medio, ¿eso es otra cosa, verdad? Pues es muy fácil, vamos allá.

Lo primero de todo, si queremos mover archivos de una máquina Windows a S3 es instalar el CLI en Windows. Para eso, ya teneis un post AQUI. Lo siguiente, es configurar ese CLI recientemente instalado. Tambien teneis un post sobre eso, AQUI. Con las bases montadas, sólo tenemos que ejecutar una consola CMD.

Vamos a suponer, por ejemplo, que tenemos una carpeta en C: llamada Backups, porque por ejemplo, queremos subir copias de seguridad de VM´s. Y que tenemos un bucket con el nombre "Backups" (lo siento, soy así de original). Bien, en ese caso, escribiríamos el siguiente comando:

aws s3 cp C:\Backups s3://Backups --recursive

O lo que es lo msmo, aws s3 "nombre de ruta local" s3//"nombre de tu bucket" --recursive

El --recursive no es necesario, es sólo por si dentro de la carpeta local tienes subcarpetas, para que copie todo el contenido.

Lo interesante de todo esto es programar un .bat con este comando y tareas programadas. Si por ejemplo configuras una tarea de backup adicional tipo Full backup en la carpeta local, podrias combinarla con este comando para que suba la copia a S3, montandote un DR (un sistema de recuperacion de desastres) sin esfuerzo, sin coste, y perfectamente funcional.

Hay otra opción interesante que consiste en la sincronización de archivos entre la carpeta y el bucket. La sentencia a escribir tiene esta estructura:

aws s3 sync "ruta origen" "nombre de tu bucket"

Aunque es una opción posible, la utilización de los buckets como medio de sincronización de archivos no la considero muy adecuada. O al menos, tan poco adecuada como publicar en tu servidor el bucket como si de un disco en red se tratase, al estilo Drive o Dropbox. En cualquier caso, esta última práctica es desaconsejada por Amazon. Para eso tienes otras opciones como EFS.

Dejo el enlace de la guia de uso de S3 con comandos: https://docs.aws.amazon.com/es_es/cli/latest/userguide/using-s3-commands.html

Como veis, hay bastantes parámetros para jugar, como que solo copia unas determinadas extensiones, o modificacion de permisos sobre los archivos subidos.

Llega la SD Express, superando a los SSD

La semana pasada la SD Association, conocida como SDA y conformada por hasta 900 empresas tecnológicas, ha hecho público el nuevo estándar para sus tarjetas, la especificacion SD7.0, y de nombre comercial SD Express. Podeis leer la comunicación oficial AQUI.

Lo más novedoso de este nuevo estándar es que por fin elimina una de las mayores limitaciones que para mi tienen estas tarjetas , que es su tasa de transferencia. Ahora, con el nuevo estándar, se ofrecerá compatibilidad con PCI Express 3.0 y con el protocolo NVMe 1.3, así que podremos ver tarjetas a 985 MB/s, y con una capacidad máxima de 128 TB. Además, garantizan la retrocompatibilidad con las anteriores tarjetas.

Estas son las 3 nuevas tarjetas de la familia SD

Las nuevas tarjetas vendrán en 3 formatos distintos: SDHC, SDXC y SDUC (UC de ultra capacity, y que será la que alcance los 128 TB).

La idea es dotas a estas tarjetas de conectividad inalámbrica, como ya se hace con algunos modelos, con el objetivo de potenciar su uso en dispositivosa IoT, aunque teniendo en cuenta las velocidades que alcanzarán, podrian perfectamente suplir los discos duros convencionales de dispositivos como equipos de sobremesa o portátiles.

Se espera que la fecha de aparición tanto de las tarjetas, como de los dispositivos que permitan su lectura, sea en el primer trimestre de 2019. Imagínate el móvil con una tarjeta de estas, de tan solo 1 TB. Ya puedes almacenar ahí todas las fotos que permita su ciclo de vida, y probablemente te seguirá sobrando espacio.